Invalid ID Table!?

[Edomaster]

Hallo!

Ich habe seit einigen Tagen ein Problem mit einer DB.
Ein User möchte die DB aufmachen, aber er bekommt die FM "Invalid ID Table"
Interessanterweise können alle anderen User die DB aufmachen.
Auch mit einer anderen N-ID auf dem gleichen Rechner kann man die DB öffnen.
Wenn man mit der N-ID des Users auf einem anderen Rechner die DB öffnen will, kommt ebenfalls die FM.

Hat jemand schon mal diesen Effekt auch erlebt?

[koehlerbv]

ID Table deutet Richtung ungelesener Dokumente, gespeichert wird dies im Desktop.
Kann es sein, dass der betreffende User auch an einem anderen PC auf seine DESKTOP.DSK zurückgriff?
Einen Versuch schadet das "übliche Vorgehen" auf jeden Fall nicht:
- DB-Symbol(e) löschen
- Desktop komprimieren
- Notes beenden
- Cache löschen
- Notes wieder starten, Symbol(e) neu hinzufügen.

Bernhard

[m3]

Thema in comp.groupware.lotus-notes.admin     

We could solve that problem by removing the database which have the problem
and all adressbooks which are used (mean the open adressbook and all local
ones which are used for adressing) from the desktop. After that, delete the
cache.dsk and compact the workspace and add the adressbooks back to the
desktop.

[Edomaster]

Hallo!

Nach längerer Zeit melde ich mich wieder zurück.
Ich habe genau das gleiche Problem und ich habe wieder alles probiert nur es funkt nichts.
Ich stehe jetzt echt auf der Leitung.

[r5027]

Hi,

versuche mal ein "compact -c", der behebt manche Probleme in einer DB. Die Ungelesen Markierungen stehen nämlich auch in der DB, lokal werden sie nur aus Performance Gründen gecacht.

Was sagt denn Big Blue dazu?

Viel Erfolg
Frank

[Edomaster]

Hi!

Vielen Dank für die Info. Ich kann ein compact leider nur über nacht machen.
Ich werds heute abend testen.
Wer oder was ist Big blue?   

[koehlerbv]

Big Blue ist das Synonym für IBM.

Bernhard

[Edomaster]

Hallo!

Leider hat auch ein "compact -c" nicht viel gebracht.

[Peter S.]

Die Knowledge Base sagt dazu:
-------------------------------------
These error messages occur when the unread log or one of its elements is found to be corrupt.  In cases where a user is indicated as Unavailable this means that the log itself has been deleted.  By design Fixup will delete a corrupted unread log.

The logs will automatically be rebuilt the next time the database replicates.  If the errors continue to occur you may want to examine whether there are any network connectivity issues between the Notes clients which work with the replica and the Domino server that the replica is on.  Also, if any of the Notes clients which use the replica were having stability issues and were crashing this could keep the in-memory unread log from writing correctly to the on-disk unread log.
----------------------

Also sollte ein FIXUP helfen. Allerdings steht da nicht mit welchen Optionen :-(

[Werner Götz]

Hatte heute auch diesen Fall, bei mir hat es gereicht, alle Dokumente in der cache.ndk zu löschen und diese zu komprimieren.
Ein Löschen dieser Datei (bei beendetem Notes) sollte es also auch tun.

-Werner

[schroederk]

Hatte heute auch diesen Fall, bei mir hat es gereicht, alle Dokumente in der cache.ndk zu löschen und diese zu komprimieren.
Ein Löschen dieser Datei (bei beendetem Notes) sollte es also auch tun.

-Werner

Glückwunsch zum Ausgraben eines 13 Jahre alten Posts 

[Werner Götz]

Hätte ich das nicht ergänzen sollen?!?
Ich dachte, dass es (ähnlich wie mir) jemandem helfen könnte, der auf der Suche nach einer Lösung zu diesem Problem ist.

-Werner