HILFE! RAID 5 nach Power-Reset kaputt

pbriesch · 28. Juli 2008

Hallo VDR-Gemeinde,

Kann jemand bitte so freundlch sein, und versuchen mir zu helfen?

Zwei Partitionen werden nach einem Power-Reset als defekt deklariert. Damit kann das RAID 5 nicht mehr zusammengebaut werden. --> Ich komme nicht mehr an meine Daten dran.

Situation:

4 x 1 TB S-ATA Samsung

Je eine kleine und eine große Partition auf einer Platte

4 x kleine Partionen --> md0 RAID 1 zum Booten, das geht noch
4 x große Partionen --> md1 RAID 5 mit root, KAPUTT

Ich benutze Ubuntu 8.04. Beim Updaten des Systems wurde gemeldet, dass nicht mehr genug Platz zum Speichern aller Pakete da ist. Irgendwann wurde die Kiste dann ganz lahm und ich wollte einen Neustart durchführen. Die Kiste lief teilweise runter, blieb ber dann stehen. Umschalten auf verschieden Terminals ging noch. Jedoch wurden Keyboardeingaben ignoriert. Auch CTRL-ALT-DEL half nicht. Die Kiste blieb einfach stehen.

Nach einiger Zeit habe ich dann den "Stecker gezogen"

Und jetzt? Hat jemand eine Idee? fsck.ext3 auf die einzelnen Partionen laufen lassen und dann hoffen, dass danach das Array wieder zusammengebaut werden kann?

Code

md: Autodetecting RAID arrays.
md: Scanned 8 and added 8 devices.
md: autorun ...
md: considering sdd2 ...
md:  adding sdd2 ...
md: sdd1 has different UUID to sdd2
md:  adding sdc2 ...
md: sdc1 has different UUID to sdd2
md:  adding sdb2 ...
md: sdb1 has different UUID to sdd2
md:  adding sda2 ...
md: sda1 has different UUID to sdd2
md: created md1
md: bind<sda2>
md: bind<sdb2>
md: bind<sdc2>
md: bind<sdd2>
md: running: <sdd2><sdc2><sdb2><sda2>
md: kicking non-fresh sdb2 from array!
md: unbind<sdb2>
md: export_rdev(sdb2)
md: kicking non-fresh sda2 from array!
md: unbind<sda2>
md: export_rdev(sda2)
raid5: device sdd2 operational as raid disk 3
raid5: device sdc2 operational as raid disk 2
raid5: not enough operational devices for md1 (2/4 failed)
RAID5 conf printout:
 --- rd:4 wd:2
 disk 2, o:1, dev:sdc2
 disk 3, o:1, dev:sdd2
raid5: failed to run raid set md1
md: pers->run() failed ...
md: do_md_run() returned -5
md: md1 stopped.
md: unbind<sdd2>
md: export_rdev(sdd2)
md: unbind<sdc2>
md: export_rdev(sdc2)
md: considering sdd1 ...
md:  adding sdd1 ...
md:  adding sdc1 ...
md:  adding sdb1 ...
md:  adding sda1 ...
md: created md0
md: bind<sda1>
md: bind<sdb1>
md: bind<sdc1>
md: bind<sdd1>
md: running: <sdd1><sdc1><sdb1><sda1>
raid1: raid set md0 active with 4 out of 4 mirrors
md: ... autorun DONE.

Alles anzeigen

netvista-fan · 28. Juli 2008

Naja, grundsätzlich könnte es möglich sein...
werden ja immer 3x daten und 1x parität gespeichert...
Wenn da pro Datenhappen jeweils nur eines defekt ist sollte es sich restaurieren lassen.
Wäre jedoch keine standard restaurierung ala platte raus und neue rein...
Kann da leider auch nicht viel mehr zu sagen.

knebb · 28. Juli 2008

Zitat

Original von pbriesch
Kann jemand bitte so freundlch sein, und versuchen mir zu helfen?

Versuchen kann ich das

Zitat

Zwei Partitionen werden nach einem Power-Reset als defekt deklariert. Damit kann das RAID 5 nicht mehr zusammengebaut werden. --> Ich komme nicht mehr an meine Daten dran.

Ich kenne einen Weg, wie man das mit den alten md-tools hinbekommt. Wie das mit dem mdadm geht, weiss ich nicht. Evtl. musst Du irgendwie die alten Tools installieren.

