Guten Morgen.
Neuerdings beobachte ich folgendes Problem (wobei ich nicht sicher bin, ob das Problem nicht schon länger besteht):
- ich kopiere Dateien von und zu einem Rechner mit Samba-Server 3.5.6-15.1-2481-SUSE-CODE11-i386
- sporadisch alle paar Minuten (ungleichmäßige Intervalle) bleibt der Dateitransfer hängen, setzt nach einigen Sekunden wieder fort
- genau zu diesem Zeitpunkt werden anscheinend alle Freigaben zum Client-Rechner getrennt (Windows7-Maschine)
- Die Log-Datei von Samba sieht so aus, die Zeitpunkte stimmen mit den Transferunterbrechungen überein:
Der Samba-Server befindet sich auf einer OpenSuSe 11.1 Maschine, Samba ist aus dem offiziellen Samba-Stable-Repo mittels Paketmanager installiert worden.
Anbei der relevante Ausschnitt aus der Config-Datei. Es existieren weitere Freigaben, jedoch alle mit der gleichen Konfiguration wie "video".
Um Lösungsansätze wäre ich sehr dankbar. Es funktioniert zwar soweit prinzipiell alles, aber wenn man ein Video anschaut, das dann einige Sekunden während der Neuverbindung der Freigabe hängen bleibt, ist das kein akzeptabler Zustand.
Neuerdings beobachte ich folgendes Problem (wobei ich nicht sicher bin, ob das Problem nicht schon länger besteht):
- ich kopiere Dateien von und zu einem Rechner mit Samba-Server 3.5.6-15.1-2481-SUSE-CODE11-i386
- sporadisch alle paar Minuten (ungleichmäßige Intervalle) bleibt der Dateitransfer hängen, setzt nach einigen Sekunden wieder fort
- genau zu diesem Zeitpunkt werden anscheinend alle Freigaben zum Client-Rechner getrennt (Windows7-Maschine)
- Die Log-Datei von Samba sieht so aus, die Zeitpunkte stimmen mit den Transferunterbrechungen überein:
Code:
[2011/01/11 11:07:04.445920, 1] smbd/service.c:1251(close_cnum)
2600er (::ffff:192.168.0.2) closed connection to service video
[2011/01/11 11:07:14.166635, 1] smbd/service.c:1070(make_connection_snum)
2600er (::ffff:192.168.0.2) connect to service video initially as user administrator (uid=1000, gid=100) (pid 17037)
[2011/01/11 11:07:28.446864, 1] smbd/service.c:1251(close_cnum)
2600er (::ffff:192.168.0.2) closed connection to service video
[2011/01/11 11:08:24.430885, 1] smbd/service.c:1070(make_connection_snum)
2600er (::ffff:192.168.0.2) connect to service video initially as user administrator (uid=1000, gid=100) (pid 17037)
[2011/01/11 11:08:34.450591, 1] smbd/service.c:1251(close_cnum)
2600er (::ffff:192.168.0.2) closed connection to service video
[2011/01/11 11:08:37.502692, 1] smbd/service.c:1070(make_connection_snum)
2600er (::ffff:192.168.0.2) connect to service video initially as user administrator (uid=1000, gid=100) (pid 17037)
(setzt sich in gleicher Form endlos fort)
Der Samba-Server befindet sich auf einer OpenSuSe 11.1 Maschine, Samba ist aus dem offiziellen Samba-Stable-Repo mittels Paketmanager installiert worden.
Anbei der relevante Ausschnitt aus der Config-Datei. Es existieren weitere Freigaben, jedoch alle mit der gleichen Konfiguration wie "video".
Code:
# Samba config file created using SWAT
# from UNKNOWN (0.0.0.0)
# Date: 2010/08/04 00:55:31
[global]
socket options = TCP_NODELAY
write list = @samba-admin
printer name = Brother
logon drive = P:
domain master = No
map to guest = Bad User
logon home = \\%L\%U\.9xprofile
cups options = raw
server string = Samba-Server
writable = yes
path = /var/spool/samba
logon path = \\%L\profiles\.msprofile
workgroup = WINDOWS
printcap name = cups
usershare allow guests = Yes
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
[homes]
comment = Home Directories
valid users = %S, %D%w%S
inherit acls = Yes
browseable = No
[printers]
comment = All Printers
path = /var/tmp
create mask = 0600
printable = Yes
browseable = No
[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @ntadmin, @root, @samba-admin
force group = ntadmin
create mask = 0664
directory mask = 0775
(hier noch einige andere Freigaben...)
[video]
path = /space/video
read list = @samba-video
create mask = 0777
directory mask = 0777
Um Lösungsansätze wäre ich sehr dankbar. Es funktioniert zwar soweit prinzipiell alles, aber wenn man ein Video anschaut, das dann einige Sekunden während der Neuverbindung der Freigabe hängen bleibt, ist das kein akzeptabler Zustand.