I am seeing a potentially serious bug with samba 3.0.22 on Linux (Ubuntu
Dapper Drake). I found the following old discussions about the same
problem:
http://lists.samba.org/archive/samba-technical/2004-September/037328.html
and
http://lists.samba.org/archive/samba/2003-July/071081.html
as well as this old closed bug in bugzilla:
https://bugzilla.samba.org/show_bug.cgi?id=679
I couldn't find when or if the problem in the second discussion got
resolved, and I couldn't find an open bug in bugzilla.
Anyway, what I am seeing is that with quotas turned on in Linux, and
OpLocks enabled on Samba, if you open a file on a client with notepad,
expand it past where the quota will allow, then save it, there is no
error message. The client will see the file as the size it expected,
but any data past the quota limit is NULL. If you turn off OpLocks and
do the same thing the save will fail and give an error popup window.
If you set "strict allocate" the only difference is that you won't have
the NULL data past the quota limit, the file will just be truncated at
the quota limit. But notepad will not give an error on save, leaving
the user ignorant of the file truncation, and data loss. This sounds
just like what was described in the second discussion from above.
Wordpad and other applications don't exhibit the same behavior.
So I see three possibilities. There is a workaround (like setting
"strict allocate") that I am not aware of. Or Samba has regressed and
this old bug came back. Or the bug was only fixed for other apps like
Wordpad, but it has always been an overlooked bug with notepad. I can't
believe that a bug like this would be left in Samba intentionally.
Can anybody please fill me in?
Note: my return address is not valid, I will monitor the mailing list.
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba