"Database is corrupt" nach Komprimierungsversuch einer Datenbank

[Flachzange]

Hallo alle zusammen,
habe folgendes Problem und die Suche hat mir leider auch keinen Erfolg gebracht.

Wir haben bei uns eine Maildatenbankbeschränkung auf 200MB. Bei 800 Mitarbeitern ist das besser:)Das Komprimieren klappt auch soweit super.
Bis auf eine Person. Will man diese Datenbank komprimieren mittels "compact" sagt die Serverkonsole "Database is corrupt-cannot allocate space".
Problem ist einfach nur, dass der gute Mann immer wieder ne Meldung bekommt, dass seine Maildatenbank zu groß sei obwohl nur 21% belegt sind.

"Fixup" und "updall" brachten leider keine Lösung.

Irgendjemand vieleicht noch eine Idee???

Vielen Dank im Voraus.

[Axel]

Lass mal beim Komprimieren die Ansichtenindizes mit löschen. Das ist, glaube ich, -D als Parameter. Schau aber besser noch mal nach.

Axel

[pedsola]

Hallo,

wenn bislang nichts gebracht hat dann versuch mal eine offline maintenance auf die DB (Nachteil: der Server ist in der Zeit down). Das hat bei uns bislang immer geholfen

In der Reihenfolge:
nupdall <dbname> -R
ncompact <dbname> -c
nfixup -J -N -V -L -F <dbname>

Wenn das auch nicht hilft, dann führt wohl kein Weg an einem Restore von einem Backup vorbei.

Gruß
Pedro

[eknori]

1.  Fixup -f   (This causes Fixup to check all documents in the database.)
2.  Compact -i -c -d -K (ignore errors, copy-style, delete view indexes, set large UNK table)
3.  Updall -R

[blizzard]

ich denke der compact -i -c wird dir schon genügen.
Ansonsten hat eknori schon alles gesagt

[Flachzange]

Vielen vielen Dank.
compact -i -c hat funktioniert!!!!

:-D

[jammesbond007]

Zur info:

Es gibt dazu einen SPR bei IBM

Main Topic
Subject: Hotfix available for SPR # GRCE6RVRA3: intermittent database corruption with transaction logging [Solution]
By Nick Radov/ACHQ  on Tue, Nov 6, 2007 at 20:17.
Categories: Lotus Products\Domino, Lotus Products\Notes\Notes 7

We have been working with IBM Software Support for several months on PMR # 03320,49R,000 regarding intermittent database corruption problems. Sometimes a heavily-used database would fail with the error "Database is corrupt -- cannot allocate space". After several rounds of custom debugging hotfixes they were able to isolate SPR # GRCE6RVRA3 as some sort of timing defect or race condition in transaction logging. We now have what should be a final hotfix for it.
The hotfix we received applies to Lotus Domino 7.0.3 for Windows, but the same defect is also present in older and newer versions and other platforms. It will presumably be included in a future maintenance release. But if you're seeing intermittent database corruption on a server that uses transaction logging you may want to contact support and request that same fix now.

Zusätzlich ein Update dazu:
Response
...in response to : Hotfix available for SPR # GRCE6RVRA3: intermittent database corruption with transaction logging (by Nick Radov/ACHQ).
Subject: Not a complete fix [Comment]
By Nick Radov/ACHQ on Fri, Dec 7, 2007 at 19:20
Categories: Lotus Products\Domino, Lotus Products\Notes\Notes 7

Even after applying that hotfix we are still seeing intermittent database corruption problems, although much less frequent. IBM continues to research the problem. I suspect there are actually multiple defects that result in the same symptoms, and only one of those defects has been fixed so far. Once we get a complete fix I'll post another update.

[pd]

ich denke der compact -i -c wird dir schon genügen.
Ansonsten hat eknori schon alles gesagt

Danke, Patrick