In the mean time let's quit working on PVFS ACLs; seems like we're close
enough that any remaining issues are lost in the noise of kernel variance.
Rob
Phil Carns wrote:
Hmm. It looks like there must be a lot of discrepancy between different
kernel versions and different acl tools. I tried r
Hmm. It looks like there must be a lot of discrepancy between different
kernel versions and different acl tools. I tried running a few tests on
some gentoo boxes here (after a minor change to the script; gentoo's
"adduser" doesn't create a home directory):
2.6.15.4 stock kernel, acl package
Phil,
Here is my output from my FC5 box running a modified 2.6.16 kernel
(provided by FC5). None of those modifications would affect the acl and
xattr tests though.
Does not look like I am seeing any of the errors that you are describing.
All the outputs look identical to me ...
Some of these look
I am fairly sure that I was running this with the current CVS head. We
originally saw these latest problems in our local tree after a vendor
merge, but I switched to the HEAD version from Clemson this afternoon to
double check that we didn't introduce anything on our end (that's when I
saw the
Hi Phil,
Drat.. this ACL thing is really proving to be annoying :)
I dont see any errors on FC5 (2.6.16 kernels) as far as I can tell..
> problems, though. We are running tests on a redhat 2.6.9-34.0.2.ELsmp
> kernel.
>
> There is still one failure listed on PVFS2:
>
>Do not follow symlinks.
Hi Murali,
Thanks for working on this stuff. I think we are still seeing a few
problems, though. We are running tests on a redhat 2.6.9-34.0.2.ELsmp
kernel.
There is still one failure listed on PVFS2:
Do not follow symlinks.
but extended user attributes are disallowed for symbolic link
David,
I think I have fixed the last of the failed tests with LTP and ACLs.
(replaced EOPNOTSUPP with EACCES). I have tested this only on FC5.
Hopefully, things work on your platform now. It is possible that the
differences we see could be because of kernel versions or something?
Please let me kno
3 or PVFS2 file system must be mounted with acl,user_xattr.
> > > - must be root
> > > - ./tacl_xattr.sh [ EXT3_DIR | PVFS2_DIR ]
> > >
> > > There are several tests failing on PVFS2 at the moment.
> > >
> > >
> > > > -Original
VFS2 at the moment.
> >
> >
> > > -Original Message-
> > > From: Murali Vilayannur [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, August 08, 2006 2:31 PM
> > > To: David Metheny
> > > Cc: pvfs2-developers@beowulf-underground.org
> &g
ust 08, 2006 2:31 PM
> > To: David Metheny
> > Cc: pvfs2-developers@beowulf-underground.org
> > Subject: Re: [Pvfs2-developers] ACL errors using LTP tests
> >
> > Hi David,
> > Thanks for bringing this up..
> > Sorry for taking time to respond to this.
> >
t; > below. This should now execute tests for both PVFS2 and EXT3.
> > >
> > > To run the script
> > > - EXT3 or PVFS2 file system must be mounted with acl,user_xattr.
> > > - must be root
> > > - ./tacl_xattr.sh [ EXT3_DIR | PVFS2_DIR ]
EXT3_DIR | PVFS2_DIR ]
>
> There are several tests failing on PVFS2 at the moment.
>
>
> > -Original Message-
> > From: Murali Vilayannur [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, August 08, 2006 2:31 PM
> > To: David Metheny
> > Cc: pvfs2-deve
2_DIR ]
There are several tests failing on PVFS2 at the moment.
> -Original Message-
> From: Murali Vilayannur [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 08, 2006 2:31 PM
> To: David Metheny
> Cc: pvfs2-developers@beowulf-underground.org
> Subject: Re: [Pvfs2
Hi David,
Thanks for bringing this up..
Sorry for taking time to respond to this.
Before I got to the acl tests, I did uncover and fix a few other bugs some
of which were in the LTP script (runltp) and some of which were in pvfs2.
The runltp script requires a mkdir -m 777 when it creates the temp
d
We're seeing some acl errors in the LTP tests (http://ltp.sourceforge.net/).
This is on a SMP RHEL4 x86_64 server with kernel 2.6.9-34.0.2. This is using
the code in the CVS tree on July 19th. I've attached a test set for LTP
that runs this.
To run it, do something like this:
# su
# tar -xvzf lt
15 matches
Mail list logo
