On Mon, Feb 23, 2004 at 09:39:09AM -0000, Dan Winfield wrote:
> Hi
> 
> I was wondering how effective the vunify is? It looks like I have saved
> a very small percentage when I unify a vserver. In my previous post I
> thought that it might not have worked as the command ran so quickly.
> 
> Looking in more details at the files with lsattr, the unified vserver
> has had the flags changed for the files.
> 
> For example
> 
> ----i----------t- testunify/bin/mount
> ----i----------t- testunify/bin/umount
> ----i----------t- testunify/bin/ps
> ----i----------t- testunify/bin/kill
> ----i----------t- testunify/bin/sed
> ----i----------t- testunify/bin/date
> ----i----------t- testunify/bin/echo
> 
> Does this look ok?
> 
> How do you measure the benefit, would du <vserver> do the job?

find /vservers/<name> -xdev ! -links 1 -printf "%s\n" \
        | gawk '{ sum+=$1 } END { print sum }'

will give you an estimate of the number of 'shared' bytes,
where local hardlinks are accounted too ...

find /vservers/<name> -xdev -links 1 -printf "%s\n" \
        | gawk '{ sum+=$1 } END { print sum }'

will sum up the non hardlinked (definitely not shared)
files in a vserver ...

still the ultimate tool to do this is missing ...

HTH,
Herbert

> All the best
> 
> Dan
> 
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf Of 
> > Dan Winfield
> > Sent: 22 February 2004 16:42
> > To: [EMAIL PROTECTED]
> > Subject: RE: [Vserver] Vunify error util-vserver-0.29.192
> > 
> > 
> > Hi Enrico,
> > 
> > 
> > > 
> > > | # vserver foo build -m skeleton --hostname foo --netdev eth0
> > > | --interface 10.1.2.3/20 --context 42
> > 
> > Managed to create a vserver using this command. Used debootstrap.
> > 
> > This put all config into /usr/local/etc/vservers and not 
> > /etc/vservers as mentioned in the doc.
> > 
> > I followed the setting up of the reference server, adapting 
> > the paths for /usr/local/etc/vservers
> > 
> > 
> > When I run >vserver testunify unify
> > 
> > Nothing happens the command returns immediately and there is 
> > no feedback!
> > 
> > Also, I get lots of errors when stopping the vserver relating 
> > to mounts. Never had this before!
> > 
> > Sending all processes the TERM signal... done.
> > Sending all processes the KILL signal... done.
> > Saving random seed... done.
> > Unmounting remote filesystems... done.
> > Deconfiguring network interfaces: done.
> > umount2: Operation not permitted
> > umount: none: not found
> > umount: /tmp: Illegal seek
> > Deactivating swap... done.
> > Unmounting local filesystems... umount2: Operation not permitted
> > umount: none: not found
> > umount: /dev/pts: Illegal seek
> > umount2: Operation not permitted
> > umount: none: not found
> > umount: /tmp: must be superuser to umount
> > umount2: Invalid argument
> > umount: /dev/hdv1: not found
> > umount: /: not mounted
> > done.
> > mount: permission denied
> > Rebooting... ifdown: shutdown eth0: Permission denied
> > 
> > Anything you can help with?
> > 
> > Dan
> > 
> > _______________________________________________
> > Vserver mailing list
> > [EMAIL PROTECTED] 
> > http://list.linux-> vserver.org/mailman/listinfo/vserver
> > 
> 
> _______________________________________________
> Vserver mailing list
> [EMAIL PROTECTED]
> http://list.linux-vserver.org/mailman/listinfo/vserver
_______________________________________________
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver

Reply via email to