Zitat

fsck.ext3 auf die einzelnen Partionen laufen lassen und dann hoffen, dass danach das Array wieder zusammengebaut werden kann?

Au weia! bloss nicht! Bei RAID5 ist ja auf den einzelnen Partitionen kein Dateisystem drauf- wenn Du fsck da drueberjagst, ist alles vorbei!

Also, Abhilfe nach der "ICH HABE DICH GEWARNT, ES KANN ALLES SCHIEFGEHEN" Methode:
Bei Deinem Array mag er sda2 und sdb2 nicht mehr, richtig?
Na dann brauchst Du zuerst eine /etc/raidtab (kann auch gerne leer sein, soweit ich mich erinnere) und die raid-tools.

Code

mkraid --dangerous-no-resync /dev/md1

Das baut das Array wieder auf, ohne es zu loeschen. Sollten aber Inkonsistenzen zwischen den einzelnen Bloecken auftreten, kann es zu Datenverlusten bei den betroffenen Dateien kommen. Erfahrungsgemaess sind das (wenn ueberhaupt) aber nur wenige.
Laeuft das Array dann wieder, bringe es dazu, eine der beiden (vormals fehlerhaften) Partitionen als falsch zu deklarieren.Irgendwo konnte man mal feststellen, welches der beiden das "Neuere" ist. Glaube, waehrend des bootens, weiss ich jetzt aber nicht mehr.

Code

raidsetfaulty /dev/md1 /dev/sda2
raidhotremove /dev/md1 /dev/sda2

Und dann kannst Du wieder die "fehlerhafte" Platte reinbringen:

Code

raidhotadd /dev/md1 /dev/sda2

Dann startet der Resync Lauf und das Arrays laeuft wieder sauber. Jetzt kannst Du das fsck ueber /dev/md1 losjagen!

Mit mdadm geht das wohl so aehnlich, siehe hier

Papablues · 28. Juli 2008

Hmmm das sieht mal nicht gut aus

Naja ich wuerde das raid platt machen
die platten mit spinrite checken
neu aufsetzen
offsite backup einspielen

feddich

gut das spinrite dauert etwas, aber danach weisst du das die platten noch ok sind.

einziger problematischer punkt koennte das eventuell fehlende offsite ( usb platte etc. ) backup sein.

offsite backup immer pruefen vor dem platt machen der festplatten !

so long , ich drueck dir die Daumen dass es wieder wird ....

Fab

knebb · 28. Juli 2008

Zitat

Original von netvista-fan
Naja, grundsätzlich könnte es möglich sein...
werden ja immer 3x daten und 1x parität gespeichert...

Klar. Wenn eine Platte weg ist, sind entweder die Daten oder die Paritaetsinformationen da. Aber was, wenn zwei Platten weg sind, wie das hier der Fall ist?

Die Hoffnung besteht darin, dass sich auf dem Dateisystem zum Zeitpunkt des Absturzes nicht soviel veraendert hatte, so dass man auch eine alte Platte reinbringen kann.

pbriesch · 28. Juli 2008

Erstmal vielen Dank an alle für die schnelle Reaktion. Das beruhigt mich schon mal etwas.

Hier noch ein paar Infos:

Code

