From owner-freebsd-hackers Fri Jan 29 03:14:47 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA01559 for freebsd-hackers-outgoing; Fri, 29 Jan 1999 03:14:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA01554 for ; Fri, 29 Jan 1999 03:14:43 -0800 (PST) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg (bragg [129.127.36.34]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id VAA10637; Fri, 29 Jan 1999 21:44:39 +1030 (CST) Received: from localhost by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA02881; Fri, 29 Jan 1999 21:44:38 +1030 Date: Fri, 29 Jan 1999 21:44:38 +1030 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: Julian Elischer Cc: Matthew Dillon , hackers@FreeBSD.ORG Subject: Re: softupdates on / In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 28 Jan 1999, Julian Elischer wrote: > The eventual aim is to never use NON softupdates mode.. > The system is not supposed to bonb with "filesystem full" when there are > uncommitted delete operations on the softupdates queues. > if it does, then there is a bug. It's suposed to kick off some faster > reconciliation and hang around for a bit. Unless I'm mistaking you, this is in fact what happens: [morden|root] 21:34 ~ df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s2a 32254 21244 8430 72% / /dev/wd0s2f 596286 534890 13694 98% /usr /dev/wd1s3e 496367 456461 197 100% /usr2 /dev/wd1s3f 396895 360004 5140 99% /home /dev/wd0s2e 29727 7705 19644 28% /var /dev/wd0s1 872640 848720 23920 97% /c /dev/wd1s1 1023824 942256 81568 92% /d /dev/wd1s5 511760 486472 25288 95% /e procfs 4 4 0 100% /proc mfs:31 20598 16 18936 0% /tmp localhost:/ 0 0 0 100% /crypt [morden|root] 21:34 ~ pwd /home/kkenn [morden|root] 21:34 ~ mount ... /dev/wd1s3f on /home (local, soft-updates, writes: sync 1123 async 11409) [morden|root] 21:34 ~ dd if=/dev/zero of=bigfile bs=1024k count=20 20+0 records in 20+0 records out 20971520 bytes transferred in 11.454656 secs (1830829 bytes/sec) [morden|root] 21:34 ~ df ... /dev/wd1s3f 396895 382092 -16948 105% /home [morden|root] 21:34 ~ rm bigfile [In another window, as a regular user] [morden|kkenn] 21:35 ~ cp /etc/motd . /home: write failed, file system is full cp: ./motd: No space left on device This persists for 30 seconds exactly, until the clock expires and the space is reclaimed. Given the state of fullness of my partitions, I run into this quite frequently. I had always assumed it was just the way things were with soft-updates. Kris ----- (ASP) Microsoft Corporation (MSFT) announced today that the release of its productivity suite, Office 2000, will be delayed until the first quarter of 1901. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message