More on quotas

[MCCALL,DON (HP-USA,ex1)]

Thanks, Jeremy.
That's the right answer, of course for 2.2.  Should I post a patch for the
folks that have to stay on 2.0.7 for awhile, or maybe just post the
microsoft q article workaround for anyone who is experiencing this issue on
2.0.?
Thanks for your reply - you guys do great work.
Don

-----Original Message-----
From: Jeremy Allison [mailto:jeremy at valinux.com]
Sent: Monday, April 02, 2001 19:03
To: MCCALL,DON (HP-USA,ex1)
Cc: Jim McDonough; samba-technical at samba.org
Subject: Re: More on quotas


"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.

Cheers,

	Jeremy.

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