Brent, Fixed this, i did find an issue in copying 'TO' glusterfs via nfs-rexport, the NFS compat layer in the fuse kernel module sends a 'setattr' with a 0 valid flag. Data was not getting copied to the backend. now the copy-to goes through, though I could not see any errors while copying 'OUT', probably the same fix fixed that too. We still dont support NFS re-export officially, though we are more than happy to fix issues found by users (as long as they are reasonable and dont mean a huge change in the glusterfs codebase, which is unlikely) thanks, avati 2007/7/3, Brent A Nelson <brent@xxxxxxxxxxxx>:
I should point out that copies FROM the NFS reexported glusterfs also have issues. While they mostly work, there are a number of input/output errors that crop up during the copy. So, read nearly works but with numerous glitches, and write works except for actually writing data. Thanks, Brent On Sun, 1 Jul 2007, Brent A Nelson wrote: > When attempting NFS reexport from the latest TLA, I have trouble with writes, > at least using cp. From a Solaris NFS client, I get "write: Not owner" > messages for each file; from a Linux NFS client, I get "Operation not > permitted" messages. In both cases, the copy appeared to create directories > and symlinks correctly, but the files copied were all empty. > > Perhaps this is related to the "ACL issue", perhaps not... > > Thanks, > > Brent > _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxx http://lists.nongnu.org/mailman/listinfo/gluster-devel
-- Anand V. Avati