Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: thoge am 03.11.03 - 17:16:56
-
@all,
ich scheine hier ein Problem zu haben.
Ich möchte in unserer Adressdatenbank (liegt auf dem Server) ein Dokument erstellen.
Dies wird mit der Fehlermeldung "Notes error: Datenbank beschädigt - Platz kann nicht zugeteilt werden" quittiert.
- Ich habe volle Managerrechte auf der Datenbank.
- Es gibt keine Größenbeschränkung auf der Datenbank.
- Auf einer lokalen Replik besteht auch nach der Replizierung mit dieser Datenbank das Problem nicht.
- Der Volltextindex wurde bereits gelöscht und neu aufgebaut.
- Ein updall wurde auf der Datenbank bereits über einen Konsolenbefehl ausgeführt.
- Ein fixup wurde ebenfalls per Konsolenbefehl auf dieser Datenbank durchgeführt.
Auf der Konsole wurden folgende Meldungen beim fixup angezeigt:
"NSFDbOpen File:'E:\NOTESSEC\DATA\ADRESSEN\kunden.nsf' is CORRUPT - NOW READ ONLY"
Ich arbeite unter einem Notes 5.0.11er Client auf einem 5.0.11er Server.
Hat jemand eine Idee zur Problemlösung oder soll ich schonmal die Bänder zur Rücksicherung einlegen?
Ich bin für jede Hilfe dankbar.
thoge
-
Evtl. liegt es sogar an Eurer Backupsoftware, die das Readonly Flag gesetzt und nicht wieder zurückgesetzt hat.
Aus der KBase:
Title:
Domino R5 Server's Log.nsf Becomes Read Only
Product:
Platform(s):
Lotus Domino > Lotus Domino Server > 5.x
Windows NT
Document Number: 1102690 Date: 15.10.2001
Problem
Your Domino R5 server is having an intermittent problem where the server log becomes read-only overnight. The first indication of the problem is the following sequence of messages on the console:
NSFDbOpen: File 'E:\Lotus\Domino\Data\Log.nsf' is CORRUPT - Now Read Only!
Cannot Write to log file: Database is corrupt -- Cannot allocate space.
Further investigation shows that no entries have been written to the log since some time between 23:00 and 02:00.
Solution
When this issue occurs, it is usually necessary to restart the server in order to restart logging. It has been determined that this issue occurs most frequently when there is insufficient hard drive space on the server. This low disk space prevents Domino tasks from writing to the log.nsf. The problem is compounded when high logging levels are used in Domino or for any third party applications, as this will utilize more disk space. Reducing the logging level so that it is less verbose will prevent the problem from occurring.
The issue has also been known to occur when the backup software BackupExec is running on the server. Specifically, if BackupExec is running with its Backup Open Files parameter set to "Yes - with lock", any Domino task trying to write to the log while it is being backed up will be refused access. As a result the log becomes read only.
Supporting Information:
To enable the Backup Open Files parameter:
1. In BackupExec, select Tools, Options from the menu.
2 Select the Backup tab.
3. Change the "Backup Open Files" parameter to "Yes - without lock."
Related Documents:
Error: "This Database Is Currently Being Used by Someone Else..." While Accessing a Mail File
Document #: 159431
-
Replik lokal machen (hast Du doch schon, wenn ich richtig gelesen habe?).
Kopie auf Server löschen
Neue Replik auf Server anlegen
-
@Glombi,
das ging ja flott.
Das Backup kann ich ausschließen, da ich vor ca. einer Stunde noch in der Datenbank Dokumente erstellen konnte. Die Datensicherung findet jedoch nachts statt.
Ich habe aber versucht, das Problem einzukreisen.
Der Fehler trat auf, nachdem jemand einen Eintrag in einer Auswahlmaske, die per
"@GetProfileField("Selections"; "SelectionKTAktionen")"
in der Adressmaske herangezogen wird, um bestimmte Kategorien einer Adresse zuzuordnen, gelöscht hat. Vorher hat er alle Dokumente, die dieser Kategorie zugeordnet waren, aus dieser Kategorie entfernt.
Kann ein Neustart des Servers eventuell doch das Problem beseitigen?
Dein Hinweis mit dem Logfile, welches auf ReadOnly gesetzt wurde, bringt mich auf diese Idee.
Erst einmal Danke für Deinen Tipp.
thoge
-
Der Backup schliesst sich ebenfalls aus, weil die Meldung ganz klar besagt, dass der Fixup die DB auf Read-Only gesetzt hat (und sie damit auch nicht flicken konnte ..... :-(
-
Einen Serverneustart würde ich probieren - das erzwingt auch einen Consistency Check und ggf. das File Attribute der Datenbank.
Was sagt denn Deine lokale Replik ? Wenn es der gut geht, Du aber das READ-ONLY auf dem Server nicht weg bekommst (dann hat das Notes wohl aus gutem Grunde gesetzt), dann hilft nur, die Server-Replik auf OS-Ebene zu löschen und eine neue Replik von lokal anzulegen.
Was übrigens in einem ähnlichen Zusammenhang bei mir geholfen hat (zwar kein READ-ONLY auf dem Server, aber Fixup, Compact, Updall auf Server schlugen fehl): Lokale Replik (die wollte sich auch nicht komprimieren lassen) mit dem Server-Programm ncompact.exe behandeln - und das funktionierte (warum auch immer).
HTH,
Bernhard
-
@Semeaphoros
Das mit der lokalen Replik ist richtig. Ich werde Deinen Lösungsvorschlag verfolgen.
Dann muss ich wohl noch etwas auf meinem Arbeitsplatz verharren, bis meine "Schäfchen" die Arbeit eingestellt haben.
Ich werde berichten.
Vielen Dank erst mal.
thoge
-
Wenn der Fixup das tut, dann ist eigentlich auch gleich gesagt, dass man um das Ersetzen der DB wie ich oben beschrieben habe (oder vergleichbare Aktion) nicht drumherum kommt ..... leider. Rückschreiben vom Backup ist natürlich auch ein Ersetzen der aktuellen Kopie, ist also auch eine Möglichkeit
-
@Thoge:
Die Aktion des users wie von Dir beschrieben kannst Du als Ursache für die korrupte DB ausschliessen. Sowas zerschiesst keine DB - ist ja Notes ;-)
Schau' mal auch nach
- Plattenplatz
- Einträgen im Log "rund um den Ereigniszeitpunkt"
- Servercrash ? (Na, das hättest Du sicher gemerkt, und sowas überlebt Notes normalerweise auch locker)
- Platz für Swap file (wenn Windows-Server)
To be continued ...
Bernhard
-
Ich hab das Phänomen leider auch schon gehabt, ohne dass wir je die Ursache herausgefunden haben ..... :-(
-
@all,
hier die "Einschläge" im LogFile rund um den Ereigniszeitpunkt:
03.11.2003 16:30:30 Fehler beim Korrigieren der Ansicht 1078 in adressen\kunden2.nsf: Datenbank beschädigt - Platz kann nicht zugeteilt werden
03.11.2003 16:30:31 Fehler beim Korrigieren der Ansicht 1078 in adressen\kunden2.nsf: Datenbank beschädigt - Platz kann nicht zugeteilt werden
03.11.2003 16:30:32 Fehler beim Korrigieren der Ansicht 1010 in adressen\kunden2.nsf: Datenbank beschädigt - Platz kann nicht zugeteilt werden
.... etc.
Plattenplatz ist ausreichend vorhanden (das dürfen jedoch meine User nicht wissen ;))
Das mit dem Swap file muss ich mal prüfen.
To be continued ...
thoge
-
Und was sagt eine Replik (lokal, anderer Server) ?
Bernhard
-
Was sagen die File-Attribute OS-seitig?
Ist es möglich, dass Domino aus irgend einem Grund vom OS her kein Schreibrecht bekommt?
Müsste man da vielleicht auch mal nach defekten Sektoren auf der Platte suchen (oder allgemein nach Hardwareproblemen, der Disk steht da wohl im Vordergrund)?
-
@all,
Problem gelöst! Ich weiss nur nicht warum :-[.
Nachdem ich den Notes-Server rebootet habe, ließen sich wie gehabt Dokumente erstellen.
Für Eure Tipps und Lösungsvorschläge möchte ich mich bedanken.
Jetzt betreibe ich mal Ursachenforschung und schaue, ob ich den Fehler reproduzieren kann.
Doch erstmal mache ich Feierabend und setze den Thread auf erledigt.
Bis demnächst
thoge
-
Dann schau mal im Log nach dem Reboot nach "Konsistenzprüfung " respektive "consistency check".
Und vergiss morgen nicht, trotzdem mal über die reparierte DB Fixup, Updall und Comact laufen zu lassen ;-)
Bernhard
-
@koehlerbv,
danke noch für den Hinweis.
Ich habe noch schnell Fixup, Updall und Compact laufen lassen.
Hier die Ergebnisse:
03.11.2003 19:10:05 Konsistenzprüfung von adressen\kunden2.nsf...
03.11.2003 19:10:22 Konsistenzprüfung von adressen\kunden2.nsf abgeschlossen
03.11.2003 19:30:17 > load fixup adressen\kunden2.nsf
03.11.2003 19:30:17 Database Fixup gestartet
03.11.2003 19:31:12 Database Fixup heruntergefahren
03.11.2003 19:31:50 > load updall adressen\kunden2.nsf -C
03.11.2003 19:31:50 Index-Aktualisierungsvorgang gestartet
03.11.2003 19:31:56 Index-Aktualisierungsvorgang heruntergefahren
03.11.2003 19:33:52 > load compact -B adressen\kunden2.nsf
03.11.2003 19:33:52 Datenbank adressen\kunden2.nsf wird komprimiert
03.11.2003 19:36:11 Komprimierung von adressen\kunden2.nsf abgeschlossen, 29440 KB freigegeben (7%)
03.11.2003 19:36:11 Datenbank-Komprimierungsprozeß wurde heruntergefahren
Ich denke, dass sieht erstmal gut aus :)
Ein erfreuter thoge
-
Das sieht guuuut aus ;-)
Solche Effekte sind bei Notes zwar sehr selten - aber mögen sie Dir noch seltener begegnen,
wünscht
Bernhard
-
Schön, sieht gut aus, sagt leider nicht, warum das so war. Da ist denn ein Problem mit Auslagerungsdatei oder ein Memory-Leack oder sowas durchaus sehr wahrscheinlich, und lässt sich dann natürlich nicht mehr rekonstruieren. Hauptsache, es geht wieder.