Bug 77282 - Samba hangs when trying to access shares with group in write list
Summary: Samba hangs when trying to access shares with group in write list
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: samba
Version: 7.3
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jay Fenlason
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-11-04 17:24 UTC by Andrew Rechenberg
Modified: 2014-08-31 23:24 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-05-17 19:33:07 UTC

Attachments (Terms of Use)

Description Andrew Rechenberg 2002-11-04 17:24:34 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; FluxWare)

Description of problem:
I installed a fresh copy of Red Hat 7.3 on our new server and copied the samba 
config over and the smb and nmb daemons start cleanly.  I can access the root 
of the Samba server (\\servername) and it will display all of the visible 
shares available.

When trying to access any share (visible or not) that has a group in the write 
list parameter (i.e. @sambausers), from any Window workstation (NT4SP6a, 
Win2KSP2, Win2K Server SP3) the smbd process associated with that connection 
hangs.  A windows client will hang indefinitely and will spawn more smbd 

When trying to connect to the share with smbclient, the connection eventually 
times out with the following error:

[root@testbox /tmp]# smbclient //testbox/test -U DOMAIN\\arechenberg
added interface ip= bcast= nmask=
Domain=[DOMAIN] OS=[Unix] Server=[Samba 2.2.3a]
tree connect failed: SUCCESS - 0

Samba is using DOMAIN authentication and if the share is set to 'read only = 
no' and the write list paramter is removed/commented out, everything works like 
a charm.

This server is using NIS to retrieve user and group information, but the 
sambausers group is a local group.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create share with group in write list
2. Try accessing from Windows box or smbclient
3. Check top for smbd 

smbd will be one of the top processes and the Windows box will continue to 
spawn new smbd's.

Actual Results:  Windows Explorer hangs until smb is restarted.  smbclient 
times out with the above error.

Expected Results:  Should connect without issues.  

Additional info:

This configuration worked fine on Red Hat 7.1 with samba-2.0.10-2.  my smb.conf 
is below:

       workgroup = DOMAIN
       netbios name = CUB01
       netbios aliases = cubs
       server string = CUBS data
       interfaces =
       bind interfaces only = Yes
       security = DOMAIN
       encrypt passwords = Yes
       password server = ads02 ads01
       restrict anonymous = Yes
       log file = /var/log/samba/log.%m
       max log size = 0
       announce version = 5.0
       socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
       local master = No
       dns proxy = No
       wins server =
       create mask = 0775
       force create mode = 0775
       directory mask = 0775
       force directory mode = 0775

       path = /cubs/import
       write list = @sambausers
       read only = No
       browseable = No

       path = /cubs/export
       write list = @sambausers
       read only = No
       browseable = No

       path = /cubs/test
       write list = @sambausers
       read only = No
       browseable = No

       path = /cubs/transactions
       write list = @sambausers
       read only = no
       browseable = no

Comment 1 Andrew Rechenberg 2002-11-13 18:31:26 UTC
How soon after a bug is submitted should I expect a response?

Comment 2 Bill Nottingham 2002-11-13 19:49:31 UTC
Depends on the bug. Most often there may not be much response until a developer
starts investigating it in detail.

Comment 3 Andrew Rechenberg 2002-11-26 04:35:21 UTC
FYI, the most recent samba errata packages did not alleviate my issue.  My 
system now has the follow packages that exhibit the same behavior:


Comment 4 Andrew Rechenberg 2003-03-26 20:59:29 UTC
Updating to the most recent errata did not resolve my issue.  The current
packages installed now are:


Note You need to log in before you can comment on or make changes to this bug.