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)
--
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba

Reply via email to