https://bugzilla.novell.com/show_bug.cgi?id=475689
User sjayaraman@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=475689#c10
--- Comment #10 from Suresh Jayaraman 2009-03-09 03:12:44 MST ---
Apart from the above, my reproduction attempt of your test in Comment #8, shows
that in my case where the test succeeds,
---
stat("/mnt/cifs/tmp/bug/foo", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat("/dev/null", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
stat("/mnt/cifs/tmp/bug/foo", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
open("/dev/null", O_RDONLY) = 3
fstat(3, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
open("/mnt/cifs/tmp/bug/foo", O_WRONLY|O_TRUNC) = 4
fstat(4, {st_mode=S_IFREG|0744, st_size=0, ...}) = 0
---
open is called with O_LARGEFILE. Also from the traces it is clear that the cifs
client sends a SET_PATH_INFO request with the level Set EOF Information, but
the server returns -ENOENT. From what I say from this is that the client is
returning the error it got from the server. Server should not be returning
-ENOENT for a file that's existing. Even if this is due to Unix extensions it
should return -EPERM OR -EINVAL or the likes.
Few other information would be of interest:
- architecture/platform
- glibc version
- filesystem being exported via Samba
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.