Bugzilla – Bug 6772
Intermittent failures apparently related to group permissions
Last modified: 2009-07-08 16:02:17
You need to
before you can comment on or make changes to this bug.
We've run into some strange behavior when trying to use gridftp to write files.
The failures seem to happen only when the directory is owned by someone other
than the user and by a group that the user is a member of but that is not the
user's default group. For example, on my local host, my default group is
"laura", and I'm also a member of the group "cats". If I create a directory
called /tmp/cats with these permissions:
drwxrws--- 2 root cats 4096 2009-06-18 20:12
globus-url-copy file:///etc/group gsiftp://lynx.isi.edu/tmp /cats/holly
then that command will sometimes succeed and sometimes fail. Sometimes I'll
get up to 10 successes or 10 failures in a row. The URL referenced by this bug
has links to detailed transcripts, server logs, etc.
I also tried a similar experiment where I tried 1000 copies to a directory with
similar permissions but in my default group; all of those copies succeeded.
This seems similar to bug 3618, but that looks like it was fixed years ago.
A couple more things I should mention:
I tried similar tests with local file copies, so I don't think it's an
underlying OS problem.
CHI relies heavily on group permissions (i.e., on the ability for an individual
client to write in directories that are in multiple groups and owned by
different users). This is also a feature that BIRN uses, although I don't
think this has affected any BIRN users so far.
This is related to bug 6783; however, the patch for that bug does not fix this
one (although it does reduce the frequency with which it occurs). Running a
single-threaded gridftp server always results in the correct set of groups
Yeah, that is going to be the workaround for the near future. Reducing the
occurrence of failure was the best we could do without a major change.