Re: backup - level 0 dump - no 'dev' directory?
[email protected] (Joerg Schilling) Sat, 23 Dec 2006 11:06:00 +0100
| Newsgroups | gmane.comp.archivers.star.user |
|---|---|
| Message-ID | <458cff88.AR3QzY2M82KSF9q6%[email protected]> |
[email protected] wrote: > I thought that in "DUMP" mode - the backup would include the /dev > directory. If /dev/ is on a different filesystem, it will not be in the backup. > Is there something else I should do? Or other option? > > I used this command line to backup; > > /opt/schily/bin/star bs=256k -c -xdev -acl level=0 -wtardumps > f=/dev/nst0 -C / . Looks OK. I would use fs=128m in addition to have streaming reserve for the tape. I usually use a fifo size that holds ~ 30 seconds of data for the tape. You need to have at least twice ad much real RAM in the machine however. > And this command to restore: (from the man page) > > mkdir -p /some/dir > cd /some/dir > /opt/schily/bin/star bs=256k -xpU -acl -restore f=/dev/nst0 > > System is RH - EL 4 - intel. > > Otherwise - a *QUICK* glance at the restore seems ok - > (backups are fast, restores are slow!, I guess the "-no-fsync" is > something I should look at) Star is the fastest known backup and copy tool (see star -copy). In extract mode on Linux, it suffers from design problems in the Linux buffer cache and VM code. Star by default calls fsync(2) before close(2). This is the cocumented method for safe restores. On Solaris, this reduces extract speed by ~ 10%, on Linux this reduces extraxt speed by 400%. If you don't care about the results of unexpected reboots, you may add -no-fsync Jörg -- EMail:[email protected] (home) Jörg Schilling D-13353 Berlin [email protected] (uni) [email protected] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily _______________________________________________ Star-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/star-users