Re: [zones-discuss] df -Z behaviour in global Zone
It was actually another problem we were trying to solve and happened to notice the df behaviour while debugging. We had a script in the gz that wanted to mount the nfs share. It did a simple check to see if it was already mounted by parsing mount output which showed the ngz mount. The script in the gz tried to access the mount that was in the ngz which faild, at which point the script decided to umount the share since it couldn't get to it. The umount was successful, which is expected, but the poor people in the ngz just saw there mount disappear. Woops. df doesn't really ignore nfs mounts since it reports the data correctly if you don't use the -Z option and if you run it in the ngz. The -Z option works correctly for other fs types in the ngz just not nfs. I would have expected df -Z to just not report on nfs fs's in the ngs instead of throwing the cryptic "Not Owner" error. On Fri, Jun 5, 2009 at 4:52 PM, Peter Tribble wrote: > > > That's why df does ignore nfs mounts by default and you have the -Z option > to > force it to go look. I've not yet come across a case where df -Z has > told me anything > useful - what problem are you trying to solve by running df -Z? > > -- > -Peter Tribble > http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ > ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] df -Z behaviour in global Zone
On Fri, Jun 5, 2009 at 10:46 PM, Derek McEachern wrote: > In doing some testing we came across some unexpected behaviour (at least > unexpected to me) of the df -Z command when run in the global zone. > > If a non-global zone has an nfs fs mounted df -Z dumps all kinds of statvfs > errors because as best I can tell he can't actually see the fs. It's in the > gz's /etc/mntab but it can't be accessed from the gz. > > df -Z > df: cannot statvfs /zone/zone/root/servers: Not owner > > This seems like a bug to me, shouldn't df ignore ngz nfs mounts? That's why df does ignore nfs mounts by default and you have the -Z option to force it to go look. I've not yet come across a case where df -Z has told me anything useful - what problem are you trying to solve by running df -Z? -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] df -Z behaviour in global Zone
In doing some testing we came across some unexpected behaviour (at least unexpected to me) of the df -Z command when run in the global zone. If a non-global zone has an nfs fs mounted df -Z dumps all kinds of statvfs errors because as best I can tell he can't actually see the fs. It's in the gz's /etc/mntab but it can't be accessed from the gz. df -Z df: cannot statvfs /zone/zone/root/servers: Not owner This seems like a bug to me, shouldn't df ignore ngz nfs mounts? Derek ___ zones-discuss mailing list zones-discuss@opensolaris.org