It might be interesting to enable the ncache debugging mask in
pvfs2-client-core to get some more information about what's going on
with the directory entry in question. Just glancing over sys-rename.sm
it looks like it invalidates the ncache (for both the src and
destination entry) right off the bat, so I would be curious to see if
that is working as expected (ie, if it is generating an invalidate log
message for the "entries" file), and if so if something is adding it
back into the ncache after it is invalidated.
-Phil
On 01/07/2011 10:10 AM, David Metheny wrote:
It's 2.8.2 with a bunch of patches (things that went into 2.8 branch, plus
some other misc that haven't made it to the branch).
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
Michael Moore
Sent: Thursday, January 06, 2011 5:43 PM
To: [email protected]
Cc: [email protected]
Subject: Re: [Pvfs2-developers] PVFS 2.8 and Subversion checkout issue
On Thu, Jan 06, 2011 at 04:33:29PM -0600, David Metheny wrote:
I'm running PVFS 2.8 on RHEL5 x86_64 with a single server running both
metadata and io. I'm using a RHEL5 i386 server as a client. I'm trying to
checkout some code that resides in subversion and get the following error.
svn: Can't remove file 'PVFS2/.svn/tmp/entries': No such file or directory
Doing an strace, The file is created, written to, closed, renamed. Then
later on an open is issued to see if it still exists, and it does
(shouldn't
though). When the unlink goes to the server, it isn't there (expected). It
looks like the rename command isn't flushing the ncache of the old entry.
I
can turn off ncache, and the svn checkout works.
I bet you've got the issue identified correctly. What specific version
of 2.8 are you running (to see if it's fixed in a newer version or
still an issue that needs a fix)?
Michael
open("PVFS2/.svn/tmp/entries", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666)
=
3
write(3, "8\n\ndir\n22899\nhttps://svn.sharedd";..., 214) = 214
close(3) = 0
rename("PVFS2/.svn/tmp/entries", "PVFS2/.svn/entries") = 0
< REMOVED LOTS OF LINES HERE>
open("PVFS2/.svn/tmp/entries", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666)
=
-1 EEXIST (File exists)
unlink("PVFS2/.svn/tmp/entries") = -1 ENOENT (No such file or
directory)
Is there some place in the sys-rename.sm that is failing to remove the old
entry?
_______________________________________________
Pvfs2-developers mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
_______________________________________________
Pvfs2-developers mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
_______________________________________________
Pvfs2-developers mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
_______________________________________________
Pvfs2-developers mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers
