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üngliche Nachricht----- > Von: Ricardo Oliva [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 2. November 2004 20:23 > An: Wolfi > Betreff: Re: Problem with quotas on 4.10 > > What is your patch level? I am running quotas on 4.10 p3 no problems. > > 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. > > 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. > > Please provide me with more details, in case those things do not help > you. > > Cheers > -- > Ricardo Oliva > Core Systems Administrator > Zoology Department > University of British Columbia > Ph.: 604-822-3882 > E-mail: [EMAIL PROTECTED] > > On 2-Nov-04, at 2:01 AM, Wolfi wrote: > > > Hi, > > > > I have following problem on a 4.10 > > > > I have "options QUOTA" enabled in kernel > > In "/etc/rc.conf" enable_quotas="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 > > > > _______________________________________________ > > [EMAIL PROTECTED] mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "[EMAIL PROTECTED]" _______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"