[Samba] Samba and LVM

[Timothy Schmidt]

I've recently set up an Openfiler 2.2 system, with a few disks under md 
(RAID6), LVM on top of that, and formatted ext3.  When snapshots are in 
use, large file transfers (transfers of large files, or transfers of 
many smaller ones) are disconnected - Leaving a Windows 2000 client with 
an error like 'The network resource is no longer available'.

Re-trying works, but cuts out again with the same error.

Similar problem here: 
http://www.mail-archive.com/samba@lists.samba.org/msg79797.html

Disabling snapshots eliminates the behavior.

If anyone would like to track down the bug / figure out why this 
happens, I'd be glad to play the part of guinea pig.

The relevant portion of my log at level 3 is here:

[2006/12/12 18:30:11, 2] smbd/open.c:open_file(245)
   timothy opened file _JOBDATA/11211/2D/11211L49.SLDDRW read=No 
write=Yes (numopen=2)
[2006/12/12 18:31:18, 2] smbd/sesssetup.c:setup_new_vc_session(608)
   setup_new_vc_session: New VC == 0, if NT4.x compatible we would close 
all old resources.
[2006/12/12 18:31:18, 2] smbd/sesssetup.c:setup_new_vc_session(608)
   setup_new_vc_session: New VC == 0, if NT4.x compatible we would close 
all old resources.
[2006/12/12 18:31:19, 2] auth/auth.c:check_ntlm_password(305)
   check_ntlm_password:  authentication for user [timothy] -> [timothy] 
-> [MTD+timothy] succeeded
[2006/12/12 18:31:19, 0] lib/access.c:check_access(309)
   ret is 0
[2006/12/12 18:31:19, 2] lib/access.c:check_access(326)
   Allowed connection from  (192.168.1.44)
[2006/12/12 18:31:19, 0] smbd/service.c:make_connection_snum(382)
   lp_readonly(conn->service) in service.c is 0
[2006/12/12 18:31:19, 0] smbd/service.c:make_connection_snum(383)
[2006/12/12 18:31:19, 0] lib/access.c:check_access(309)
   ret is 1
   check_access() in service.c is 1
[2006/12/12 18:31:19, 0] lib/access.c:check_access(309)
   ret is 1
[2006/12/12 18:31:19, 0] smbd/uid.c:is_share_read_only_for_user(67)
   lp_readonly(conn->service) in service.c is 0
[2006/12/12 18:31:19, 0] smbd/uid.c:is_share_read_only_for_user(68)
[2006/12/12 18:31:19, 0] lib/access.c:check_access(309)
   ret is 1
   check_access() in service.c is 1
[2006/12/12 18:31:20, 0] lib/access.c:check_access(309)
   ret is 1
[2006/12/12 18:31:20, 1] smbd/service.c:make_connection_snum(655)
   mtd-kcaf68d (192.168.1.44) connect to service Engineering initially 
as user MTD+timothy (uid=16777281, gid=16777218) (pid 20660)
[2006/12/12 18:33:04, 2] smbd/server.c:exit_server(571)
   Closing connections
[2006/12/12 18:33:04, 2] smbd/close.c:close_normal_file(270)
   MTD+timothy closed file _JOBDATA/11211/2D/11211L49.SLDDRW (numopen=1)
[2006/12/12 18:33:04, 1] smbd/service.c:close_cnum(848)
   mtd-kcaf68d (192.168.1.44) closed connection to service Engineering
[2006/12/13 10:08:32, 0] lib/access.c:check_access(309)
   ret is 1
[2006/12/13 10:08:32, 0] smbd/service.c:make_connection_snum(382)
   lp_readonly(conn->service) in service.c is 1
[2006/12/13 10:08:32, 0] smbd/service.c:make_connection_snum(383)
[2006/12/13 10:08:32, 0] lib/access.c:check_access(309)
   ret is 1
   check_access() in service.c is 1
[2006/12/13 10:08:32, 0] smbd/uid.c:is_share_read_only_for_user(67)
   lp_readonly(conn->service) in service.c is 1
[2006/12/13 10:08:32, 0] smbd/uid.c:is_share_read_only_for_user(68)
[2006/12/13 10:08:32, 0] lib/access.c:check_access(309)
   ret is 1
   check_access() in service.c is 1
[2006/12/13 10:09:34, 2] smbd/open.c:open_file(245)
   timothy opened file Cadd Tech Download/386-489-171.zip read=No 
write=Yes (numopen=2)
[2006/12/13 10:09:36, 2] smbd/close.c:close_normal_file(270)