http://bugzilla.novell.com/show_bug.cgi?id=500855
User jnelson-suse@jamponi.net added comment
http://bugzilla.novell.com/show_bug.cgi?id=500855#c1
--- Comment #1 from Jon Nelson 2009-05-04 21:03:24 MDT ---
More info. I've eliminated xen from the equation. both client and server are
running 2.6.27.21-0.1-default (x86_64) and the problem still happens.
This is (part of) an strace from the rm command I ran after the rsync failed:
geteuid() = 1000
newfstatat(AT_FDCWD, "/isos/kubuntu-9.04-dvd-amd64.iso", {st_mode=01,
st_size=5060920081257594880, ...}, AT_SYMLINK_NOFOLLOW) = 0
^^^^ What's with that size!!
stat("/isos/kubuntu-9.04-dvd-amd64.iso", {st_mode=S_IFREG|0644,
st_size=1178337280, ...}) = 0
^^^^ and it clearly is different than that.
geteuid() = 1000
getegid() = 1000
getuid() = 1000
getgid() = 1000
access("/isos/kubuntu-9.04-dvd-amd64.iso", W_OK) = 0
unlinkat(AT_FDCWD, "/isos/kubuntu-9.04-dvd-amd64.iso", 0) = -1 ENOENT (No such
file or directory)
but if you check, it really did remove the file.
Something is not very happy in NFS-land.
fsck says (on the server) that the filesystem is fine.
At one point, I did an ls -la and got a /wierd/ result:
?????????? ? ? ? ? ?
kubuntu-9.04-dvd-amd64.iso
Whatever /that/ means.
I'll note that this happens when copying around openSUSE DVD isos too, it's not
just those kubuntu troublemakers... ;-)
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
