Re: System bleibt haengen beim naechtlichen Backup
Hi Falk, Hi Leser der Liste, die Datensicherung erfolgt auf die 2. Platte mit cp. (IDE1 Master (Arbeitsplatte) und IDE2 Master (Backup) ) Am morgen wird ein Zuwachsbackup übers Netz auf Zip-Medien gemacht (NT-Workstation). Einmal pro Woche ein Zuwachsbackup übers Netz auf CD-Rom und 1* im Monat ein Komplettbackup auf CD-Rom. Habe ich nur erwähnt, für diejenigen die ein Backup auf die eingbaute Festplatte bemängeln. Die interne Kopie ist dafür, wenn jemand ausversehen eine Datei löscht, diese immer ohne Probleme aus dem Backup geholt werden kann. Das Backup ist readonly für das Netz. Der Server läuft schon seit November 2000, eigenlich immer ohne Störungen. Bis mitte Juli. Ein mehrfacher Test (5*hintereinander das interne Backup ausgführt ) während der normalen Arbeitszeit war ohne Befund. Das verlegen des Cronjobs von 00:20 auf 23:20 war auch wie man (frau) sehen kann ohne Erfolg. Da das Problem also nicht ohne weiteres reproduzierbar ist, ist der Aufwand nachts an der Konsole zu sitzen sehr hoch. Änderungen am System wurden nur in der /etc/smb.conf sowie in der Benutzerverwaltung vorgenommen. Nachdem ich mal einen kleinen Blick in usr/src/linux/Documentation gewagt habe um den Fehler zu analysieren, kann ich diesen Satz sehr gut nachvollziehen.
aber ich denke mal das willst du nicht wirklich, der aufwand ist erheblich
Gruß Martin Hehnen
Hi Martin On Sat, Aug 18, 2001 at 11:53:36AM +0200, Martin Hehnen wrote:
die Datensicherung erfolgt auf die 2. Platte mit cp. (IDE1 Master (Arbeitsplatte) und IDE2 Master (Backup) )
--- many things snippet --- genau so hab ich mir das gedacht, such einfach mal in Richtung Temperaturproblem/Hardwarefehler weiter wenns ein Plattenschaden ist werden die Abstände sukzessive immer geringer bis eines Tages der Fehler schon beim booten da ist. Beim nächsten Absturz würde ich mir prophylaktisch ne Platte hin legen, 20G in IDE kosten ja nun wirklich nichts mehr und brauchen kann man sie dR. auch wenn sie es dann doch nicht war. IDE Kabel sind auch immer wieder ein Quell steter Freude auch wenn man sie nicht bewegt - aber du sagtest ihr hättet nen Lüfter gewechselt, dabei kommt es schon mal vor das man ein IDE Kabel beeinträchtigt. PS: einzig eine Zuwachssicherung auf externem Medium würde ich mir nochmal in Ruhe überlegen. Ab und an wäre eine Komplettsicherung angebracht - und da dürfte allerspätestens die Sinnhaftigkeit des Zipmediums in Frage stehen. -- MfG. Falk
Am Samstag, 18. August 2001 11.53 schrieb Martin Hehnen:
die Datensicherung erfolgt auf die 2. Platte mit cp. (IDE1 Master (Arbeitsplatte) und IDE2 Master (Backup) ) Am morgen wird ein Zuwachsbackup übers Netz auf Zip-Medien gemacht (NT-Workstation). Einmal pro Woche ein Zuwachsbackup übers Netz auf CD-Rom und 1* im Monat ein Komplettbackup auf CD-Rom. Habe ich nur erwähnt, für diejenigen die ein Backup auf die eingbaute Festplatte bemängeln. Die interne Kopie ist dafür, wenn jemand ausversehen eine Datei löscht, diese immer ohne Probleme aus dem Backup geholt werden kann. Das Backup ist readonly für das Netz.
Der Server läuft schon seit November 2000, eigenlich immer ohne Störungen.
Bis mitte Juli.
Ein mehrfacher Test (5*hintereinander das interne Backup ausgführt ) während der normalen Arbeitszeit war ohne Befund. Das verlegen des Cronjobs von 00:20 auf 23:20 war auch wie man (frau) sehen kann ohne Erfolg. Da das Problem also nicht ohne weiteres reproduzierbar ist, ist der Aufwand nachts an der Konsole zu sitzen sehr hoch.
Änderungen am System wurden nur in der /etc/smb.conf sowie in der Benutzerverwaltung vorgenommen.
Nachdem ich mal einen kleinen Blick in usr/src/linux/Documentation gewagt habe um den Fehler zu analysieren, kann ich diesen Satz sehr gut nachvollziehen.
aber ich denke mal das willst du nicht wirklich, der aufwand ist erheblich
Hallo ich würde auch unbedingt vorsichtshalber mal den RAM tauschen. Kostet ja zurzeit fast nix und spart evtl. einiges an Zeit. Gruss Christian
participants (3)
-
Christian Hernmarck
-
Falk Sauer
-
Martin Hehnen