From owner-freebsd-current Wed Mar 17 8:30:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 27F6414FAA for ; Wed, 17 Mar 1999 08:30:37 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id IAA30097; Wed, 17 Mar 1999 08:29:54 -0800 (PST) (envelope-from dillon) Date: Wed, 17 Mar 1999 08:29:54 -0800 (PST) From: Matthew Dillon Message-Id: <199903171629.IAA30097@apollo.backplane.com> To: "Mikhail A. Sokolov" Cc: Greg Lehey , "Mikhail A. Sokolov" , current@FreeBSD.ORG Subject: Re: repeated ufs_dirbad() panics on 4.0-c References: <19990316223637.A31464@demos.su> <19990317125112.T429@lemis.com> <19990317151924.B3718@demos.su> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :I.e. I could've agreed with that this could be really doomed directory, but no, :it's not that way, squid's allocating objects in memory, when it reaches the :limit it'd swap it to the spool (as per LRU and such rules) and then, after :it dies, I find that ~1 recursive swap file (2 disksx9gb, 256 catalogues of :16 subdirs each in 8 and 6 cache_dirs as applicable to two spools) in each :of the subdirs (second level cache) has died, - has been automagically converted :to contain some crap [by FFS?]. : :What could help is that squid is configured to use poll(), doesn't use threads, :doesn't do async (i.e. as squid undestands it, it's an option there) operations. :Mounts on the FS's are noatime, but that ain't is the culprit, ain't they? : :-- :-mishania It kinda sounds like you have two overlapping partitions. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message