sslug-teknik team mailing list archive

[MONZ <monz@xxxxxxxxx>]

Jesper Thomsen wrote:
> Mit problem er : jeg kan kun logge en bruger ind i concorden, følgende
> brugere hænger ved login til concorden, resultatet bliver med sikkerhed :
> Dr Wathson
> 
> Logbogen på NT'eren siger Omdirigeringen har givet en forspørgsel til
> redhat_server timeout.
> 
> Sådan som jeg ser det går det på et eller andet plan galt med  Windows
> NT's opprtunistic locking, Hvis man forestiller sig det senarium at den
> første bruger der logger ind i concorden 'cacher'
> datafilen uden at kunne slippe den igen er det jo ikke så underlig at man
> får en time out.

Mener der stod noget om det i en af de sidste Samba kernel-cousin.
Opportunistic locking er noget man arbejder meget med i samba-tng, osm
vist stadig har nogen udeståender. On den kan bruges i produktion ved
jeg ikke.

> Jeg har fundet en måde hvorpå det fungere, men sådan som jeg ser det er
> det en "fusker" måde, jeg har sat locking = no i smb.conf, så har jeg
> ikke noget problem med at åbne concorde. Jeg er bare noget udryk ved at
> O'Reiley bogen kun anbefaler dette til read only shares.

Ja det er sikkert knap så godt ikke at bruge locking når flere tilgår
samme service, men hvad siger Concorde til det? Er den i stand til selv
at styre om flere brugere internt få lov at tilgå samme resource? I så
fald kan du jo vælge at leve med din løsning indtil samba-tng er endelig
tilgængelig.

Prøv i man smb.conf at se på:
level2 oplocks
  Level2, or read-only oplocks allow Windows NT clients that have  an
  oplock  on  a file to downgrade from a read-write oplock to a read-
  only oplock once a second client opens the file (instead of releasing
  all  oplocks  on  a  second open, as in traditional, exclusive
oplocks).

Faldt også over strict sync og fake oplocks.
-- 
Regards,
              Mogens Valentin
    Networking - Security - Programming
  Linux configuration and troubleshooting
http://www.danbbs.dk/~monz - monz@xxxxxxxxx