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 <sjayaraman@novell.com> 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.