root@sysresccd /root % for f in a b c; do mdadm --examine /dev/sd${f}2; done
mdadm: No md superblock detected on /dev/sda2.
mdadm: No md superblock detected on /dev/sdb2.
/dev/sdc2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : faa9c25f:6a6c0c45:4a561a41:cc397581
  Creation Time : Tue May 13 10:42:42 2008
     Raid Level : raid5
  Used Dev Size : 976663552 (931.42 GiB 1000.10 GB)
     Array Size : 2929990656 (2794.26 GiB 3000.31 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 1


    Update Time : Sun Jul 27 21:05:41 2008
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 1
  Spare Devices : 0
       Checksum : efbeb779 - correct
         Events : 0.74


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     2       8       50        2      active sync   /dev/sdd2


   0     0       0        0        0      removed
   1     1       0        0        1      faulty removed
   2     2       8       50        2      active sync   /dev/sdd2
   3     3       8       66        3      active sync

Alles anzeigen

Ich habe zwar noch ein Backup, aber da liegt nicht das Neueste und Wichtigste drauf
Jetzt warte ich noch auf ein paar Rückmeldungen bezüglich der letzten Info, mach mich noch etwas im Internet klug, und dann gehts los.

Gruß

PB

netvista-fan · 28. Juli 2008

Naja, die 2 Platten scheinen ja nicht ganz weg zu sein sondern nur fehler zu haben...
Wenn die Fehler schön verteilt sind über das Raid ok, wenn sie grad an einer Stelle des Raids sind kann es unschön sein, was wohl der Fall ist wenn grade etwas geschrieben wurde und dann der Strom weg ist...

Somit dürfte die eine oder andere Datei kaputt sein.

Papablues · 28. Juli 2008

was mich hier stutzig macht ist :

===============================
mdadm: No md superblock detected on /dev/sda2.
mdadm: No md superblock detected on /dev/sdb2.
===============================

eventuell hat es dir bei den platten "nur" die superbloecke zerdeppert ....

letzte woche hatte ein kollege eine kaputte windoof platte da, an der war die FAT kaputt, und windoof hat davon doch glatt ne kopie angelegt platte geprueft ( spinrite ) patritions/ fa tabelle von der kopie geholt. ( war irgendwas sektor 6 nach sektor 1 kopieren tut hier aber nichts zur sache) Und schwups war fast alles wieder da.

Schau doch mal ob es da irgendwo info gibt was mann macht wenn die superbloecke fort sind ....

master_red · 28. Juli 2008

Also in meinem raid5 array(3 platten) sind mir auch mal 2 platten gleichzeitig ausgestiegen, habs dann so gemacht wie knebb oben schon beschrieben und läuft bis heute noch einwandfrei, hab noch keine defekte datei entdeckt.

pbriesch · 28. Juli 2008

Das klingt alles sehr ermutigent, das was Ihr schreibt.

Leider funktioniert dies Sache mit mdadm bis jetzt leider nicht. Sowohl auf der akuellen "rescuecd" als auch bei Ubuntu Hardy (8.04) gibt es keine raidtools, die doch sehr vielversprechend sind.

Um es kurz zu machen: ICH HABE MEINE DATEN WIEDER!

Was habe ich gemacht: Bem Assembly wurden immer nur die zwei funktionierenden Partitionen zusammengebaut. Damit war das RAID5, das aus vier Partionen besteht, nicht lauffähig. Nachdem ich dann zu den zwei automatisch assemblierten noch die dritte Partition, die nur als "removed" gekennzeichnet war, mit --add usw, dazugenommen hatte, war das RAID5 mit drei Partionen wieder lauffähig.!!

Als Live-CD habe ich Ubuntu Hardy Desktop genommen. mdadm musste noch mit "sudo apt-get install mdadm" nachinstalliert werden. Da ich über dem RAID5 noch ein LVM laufen hatte, musste ich "lvm2" auch noch installieren.

Das hat mir bei LVM weitergeholfen: http://linuxblog.uni-duesseldorf.de/335

Der super-block wird von den raid-tools nicht unterstützt. In diesem steht drin, zu welchem RAID ein Device gehört. Bei den raid-tools musste das in der Datei /etc/raidtab stehen.

Die Laufwerksbezeichnungen haben sich beim Betrieb unter der Live-CD etwas geändert:
Aus /dev/sda wurde /dev/sdb usw. Jetzt sieht die Sache so aus:

Code

root@ubuntu:/media# for f in  b c d e; do mdadm --examine /dev/sd${f}2; done
/dev/sdb2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : faa9c25f:6a6c0c45:4a561a41:cc397581
  Creation Time : Tue May 13 10:42:42 2008
     Raid Level : raid5
  Used Dev Size : 976663552 (931.42 GiB 1000.10 GB)
     Array Size : 2929990656 (2794.26 GiB 3000.31 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 1


    Update Time : Mon Jul 28 18:16:05 2008
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : efbfe152 - correct
         Events : 0.136


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     0       8       18        0      active sync   /dev/sdb2


   0     0       8       18        0      active sync   /dev/sdb2
   1     1       0        0        1      faulty removed
   2     2       8       50        2      active sync   /dev/sdd2
   3     3       8       66        3      active sync   /dev/sde2
/dev/sdc2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : faa9c25f:6a6c0c45:4a561a41:cc397581
  Creation Time : Tue May 13 10:42:42 2008
     Raid Level : raid5
  Used Dev Size : 976663552 (931.42 GiB 1000.10 GB)
     Array Size : 2929990656 (2794.26 GiB 3000.31 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 1


    Update Time : Sun Jul 27 20:54:42 2008
          State : active
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : efbeb468 - correct
         Events : 0.63


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     1       8       34        1      active sync   /dev/sdc2


   0     0       8       18        0      active sync   /dev/sdb2
   1     1       8       34        1      active sync   /dev/sdc2
   2     2       8       50        2      active sync   /dev/sdd2
   3     3       8       66        3      active sync   /dev/sde2
/dev/sdd2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : faa9c25f:6a6c0c45:4a561a41:cc397581
  Creation Time : Tue May 13 10:42:42 2008
     Raid Level : raid5
  Used Dev Size : 976663552 (931.42 GiB 1000.10 GB)
     Array Size : 2929990656 (2794.26 GiB 3000.31 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 1


    Update Time : Mon Jul 28 18:16:05 2008
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : efbfe176 - correct
         Events : 0.136


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     2       8       50        2      active sync   /dev/sdd2


   0     0       8       18        0      active sync   /dev/sdb2
   1     1       0        0        1      faulty removed
   2     2       8       50        2      active sync   /dev/sdd2
   3     3       8       66        3      active sync   /dev/sde2
/dev/sde2:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : faa9c25f:6a6c0c45:4a561a41:cc397581
  Creation Time : Tue May 13 10:42:42 2008
     Raid Level : raid5
  Used Dev Size : 976663552 (931.42 GiB 1000.10 GB)
     Array Size : 2929990656 (2794.26 GiB 3000.31 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 1


    Update Time : Mon Jul 28 18:16:05 2008
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 1
  Spare Devices : 0
       Checksum : efbfe188 - correct
         Events : 0.136


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     3       8       66        3      active sync   /dev/sde2


   0     0       8       18        0      active sync   /dev/sdb2
   1     1       0        0        1      faulty removed
   2     2       8       50        2      active sync   /dev/sdd2
   3     3       8       66        3      active sync   /dev/sde2

Alles anzeigen

Mir ist, ehrlich gesagt, jedoch schleierhaft, weshalb die Superblöcke, die vorher bei zwei Partitionen gefehlt haben, wieder da sind. Insbesondere bei der Partition, die als "faulty removed" deklariert ist.

Ich habe noch nicht viel geschaut, konnte aber bis jetzt keinen Datenverlust feststellen.

Meine wichtigen Dateien werde ich erstmal auf eine andere Platte "backuppen" bevor ich weitermache. Ich möchte dann die als "faulty removed" bezeichnete Partition wieder einbinden und dann einen Neustart ohne Live-CD wagen.

PB

knebb · 28. Juli 2008

Yohoo!

Dann gib doch als Referenz einfach den vollstaendigen Befehl mal hier an.

Wahrscheinlich war der Superblock wg. dem "Reset" nicht geschrieben worden.

Naja, schoen das alles wieder da ist.

pbriesch · 28. Juli 2008

OK, ich hab's noch gefunden:

Code

root@ubuntu:/etc# mdadm -A /dev/md1 --add /dev/sdb2 /dev/sdc2 /dev/sdd2 /dev/sde2
mdadm: /dev/md1 assembled from 2 drives - not enough to start the array.
root@ubuntu:/etc# cat  /proc/mdstat
Personalities : [raid1] 
md0 : active raid1 sdb1[0] sde1[3] sdd1[2] sdc1[1]
      96256 blocks [4/4] [UUUU]

md1 : inactive sdd2[2](S) sde2[3](S) sdc2[1](S) sdb2[0](S)
      3906654208 blocks

unused devices: <none>

Alles anzeigen

Achtung! Man beachte das -f in der nächsten Zeile im Vergleich zur ersten Zeile:

Code

root@ubuntu:/etc# mdadm -A -f /dev/md1 --add /dev/sdb2 /dev/sdc2 /dev/sdd2 /dev/sde2
mdadm: forcing event count in /dev/sdb2(0) from 65 upto 74
mdadm: /dev/md1 has been started with 3 drives (out of 4).
root@ubuntu:/etc# cat  /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4] 
md0 : active raid1 sdb1[0] sde1[3] sdd1[2] sdc1[1]
      96256 blocks [4/4] [UUUU]

md1 : active raid5 sdb2[0] sde2[3] sdd2[2]
      2929990656 blocks level 5, 64k chunk, algorithm 2 [4/3] [U_UU]

unused devices: <none>

Alles anzeigen

Auf den letzten Befehl mit der Option -f (force) hatte knebb schon hingewiesen. Das hat nur nicht funktioniert (System mit Live-CD "systemrescue"). Warum nicht? Keine Ahnung.
Vielleicht muss man zuerst mdadm ohne "-f" ausführen. Und dan nochmal mit der Option "-f". Oder liegt es am Kernel? Ubuntu 2.6.18, systemrescue 2.6.25 (http://www.sysresccd.org/Main_Page)

Jetzt mal was generelles:

Was macht man, wenn beim Runterfahren der Rechner hängen bleibt?
- Warten? - Wie viele Minuten, Stunden? - Power-Reset mit möglichen Folgen?

Ist bei einem Power-Reset ein System mit Hardware-RAID ebenso anfällig wie eins mit SW-RAID?

Macht eine Rechner mit RAID nur dann Sinn, wenn man auch ein UPS hat, damit das RAID sauber herunter gefahren werden kann, wenn mal die Sicherung rausfliegen sollte??

Gruß

PB

knebb · 28. Juli 2008

Zitat

Original von pbriesch
Achtung! Man beachte das -f in der nächsten Zeile im Vergleich zur ersten Zeile:

Super. Jetzt weiss ich dann auch, wie es mit den neueren mdadm funktioniert.
Inzwischen habe ich hier nur noch ein SW-Raid1 laufen. Da passiert sowas nicht.

Zitat

Was macht man, wenn beim Runterfahren der Rechner hängen bleibt?

Warten. Wenn nach ca. 5 Minuten wirklich nix mehr passiert (also keine Plattenaktivitaet oder so), nochmal mit mehreren Ctrl-Alt-Del probieren. Hilft vermutlich nix, Reset druecken oder ausschalten- was willst Du sonst machen?

Zitat

Ist bei einem Power-Reset ein System mit Hardware-RAID ebenso anfällig wie eins mit SW-RAID?

Tja, ich sag's mal so: Normalerweise nicht. Wenn Du dagegen den Strom wirklich ausschaltest, koennte das vorkommen. Allerdings sind nach meiner Erfahrung die RAID-BIOS wesentlich stabiler als das SW RAID. Da sollte also nix passieren. Und wenn die Kiste einfach haengt, passiert ja schreibend nix mehr auf der Platte, dann sollten die Daten auch problemlos da sein. In Deinem Fall wurde wohl nur der Superblock nicht korrekt geschrieben, die anderen Daten waren ja wohl noch da.
Von daher ist so eine Aktion immer erst mal ein Riesenschreck. Im Endeffekt ist es aber harmlos.

Zitat

Macht eine Rechner mit RAID nur dann Sinn, wenn man auch ein UPS hat, damit das RAID sauber herunter gefahren werden kann, wenn mal die Sicherung rausfliegen sollte??

Wovor soll eine USV schuetzen, wenn der Rechner beim Runterfahren haengt? Aber so wie Du fragst, kann die Antwort ja nur lauten: JA!
Knebb, der alles mit USV abgesichert hat.

pbriesch · 29. Juli 2008

OK,

"Knebb, der alles mit USV abgesichert hat"

dann spar ich mir den 3ware-Controller und kauf mir ein USV.
Hast Du da ein paar Tipps?

Gruß

PB

P.S. Und das LVM spar ich mir dann auch. Für meine Zwecke komplizierte es die Datenrettung.

knebb · 29. Juli 2008

Zitat

Original von pbriesch
dann spar ich mir den 3ware-Controller und kauf mir ein USV.
Hast Du da ein paar Tipps?

Eine, die Du mit einem entsprechenden daemon innerhalb Deines Systems abfragen kannst. Was nutzt Dir die USV, wenn die Sicherung rausfliegst, waehrend Du nicht zu Hause bist? Dann ist nach zwanzig Minuten Schicht im Schacht. Das ist dann genauso wie Stecker ziehen.

APC ist klar Marktfuehrer, unter Linux gibt es den apcupsd, der genau das erledigt. Musst aber genau gucken, mit welchen USV der daemon kompatibel ist.

[quoet]P.S. Und das LVM spar ich mir dann auch. Für meine Zwecke komplizierte es die Datenrettung.[/quote]
Hae? Naja, wenn Du meinst. Es ist zwar in der Tat eine Ebene mehr- aber wenn man die Ebene darunter erst mal wieder hinbekommen muss, stoert das ja auch nicht. Ich auf meinen Fall verzichte da nicht mehr drauf. Dafuer brauche ich die Flexibilitaet, die mich von der physikalischen Festplatte unabhaengig macht. Und bei RedHat Enterprise Linux ist inzwischen dir /-Partition standardmaessig auf LVM.

pbriesch · 29. Juli 2008

Hab noch was vergessen:

knebb: "Inzwischen habe ich hier nur noch ein SW-Raid1 laufen."

Jetzt, wo die Platten so billig sind, macht RAID 1 eigentlich mehr Sinn als RAID 5.

Auch wäre interessant, nicht wie im RAID 1 die erste Platte kontinuierlich zu spiegeln, sondern in gewissen zeitlichen Abständen (z. B. jede Stunde) ein "Spiegelbild" auf die zweite Platte zu ziehen.
Dann hat man eine Stunde Zeit, Änderungen and der ersten Platte wieder Rückgängig zu machen. Im Durchschnitt sind Daten, die nicht älter als eine halbe Stunde sind, gespiegelt.
High-Availabilty brauche ich nicht. Eher etwas, was vor Plattencrash und vor Allem vor Bedienfehler schützt. (Das hört sich jetzt fast wie Apple's Time Machine an.)

Gibt es da Lösungen für Linux (Programme, Backup-Scripte)?

Gruß

PB

UFO · 29. Juli 2008

Zitat

Original von pbriesch
Auch wäre interessant, nicht wie im RAID 1 die erste Platte kontinuierlich zu spiegeln, sondern in gewissen zeitlichen Abständen (z. B. jede Stunde) ein "Spiegelbild" auf die zweite Platte zu ziehen.
Dann hat man eine Stunde Zeit, Änderungen and der ersten Platte wieder Rückgängig zu machen. Im Durchschnitt sind Daten, die nicht älter als eine halbe Stunde sind, gespiegelt.
High-Availabilty brauche ich nicht. Eher etwas, was vor Plattencrash und vor Allem vor Bedienfehler schützt. (Das hört sich jetzt fast wie Apple's Time Machine an.)

Gibt es da Lösungen für Linux (Programme, Backup-Scripte)?

rsync ist Dein Freund. Und mit einem Cron-Job läßt sich das leicht im gewünschten Intervall erledigen.

CU
Oliver

knebb · 29. Juli 2008

Zitat

Original von UFO
rsync ist Dein Freund. Und mit einem Cron-Job läßt sich das leicht im gewünschten Intervall erledigen.

Sm besten eignet sich rsnapshot.
Dann hat man gleich mehrere Versionen als Backup auf der Platte, verbraucht aber dennoch nur soviel wie inkrementelles Backup.

glotzipapa · 29. Juli 2008

Zitat

Original von knebb
Sm besten eignet sich rsnapshot.
Dann hat man gleich mehrere Versionen als Backup auf der Platte, verbraucht aber dennoch nur soviel wie inkrementelles Backup.

Danke für den Link, sowas habe ich schon immer gesucht.

pbriesch · 29. Juli 2008

rsync und rsnapshot sind sehr interressant.

Ich möchte aber folgendes machen:

1. HD --> sda
2. HD --> sdb (baugleich zur 1. HD)

Jetzt wird jede Stunde sda auf sdb geklont (dd ist wohl der Befehl dafür).

Jetzt passierts:
Grub oder lilo werden falsch benutzt. Die Kiste bootet nicht mehr.
Auf sdb ist die geklonte sda.
Ich starte den Rechner neu, wähle aber im Bootmenü sdb als Bootplatte aus.
Und schon ist alles, wie es vorher mal war.

Die Frage, die sich mir nun stellt, ist folgende:
Um einen Klon zum Zeitpunkt t = 0 auf sdb zu erstellen, darf sich sda nicht mehr verändern, bis das Klonen fertig ist. Keine Programme dürfen während dieser Zeit schreibend zugreifen.

Wie macht man das?

Gruß

PB

HILFE! RAID 5 nach Power-Reset kaputt

Jetzt mitmachen!

Teilen