We upgraded our Notes from 5.11 to R6.01. After the installation the server compacted all databases. It appears that it was not able to compact certain mail files with a couple of different errors:
03/05/2003 10:28:22 AM Error compacting mail/folder/mailfile.nsf: Invalid or nonexistent document
03/05/2003 10:28:22 AM Database compactor process shutdown
03/05/2003 10:36:53 AM Error compacting mail/folder/mailfile.nsf: Database is currently in use by you or another user
03/05/2003 10:36:53 AM Database compactor process shutdown
This is happening on about 50 mail files.
1.I have verified that compact is not being initiated by a program document or from the notes.ini file.
-
I have also ran a fixup on these databases that did not seem to help.
-
I have verified that the file permissions on the unix side are set correctly.
Can anyone help? It is not impacting performance, but is not allowing certain users to get their mail space back after deleting files.
Any help would be greatly appreciated.
-Brad
Subject: Error compacting - Invalid or nonexistent document
If you still have your old server logs you may want to see if this was happening prior to the upgrade.I see this infrequently. When fixup doesn’t work, I have to create a new replica locally, then delete the server one, and replicate it back to the server. Of course you will lose the unread marks…but oh well.
Subject: RE: Error compacting - Invalid or nonexistent document
I checked my logs and verified that it was not happening before the upgrade to R6.01.
Replicating locally, deleting the server database and replicating back to the server worked. I am now able to compact the database.
Looks like I get to have some fun with the other 49 mail files…
Thank you for the help Stuart, it is very much appreciated.
Subject: Another solution
We encountered the same problem. We solved it by running COMPACT -c -i on each of the problem DB’s
Subject: RE: Another solution
I have exactly the same problem. almost 50 ot 120 mail databases have the same problem which is hudge!(R6.0.1/Linux RH7.2 2.4.7-10)when running COMPACT -c -i I don’t have expected results.
sometimes COMPACT -D is working with FIXUP before or after.
However, I am sure this is a server bug happening when the ODS is 41 and not 43.
very disapointed from the 5.11 to R6.0.1 upgrade, server performance is really bad…
PS (added 18.Apr.2003): after FIXUP and COMPACT performed when server was down, and 24 hours of server running, everything came back to normal. Our server has about 30 GB of .NSF with more than 130 users connected… I presume, the server was reorganizing space…?
Subject: RE: Another solution
I am facing same problem when client is replicating mail file from server
“invalid or non-existing document”
Then I run compact -c to upgrade ODS to 43 in the client side, but I cannot upgrade my server ODS
becoz…the server is running still with R5.
I cannot run Fixup in the client side becoz I dont have fixup executablein the client.
I believe R6 client with ODS 41 is causing the problem.
Subject: RE: Another solution
Hi Bruce,
This is a few years later, but I just wanted to thank you for your post. The -i switch enabled me to compact the database I was having trouble with.
Thanks so much for sharing your knowledge!
RDK