Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: Peter_Kober am 13.09.02 - 15:04:36
-
Hallo Leute , ;D
hoffentlich kann mir jemand helfen.
Ein User bekommt beim versenden von Mails die
FM:Attempt to use an invalid database pointer.
Wir haben hier noch keine Lösung für das Problem. ???Er kann die Mails nicht versenden.
-
Hallo,
nutzt Ihr Shared Mail?
-
Hallo,
also dieses Shared mail nutzen wir nicht.
Aber danke der Nachfrage
-
Hi!
Hast du mal geschaut, ob im Personendoc im NAB die Maildatei richtig eingetragen ist?
Und ob in der Arbeitsumgebung alles stimmt?
Das wären für mich die ersten Stellen, wo ich nachschauen würde!
Gruß, Marion
-
Hi Peter_Kober,
da Du uns reichlich mit Informationen versorgst kann ich Dir nur anbieten:
Enabling Soft Deletions Results in Database Corruption - Typically in Mail Files
Problem:
Database corruption in some Notes/Domino R5 releases has been observed, typically in mail files. The following Fixup errors may be observed:
Database fixup process started
Performing consistency check on mail\filename.nsf...
Document NT00000AAA in database <path\filename.nsf> is damaged: Field length stored in document is incorrect (Field Body, Datatype 0001)
Document NT00000AAA in database <path\filename.nsf> has been deleted
or
Document NT00000AAA in database <path\filename.nsf> is damaged: Document has invalid structure
Document NT00000AAA in database <path\filename.nsf> has been deleted
or
Database is corrupt -- Cannot allocate space
When running Compact the following errors may be observed:
<path\db name> is damaged: Document has invalid structure
**** DbMarkCorrupt(DbFixup: invalid slot found, could not be repaired), DB=<path\db name> TID=[0458:0002-05A8] ***
Error compacting database <path\db name> 03:F5
Once the database is corrupted the following may also be observed:
NIF: DETECTED STORAGE CORRUPTION ERROR 'B-tree structure is invalid'
NIF: DETECTED STORAGE CORRUPTION ERROR 'Attempt to use an invalid database pointer'
Error updating view '($All)' in mail\filename.nsf: B-tree structure is invalid
NSFDbOpen: File '<path\db name>' is CORRUPT - Now Read-Only!
Clustering is not relative to this issue. The issue has appeared in both clustered and non-clustered environments.
Solution:
This issue has been observed on a number of Domino Servers, release 5.0.5 and later. Research has found that the issue occurs when the 'Allow Soft Deletions' option within the 'Advanced Database Properties' InfoBox is enabled. 'Allow Soft Deletions' will corrupt the database if soft deletions are enabled and an inplace compaction moves non-summary data to another location in the database.
This issue was reported to Lotus Quality Engineering, and was resolved in Domino 5.0.9 Server.
Excerpt from the Lotus Notes and Domino Release 5.0.9 MR fix list (available at http://www.notes.net):
Server - Database
SPR# IGOS4W6KD8 - Soft-deletions were causing inplace compaction to corrupt databases. This has been fixed in 5.0.9.
Workaround:
In some cases running Updall -R on the mail database, and then Fixup, does repair the existing corruption. To prevent the issue from occurring again disable the Soft Deletions feature for the database.
To access the 'Allow Soft Deletions' setting, select File, Database, Properties. When the InfoBox appears, switch to the Advanced tab (the "beanie" icon). The 'Allow Soft Deletions' checkbox is located half way down the list of settings.
In some cases where this issue has occurred the mail database had a background LotusScript agent which deleted documents. Further research is being done to review these agents. The issue may not be limited to cases where a background agent is deleting documents, but knowing whether or not a customer has such an agent may be helpful in troubleshooting this issue.
One example of the debug output when such an agent was running:
AMgr: Agent ('Purge Agent' in 'jdoe.nsf') printing: mail\jdoe.nsf
AMgr: Agent ('Purge Agent' in 'jdoe.nsf') printing: Deleting from mail\jdoe.nsf
**** DbMarkCorrupt(NoteOpenExtended: NoteID 000048EE NS (000033E9) or slot (00002D94) length invalid; Bucket 00000047 Slot 00000002), DB=F:\Lotus\Data\mail\jdoe.nsf TID=[012E:0002-012D] ***
Gruss
;D MOD
-
Hallo alle zusammen. :D
ich werde natürlich den Workaround mal testen, wir werden sehen was dabei heraus kommt.
Das kann aber ein bisschen dauern. :-/
Die Arbeitsumgebung und die Lage des Files sind beim Kunden OK. Danke Dir trotzdem für den Tip.
Bis später ;) - Peter
-
Hallo Peter,
ich würde es mal mit einem DB-Fixup versuchen oder -wenn das nichts hilft- eine neue Replik der Mail-DB anlegen und diese dem Anwender zuordnen.
Beim Anlegen einer neuen Replik sollte ein fehlerhafter Pointer wohl automatisch korrigiert werden ...
Gruß
Wolfgang
-
Bescheidene Frage:
Was ist ein Pointer?
-
... ein Verweis auf ein Dokument.
Die Dokumente sind in einer DB einigermaßen wild durcheinander abgelegt. Die Ansichten und Ordner zeigen den Inhalt einigermaßen strukturiert. Hinter dem, was Du in einer Ansicht siehst, liegen diese Pointer auf die Stellen in der DB, wo die Dokumente physisch wirklich liegen. So ungefähr ...
-
Aha. Danke!
-
So, da bin ich wieder
hat alles leider nichts genützt :'(, ich habe dem User nun doch ein neues Mailfile angelegt und seine Mails kopiert.
Für mich allerdings unklar, warum ein Fix up dies nicht gebügelt hat, na ja nun funzt wieder alles.
Ich danke euch allen noch mal für die Unterstützung. ;D
bis bald