From owner-freebsd-fs@FreeBSD.ORG Mon Jan 12 13:51:30 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A9D516A4CE for ; Mon, 12 Jan 2004 13:51:30 -0800 (PST) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC2C43D55 for ; Mon, 12 Jan 2004 13:51:29 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.10/8.12.10) with ESMTP id i0CLpONF021420 for ; Mon, 12 Jan 2004 22:51:26 +0100 Date: Mon, 12 Jan 2004 22:51:20 +0100 (CET) From: Lukas Ertl To: fs@freebsd.org Message-ID: <20040112224720.N580@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4244; Body=0 Fuz1=0 Fuz2=0 Subject: Very large filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 21:51:30 -0000 Hi, are there any specific regression tests for very large filesystems? This week, I hopefully am getting access to a 3TB (or so) RAID, and I probably can play around with it one or two days before moving it into production. So, if anyone can suggest some tests or maybe a developer wants me to test something, I'd be happy to try it. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-fs@FreeBSD.ORG Mon Jan 12 14:51:26 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 534DE16A4CE for ; Mon, 12 Jan 2004 14:51:26 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAF343D46 for ; Mon, 12 Jan 2004 14:51:23 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B4A3772DC9; Mon, 12 Jan 2004 14:51:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B252E72DC7; Mon, 12 Jan 2004 14:51:23 -0800 (PST) Date: Mon, 12 Jan 2004 14:51:23 -0800 (PST) From: Doug White To: Lukas Ertl In-Reply-To: <20040112224720.N580@korben.in.tern> Message-ID: <20040112145055.I54897@carver.gumbysoft.com> References: <20040112224720.N580@korben.in.tern> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: fs@freebsd.org Subject: Re: Very large filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 22:51:26 -0000 On Mon, 12 Jan 2004, Lukas Ertl wrote: > Hi, > > are there any specific regression tests for very large filesystems? This > week, I hopefully am getting access to a 3TB (or so) RAID, and I probably > can play around with it one or two days before moving it into production. > > So, if anyone can suggest some tests or maybe a developer wants me to test > something, I'd be happy to try it. The person from the previous thread has an interesting quandry you're welcome to exercise WRT fsck on filesystems with an extremely large number of inodes. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-fs@FreeBSD.ORG Mon Jan 12 15:07:38 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E05616A4CE for ; Mon, 12 Jan 2004 15:07:38 -0800 (PST) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF9743D5C for ; Mon, 12 Jan 2004 15:07:36 -0800 (PST) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i0CN7UNF513646; Tue, 13 Jan 2004 00:07:31 +0100 Date: Tue, 13 Jan 2004 00:07:26 +0100 (CET) From: Lukas Ertl To: Doug White In-Reply-To: <20040112145055.I54897@carver.gumbysoft.com> Message-ID: <20040113000656.P580@korben.in.tern> References: <20040112224720.N580@korben.in.tern> <20040112145055.I54897@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: imap 4245; Body=0 Fuz1=0 Fuz2=0 cc: fs@freebsd.org Subject: Re: Very large filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2004 23:07:38 -0000 On Mon, 12 Jan 2004, Doug White wrote: > On Mon, 12 Jan 2004, Lukas Ertl wrote: > > > > So, if anyone can suggest some tests or maybe a developer wants me to test > > something, I'd be happy to try it. > > The person from the previous thread has an interesting quandry you're > welcome to exercise WRT fsck on filesystems with an extremely large number > of inodes. Yes, I've seen the thread and I'm gonna try to reproduce that case. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-fs@FreeBSD.ORG Wed Jan 14 03:35:56 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A5C016A4CE; Wed, 14 Jan 2004 03:35:56 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 617E543D49; Wed, 14 Jan 2004 03:35:54 -0800 (PST) (envelope-from zgh@malfunktion.net) Received: from balrog.thehouse (adsl-68-122-41-113.dsl.pltn13.pacbell.net [68.122.41.113]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i0EBZ7FA019638; Wed, 14 Jan 2004 03:35:08 -0800 (PST) Received: from [10.0.0.6] (cyclops.thehouse [10.0.0.6]) by balrog.thehouse (Postfix) with ESMTP id 5A6DC33DF; Wed, 14 Jan 2004 03:35:47 -0800 (PST) From: Zack Hobson To: fs@freebsd.org Content-Type: multipart/mixed; boundary="=-13Mkz5Thyt8H3u1dvEWX" Message-Id: <1074080151.733.51.camel@cyclops.thehouse> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 14 Jan 2004 03:35:51 -0800 cc: yar@freebsd.org Subject: updating HFS for 5.2R [patch] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2004 11:35:56 -0000 --=-13Mkz5Thyt8H3u1dvEWX Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi all, I'm interested in getting the recently-ported HFS code (thanks Yar!) working in 5.2-RELEASE. I downloaded version 03 of Yar's HFS code and was disappointed to learn that it no longer compiles on FreeBSD 5.2. After some digging through a source cross-reference service, I managed to figure out some of the API changes (I think), and found workarounds for the rest, enough to get it to compile at least. So far what I've done is this, I hope current fs hackers understand what I'm talking about, because I don't. ^_^ * the B_LOCKED flag is no longer supported, but I don't know enough about the fs code to figure out what to replace it with. I simply defined B_LOCKED with the original value, as a workaround. * I replaced calls to mtx_lock/mtx_unlock on the mntvnode_mtx global to MNT_ILOCK/MNT_IUNLOCK calls on the local mount point mutex (mp or mountp in the code). * There was at least one call to vrecycle that used the obsolete global mntvnode_mtx, by looking at code elsewhere I guessed that it's okay (correct?) to pass NULL instead. With these changes, the code compiles. I can install and load the resulting kernel module, and I can sucessfully use newfs_hfs and fsck_hfs, but mount_hfs on the same volume always fails with an "Input/output error". I've enclosed a patch that includes the changes I described above, it's based on the hfs-freebsd-03 source distribution: http://people.freebsd.org/~yar/hfs/ I hope that someone with experience in these matters might be willing to help. I'm an adequate C programmer, and I'm highly motivated to help with this, but my knowledge of the FreeBSD kernel and vfs are nil. I've already bugged Yar briefly and he's too busy with school to hack on this at the moment. Thanks and regards, -zack --=-13Mkz5Thyt8H3u1dvEWX Content-Disposition: inline; filename=hfs-freebsd-03_52R.diff Content-Type: text/x-patch; name=hfs-freebsd-03_52R.diff; charset= Content-Transfer-Encoding: 7bit diff -u -r ../hfs-freebsd-03/darwin/xnu/bsd/hfs/hfs.h darwin/xnu/bsd/hfs/hfs.h --- ../hfs-freebsd-03/darwin/xnu/bsd/hfs/hfs.h Sat Jun 21 06:33:42 2003 +++ darwin/xnu/bsd/hfs/hfs.h Wed Jan 14 01:39:11 2004 @@ -510,6 +510,9 @@ extern int hfs_namecmp(const char *, size_t, const char *, size_t); +#ifndef B_LOCKED +#define B_LOCKED 0x00004000 +#endif #endif /* __APPLE_API_PRIVATE */ #endif /* _KERNEL */ diff -u -r ../hfs-freebsd-03/darwin/xnu/bsd/hfs/hfs_vfsops.c darwin/xnu/bsd/hfs/hfs_vfsops.c --- ../hfs-freebsd-03/darwin/xnu/bsd/hfs/hfs_vfsops.c Tue Aug 12 07:43:56 2003 +++ darwin/xnu/bsd/hfs/hfs_vfsops.c Wed Jan 14 03:03:09 2004 @@ -495,7 +495,7 @@ * Note that we can visit a vnode more than once * and we can race with fsync. */ - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); loop: for (vp = TAILQ_FIRST(&mp->mnt_nvnodelist); vp != NULL; vp = nvp) { /* @@ -513,10 +513,10 @@ continue; } #endif - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mp); retval = vget(vp, LK_EXCLUSIVE | LK_NOWAIT | LK_INTERLOCK, p); if (retval) { - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); if (retval == ENOENT) goto loop; continue; @@ -524,7 +524,7 @@ #ifndef DARWIN /* access to v_vflag requires holding the vnode lock */ if (vp->v_vflag & VV_SYSTEM) { vput(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); continue; } #endif @@ -537,7 +537,7 @@ if (namefix) cache_purge(vp); vput(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); continue; } @@ -564,10 +564,10 @@ cat_releasedesc(&cndesc); } vput(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); } /* end for (vp...) */ - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mp); /* * If we're switching name converters we can now * connect the new hfs_get_hfsname converter and @@ -635,10 +635,10 @@ InvalidateCatalogCache(vcb); loop: - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mountp); for (vp = TAILQ_FIRST(&mountp->mnt_nvnodelist); vp != NULL; vp = nvp) { if (vp->v_mount != mountp) { - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mountp); goto loop; } nvp = TAILQ_NEXT(vp, v_nmntvnodes); @@ -646,13 +646,13 @@ /* * Invalidate all inactive vnodes. */ - if (vrecycle(vp, &mntvnode_mtx, p)) + if (vrecycle(vp, NULL, p)) goto loop; /* * Invalidate all cached file data. */ - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mountp); VI_LOCK(vp); if (vget(vp, LK_EXCLUSIVE | LK_INTERLOCK, p)) { goto loop; @@ -681,9 +681,9 @@ (void) replace_desc(cp, &desc); } vput(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mountp); } - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mountp); /* * Re-read VolumeHeader from disk. @@ -1737,7 +1737,7 @@ */ loop: - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); for (vp = TAILQ_FIRST(&mp->mnt_nvnodelist); vp != NULL; vp = nvp) { #ifdef DARWIN_UBC int didhold; @@ -1747,12 +1747,12 @@ * associated with this mount point, start over. */ if (vp->v_mount != mp) { - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mp); goto loop; } nvp = TAILQ_NEXT(vp, v_nmntvnodes); - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mp); VI_LOCK(vp); cp = VTOC(vp); @@ -1761,7 +1761,7 @@ // or being reclaimed. if (cp == NULL) { VI_UNLOCK(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); continue; } @@ -1769,7 +1769,7 @@ (((cp->c_flag & (C_ACCESS | C_CHANGE | C_MODIFIED | C_UPDATE)) == 0) && TAILQ_EMPTY(&vp->v_dirtyblkhd))) { VI_UNLOCK(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); continue; } @@ -1777,7 +1777,7 @@ if (error) { if (error == ENOENT) goto loop; - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); continue; } @@ -1793,7 +1793,7 @@ ubc_rele(vp); #endif vrele(vp); - mtx_lock(&mntvnode_mtx); + MNT_ILOCK(mp); }; vcb = HFSTOVCB(hfsmp); @@ -1801,7 +1801,7 @@ meta_vp[0] = vcb->extentsRefNum; meta_vp[1] = vcb->catalogRefNum; meta_vp[2] = vcb->allocationsRefNum; /* This is NULL for standard HFS */ - mtx_unlock(&mntvnode_mtx); + MNT_IUNLOCK(mp); /* Now sync our three metadata files */ for (i = 0; i < 3; ++i) { --=-13Mkz5Thyt8H3u1dvEWX-- From owner-freebsd-fs@FreeBSD.ORG Fri Jan 16 10:17:23 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E4316A4CE for ; Fri, 16 Jan 2004 10:17:23 -0800 (PST) Received: from moe.ilimit.es (38.Red-213-96-13.pooles.rima-tde.net [213.96.13.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F0E43D45 for ; Fri, 16 Jan 2004 10:17:17 -0800 (PST) (envelope-from d.ortiz@in.ilimit.es) Received: from dani.ilimit.lan ([192.168.1.57] helo=in.ilimit.es) by moe.ilimit.es with smtp (Exim 3.35 #1 (Debian)) id 1AhYWr-0005mp-00 for ; Fri, 16 Jan 2004 19:17:09 +0100 Received: by in.ilimit.es (sSMTP sendmail emulation); Fri, 16 Jan 2004 19:17:04 +0100 Date: Fri, 16 Jan 2004 19:17:04 +0100 From: Daniel Ortiz To: freebsd-fs@freebsd.org Message-ID: <20040116181704.GA10079@in.ilimit.es> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-ILIMIT-MailScanner-Information: ILIMIT Comunicacions X-ILIMIT-MailScanner: Found to be clean Subject: atacontrol raid X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2004 18:17:23 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm trying to do an RAID1 array of two disks on my FreeBSD 4.9=20 I've only two disks ad0 and ad1. When I execute 'atacontrol create RAID1 ad0 ad1' seems to be ok but when I reboot the system doesn't work. How changes I've to made on fstab ar0s1 etc etc doesn't work Any idea o link?=20 Thanks in advance. --=20 -- Daniel Ortiz d.ortiz@in.ilimit.es --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFACCqgPprEQTARuLoRAipZAJ9oRNcLz1qCklYDC3TrKebCdu/7fQCeMjyF c0KsIv/DtARLufa6KgOsz+s= =0xZ6 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-fs@FreeBSD.ORG Fri Jan 16 12:06:19 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33D2916A4CF for ; Fri, 16 Jan 2004 12:06:19 -0800 (PST) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 9113E43D48 for ; Fri, 16 Jan 2004 12:05:55 -0800 (PST) (envelope-from darcy@wavefire.com) Received: (qmail 23714 invoked from network); 16 Jan 2004 20:47:06 -0000 Received: from dbitech.wavefire.com (HELO 64.141.15.253) (darcy@64.141.15.253) by radius.wavefire.com with SMTP; 16 Jan 2004 20:47:06 -0000 From: Darcy Buskermolen Organization: Wavefire Technologies Corp. To: freebsd-fs@freebsd.org Date: Fri, 16 Jan 2004 12:05:53 -0800 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401161205.53937.darcy@wavefire.com> Subject: 32k directory limit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2004 20:06:19 -0000 Is there a way i can bump up the limit of 32k directories in a directory on either 4.9 or 5.2 ? -- Darcy Buskermolen Wavefire Technologies Corp. ph: 250.717.0200 fx: 250.763.1759 http://www.wavefire.com From owner-freebsd-fs@FreeBSD.ORG Fri Jan 16 16:04:05 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E680016A4CE for ; Fri, 16 Jan 2004 16:04:05 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A7043D45 for ; Fri, 16 Jan 2004 16:04:03 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A5B6F72DC7; Fri, 16 Jan 2004 16:04:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A2C3F72DBF; Fri, 16 Jan 2004 16:04:03 -0800 (PST) Date: Fri, 16 Jan 2004 16:04:03 -0800 (PST) From: Doug White To: Daniel Ortiz In-Reply-To: <20040116181704.GA10079@in.ilimit.es> Message-ID: <20040116160313.U93165@carver.gumbysoft.com> References: <20040116181704.GA10079@in.ilimit.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-fs@freebsd.org Subject: Re: atacontrol raid X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2004 00:04:06 -0000 On Fri, 16 Jan 2004, Daniel Ortiz wrote: > Hi, I'm trying to do an RAID1 array of two disks on my FreeBSD 4.9 > I've only two disks ad0 and ad1. > When I execute 'atacontrol create RAID1 ad0 ad1' seems to be ok but when > I reboot the system doesn't work. Explain "doesn't work." Does the ATA RAID BIOS find the mirrored volume? Does FreeBSD find the volume? Have you updated fstab? Did you make a new filesystem? :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-fs@FreeBSD.ORG Sat Jan 17 22:30:58 2004 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6150416A4CE for ; Sat, 17 Jan 2004 22:30:58 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D50143D60 for ; Sat, 17 Jan 2004 22:30:53 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i0I6Ud7E052537; Sat, 17 Jan 2004 22:30:43 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200401180630.i0I6Ud7E052537@gw.catspoiler.org> Date: Sat, 17 Jan 2004 22:30:39 -0800 (PST) From: Don Lewis To: fs@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: mckusick@beastie.mckusick.com Subject: "giving up on N buffers" revisited X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2004 06:30:58 -0000 I think there is another cause for the "giving up on N buffers" problems besides the fsck'ing the root partition in single user mode problem that I fixed and the mounted ext2fs file system problem that has not been fixed. I occasionally run into this problem if I reboot too quickly after doing make installworld mergemaster My file systems are mounted with soft-updates enabled. My suspicion is that the syncer thread is getting disabled before its worklist is empty and the remaining dirty bufs can't be immediately flushed in the kernel shutdown code due to dependencies. Mergemaster would have a tendency to trigger this because it nukes its temproot tree just before it exits. Waiting a little while before rebooting gives the syncer time to do some cleanup before it gets shut down.