Samba probleem met opslaan/locks/verwijderen

[Verwijderd]

Hallo Allen,

Ik heb bij een klant het volgende probleem.

Bij de een klant treedt het volgende probleem op met een Samba share:
Op de Windows 2000 werkplekken wordt gebruik gemaakt van samba-shares naar de HP-UX11 machine. Zie het bestand smb.conf voor de gesharede directories.

Op het moment dat er vanuit IGOS NG (of NedView Pro) een DES-bestand wordt geopend gebeurt het volgende:


Het bestand wordt direct vergrendeld, terwijl deze nog geen lock had!


Er ontstaat een .lck bestand op de O-schijf (/igosdata op de HP-UX11 machine dus).


Op UNIX zien de rechten van de aangemaakt lock er zo uit:


Wanneer dit bestand nu verwijderd wordt via de O-schijf (de Samba share dus!) verschijnt de volgende melding:


Het bestand is nu alleen te verwijderen via UNIX als de juiste gebruiker. Het probleem in 1e instantie is natuurlijk dat het DES-bestand al niet eens te openen is, omdat het direct gelocked wordt. Ook het aanmaken van een simpel tekstdocument geeft problemen.
• Aanmaken bestand op de O-schijf gaat goed
• Openen in Wordpad vanuit de O-schijf gaat goed
• Bestand wijzigen in Wordpad (wat tekst intikken) en opslaan gaat goed
• Bestand verwijderen van de O-schijf gaat NIET goed, melding.........:


versie van Samba is 2.0.9 en de versie van UNIX is HP-UX 11.



Alle IGOS tekeningen staan op UNIX, vandaar dat de bestanden via de O-schijf (samba) geopend moeten worden in IGOS NG, dit werkt echter niet. Verder kunnen bestanden wel geopend worden vanaf de K-schijf, omdat dit een gewonen Novell-share is. Hier ontstaan geen problemen.
Het probleem speelde ook al bij NedView, alleen omdat bij dit programma voornamelijk Views werden geopend en eigenlijk nooit DES-bestanden is het probleem nooit een accuut probleem geweest, wat dus nu wel het geval is.

copy samba.log

; Samba smbd configuration file created by WBR at 23-aug-1996
;

[global]
; list of services to be automatically added to the browse list.
auto services = ngdb

wide links = no

; debug level = 3
;;; ??? is dit nog nodig
password level = 4

printing = bsd
printcap = /etc/printcap
load printers = yes
; print command = echo Printing %s >> /tmp/print.log; lpr -P %p %s
; Print command = cat %s | /usr/local/bin/rprint 131.10.20.90 job=1235 -pc 2501

protocol = NT1
; No mangling to default case, for example: 'Mail'
mangle case = no
case sensitive = no
default case = lower
; Preserve the name as passed from client
preserve case = yes
short preserve case = yes
; Unix names visable for dos
mangled names = yes

; is possible helpful to browsing under win95
os level = 2

guest account = gdmdba
workgroup = nt_server
server string = ngdb (Samba %v)
status = yes
username map = /usr/local/samba/lib/users.map

# Log file for each client
log file = /usr/local/samba/var/log.%m

; PC User names are the same as the unix user names
security = share


; 24-apr-1997
; Read-only export van GDM database
;
[ngdb]
comment = Igos GDM Database
read only = no
public = yes
path = /ngdm/ngdb
printable = no
guest ok = yes
available = yes
browsable = yes
wide links = no
oplocks = no


[ngimport]
comment = Igos GDM uitwisslen
read only = no
public = yes
path = /ngdm/ngimport
printable = no
guest ok = yes
available = yes
browsable = yes
wide links = no
oplocks = no

[igosdata]
comment = Igos data
read only = no
public = yes
path = /igosdata
printable = no
guest ok = yes
available = yes
browsable = yes
wide links = no
oplocks = yes

[klaas]
comment = Klaas data
read only = no
public = yes
path = /pro/usr/klaas/samba
printable = no
guest ok = yes
available = yes
browsable = yes
wide links = no

[prolep]
comment = Prolep data
read only = no
public = yes
path = /usr/heerenveen/prolep
printable = no
guest ok = yes
available = yes
browsable = yes
wide links = no

;preexec = sh -c `echo /usr/local/samba/bin/smbclient -M %m -I %I`&

[_JGC_]

Hmm, samba 2.0.x, wordt dat nog ondersteund? Ik wist dat mensen nog 2.2.x gebruiken, maar 2.0 is wel heel erg oud. Ook die .LCK bestandjes komt me niet bekend voor van Samba, maar dat kan zijn omdat ik samba alleen ken met de locking implementaties van linux, BSD en Mac OS X.
Je zou eens kunnen kijken wat smbstatus zegt over het locken van bepaalde bestanden. Verder kan je proberen om oplocks uit te zetten, die leveren over het algemeen alleen maar problemen op, vooral met een stokoude versie van samba. (Overigens draai ik ook een win2k3 server met uitgeschakelde oplocks, windows 98 clients met office 2000 kunnen er niet tegen... samba is dus niet de enige met problemen daarmee)

[Verwijderd]

even afgezien van de oude versie, niemand een idee waar dit van komt?

[Verwijderd]

Hoi TiNRiB, je hebt dus al in de sectie [igosdata] oplocks = no geprobeerd?

[Zwerver]

SGI IRIX and Linux are the only two OSs that are oplock-aware at this time.

Unless your system supports kernel oplocks, you should disable oplocks if you are accessing the same files from both UNIX/Linux and SMB clients. Regardless, oplocks should always be disabled if you are sharing a database file (e.g., Microsoft Access) between multiple clients, because any break the first client receives will affect synchronization of the entire file (not just the single record), which will result in a noticeable performance impairment and, more likely, problems accessing the database in the first place. Notably, Microsoft Outlook's personal folders (*.pst) react quite badly to oplocks. If in doubt, disable oplocks and tune your system from that point.

m.a.w. zet oplocks uit, want het wordt niet ondersteund onder HPUX