From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 03:48:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A1A716A4CF for ; Wed, 4 Feb 2004 03:48:14 -0800 (PST) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98E143D58 for ; Wed, 4 Feb 2004 03:48:10 -0800 (PST) (envelope-from alex@big.endian.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0HSK006FZ5U37V@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Wed, 04 Feb 2004 12:42:03 +0100 (MET) Received: from relay.RWTH-Aachen.DE ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 04 Feb 2004 12:41:46 +0100 (MET) Received: from dustpuppy.kawo2.rwth-aachen.de (dustpuppy.kawo2.RWTH-Aachen.DE [134.130.180.5])i14BUSJC018205 for ; Wed, 04 Feb 2004 12:30:28 +0100 (MET) Received: from localhost (localhost [127.0.0.1])for ; Wed, 04 Feb 2004 12:30:28 +0100 (CET) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.rwth-aachen.de [134.130.181.148])for ; Wed, 04 Feb 2004 12:30:28 +0100 (CET) Received: from fump.kawo2.rwth-aachen.defump.kawo2.rwth-aachen.de (8.12.10/8.12.10) with ESMTP id i14BUS9l034514 for ; Wed, 04 Feb 2004 12:30:28 +0100 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de freebsd-current@FreeBSD.org; Wed, 04 Feb 2004 12:30:27 +0100 (CET envelope-from alex) Date: Wed, 04 Feb 2004 12:30:27 +0100 From: Alexander Langer To: freebsd-current@freebsd.org Mail-Followup-To: Alexander Langer , freebsd-current@FreeBSD.org Message-id: <20040204113027.GG874@fump.kawo2.rwth-aachen.de> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-PGP-Fingerprint: 7EC1 5B98 4554 2A63 9079 2B2F 9A94 CD6F 7F14 EFA4 X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. X-Spam-Checker-Version: SpamAssassin 2.60-kawo2_dustpuppy_0.3 (1.212-2003-09-23-exp) on dustpuppy.kawo2.rwth-aachen.de X-Spam-Report: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60-kawo2_dustpuppy_0.3 X-Spam-Level: X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.16; AVE: 6.23.0.3; VDF: 6.23.0.56; host: dustpuppy.kawo2.rwth-aachen.de) X-Mailman-Approved-At: Wed, 04 Feb 2004 05:09:47 -0800 Subject: Unable to rdump -L -0 a 20G fs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2004 11:48:14 -0000 Hi! I have a problem with dump (rdump), as it won't dump -0 my data filesystem. Higher dumplevels (such as -1 - -9) do work. It just seems to hang forever: root@cure ~ # RSH=ssh /sbin/rdump -auL -b 1000 -C 32 -0 -f defiant-local:/backups/cure/cure-data-level0.dump /data DUMP: Connection to defiant-local established. IP_TOS:IPTOS_THROUGHPUT setsockopt: Operation not supported TCP_NODELAY setsockopt: Operation not supported DUMP: Date of this level 0 dump: Tue Feb 3 18:31:02 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/da0s1f (/data) to /backups/cure/cure-data-level0.dump on host defiant-local DUMP: mapping (Pass I) [regular files] DUMP: Cache 32 MB, blocksize = 65536 DUMP: mapping (Pass II) [directories] DUMP: estimated -1529814507 tape blocks. DUMP: dumping (Pass III) [directories] This already hangs for 12 hours or so, after I killed the last -0 dump which already lasted 3 days (!) being in pass 3 (which is rather bad if you want to do daily backups) The last level 1 dump took only 6.5 hours. Here's the output of top(1): PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 88902 root 98 0 39220K 34396K RUN 2 17.0H 92.58% 92.58% rdump root@cure ~ # ps ax | grep dump 88875 p4 I+ 0:00.40 /sbin/rdump -auL -b 1000 -C 32 -0 -f defiant-local /data (rdump) 88901 p4 I+ 0:00.03 rdump: /dev/da0s1f: pass 3: directories (rdump) 88902 p4 R+ 1022:04.11 /sbin/rdump -auL -b 1000 -C 32 -0 -f defiant-local /data (rdump) 88903 p4 I+ 0:00.00 /sbin/rdump -auL -b 1000 -C 32 -0 -f defiant-local /data (rdump) 88904 p4 I+ 0:00.00 /sbin/rdump -auL -b 1000 -C 32 -0 -f defiant-local /data (rdump) root@cure ~ # df -ih /data Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/da0s1f 20G 5.9G 12G 33% 93544 2567830 4% /data /dev/da0s1f on /data (ufs, local, soft-updates) (UFS2, that is) root@cure ~ # tunefs -p /data tunefs: ACLs: (-a) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) FreeBSD cure.... 5.2-RELEASE FreeBSD 5.2-RELEASE #12: Sat Jan 17 11:39:48 CET 2004 alex@cure...:/usr/obj/usr/src/sys/CURE i386 On the remote machine (a 4.9-RELEASE-p1, the dumpfile has filesize 0. Usually, rdump writing data to the dumpfile from the very beginning, but: -rw-r--r-- 1 root wheel 0 Jan 15 12:24 cure-data-level0.dump (Jan 15 is the day I "touched" the dumpfile). Here is the level 1 dump. -rw-r--r-- 1 root wheel 23431680000 Jan 22 06:27 cure-data-level1.dump This seems to be a full-backup as well, as I've never succeeded in a level 0 dump before. Note that I get negative estimated tape blocks (and estimated time) for level 1 dumps as well, but at least the dumps finish. Anyone has an explanation? Yes, there is enough diskspace available on /backups on the remove-machine :-) Ciao Alex