Hallo!
Ich habe Probleme beim Zugriff auf Samba-Fileshares, die via fstab gemountet
sind; das Problem tritt auf allen meinen Debian Sarge Boxen auf. Sicherheit ist
hier kein Thema, da die Server von außen nicht zugänglich sind und sich nur
gegenseitig "sehen" können. Ich verwende aus gesunder Paranoia trotzdem
Platzhalter für IPs, Usernamen und Passwörter :)
fstab-Eintrag des Clients:
//123.123.123.101/service /path/to/mountpoint smbfs
password=mypass,uid=myuser,gid=mygroup,fmask=666,dmask=777,rw 0 0
smb.conf des hosts:
----------------
# Global parameters
[global]
workgroup = MYWORKGROUP
netbios name = SERVER1
security = SHARE
time server = Yes
map to guest = Bad User
guest account = myuser
log level = 1
syslog = 0
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
printcap name = cups
os level = 2
default service = service
printing = cups
print command =
lpq command =
lprm command =
veto files = /*.eml/*.nws/riched20.dll/*.{*}/
[service]
path = /path/to/folder
read only = No
guest ok = Yes
guest only = Yes
hosts allow = All
nt acl support = No
hide dot files = No
----------------
smb.conf und fstab-Einträge sind auf allen Servern identisch, nur netbios name
(smb.conf) bzw. IP-Adressen unterscheiden sich.
Wenn ich mit Windows auf \\123.123.123.101\service zugreife, kann ich auf dem
Fileshare problemlos lesen, ls anzeigen und schreiben. Genauso geht es mir mit
fünf SuSE 8.2 Servern, auf denen Samba 2.2.7a-SuSE läuft. Das Problem tritt mit
den Debian Sarge Servern auf, auf denen Samba 3.0.10-Debian läuft. Dort habe
ich zwar ebenfalls mit cd, ls, cat keine Probleme, wenn ich jedoch auf dem
Fileshare echo 1234 > test.txt ausführe, dann dauert es exakt 30 Sekunden, bis
dieser Schreibzugriff "ausgeführt" wird und das Kommandozeilenprompt
zurückkehrt. Mount ich ein Fileshare von einem der SuSE-Server auf den
Debian-Kisten, dann stellt sich das Problem exakt gleich dar - auch hier 30
Sekunden Wartezeit. Wenn ich auf den Debian-Servern jedoch auf ein
Win2k-Server-Fileshare zugreife, gibt's keinerlei Probleme, dort gehen
Schreibzugriffe sofort durch. Wenn ich Fileshares der Debian-Server auf den
SuSE-Servern mounte, kann ich dort ohne Verzögerung zugreifen.
Host Client Verzögerung
Debian Debian Ja
SuSE Debian Ja
Win2k Debian Nein
Debian SuSE Nein
SuSE SuSE Nein
Debian Win2k Nein
Das bedeutet, sobald ich von Debian auf einen Samba- (nicht Windows) Server
zugreife, habe ich beim Schreiben eine 30 sekündige Verzögerung. Da die
Verzögerung immer exakt 30 Sekunden beträgt, vermute ich natürlich irgendeinen
Timeout - nur welchen? Worin unterscheiden sich Samba 2.2.7a-SuSE und Samba
3.0.10-Debian im Client-Zugriff?
Hinzu kommen Ungereimtheiten beim Überschreiben von Dateien:
server-01:/path/to/share-02# date ; echo 1234 > test.txt ; date; cat test.txt ;
date ; echo 2345 > test.txt ; date; cat test.txt; date
Di Jan 18 12:07:34 CET 2005
Di Jan 18 12:08:04 CET 2005
1234
Di Jan 18 12:08:04 CET 2005
-bash: test.txt: Eingabe-/Ausgabefehler
Di Jan 18 12:08:34 CET 2005
Di Jan 18 12:08:34 CET 2005
Das heißt, nach dem Versuch, test.txt zu überschreiben, der ebenfalls 30
Sekunden dauert und mit einem I/O Error endet, ist die Datei test.txt leer.
Auch touch liefert einen Fehler: touch test.txt
touch: Setzen der Zeiten für "test.txt": Eingabe-/Ausgabefehler
Hardware-Defekte kann ich ausschließen, da dieses Fehlerverhalten auf praktisch
beliebigen Kombinationen von Hardware reproduzierbar ist und einzig und allein
davon abhängt, welcher Client nun zugreift - bei SuSE gibt's wie gesagt keine
Probleme.
Könnte mir jemand bitte einen Tipp geben, wie ich das Problem weiter einkreisen
oder gar komplett beheben kann? Vielen Dank!
Viele Grüße
Markus
