dump zickt rum

[smarti]

Hallo alle zusammen,

ich kämpfe jetzt schon ne ganze Weile mit nem Backup meines FreeBSD Systhems rum.

Folgende Bedingungen:

Zwei Festplatten sind eingebaut.....master is ne 20GB und Slave ne 8GB Platte.

Die Master ist gerade mal zu 29% ausgelastet..............also noch sehr leer

Die Master ist in zwei Partitionen unterteilt, wobei die erste ca 15GB groß ist, und die zweite Partition ca 4GB.

Die 4GB Partition ist leer.......die zweite Platte auch.

ad0s2a ist die Master Platte, auf der das OS installiert ist, und ad1s1 ist die zweite Platte.

Ich habe also mit folgendem Befehl versucht ein Backu des GESAMTEN Systhems hinzubekommen

freebsd# /sbin/dump -0u -f /dev/ad0s2a /dev/ad1s1
DUMP: Date of this level 0 dump: Mon Mar 3 19:53:34 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/ad1s1 (/hdd2) to /dev/ad0s2a
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 395 tape blocks on 0.01 tape(s).
DUMP: Cannot open output "/dev/ad0s2a".
DUMP: Do you want to retry the open?: ("yes" or "no")

Was ist da schief gelaufen ? Hat einer ne Idee ?

Achso....zweite Platte und auch die zweite Partition der Masterplatte sind gemountet.

die zweite Platte auf /hdd2
die zweite Partiton der Master auf /hdd1part1

l.g.

smarti

 

[smarti]

Hallo alle zusammen,

wollte nochmal nachhaken, mit welchem dump Befehl ich ein volles Backup des Systhems anwenden muss ?

 

[saintjoe]

Hm, ich selber nutze zwar Dump nicht, aber ein Blick in die Manpage hat folgendes ergeben:

-f file
Write the backup to file; file may be a special device file like
/dev/sa0 (a tape drive), /dev/fd1 (a floppy disk drive), an ordi
nary file, or `-' (the standard output). Multiple file names may
be given as a single argument separated by commas. Each file
will be used for one dump volume in the order listed; if the dump
requires more volumes than the number of names given, the last
file name will used for all remaining volumes after prompting for
media changes. If the name of the file is of the form
``host:file'', or ``user@host:file'', dump writes to the named
file on the remote host using rmt(8). The default path name of
the remote rmt(8) program is /etc/rmt; this can be overridden by
the environment variable RMT.

So wie ich das verstehe, kannst du nur ein Device bei -f angeben, sofern es sich um ein Tape-Drive oder Floppy handelt. Du willst den Dump ja auf eine gemountete Platte schreiben... Probier doch mal folgendes:
/sbin/dump -0u -f /mountpoint_backup_platte/dateiname_für_dump /dev/ad1s1
Also, wenn ich die Manpage richtig verstanden habe, sollte das so funktionieren...

Gruß

 

[smarti]

Hallo auch sj,

habe das mal gemacht.......erster Erfolg stellte sich ein, aber dump fragte ständig nach irgendwelchen mountpoints, und ob di schon eigehangen wäre.........nach der bestätigung machte dumpt ne Sekunde weiter, und dann immer so weiter...nach mountpunkt zehn, den ich sicherlich nicht habe, habe ich abgebrochen

l.g.

smarti

 

[saintjoe]

Hi!
Ich nehme mal an es kommt so eine Meldung:

root@saintjoe [/home/flo]$ dump -0u -f /mnt/alex/test.dump /dev/ad0s2a
DUMP: WARNING: should use -L when dumping live filesystems!
DUMP: Date of this level 0 dump: Thu Mar 6 18:46:15 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/ad0s2a (/) to /mnt/alex/test.dump
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 85472 tape blocks on 2.20 tape(s).
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing /mnt/alex/test.dump
DUMP: Change Volumes: Mount volume #2
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no")

Das lässt sich recht einfach umgehen, und zwar mit der -a Option.

root@saintjoe [/home/flo]$ dump -a -0u -f /mnt/alex/test.dump /dev/ad0s2a
DUMP: WARNING: should use -L when dumping live filesystems!
DUMP: Date of this level 0 dump: Thu Mar 6 18:47:18 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/ad0s2a (/) to /mnt/alex/test.dump
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 85457 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: DUMP: 86261 tape blocks on 1 volume
DUMP: finished in 32 seconds, throughput 2695 KBytes/sec
DUMP: level 0 dump on Thu Mar 6 18:47:18 2003
DUMP: Closing /mnt/alex/test.dump
DUMP: DUMP IS DONE

Gruß

 

[smarti]

Hallo sj,

habe es gerade selber hinbekommen.........war schon am verzweifeln

Jetzt muss ich nur noch herausfinden, wie ich das Rückschreiben auf ne andere Partition mal testen kann.................will ja net warten bis was kaputt geht, um das herauszufinden

l.g.

smarti

 

[Elessar]

Dazu kannst du ja mal was in der Art

dump [options] [device]  |  restore [device]

verwenden. Hab die genaue Syntax nicht im Kopf, aber allwissende.muellhal.de weiss vmtl bescheid.

Ansonsten mach ich meine Backups mit tar. Ein Blick in die man page verraet uns

To move file hierarchies, use a command line like this:

    tar -cf - -C srcdir . | tar xpf - -C destdir

Das laesst sich schoen mit cron, ssh und was weiss ich noch alles verbinden.

 

[smarti]

Hallo nochmal,

ich sollte vieleicht auch mal die gefundene Lösung präsentieren

Ich sichere also folgendermassen das "komplette Systhem"

dump -0 -u -a -f /dein/backup/Verzeichnis/dein_backup_datei_name_für_das_/_Verzeichnis / (für das / Verzeichnis)

dump -0 -u -a -f /dein/backup/Verzeichnis/dein_backup_datei_name_für_das_usr_Verzeichnis /usr (für das usr Verzeichnis)

dump -0 -u -a -f /dein/backup/Verzeichnis/dein_backup_datei_name_für_das_var_Verzeichnis /var (für das var Verzeichnis)

Ich übernehme natürlich keine Verantwortung für das geschriebene

Achja.........wiederherstellen:

restore -i -f /Pfad/zu/deiner/Sicherung/samt/Dateiname

l.g.

smarti