From owner-freebsd-isp Thu Oct 17 11:45:29 1996 Return-Path: owner-isp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20685 for isp-outgoing; Thu, 17 Oct 1996 11:45:29 -0700 (PDT) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.65.220]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA20676 for ; Thu, 17 Oct 1996 11:45:26 -0700 (PDT) Received: by tahoma.cwu.edu; id AA31067; Thu, 17 Oct 1996 11:44:54 -0700 Date: Thu, 17 Oct 1996 11:44:54 -0700 (PDT) From: Chris Timmons To: "Mark S. Velasquez" Cc: freebsd-isp@freebsd.org Subject: Re: **ccd, disk striping, and fsck problems** In-Reply-To: <199610151658.LAA26097@brasil.moneng.mei.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-isp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had this problem recently and changed the passno in fstab such that each ccd device would be checked seperately. Problem solved! Did the unlimit-before-exec solution work too? I've been meaning to have a look at the code to see what really is happening but with the passno workaround I've moved on to other fires at the moment... -Chris On Tue, 15 Oct 1996, Joe Greco wrote: > > We're running FreeBSD 2.1.5 and I recently striped 3 disks(Quantum 4.3GB, > > 7400 rpm) into one logical volume, and have beeen using it without incident. > > However, when I brought the system down for maintainance, it was unable to > > boot due to an fsck problem(complains about "out of memory"). The filesystem > > was built with "-i 1024", which I feel was appropriate for a filesystem to > > be used as a news server's spool directory, but I'm wondering if this is > > what's causing the problem. > > > > Any help is appreciated. > > I assume you have a fair amount of physical RAM if you are running a news > server. That is probably not the problem. > > If you are crashing in the "fsck -p" in /etc/rc, I would probably try: > > csh -c "unlimit; exec fsck -p" > > as a way to circumvent the per process memory limit that you may be > running into. You can probably stick that right into /etc/rc in place > of the current fsck -p. > > ... JG >