Samba leszakad

Hálózatok egyéb

Van egy samba szerverem, ami időnként furcsa viselkedést mutat.
A kliensekre permanentként vannak csatlakoztatva a megosztásokra.
A driveok időnként leszakadnak. Ha megkísérelem ilyenkor megnyitni a driveot egy ideig azt mondja, hogy nem létezik utána viszont sikerül megnyitni és működik is.
Ilenkor a logban ilyen sorok jelennek meg:

[2008/08/01 18:30:28, 1] smbd/service.c:close_cnum(1230)
(10.4.30.1) closed connection to service g
[2008/08/01 18:31:30, 1] smbd/service.c:make_connection_snum(1033)
(10.4.30.1) connect to service g initially as user (uid=0, gid=1004) (pid 7801)

A log.smbd-ben nincs semmi ebben az időpontban.

Találkozott már valaki ilyennel? Ha meg is tudta oldani az még jobb lenne.

  • 1530 megtekintés

( dasync | 2008. 08. 04., h – 13:38 )

egy smb.conf global részt bedobhatnál ezért :)

Igazad van!
[global]
log file = /var/log/samba/log.%m
guest account = nobody
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
obey pam restrictions = yes
hosts allow = 127.0.0.1 10.0.0.0/8
hosts deny = 0.0.0.0/0
smb ports = 139
domain master = yes
encrypt passwords = true
locking = yes
passdb backend = tdbsam
wins support = yes
dns proxy = yes
time server = yes
server string = %h
logon script = %U.cmd
admin users = @domadm
unix password sync = no
dos charset = CP852
local master = yes
logon home = \\%N\%U
logon drive = H:
logon path =
workgroup = SBGK
os level = 94
add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u
add machine script = /usr/sbin/adduser --force-badname --no-create-home --quiet --firstuid 5000 --home /var/lib/nobody --disabled-login --gecos %u --gid 150 --shell /bin/false %u
rename user script = /usr/sbin/usermod -l '%unew' '%uold'
syslog = 0
security = user
preferred master = yes
panic action = /usr/share/samba/panic-action %d
unix charset = UTF8
max log size = 1000
domain logons = yes
pam password change = yes
utmp = yes
nt acl support = yes
[homes]
comment = Home Directories
browseable = no
oplocks = false
level2 oplocks=false
writable = yes
create mask = 0660
directory mask = 02770
hide special files = yes
hide dot files = yes
hide unreadable = yes
vfs object = recycle
recycle:repository = .kuka
recycle:keeptree = yes
recycle:touch_mtime = yes
recycle:versions = yes
recycle:maxsixe = 5000000
recycle:exclude_dir = tmp temp cache profile
recycle:exclude = *.tmp *.temp *.o *.obj ~$* *.dat *.zip *.mp3 *.wav *.rar *.tif *.wbk

Az egyes logon scriptek meg így néznek ki:
if not exist K:\NUL net use K: \\%servername%\kozos
if not exist G:\NUL net use G: \\%servername%\g
if not exist L:\NUL net use L: \\%servername%\l
if not exist J:\NUL net use J: \\%servername%\j
if not exist T:\NUL net use T: \\%servername%\temp

( kz86 | 2008. 08. 04., h – 15:58 )

De durva én is most akartam ilyen topicot nyitni:) Nekem is hasonló a helyzet csak nekem nem az összes kliens szakad le hanem csak 2-3 a 20-ból.

"closed connection to service"
nekem is ez van a logba.

Te milyen samba verziót használsz?

Nekem mindig ugyanaz a 3 kliens foleg akkor amikor kicsit megno a forgalom. pl nagy fajlal dolgoznak.

Nekem 3.0.28a

van egy masik szerver azon hibatlanul megy majdnem ugyanazzal az smb.conf-al. Ott 3.0.24a van. testparm -v-vel osszehasonlitottam a ket sambat es rengeteg minden megvaltozott:( Csomo uj parameter jott be a kepbe meg egy csomonak az alapertelmezett erteke is megvaltozott.

( unstar | 2008. 08. 04., h – 16:53 )

Én is belefutottam hasonló jelenségekbe. Kivettem a socket optionsből a bufferre vonatkozó beállításokat, azóta nem tapasztaltam a problémát.

( psc | 2008. 08. 04., h – 20:28 )

Hálókártya? Kliensben és szerverben egyaránt. Kliens operációs-rendszer?