On Mon, Jul 12, 2004 at 07:58:07PM +0000, Liam Helmer wrote: > Hey Herbert, > > We chatted a bit about this on IRC, but I wanted to try and get this > resolved, so I'll make a more thorough report on the matter: > > I'm using kernel 2.6.7 with vserver 1.9.2-rc5. > The problem I'm running into is with the squashfs file system > (http://squashfs.sf.net). This bug affects both the development version > (2.0Alpha) and the stable version (1.3r3). > > I'm using the new vserver tools: version 0.29.214. The problem is not > with the legacy tools, it's only with the new tools/system calls. It > only affects vserver > 1.9.1... 1.9.1 seems unaffected by this. > > So, the simplest test scenario: > > 1) Create a squashfs file with binary excecutables in it > 2) Mount it as a loop device > > Then excecute: > 3) #vcontext --create --xid 100 md5sum /loopdir/* > 4) #vcontext --create --xid 101 md5sum /loopdir/* > > The second command (in context 101) will fail, with each file giving > permission denied messages. > > If you then excecure: > > #vcontext --create --xid 100 md5sum /loopdir/* > > That will work fine. > > Also, if you do md5sum /loopdir/* beforehand from context 0, you'll get > no errors in either context. > > My current theory is that the filesystem cache that squashfs creates for > one virtual context is unreadeable by other virtual contexts, resulting > in the permission denied errors. Squashfs is a compressed filesystem, so > it creates it's own filesystem cache to speed up read times. I've sent > off a couple of emails to the creator of squashfs as well. > > So, do you have any ideas as to how this could be resolved?
yep, seems like the xid is used even on non tagxid filesystems for new inodes, this is a bug and will be fixed in the next release ... thanks, Herbert > Thanks! > Liam > > _______________________________________________ > 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