Hi,

I originally posted this last week for Ben, but sent it from the wrong 
address. I thought it still might help some people out.

Hi Ben,

Do you have quotas set up properly? I was getting similar results. Last 
week, I posted a message that no one responded to regarding some quirky 
issues with vsdadm, WebAdmin, and VSDClient. I had notice problems with 
Virtual Servers that had more than 12 users. I know it sounded nuts and 
everyone must of thought I had lost my mind. I was starting to think the 
same thing. When I would run some of the priv_* and quota_* commands vsd 
would hang and eventually produce a Read timeout error. When I ran 
quotastats from a VS with few users it spit out 0K for everything accept 
the total usage on the bottom. On the VS with more users, quotastats spit 
out 0K for everyone but admin and mail who were set at about 1320k. In 
addition, quotastats would crash with a Segmentation fault after the 
output. I tried to use setquota to remove the quota, but it wouldn't work.

I started thinking that the problem may not have anything to do with the 
number of users and it was a quota problem. After doing some research on 
quota I determined that it was compiled in the kernel, but it was not 
enabled in /etc/fstab for any filesystems. Following the directions in the 
FreeVSD Quota HOWTO, I modified the fstab, and rc.sysinit and ran 
quotacheck and quotaon. Everything works, (well for the most part). I don't 
get The errors or timeouts now.

Hope this helps.

Take care,

Paul

At 02:52 AM 4/6/01, Ben Kennish wrote:
>Currently having problems with vsdadm and the priv_ commands.
>
>e.g. when I do...
>
>'vsdadm priv_avail localhost vsone'
>
>I just wait and wait nothing happens and so I press CTRL-C.  Same thing with
>"priv_list"
>
>Trying priv_modify with the following...
>
>`vsdadm priv_modify localhost vsone admin +mail` gives unknown user vsone
>which is weird considering the syntax is listed as...
>`vsdadm priv_modify <host svr> <vs> <user> <+¦- priv>`
>
>
>Any ideas as to what might be causing this one?
>
>Thanks,
>
>----
>Ben Kennish
>
>Software Engineer
>Fubra Limited
>
>web   | www.fubra.net
>email | [EMAIL PROTECTED]
>phone | +44 (0)870 1222 600
>fax   | +44 (0)870 1222 699

Reply via email to