From owner-freebsd-bugs Fri Sep 27 3:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D93DA37B401 for ; Fri, 27 Sep 2002 03:40:05 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7433243E3B for ; Fri, 27 Sep 2002 03:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g8RAe5Co094189 for ; Fri, 27 Sep 2002 03:40:05 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g8RAe4gf094185; Fri, 27 Sep 2002 03:40:04 -0700 (PDT) Date: Fri, 27 Sep 2002 03:40:04 -0700 (PDT) Message-Id: <200209271040.g8RAe4gf094185@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Heinrich Rebehn Subject: Re: bin/30869: dump does not dump all files of a filesystem Reply-To: Heinrich Rebehn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/30869; it has been noted by GNATS. From: Heinrich Rebehn To: Giorgos Keramidas 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