From owner-freebsd-questions Thu Dec 22 14:55:14 1994 Return-Path: questions-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA20897 for questions-outgoing; Thu, 22 Dec 1994 14:55:14 -0800 Received: from squid.umd.edu (squid.umd.edu [129.2.40.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA20890 for ; Thu, 22 Dec 1994 22:55:11 GMT Received: by squid.umd.edu (5.65/Ultrix3.0-C) id AA11911; Thu, 22 Dec 1994 18:01:09 -0500 From: fcawth@squid.umd.edu (Fred Cawthorne) Message-Id: <9412222301.AA11911@squid.umd.edu> Subject: Re: Strange problems with quotas >1 disk. To: bmk@dtr.com Date: Thu, 22 Dec 94 18:01:08 EST Cc: questions@freebsd.org In-Reply-To: <199412211003.CAA00580@dtr.com>; from "bmk@dtr.com" at Dec 21, 94 2:03 am X-Mailer: ELM [version 2.3 PL11] Sender: questions-owner@freebsd.org Precedence: bulk > > -----BEGIN PGP SIGNED MESSAGE----- > > A few weeks ago, I configured a FreeBSD-2.0 system for quotas on > one disk (mount point /VOL1). I was able to use edquota, repquota, > quotacheck, all without problems. > > A few days ago I found the need to use quotas on another > filesystem (/VOL2), which is on a different physical disk from > /VOL2 (I doubt that matters). Since doing so, I have been plagued > with intermittant page faults and reboots when I run any of the > quota utilities. For example, quotacheck -v -a will often cause > a reboot (no page fault) after it finishes checking /VOL1. edquota > fails as well when it attempts to update user.quota, but it > SOMETIMES gives a page fault (I didn't record the information, > unfortunately). Usually it just reboots. Sometimes it even > works like it should :). > ... > Has anyone else seen this problem, or is it just me? > I have seen this on my system. (Just tried it...) I have also seen one reboot when I was doing alot of quota changing on a config with only one filesystem that had quotas. (i.e. edquota a bunch of times...) It usually works correctly for the single filesystem case, as you noted. When I enabled quotas on a second filesystem, and ran quotacheck, it rebooted my machine!!!! (I was running X, so I don't know if there was a message...) Also, when it came back up, and tried to check the quotas, it said: quotacheck: cannot allocate memory (When quotacheck -a was run from the rc file) I have 32 megs of ram, 64 megs of swap ... What gives???? I can run quotacheck in X windows, etc.. and it doesn't crash now. (It does give that cannot allocate memory message) It had to create the user.quota file before it crashed, so maybe that messed things up?? In any event, there's got to be something wrong with this thing. Any ideas?? My machine: 486DX2/66 32 Megs ram Adaptec 1542CF SCSI controller 1.6 Gig Micropolis SCSI drive Toshiba SCSI cdrom S3 VLB video card your usual irrelevant stuff... I'm running FreeBSD 2.0 release BTW... Is this one of those "embarassing" bugs?? (: Fred.