Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Sep 2002 03:40:04 -0700 (PDT)
From:      Heinrich Rebehn <rebehn@ant.uni-bremen.de>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: bin/30869: dump does not dump all files of a filesystem
Message-ID:  <200209271040.g8RAe4gf094185@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/30869; it has been noted by GNATS.

From: Heinrich Rebehn <rebehn@ant.uni-bremen.de>
To: Giorgos Keramidas <keramida@FreeBSD.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: bin/30869: dump does not dump all files of a filesystem
Date: Fri, 27 Sep 2002 12:35:41 +0200

 Giorgos Keramidas wrote:
 > : dump does not dump all files of a fliesystem
 > : when b=1000 is used. No problem if 'b' is not
 > : specified. I use b=1000 because of significant
 > : speed improvement w/ DLT tape.
 > 
 > Hello Heinrich,
 > 
 > Does this problem appear with dump/restore
 > of newer FreeBSD releases too?
 > 
 > 
 
 Hi Giorgos,
 
 thanks for inquiring about this bug.
 The situation is as follows:
 
 - I don't use b=1000 anymore but use 64 instead, which gives best performance
 - A small test with b=1000 yielded :
 root@antsrv1 [/export/stuff/backup/test] # dump 0afb usr.dmp 1000 /usr
    DUMP: Date of this level 0 dump: Fri Sep 27 09:18:00 2002
    DUMP: Date of last level 0 dump: the epoch
    DUMP: Dumping /dev/ad0s2f (/usr) to usr.dmp
    DUMP: mapping (Pass I) [regular files]
    DUMP: mapping (Pass II) [directories]
    DUMP: estimated 1086729 tape blocks.
    DUMP: dumping (Pass III) [directories]
    DUMP: 0.09% done, finished in 0:18
    DUMP: dumping (Pass IV) [regular files]
    DUMP: 65.43% done, finished in 0:02
    DUMP: master/slave protocol botched.
    DUMP: The ENTIRE dump is aborted.
 
 - A test with b=64 yielded:
 root@antsrv1 [/export/stuff/backup/test] # dump 0afb usr.dmp 64 /usr
    DUMP: Date of this level 0 dump: Fri Sep 27 10:14:02 2002
    DUMP: Date of last level 0 dump: the epoch
    DUMP: Dumping /dev/ad0s2f (/usr) to usr.dmp
    DUMP: mapping (Pass I) [regular files]
    DUMP: mapping (Pass II) [directories]
    DUMP: estimated 1086729 tape blocks.
    DUMP: dumping (Pass III) [directories]
    DUMP: dumping (Pass IV) [regular files]
    DUMP: 56.93% done, finished in 0:03
    DUMP: DUMP: 1179590 tape blocks on 1 volume
    DUMP: finished in 573 seconds, throughput 2058 KBytes/sec
    DUMP: Closing usr.dmp
    DUMP: DUMP IS DONE
 root@antsrv1 [/export/stuff/backup/test] # ls
 usr.dmp
 root@antsrv1 [/export/stuff/backup/test] # restore rf usr.dmp
 cannot find directory inode 462338
 abort? [yn] n
 
 However a diff -r "/usr ." was ok (Only "no such file or dir" errors because of 
 dead symlinks)
 
 root@antsrv1 [/export/stuff/backup/test] # uname -a
 FreeBSD antsrv1.ant.uni-bremen.de 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Wed 
 Aug 14 21:23:26 GMT 2002 
 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC  i386
 
 Conclusion: I can live with dump as is, but it still seems to have some issues. 
 I leave it up to you to decide if the bug should be closed.
 
 Kind regards,
 
 
 Heinrich Rebehn
 
 University of Bremen
 Physics / Electrical and Electronics Engineering
 - Department of Telecommunications -
 
 E-mail: mailto:rebehn@ant.uni-bremen.de
 Phone : +49/421/218-4664
 Fax   :            -3341
 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200209271040.g8RAe4gf094185>