Bug 1167 - Client lose connection while deleting a large file
Summary: Client lose connection while deleting a large file
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.2a
Hardware: All Linux
: P3 normal
Target Milestone: none
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
Depends on:
Reported: 2004-03-10 07:26 UTC by Michael Harlaut
Modified: 2005-11-14 09:25 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Michael Harlaut 2004-03-10 07:26:48 UTC
Versions : 
- Debian stable
- Samba 3.0.2a
- Windows 2000 SP4 client

Problem description :
- Clients lose connection with the mapped drive

Reproductibility :
- Almost always

How to reproduce : 
- Copy a 50 Mbytes folder from the desktop to the mapped folder
- Delete it (on the server)

Result :
=> The folder is well deleted, but connection is losted
=> File explorer returns an error saying the drive no longer exists
=> When trying to reconnect to the drive, Windows says the drive letter is
already existing.

After a short time (a second), the reconnection is possible.

Related bug ?

smb.conf :
#======================= Global Settings =====================================

   workgroup = DOMAINE_foo
   netbios = fooserver
   server string = Samba Server
   security = domain

   load printers = yes

;   printcap name = /etc/printcap
;   printcap name = lpstat

   log file = /usr/local/samba/var/log.%m

   max log size = 50
   password server = SERV_FOO

   passdb backend = tdbsam

   socket options = TCP_NODELAY 

   local master = no
   os level = 33
   domain master = no 
   preferred master = no

   winbind uid = 10000-20000
   winbind gid = 10000-20000
   winbind enum users = yes
   winbind enum groups = yes
   winbind use default domain = yes
   admin users = admin

   acl compatibility = auto
   inherit acls = No
   nt acl support = Yes

   map system = No
   map hidden = No
   map archive = Yes
   dos filemode = No

   template shell = /bin/bash

   invalid users = root

#============================ Share Definitions ==============================
        writable = yes
        browseable = no
        comment = repertoire personnel de %u
        create mode = 600
        directory mode = 700

   guest ok = no
   writable = yes
   browseable = yes
   force group = FOO 
   create mode = 660
   directory mode = 770

   guest ok = no
   writable = yes
   browseable = yes
   create mode = 600
   directory mode = 700

# NOTE: If you have a BSD-style print system there is no need to 
# specifically define each individual printer
   comment = All Printers
   path = /usr/spool/samba
   browseable = no
# Set public = yes to allow user 'guest account' to print
   guest ok = no
   writable = no
   printable = yes

- It's quite difficult to find any usefull information in the logs ... sorry.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-03-12 08:39:47 UTC
please provide a level 10 debug log.  Thanks.
Comment 2 Michael Harlaut 2004-03-16 08:20:56 UTC
Here is the log concerning this problem.

We now fully reproduce the problem, but only with Windows 2000 SP4 Client.
Win 98, NT, and 2003 are not concerned.

what's more, Samba 2.2.8 is concerned too ! (?)

We haven't tested yet with other SP than SP4.

Hope this helps ....
Comment 3 Hadeyt Thierry 2004-03-19 07:22:20 UTC
t is not a Samba bug :-)  

We do not have to find the problem but the problem is specific to the map drive

During the copy removal of files a red cross is on the map drive and the
connection is loss (Error message Windows)

The reproductibility of probleme is :

 Windows 98   ==> No problem
Windows NT (SP3) ==> No problem
Windows XP pro SP2 ==> No problem
Windows 2000 SP4 on the Dell Optiplex GX 260 ==>  Alway
Windows 2000 on the other computer ==> No problem (same SP4 and Hotfix on the
Windows 2003 ==> No problem

We do not have used the map drive on then Dell and Windows 2000 SP4 !

Thank you for your assistance 
Comment 4 Gerald (Jerry) Carter (dead mail address) 2004-03-19 08:09:20 UTC
Thanks for the update.  I'm assuming that both or you work 
together since your email's are from the same domain.
Comment 5 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:25:12 UTC
database cleanup