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]"

Reply via email to