Data corruption problem

Wayne Walker wwalker at solid-constructs.com
Fri Feb 11 07:38:18 MST 2011


On Fri, Feb 11, 2011 at 10:40:09AM +0300, Pavel Shilovsky wrote:
> 2011/2/11 Wayne Walker <wwalker at solid-constructs.com>:
> 
> Your problem is seems to me very similar to one that I had recently. I
> discussed this in thread "CIFS data coherency problem". E.x. in 4 runs
> 1 and 3 failed and 2 and 4 was correct. What I did:
> client1) open file, write data1, close
> client2) open file, write data2, close
> client1) open file, read (and verify the data - sometimes it was
> data1, sometimes - data2 ).
> 
> This can be because Samba can delay mtime modification. So, that's why
> I added new mode for CIFS Linux kernel client, that works with cache
> more strictly - 'strictcache' mount option. You can try it on upstream
> kernel now (it's going to release at 2.6.38).
> 
> You can also try 'direct' mount option for now (on your CentOS 5.5
> kernel) where the client doesn't use cache for read/write operations.

Thank you, as soon as I can create a reproducible test case here (12
successful transfers last night... "watched bug stays hidden"), I will
see if "direct" works around it.

Wayne

-- 

Wayne Walker
wwalker at solid-constructs.com
(512) 633-8076
Senior Consultant
Solid Constructs, LLC

> A: Because it messes up the order in which people normally read text.
> > Q: Why is top-posting such a bad thing?
> > > A: Top-posting.
> > > > Q: What is the most annoying thing in e-mail?



More information about the samba-technical mailing list