Error archiving documents from mail/user1.nsf: Invalid or nonexistent document

We are using DAOS with transactional logging. I am probably going to fall back to the usual bring a new replica from a cluster member back to this server unless someone has a suggestion for an option which will work.

12/21/2010 11:57:14 Running Program document for ‘COMPACT mail -A’

12/21/2010 12:49:07 Archiving documents from mail/user1.nsf (Some User)

12/21/2010 12:49:09 Error archiving documents from mail/user1.nsf: Invalid or nonexistent document

Load Fixup -F -J mail/user1.nsf

12/21/2010 13:31:02 Database Fixup: Started: -F -J mail/user1.nsf

12/21/2010 13:31:02 Performing consistency check on mail/user1.nsf…

12/21/2010 13:31:12 Recovery Manager: Assigning new DBIID for /NOTES02/NOTES/DATA/mail/user1.nsf (need new backup for media recovery).

12/21/2010 13:31:12 Completed consistency check on mail/user1.nsf

12/21/2010 13:31:12 Performing consistency check on views in database mail/user1.nsf

12/21/2010 13:31:14 Completed consistency check on views in database mail/user1.nsf

12/21/2010 13:31:14 Database Fixup: Shutdown

12/21/2010 13:31:22 Pushing mail/user1.nsf to NOTES01/DEKKO mail\user1.nsf

12/21/2010 13:31:22 Pushing mail/user1.nsf to NOTES03/DEKKO mail\user1.nsf

LOAD COMPACT mail/user1.nsf -A

12/21/2010 13:36:22 Archiving documents from mail/user1.nsf (Some User)

12/21/2010 13:36:22 Error archiving documents from mail/user1.nsf: Invalid or nonexistent document

12/21/2010 13:36:24 Database compactor process shutdown

load compact mail/user1.nsf -c -i -d -K

12/21/2010 13:39:54 Informational, database design compression is enabled in database mail/user1.nsf.

12/21/2010 13:39:54 Informational, document data compression is enabled in database mail/user1.nsf.

12/21/2010 13:39:54 Informational, DAOS is enabled in database mail/user1.nsf.

12/21/2010 13:39:54 Informational, LZ1 is enabled in database mail/user1.nsf.

12/21/2010 13:39:54 Compacting mail/user1.nsf (Some User), mail/user1.nsf -c -i -d -K

12/21/2010 13:40:08 Recovery Manager: Assigning new DBIID for /NOTES02/NOTES/DATA/mail/user1.nsf (need new backup for media recovery).

12/21/2010 13:40:08 Compacted mail/user1.nsf, 8960K bytes recovered (1%)

12/21/2010 13:40:08 Database compactor process shutdown

load updall mail/user1.nsf -R

12/21/2010 13:45:46 Index update process started: mail/user1.nsf -R

12/21/2010 13:45:46 Updating views in /NOTES02/NOTES/DATA/mail/user1.nsf

12/21/2010 13:45:47 Index update process shutdown

12/21/2010 13:45:54 Pushing mail/user1.nsf to NOTES01/DEKKO mail\user1.nsf

12/21/2010 13:45:54 Pushing mail/user1.nsf to NOTES03/DEKKO mail\user1.nsf

LOAD COMPACT mail/user1.nsf -A

12/21/2010 13:49:09 Archiving documents from mail/user1.nsf (Some User)

12/21/2010 13:49:09 Error archiving documents from mail/user1.nsf: Invalid or nonexistent document

12/21/2010 13:49:11 Database compactor process shutdown

12/21/2010 13:49:13 Pushing mail/user1.nsf to NOTES01/DEKKO mail\user1.nsf

12/21/2010 13:49:13 Replicator updated 1 document(s) in NOTES01/DEKKO mail\user1.nsf from mail/user1.nsf

12/21/2010 13:49:13 Replicator Modification Summary by Type…

12/21/2010 13:49:13 …Data (1 Updated)

12/21/2010 13:49:13 Pushing mail/user1.nsf to NOTES03/DEKKO mail\user1.nsf

Subject: non existent document

Well, i know it is an old question but as several of us, i faced this beast too.I tried ALL suggestions from every site over internet with no required result.

So, instead of run thousands of console commands againt database i did it againts ARCHIVED DATABASE:

load fixup archive/mail/a_xxxx.nsf

But, as always in Notes, it was succesfull only on the 50% of problematic databases.

So, i tried one more time:

load fixup archive/mail/a_xxxx.nsf -f -n

load compact archive/mail/a_xxxx.nsf -c -d -i

load updall archive/mail/a_xxxx.nsf -r

after this, i did run what i want in first place:

load compact -a mail/x/xxxx.nsf

And everything works fine, compacting, archiving, deleting and size reduction and a clean archive log file.

Hope it helps

Cheers