Subject: Re: [vserver] nfs share attribute problem
From: Chuck <chuck@sbbsnet.net>
Date: Wed, 21 Sep 2011 06:51:47 -0400

On Sunday, September 18, 2011, Chuck wrote:
> just upgraded kernel and utils on this machine. another machine with the same upgrade

does 
> not have this... never saw this before:
> 
> 
> dragon vservers # vserver-stat
> CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
> 0      110 874.5M  45.9M  37m13s96  16m49s12   9h01m52 root server
> 
> worry?
> 
> 

incorrect. the other machine had the same kernel but the utils had not been upgraded.

since making sure everything was updated, that has this display too. evidently this
is 
normal. hopefully somewhere in the list it explains this. 


> 
> 
> 
> On Sunday, September 18, 2011, Herbert Poetzl wrote:
> > On Sat, Sep 17, 2011 at 10:53:24PM -0400, Chuck wrote:
> > > i am trying to mount the entire contents of /vservers from an  
> > > nfs share rather than locally. the mount works, but showattr   
> > > indicates i have lost the Barrier attribute and cannot re-set  
> > > it.... the ony workaround i have found is to mount each        
> > > vserver/guestname via nfs and not the /vservers dir.. that is  
> > > a LOT of nfs mounts!! more than 30 on one machine.             
> > 
> > > won't that present performance problems?
> > 
> > mostly depends on the server and on the amount of
> > possibly shared data ...
> > 
> > > is there a way to set the barrier on an nfs mounted /vservers 
> > > dir?
> > 
> > well, the bad news is, as longs as the server doesn't 
> > support the additional attributes, there is no way to 
> > set the barrier flag on an nfs share, the good news
> > OTOH is, that the barrier most likely isn't needed
> > anymore with recent kernel/patches
> > 
> > HTH,
> > Herbert
> > 
> > > -- 
> > > Chuck
> > 
> 
> 
> -- 
> 
> Chuck
> 


-- 

Chuck