More on quotas

Jeremy Allison jeremy at
Mon Apr 2 23:03:07 GMT 2001

"MCCALL,DON (HP-USA,ex1)" wrote:

> This was occurring because the Nt workstation was setting the offset for the
> file with that zero byte SMBWrite(), which, since it didn't write any data,
> we reply with success; the next SMBWrite actually writes the data, and once
> it fills the FS, we return a disk full error (using SMB status code), but NT
> (apparently because of writebehind enabled) ignores it.
> We found that by returning the appropriate NT status code, NT WOULD generate
> an error and clean up the truncated file.

I've fixed this issue in the latest CVS by fixing our delete
on close behaviour.



Buying an operating system without source is like buying
a self-assembly Space Shuttle with no instructions.

More information about the samba-technical mailing list