Temporärer Schreib-Fehler beim Zugriff auf Samba shares
Verfasst: 31.03.2005, 18:01
Ich nutze VMware 5.4.2 unter SuSe 9.2. Soweit funktioniert fast alles. Nur der Zugriff auf meine Samba Shares aus einer virtuellen W2K-prof-SP4 Maschiene funktioniert nur temporär.
Dieses Phänomen beschäfftigt mich nun schon seit Wochen. Nach einiger Zeit kann ich plötzlich nicht mehr auf die Samba Laufwerke schreiben. Der Lesezugriff funktioniert, Schreiben erzeugt auf dem share zwar noch leere Dateien, mit dem Hinweis "Der angegebene Netzwerkpfad ist nicht mehr verfügbar."
Dies geschieht in der Regel nur aus Anwendungen (Powerpoint,...) heraus. Mit dem Explorer lassen sich nach wie vor Daten löschen und erzeugen.
Wie gesagt - Dies Problem tritt nicht gleich zu Beginn auf. Aber beim Arbeiten mit Powerpoint oder Visusal Studio, ist es schon recht unangenehm.
Etwas zu meiner Konfiguration.
VMWare verwendet nur bridged Netzwerk und werder NAT noch ist ein vmware smaba server configuriert.
Die folgenden Prozess auf Linux laufen.
beh@behsvrlx:~> ps -ef |grep vmw
/usr/lib/vmware/bin/vmware
/usr/lib/vmware/bin/vmware-vmx -@ pipe=/tmp/vmware-beh/vmxbf12efaa9c5b7226;vm=bf12efaa9c5b7226 /home/beh/vmware/w2kpro/win2000Pro.cfg
vmware [Floppy]
Damba ist Konfiguriert mit:
[global]
workgroup = BSD
server string = Bernd's Linux Server
username map = /etc/samba/smbusers
log file = /var/log/samba.log
printcap cache time = 750
printcap name = cups
logon path = \\%L\profiles\.msprofile
logon drive = P:
logon home = \\%L\%U\.9xprofile
ldap ssl = no
printer admin = @ntadmin, root, administrator, beh
cups options = raw
[Daten]
path = /share/daten
valid users = beh, ingrid
write list = beh
....
Ich habe schon diverse Samba LogLevel probiert, aber irgendwie taucht nichts auf, was mir weiter hilft (ausser, dass riesige LogDateien erzeugt werden.
Ich habe auch schon im Forum nach ähnlich gelagerten Problemen gesucht aber keines Trifft diesen Fall.
Hat also jemand eine Idee die weiter hilft, wäre das wunderbar. Ich würde evtl. was wie eine Timing Problem vermuten, aber zu Begin (nach Reboot und Neustart des VMware Client) tut noch alles.....
Viele Grüsse
Dieses Phänomen beschäfftigt mich nun schon seit Wochen. Nach einiger Zeit kann ich plötzlich nicht mehr auf die Samba Laufwerke schreiben. Der Lesezugriff funktioniert, Schreiben erzeugt auf dem share zwar noch leere Dateien, mit dem Hinweis "Der angegebene Netzwerkpfad ist nicht mehr verfügbar."
Dies geschieht in der Regel nur aus Anwendungen (Powerpoint,...) heraus. Mit dem Explorer lassen sich nach wie vor Daten löschen und erzeugen.
Wie gesagt - Dies Problem tritt nicht gleich zu Beginn auf. Aber beim Arbeiten mit Powerpoint oder Visusal Studio, ist es schon recht unangenehm.
Etwas zu meiner Konfiguration.
VMWare verwendet nur bridged Netzwerk und werder NAT noch ist ein vmware smaba server configuriert.
Die folgenden Prozess auf Linux laufen.
beh@behsvrlx:~> ps -ef |grep vmw
/usr/lib/vmware/bin/vmware
/usr/lib/vmware/bin/vmware-vmx -@ pipe=/tmp/vmware-beh/vmxbf12efaa9c5b7226;vm=bf12efaa9c5b7226 /home/beh/vmware/w2kpro/win2000Pro.cfg
vmware [Floppy]
Damba ist Konfiguriert mit:
[global]
workgroup = BSD
server string = Bernd's Linux Server
username map = /etc/samba/smbusers
log file = /var/log/samba.log
printcap cache time = 750
printcap name = cups
logon path = \\%L\profiles\.msprofile
logon drive = P:
logon home = \\%L\%U\.9xprofile
ldap ssl = no
printer admin = @ntadmin, root, administrator, beh
cups options = raw
[Daten]
path = /share/daten
valid users = beh, ingrid
write list = beh
....
Ich habe schon diverse Samba LogLevel probiert, aber irgendwie taucht nichts auf, was mir weiter hilft (ausser, dass riesige LogDateien erzeugt werden.
Ich habe auch schon im Forum nach ähnlich gelagerten Problemen gesucht aber keines Trifft diesen Fall.
Hat also jemand eine Idee die weiter hilft, wäre das wunderbar. Ich würde evtl. was wie eine Timing Problem vermuten, aber zu Begin (nach Reboot und Neustart des VMware Client) tut noch alles.....
Viele Grüsse
- samba ist und bleibt ein riesen trum ... . hoffentlich wird das mit der version 4.x nicht noch schlimmer ... 