Samba: geöffnete Datei öffnen

[triwda]

Nach OS- und SAMBA-Upgrade folgendes Problem beim Öffnen einer Datei, die bereits durch einen anderen User offen ist:

früher kam die Meldung, dass die Datei bereits offen ist, der andere Nutzer benachrichtigt werden soll oder die Datei schreibgeschützt geöffnet werden soll; es konnte die Datei also mehrmals geöffnet werden, aber nur durch den ersten Nutzer gespeichert werden.

Nun kommt nur noch folgende Meldung:
Zugriff auf das schreibgeschützte Dokument nicht möglich.

Hat jemand eine Idee, woran das liegen könnte?
Vielen Dank im Voraus

FreeBSD 6.2
SAMBA 3.0.24
----------------------------------------------
smb.conf:
--------------
[global]
workgroup = lrs
server string = "lrs01 samba server"
log file = /var/log/log.%m
max log size = 1024
security = user
encrypt passwords = yes
update encrypted = yes
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = no
dos charset = CP850
unix charset = CP850
display charset = CP850
hosts allow=192.168.30.0/24
syslog = 3
nt acl support = no

#============================ Share Definitions ==============================

[homes]
comment = Home Directories
browseable = yes
writeable = yes

[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# Set public = yes to allow user 'guest account' to print
guest ok = no
writeable = no
printable = yes

[ugdaten]
comment = LRS UG-Daten
valid users = cad01 cad02 cad03 cad04 cad05 cad06 cad07 cad08 cad09 pc001 pc002 administrator laptop02 laptop03 huber flexi01 flexi02
path = /fedaten/ugdaten
public = no
writeable = yes
create mask = 0666
directory mask = 0777

[catiadaten]
comment = LRS Catia-Daten
valid users = cad01 cad02 cad03 cad04 cad05 cad06 cad07 cad08 cad09 pc001 pc002 administrator laptop02 laptop03 huber catiagast flexi01
path = /catiadaten
public = no
writeable = yes
create mask = 0666
directory mask = 0777

[projektdaten]
comment = LRS projektdaten
valid users = cad01 cad02 cad03 cad04 cad05 cad06 cad07 cad08 cad09 pc001 pc002 administrator laptop02 laptop03 huber flexi01 flexi02 canon
path = /fedaten/projektdaten
public = no
writeable = yes
create mask = 0666
directory mask = 0777

[lrs]
comment = LRS admin-Daten
valid users = cad01 cad02 cad03 cad04 cad05 cad06 cad07 cad08 cad09 epting pc001 pc002 administrator laptop02 laptop03 huber flexi01 flexi02
path = /fedaten/lrs
public = yes
writeable = yes
create mask = 0666
directory mask = 0777

[gl]
comment = LRS admin-Daten (Geschaeftsleitung)
valid users = cad04 cad09 pc001 administrator laptop02
path = /fedaten/gl
public = yes
writeable = yes
create mask = 0666
directory mask = 0777

[administration_gl]
comment = LRS admin-Daten (Geschaeftsleitung)
valid users = cad04 cad05 cad09 administrator laptop02 canon
path = /fedaten/administration_gl
public = yes
writeable = yes
create mask = 0666
directory mask = 0777

 

[mousaka]

Von welcher Version (Samba) hast du geupdatet?

Evtl. betrifft dich /usr/ports/UPDATING (entsprechendes bei Freshports.org).

Funktioniert bei mir einwandfrei (3.0.25a). Sehe auf den ersten Blick auch keine Merkwürdigkeiten in deiner smb.conf.

mousaka

 

[triwda]

Hallo mousaka
Danke für den Tip. Ich denke aber, dass es nicht am Samba liegt. Wie wir in der Zwischenzeit herausgefunden haben, tritt das Problem nur bei Dateien auf, die auf dem Snapserver liegen (durch NFS auf dem FreeBDS-Server gemountet. Dateien, die direkt auf dem System liegen, funktionieren einwandfrei. Hast du hierzu (zum Snapserver) eine Idee?

Danke und Gruss

triwda

 

[mousaka]

Vermutlich kommen sich NFS und Samba beim locking in die Quere.

Versuch mal auf den via NFS gemounteten Samba-shares die oplocks abzuschalten:

[administration_gl]
comment = LRS admin-Daten (Geschaeftsleitung)
valid users = cad04 cad05 cad09 administrator laptop02 canon
path = /fedaten/administration_gl
public = yes
writeable = yes
create mask = 0666
directory mask = 0777
[B]level2 oplocks=no[/B]

Das Offical Samba Howto, Kap. 17 empfiehlt die oplocks auf NFS shares abzuschalten.

Nachdem Samba kein Locking mehr verwendet, ist noch sicherstellen, dass NFS das Locking übernimmt:NFS-Abschnitt aus dem FreeBSD-Handbuch.
mousaka

 

[triwda]

Hallo mousaka

Du hattest recht mit der Annahme, dass sich NFS und SAMBA wahrscheinlich in die Quere kommen. wir haben das Problem nun so gelöst:

NFS:
wir geben dem mount die Option "-L" mit. Damit weisen wir den Client an, den Lock vorzunehmen.

SAMBA:
mit "blocking locks = no" reagiert Samba wie in früheren Versionen.

Vielen Dank für Deine Hilfe

triwda