We are running Samba 3.0.28a and have been running into a problem with
sessions not closing out. A user will start using samba and be fine for
a period of time. There is no specific time, but the session keep adding
up. They look like this:
bender 1886 4255 0 12:36 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1887 4255 0 12:37 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1891 4255 0 12:37 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1893 4255 0 12:38 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1906 4255 0 12:39 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1909 4255 0 12:40 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1943 4255 0 12:41 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1979 4255 0 12:42 ? 00:00:00
/usr/local/samba/sbin/smbd -D
bender 1984 4255 0 12:43 ? 00:00:00
/usr/local/samba/sbin/smbd -D
A new session every minute. I have tried killing the sessions, but they
eventually cause the user to not have access to the share they are
trying to get to. My smb.conf looks like this:
[global]
debuglevel = 0
workgroup = CCDOM
server string = gobo.wi.mit.edu
hosts allow = x.x. 10.9. 10.5. x.x.x.
load printers = no
log file = /var/log/samba/smbd.log
log level = 1
max log size = 50000
security = server
#winbind separator = +
winbind use default domain = yes
idmap uid = 10000-20000
idmap gid = 10000-20000
winbind enum users = yes
winbind enum groups = yes
template homedir = /home/%u
template shell = /bin/false
winbind trusted domains only = no
#idmap backend = ldap:ldap://localhost
#ldap idmap suffix = ou=Idmap
#ldap suffix = dc=samba,dc=wi,dc=mit,dc=edu
#ldap admin dn = cn=admin,dc=samba,dc=wi,dc=mit,dc=edu
nt acl support = no
use spnego = yes
password server = svr08 dc01 dc02
encrypt passwords = yes
unix password sync = no
pam password change = no
username map = /config/smbusers
obey pam restrictions = no
deadtime = 60
remote browse sync = x.x.0.0 x.x.255.255
remote announce = x.x.0.0 x.x.255.255
local master = no
os level = 33
domain master = no
preferred master = no
domain logons = no
wins support = no
wins server = x.x.x.x x.x.x.x
dns proxy = yes
nis homedir = yes
enhanced browsing = yes
kernel oplocks = yes
read raw = yes
write raw = yes
oplocks = yes
max xmit = 65535
deadtime = 15
blocking locks = no
getwd cache = yes
reset on zero vc = yes
mangled names = no
veto oplock files = /*.xls/*.doc/*.mdb/*.ppt/
veto files = /.AppleDouble/Network Trash Folder/TheVolumeSettingsFolder/
delete veto files = yes
The usual fix is a reboot, however, this is a problem in a production
environment.
I have been getting errors in the samba log files:
[2008/08/11 08:40:35, 0] lib/util_sock.c:get_peer_addr(1232)
getpeername failed. Error was Transport endpoint is not connected
Denied connection from (0.0.0.0)
The users that have had this problem are both Macintosh OS X and Windows
XP. There is no pattern yet.
Has anyone seen this problem?
thanks,
Craig Andrew
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba
