Date: Mon, 24 Jul 95 12:53:01 MDT From: terry@cs.weber.edu (Terry Lambert) To: joerg_wunsch@uriah.heep.sax.de Cc: robin@rucus.ru.ac.za, freebsd-bugs@FreeBSD.org Subject: Re: Cant switch quotas on without machine hanging Message-ID: <9507241853.AA07719@cs.weber.edu> In-Reply-To: <199507240614.IAA04081@uriah.heep.sax.de> from "J Wunsch" at Jul 24, 95 08:14:44 am
next in thread | previous in thread | raw e-mail | index | archive | help
J"org writes: > As Robin Lunn wrote: > > > > I have recompiled the kernel with options QUOTA on and unnecesary devices > > removed. I have set up quotas on each of the / and /home partitions with > > edquota and entered the options userquota,groupquota in /etc/fstab. > > About a minute after I quotaon -a the system hangs and has to be reset. > > I remember a discussion by Terry Lambert that quotas on multiple file > systems are broken. Try using it on /home only and see if it will > work. I believe I made the statement in question (it was so long ago!) with regard to what looked like a deadlock condition was possible but was not detected when running a single quota file for multiple file systems. The soloution I suggested was to put the quota file on the file system being serviced so that it could compute deadlocks instead of causing them. Which still leaves them uncomputed, I believe. The quota code probably ought to vfs_lock()/vfs_unlock() the mount point associated with the quota vnode on entry/exit. This is really a gross hack; the correct soloution would be a heirarchical lock manager in the kernel (it's necessary for SMP anyway). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9507241853.AA07719>