Date: Wed, 3 Nov 2004 12:25:12 +0100 From: "Wolfgang Frick" <blackcreed@gmx.net> To: "'Ricardo Oliva'" <ricardo@zoology.ubc.ca> Cc: freebsd-stable@freebsd.org Subject: AW: Problem with quotas on 4.10 Message-ID: <00b301c4c197$c9114070$fe78a8c0@TECHSRV1> In-Reply-To: <A3B031E4-2D04-11D9-A206-0030657D2842@zoology.ubc.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok, FreeBSD 4.10-STABLE with the sources from October 26 Ricardo, you are in every point right. When I first make quotaoff, there is no problem. but when I change for example the owner of the file as root, in the directory, where I have enabled quotas for the user, the process hangs, and I can't do anything more in this directory, where I have enabled quotas. What I did is: - I enabled quotas in kernel -> made a new kernel - I enabled quotas in rc.conf, edited my fstab -> reboot - I set quotas with edquota for a test user -> reboot (not needed, but I did it) - I tested it with ftp, and if I uploaded more than quota allows he said me, you are over quota, so quota works! - But, the user is not over quota, has a quota limit of 100MB (100000 KB) and I copy as root a file (2 MB) to his folder, and I just would change the owner of the file to him, the chown process hangs, with state "chkdq1" in "top". Please try the same, and report me your result. When I do the same with FreeBSD 5.3 it works, I can do anything and nothing hangs! Sorry, but that's all, I have nothing more for information and sorry for my bad english. - Wolfgang > -----Urspr=FCngliche Nachricht----- > Von: Ricardo Oliva [mailto:ricardo@zoology.ubc.ca] > Gesendet: Dienstag, 2. November 2004 20:23 > An: Wolfi > Betreff: Re: Problem with quotas on 4.10 >=20 > What is your patch level? I am running quotas on 4.10 p3 no problems. >=20 > Have you changed the quotas a few times? I ran into a problem where I > tested group quotas and decided not to use it, but use only user > quotas. I thought disabling it on /etc/fstab and quotaoff, quotaon > would do the trick. I also deleted the group.quota file. Bad mistake. > The quotas were still in place even then. So I had to re-enable the > group quotas. Do a quotacheck, to recreate the group.quota files. Then > used edquota to change it, disable groupquotas on /etc/fstab, quotaoff > and quotaon, and left the group.quota file alone. That did it. >=20 > So, from my experience, it seems like some old settings might stick > around in case you do something wrong, but you should be able to > recover from it. One thing that you might want to make sure as well is > that in order to give a user 100MB of quota, you should use 100000 on > the edquota, since it is using KB. I have done this one mistake as > well. >=20 > Please provide me with more details, in case those things do not help > you. >=20 > Cheers > -- > Ricardo Oliva > Core Systems Administrator > Zoology Department > University of British Columbia > Ph.: 604-822-3882 > E-mail: ricardo@zoology.ubc.ca >=20 > On 2-Nov-04, at 2:01 AM, Wolfi wrote: >=20 > > Hi, > > > > I have following problem on a 4.10 > > > > I have "options QUOTA" enabled in kernel > > In "/etc/rc.conf" enable_quotas=3D"YES" > > > > > > That's my "/etc/fstab" > > /dev/da0s1b none swap sw 0 > > 0 > > /dev/da0s1a / ufs rw 1 > > 1 > > /dev/da0s1h /data ufs rw,userquota,groupquota > > 2 2 > > /dev/da0s1f /tmp ufs rw 2 > > 2 > > /dev/da0s1g /usr ufs rw 2 > > 2 > > /dev/da0s1e /var ufs rw 2 > > 2 > > /dev/acd0c /cdrom cd9660 ro,noauto 0 0 > > proc /proc procfs rw 0 > > 0 > > > > I set quotas for a user "foo" to 100MB > > then I copyied as root a file (2 MB) in his directory (/data/foo) > > the user is not over quotas! he has enough space left > > and I would with "chown foo filename" change the owner of the file > > but the command didn't finish. > > I can nothing do in this directory (/data/foo) > > if I try a (in another terminal) "ls -l /data/foo" the command hangs > > i cannot kill the chown process > > in "top" I see the the chown process with state "chkdq1" > > I can't reboot the machine. > > I must power off and then power on, that the problem is away. > > I tryied the same on 5.3 and there it works well. > > > > What I'm doing wrong? > > > > Wolfgang > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00b301c4c197$c9114070$fe78a8c0>