> it does not fix|work around the bug completely:
>
> 1. windows: Create a file, e.g. with 741 bytes.
> 2. linux: "ls -la" will show you the file with the correct size (741)
> 3. linux: read the file into your smbfs cache (e.g. "less file")
> 4. windows: add some contents to the file, e.g. so that it is now 896 bytes
> long
> 5. linux: "ls -la" will show you the file with the correct size (896)
> 6. linux: read the file (e.g. "less file")
Ah, but now you are talking about a different bug.
Your original testcase only contained changes from the smbfs client (the
abc/xyz test). For me that is solved by this patch and I wanted you to
check if it did in your environment as well.
I have one other report of something being broken with changes made on the
server side only.
There is also yet another problem if you change a file from smbfs and from
the server. The smbfs side will remember the wrong filesize. This may be a
fix for that:
http://www.hojdpunkten.ac.se/054/samba/smbfs-2.4.4-truncate+retry-3.patch
(-3, not -2)
/Urban
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/