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:ricardo@zoology.ubc.ca]
> 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: ricardo@zoology.ubc.ca
>
> 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
> >
> > _______________________________________________
> > 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"