Rude acronyms Ben?
RTFM, means "read the fine manual" =P
Nigel.
On Tuesday 10 April 2001 11:40 am, you wrote:
> WTF - why aren't error messages outputted to the screen anymore? (as today
> seems to be the day for using rude acronyms! ;-)
>
> Cheers,
>
> ----
> Ben Kennish
> email | [EMAIL PROTECTED]
>
> ----- Original Message -----
> From: "Nick Burrett" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, April 10, 2001 11:18 AM
> Subject: Re: priv_*
>
> > "Ben Kennish" <[EMAIL PROTECTED]> writes:
> > > I did 'RTFM' and it recommends that you run quotacheck on startup. I
>
> was
>
> > > wondering why this was.
> > >
> > > :-p
> >
> > It tells you in the first and third paragraphs of `man 8 quotacheck'.
> > The key words are "and mounts non-valid file systems". It is probably
> > already done by default in your sysv init scripts.
> >
> > > If RH6.2 doesn't have quota support built in then how come I don't get
>
> an
>
> > > "error: -ERR Could
> > > not set quota stats" when running vsd-vsbatch.pl?
> >
> > Did you assign a quota to the VS ? The output of those quota_userset
>
> commands
>
> > is no longer sent to the screen
> >
> > > Cheers,
> > >
> > > ----
> > > Ben Kennish
> > > email | [EMAIL PROTECTED]
> > >
> > > ----- Original Message -----
> > > From: "Nick Burrett" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Tuesday, April 10, 2001 10:56 AM
> > > Subject: Re: priv_*
> > >
> > > > "Ben Kennish" <[EMAIL PROTECTED]> writes:
> > > > > Thanks Paul,
> > > > >
> > > > > When you say that quota support is compiled in, are you talking
>
> about RH
>
> > > > > 6.2? If so, someone should tell HOWTOQuotas.txt that it's wrong
> > > > > and
> > >
> > > that
> > >
> > > > > RH6.2 does have quota support built into kernel.
> > > >
> > > > 6.2 does not have quota support built in.
> > > >
> > > > > I'm running "quotacheck -avug" now (takes ages I know). Do I
> > > > > ALWAYS
> > >
> > > need to
> > >
> > > > > do "quotacheck -avug" on system startup as it seems to take around
>
> 20
>
> > > mins
> > >
> > > > > which means a lot of hanging around when waiting for system to
> > > > > boot!
> > > >
> > > > No. You only do it once. RTFM
> > > >
> > > > > I'll report back once I've finished. Cheers,
> > > > >
> > > > > ----
> > > > > Ben Kennish
> > > > > email | [EMAIL PROTECTED]
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Pau Marshall" <[EMAIL PROTECTED]>
> > > > > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > > > > Sent: Monday, April 09, 2001 6:28 PM
> > > > > Subject: Re: priv_*
> > > > >
> > > > > > 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
