Re: Context disk limits.

On Fri, Aug 20, 2004 at 02:37:29PM +0100, Chris Murton wrote:
> Herbert,
> 
> Thanks for this.
> 
> All looks to be fine, until I do a "df" inside the vserver. 
> "df -i" is fine, but ...
> 
> Filesystem           1k-blocks      Used Available Use% Mounted on
> /dev/hdv1              1280000    784440         0 100% /

hmm, unfortunately my crystal ball is having
the 1000 precognitions service now, so please
provide some details like:

 - kernel version, patch version
 - partitions, and setup
 - setup done with the cqhlim

TIA,
Herbert

> Thanks,
> Chris.
> 
> > -----Original Message-----
> > From: Herbert Poetzl [mailto:herbert@xxxxxxxxxxxx] 
> > Sent: 20 August 2004 2:20 PM
> > To: Chris Murton
> > Cc: vserver@xxxxxxxxxxxxxxxxxxxxxx
> > Subject: Re: [Vserver] Context disk limits.
> > 
> > On Fri, Aug 20, 2004 at 01:15:45PM +0100, Chris Murton wrote:
> > > All,
> > > 
> > > Has anyone come up with a reliable and scalable solution to 
> > get this these
> > > to work post-reboot (detecting the number of inodes in 
> > use)? Anything that
> > > will count inodes in a directory will suit me brilliantly, 
> > or failing that,
> > > if cqhlim could be modded to do this work itself that'd be 
> > even better ;)
> > 
> > I'm still waiting for some shiny hero, who will
> > step forward and code a nice tool to calculate the
> > precise number of inodes and blocks for a vserver ...
> > 
> > until then there are some options for this, with
> > varying accuracy:
> > 
> >  - non unified vservers
> > 
> >    number of inodes:
> >     find /path/to/vserver -xdev | wc -l
> > 
> >    blocks used:
> >     du -skx /path/to/vserver
> > 
> >  - unified vservers, tagged correctly:
> >    (means for unified xid=0, for all other xid>0)
> > 
> >    number of inodes:
> >     find /path/to/vserver -xdev \( -links 1 -o -type d \)  | wc -l
> > 
> >    number of blocks (1k):
> >     find / -xdev -links 1 -printf "%k\n" \
> >             | gawk '{ S+=$1+1 } END { print S }'
> > 
> >  - unified vservers, half tagged:
> > 
> >    some magic with lsxid and or a new utility ...
> > 
> > HTH,
> > Herbert
> > 
> > > Thanks,
> > > Chris.
> > > 
> > > _______________________________________________
> > > Vserver mailing list
> > > Vserver@xxxxxxxxxxxxxxxxxxxxxx
> > > http://list.linux-vserver.org/mailman/listinfo/vserver
> > 
_______________________________________________
Vserver mailing list
Vserver@xxxxxxxxxxxxxxxxxxxxxx
http://list.linux-vserver.org/mailman/listinfo/vserver