Datenbank lässt Server abstürzen

[Norton]

Hallo zusammen,

wir haben eine Datenbank, die innerhalb eines Notes-Clusters liegt. Auf einem der beiden Server (beide seit neustem auf Notes 8.0.2) erscheint nach kurzer Zeit im Rahmen des Konsistenzchecks folgende Fehlermeldung und der Domino-Server stürzt ab:

16.03.2010 10:48:39   Unread chunk -24030 for user Server01/Firma/DE in database LW:\Verzeichnis\DB-Name.nsf is bad. Object: 6A402E. ReasonCode:60

Nachdem einige tausend dieser Nachrichten protokolliert wurden, erscheint folgende Fehlermeldung:

16.03.2010 10:48:41   Maximum number of in-memory log entries exceeded; cannot create another until some are flushed to the log database

Ich habe diese Replik schon gelöscht und von der funktionierenden Datenbank eine neue Replik gezogen. Nach zwei Stunden trat das Problem erneut auf.

Aktuell habe ich alle Agenten mal auf den Server gelegt, der bisher keine Probleme macht.

Gerne würde ich mehr zu diesem Fehler finden, aber mir fehlt ehrlich gesagt ein wenig der Ansatz hierfür. Hat jemand eine Idee, Tipp, Link o.ä.?

Danke und Gruß
Thomas

[m3]

Festplatte(n) kaputt?

[Norton]

Nein, ich denke es lässt sich ausschließen, dass die SAN-Platten hier vor und nach Erstellung einer neuen Replik ausschließlich bei dieser Datenbank Schwierigkeiten macht.

[m3]

Virenscanner auf der Box?

P.S.: http://www-01.ibm.com/support/docview.wss?uid=swg21203213 ev.?

[Driri]

Liegt die Datenbank in einem Verzeichnis, das via DirLink eingebunden wurde ? Wenn ja, ist das Verzeichnis ein am Server gemappedtes Netzlaufwerk ?

Hintergrund der Frage : Wir hatten so eine Konstellation auf einem unserer Server jahrelang so laufen (Archivdatenbanken einer Applikation, die auf ein Netzlaufwerk ausgelagert wurde) und irgendwann nach der Migration des Servers auf 8.5.1 kam es vermehrt zu Crashes.

Die Aussage vom IBM-Support war dann, daß DirLinks nur für lokale Laufwerke supportet werden.

[Norton]

@m3:
Danke erstmal für die Antworten!
Die Virenscanner würde ich ebenso ausschließen wollen, da diese gleich konfiguriert sind und hier m.E. nach beide Server betroffen sein müssten.
Der Link jedoch ist nicht uninteressant. Ich warte aktuell noch ab, ob mein Versuch mit den Agenten was gebracht hat (noch läuft es - hat gestern aber auch zwei Stunden gedauert, ehe es los ging), wenn nicht werde ich mit mit der Ungelesenen-Verwaltung weiter testen.

@Driri:
Auch dir Danke.
Die Datenbank liegt aber nicht in einem via DirLink eingebundenem Verzeichnis, dementsprechend fällt diese Variante weg.

[koehlerbv]

Das Problem dürfte wohl eher in der UnreadMarks Table der DB liegen, die Du für eine neue Replik hergenommen hast.
1. Versuch: Alle Unread-Marks entfernen (alles gelesen markieren, retour und erneut retour).
2. Versuch: Neue Kopie anlegen und davon neue Repliken.

HTH,
Bernhard

[Norton]

Hallo Bernhard,

danke für die Antwort. Hier mein Zwischenbescheid.

Ich habe die Replik, die Probleme bereitet gelöscht. Auf der funktionierenden Replik habe ich mit der ID beider betroffener Server sowie meiner Admin-ID (doppelt hält besser) "Bearbeiten - Ungelesen-Markierungen - Alle als gelesen markieren" gewählt. Anschließend "Alle als ungelesen markieren" und wieder "Alle als gelesen markieren" ausgeführt. Danach habe ich in den DB-Eigenschaften "Keine Ungelesen-Markierungen verwalten" eingestellt.

Nach diesen Schritten habe ich eine neue Replik per Adminprozess angestossen. Nachdem diese auf dem Server vollständig war, habe ich ein Fixup auf die Datenbank gestartet, welches zu dem Ergebnis führte, dass der Server mit einer Insufficient Memory abstürzte.

Nun werde ich prüfen, inwiefern es Verlinkungen auf die Datenbank gibt und deinen zweiten Vorschlag testen.

Rückmeldung folgt. Weitere Ideen werden natürlich auch gerne angenommen.

Danke und Gruß
Thomas

[Norton]

Hallo zusammen (insbesondere Bernhard),

der zweite Tipp war goldrichtig. Neue Kopie erstellt, nachdem die Datenbank außer Betrieb genommen wurde, Fixup, Updall etc. drauf und nun scheint es (zumindest im Moment) zu funktionieren.

Vielen Dank hierfür. Eine Frage hätte ich aber noch an Bernhard. Welche Information hat dich auf die Idee mit der Kopie gebracht? Eigene Erfahrung oder gab es irgendwo einen Hinweis bei dem bisher geschriebenen, bei der sich eine solche Maßnahme aufdrängt?

Vielen Dank und Viele Grüße
Thomas

[koehlerbv]

Thomas, nach Deiner Beschreibung deutete für mich alles darauf hin, dass das Problem in der DB liegt, die repliziert wurde - nicht in der daraus resultierenden anderen Replik. Die eine hat die Seuche die andere geimpft, und an der anderen hast Du bis dato Deine Medikation betrieben.

Und eine neue Replik lässt eh viele Altlasten der Quelle hinter sich. Aber das ist halt immer nur die "ultima ration".

Ich hoffe, dass unser "vodoo" wirklich geholfen hat.
Bernhard

[Norton]

Hallo Bernhard,

danke für deine Antwort. Nun bin ich wieder etwas schlauer.
Derzeit läuft die Datenbank noch stabil.

Danke nochmals und Gruß
Thomas