Dokument ist von User gesperrt ...

[eknori]

Habe bei einigen Usern unter ND 6.54 + Client 6.53 de ein kleines Problem mit der Freigabe bearbeiteter Dokumente. Folgendes Szenario:

User B hat Zugriff auf die Maildatei von User A ( B hat Editorrechte )

User B öffnet die DB von User A und erstellt eine neue Mail; diese speichert er als Entwurf ab.

User A bearbeitet das Dokument und macht Ergänzungen
In diesem Moment kann user B nicht auf das doc zugreifen ( das ist auch logisch )

Nun Beendet User A die Bearbeitung; auch jetzt kann User B das doc nicht weiter bearbeiten ( fehlermeldung :"Dokument wird bereits von User A bearbeitet" )

Erst wenn User A seinen NotesClient schließt, kann User B an dem doc arbeiten.

Wo könnte der "Sperrvermerk" denn gecached werden ??

[Lossa]

Hallo eknori,

könnte es sein, das es für diese DB keinen Admin-Server n der ACL gibt, denn dieser ist als "Master-Locking-Server" für das sperren/entsperren der Doks verantwortlich.

[dominomaniac]

Damit seit ihr in die Soft Locking Falle gestolpert.
Eigentlich eine gute Sache, weil wir eine Dokumentensperre  gegen gleichzeitige Bearbeitung sonst immer mühevoll selbst programmieren mussten. Aber in diesem speziellen Fall ist es doch eher hinderlich.

Die Lösung ist:
EDIT_NO_SOFT_LOCKS=1
in die notes.ini eintragen. Damit wird das Soft-Locking abgeschaltet. (Gültig ab R6.04 oder 6.5.x)

[Lossa]

Hi @dominomaniac,

klar deaktivieren ist immer ein Lösung, es stellt sich nur für mich die Frage warum war das so wie es war.
Daher wäre es toll mit eknori ein bischen zu forschen was da los ist/war.

[dominomaniac]

Hi Lossa,

die Ursache für das Dilemma ist ganz einfach die Tatsache dass die Soft-Locking Funktion die von IBM/Lotus implementiert wurde nicht ausgereift ist.

Bei uns sind wir nach dem Update auf 6.03 darüber gestolpert. Wir haben mehrere Abteilungen die mit Kundenbezogenen Mail-In-Datenbanken arbeiten, und daraus sehr viele Mails aus Vorlagen senden. Nachdem der erste die Vorlage geöffnet hatte, war sie blockiert bis er die Datenbank wieder geschlossen hatte. (Gott sei Dank nicht erst wenn er Notes geschlossen hat). Leider hatten die Leute in den Abteilungen die Angewohnheit diese Datenbanken immer offen zu halten.

Daraufhin waren wir gezwungen uns intensiv mit dem Thema zu beschäftigen.

Soft Locking ist eigentlich eine Datenbank-Eigenschaft wo man das Häkchen bei "Sperren von Dokumenten zulassen" einfach weg machen könnte. Hilft aber nichts, es wird trotzdem gesperrt.
Einen Hinweis auf den Administrationsserver in der ACL habe ich damals nicht gefunden. Aber der ist bei uns immer drin.
Das Abschalten über den notes.ini Parameter ist leider tatsächlich der einzige Weg das Problem los zu werden.

Zumindest so lange bis die Funktion vernünftig implementiert ist.

[Lossa]

Hallo dominomaniac,

was du meinst ist Soft-Locking, das ist ein Feature das "nicht so detailiert" Dokumentiert ist. Das Feature ist ein In-Memory Lock. Das aktiviert sich automatisch wenn ein Dokument geöffnet wurde und deaktiviert sich wenn das Dokument geschlossen wurde. Der Notes.ini Parameter bezieht sich genau auf diese Verhalten. Somit ergibt sich mit dem Parameter der ND6 Server auf den Zustand von R5.
Das Häkchen "Sperren von Dokumenten zulassen" ist nur für das Hard-Locking.

[eknori]

@Ulrich:

Danke für den Tipp; kann ich leider erst morgen nachprüfen; könnte aber die Ursache sein, da es nur einige der Mitarbeiter im Tochterunternehmen betrifft.

@Dominomaniac:

das sehe ich auch so wie Ulrich; Abschalten kann man Alles, aber das Locking macht Sinn und ich will es auch beibehalten ...

Ok, morgen wissen wir dann mehr.

[eknori]

Habe hier noch 2 Artikel zum Thema; im ersten wird das beobachtete Verhalten treffend beschrieben

http://eknori.dyndns.org/knowledge/LotusKB.nsf/b48a95f9b4a7a68185256c8d0072e04c/3dfde6685d26666e85256cd700686282?OpenDocument&Highlight=0,EDIT_NO_SOFT_LOCKS

Der zweite Artikel erklärt den Unterschied zwischen "Soft" und "Hard" deletion
http://eknori.dyndns.org/knowledge/LotusKB.nsf/b48a95f9b4a7a68185256c8d0072e04c/c3407a1966eeb2fe85256ed80075ccb2?OpenDocument&Highlight=0,EDIT_NO_SOFT_LOCKS

[Lossa]

Hi ulrich (eknori),

hast du schon die Chance gehabt das Problem weiter zu prüfen?

[eknori]

ja, bin aber noch nicht weitergekommen.

Admin Server ist eingetragen und das Dokument wird auch nicht aus einer Vorlage erstellt, so wie es im KB Artikel beschrieben ist.

Werde das wohl mal an den Support melden ...

[Bruce Willis]

...so wie es im KB Artikel beschrieben ist.

Wie kan man diese o.g. Links öffnen?

Please identify yourself:
User name:
Password:

Werde das wohl mal an den Support melden ...

Gab es damals eine Lösung?
Oder gibt's eine für Domino 7 ?

[m3]

Wie kan man diese o.g. Links öffnen?

Please identify yourself:
User name:
Password:

Das schaut so aus, als wäre der User nicht angemeldet?

[Bruce Willis]

Das schaut so aus, als wäre der User nicht angemeldet?

Stimmt.
Funktioniert der Link bei Dir anders?

http://eknori.dyndns.org/knowledge/LotusKB.nsf/b48a95f9b4a7a68185256c8d0072e04c/3dfde6685d26666e85256cd700686282?OpenDocument&Highlight=0,EDIT_NO_SOFT_LOCKS

[m3]

Ich denke, dass Ulrich den öffentliche Zugang zur IBM Knowledgebase abgedreht hat, weil er die Infos nicht veröffentlichen darf. Musst Du halt in Deiner Replik nach "EDIT_NO_SOFT_LOCKS" suchen oder http://lmgtfy.com/?q=EDIT_NO_SOFT_LOCKS&l=1

[Bruce Willis]

Danke für den Link auf diese nette Seite.

Weißt Du, ob bzw. wie Ulrich das Problem damals gelöst hatte?

[Bruce Willis]

...und (wie) hast Du dein eigenes ähnliches Problem mit EDIT_NO_SOFT_LOCKS=1 gelöst?
http://atnotes.de/index.php/topic,43795.0.html