Blackmoorian
asked on
Resolving Corruption on Lotus Notes Databases
Is there anything else I can try or is it a lost cause?
11 Lotus Notes mail databases on a Domino 6.5.4 Server were corrupted when they had a RAID array issue and the server crashed. We have resolved the crash but now are left with 11 databases that we can no longer access. To add insult to injury their backup system had tanked the day before and it is going to be about a week until their replacement tape drive robot arrives. So unfortunatley restoring is not an option for about a week.
I am receiving two errors between all the databases (never both on the same database):
1) Database is corrupt -- Cannot allocate space
2) RRV bucket is corrupt
Here are the results from the server console: (database names and paths changed for client protection)
>Load updall <path\database.nsf> -R -C
08/11/2009 10:13:10 AM Database Fixup: Started
08/11/2009 10:13:10 AM Unable to fixup database <path\database.nsf>: Database is corrupt -- Cannot allocate space
08/11/2009 10:13:10 AM Database Fixup: Shutdown
>Load fixup <path\database.nsf>-L -F
08/11/2009 10:14:12 AM Database Fixup: Started
08/11/2009 10:14:12 AM Checking database <path\database.nsf>
08/11/2009 10:14:12 AM Unable to fixup database <path\database.nsf>: Database is corrupt -- Cannot allocate space
08/11/2009 10:14:12 AM Database Fixup: Shutdown
>Load compact <path\database.nsf> -C
08/11/2009 10:15:18 AM Database compactor error: Database is corrupt -- Cannot allocate space
-------------------------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- ---------- -
> load updall <path\database.nsf> -R -C
08/11/2009 10:58:49 AM Index update process started
08/11/2009 10:58:49 AM Updating views in <path\database.nsf>
08/11/2009 10:58:49 AM Index update process shutdown: RRV bucket is corrupt.
> load fixup <path\database.nsf> -L -F
08/11/2009 11:07:21 AM Database Fixup: Started
08/11/2009 11:07:21 AM Checking database <path\database.nsf>
08/11/2009 11:07:21 AM Unable to fixup database <path\database.nsf>: RRV bucket is corrupt.
08/11/2009 11:07:21 AM Database Fixup: Shutdown
> load compact <path\database.nsf> -C
08/11/2009 11:07:45 AM Database compactor error: RRV bucket is corrupt.
I tried running fixup from the Domino Administrator Client. Due to the corruption I also cannot create a replica from the databases, it errors out as well. Adding the icons to my desktop in the Notes Client results in errors and no icon. There are no quotas or size limitations set for these databases. They are NOT running transactional logging.
I moved the files locally and ran the following commands with Notes not running from the Command Prompt:
C:\NOTESPATH> nfixup -f -j
08/11/2009 12:53:25 PM Database Fixup: Started
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[15B0:0002-1380] File=dbbdb2.c Line=237 ***
08/11/2009 12:53:25 PM Unable to fixup database DATABASE.NSF: Database is corrupt -- Cannot allocate space
**** DbMarkCorruptAgain(RRVRead Page: Checksum of RRV container did not match), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[15B0:0002-1380] File=dbrrv.c Line=2556 ***
08/11/2009 12:53:25 PM Unable to fixup database DATABASE.NSF: RRV bucket is corrupt.
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[15B0:0002-1380] File=dbsuper.c Line=398 ***
08/11/2009 12:53:53 PM Unable to fixup database DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:53:53 PM Database Fixup: Shutdown
C:\NOTESPATH>nUpdall -r
08/11/2009 12:58:53 PM Index update process started
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[1480:0002-1218:update ] File=dbbdb2.c Line=237 ***
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(RRVRead Page: Checksum of RRV container did not match), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[1480:0002-1218:update ] File=dbrrv.c Line=2556 ***
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[1480:0002-1218:update ] File=dbsuper.c Line=398 ***
08/11/2009 12:59:04 PM Updating views in DATABASE.NSF08/11/2009 12:59:04 PM Index update process shutdown
C:\NOTESPATH>nCompact -c -i
08/11/2009 12:59:15 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[0478:0002-1484] File=dbbdb2.c Line=237 ***
08/11/2009 12:59:15 PM Error compacting DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:59:15 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(RRVRead Page: Checksum of RRV container did not match), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[0478:0002-1484] File=dbrrv.c Line=2556 ***
08/11/2009 12:59:16 PM Error compacting DATABASE.NSF: RRV bucket is corrupt.
08/11/2009 12:59:27 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA SE.NSF TID=[0478:0002-1484] File=dbsuper.c Line=398 ***
08/11/2009 12:59:27 PM Error compacting DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:59:27 PM Database compactor process shutdown
Any further ideas?
11 Lotus Notes mail databases on a Domino 6.5.4 Server were corrupted when they had a RAID array issue and the server crashed. We have resolved the crash but now are left with 11 databases that we can no longer access. To add insult to injury their backup system had tanked the day before and it is going to be about a week until their replacement tape drive robot arrives. So unfortunatley restoring is not an option for about a week.
I am receiving two errors between all the databases (never both on the same database):
1) Database is corrupt -- Cannot allocate space
2) RRV bucket is corrupt
Here are the results from the server console: (database names and paths changed for client protection)
>Load updall <path\database.nsf> -R -C
08/11/2009 10:13:10 AM Database Fixup: Started
08/11/2009 10:13:10 AM Unable to fixup database <path\database.nsf>: Database is corrupt -- Cannot allocate space
08/11/2009 10:13:10 AM Database Fixup: Shutdown
>Load fixup <path\database.nsf>-L -F
08/11/2009 10:14:12 AM Database Fixup: Started
08/11/2009 10:14:12 AM Checking database <path\database.nsf>
08/11/2009 10:14:12 AM Unable to fixup database <path\database.nsf>: Database is corrupt -- Cannot allocate space
08/11/2009 10:14:12 AM Database Fixup: Shutdown
>Load compact <path\database.nsf> -C
08/11/2009 10:15:18 AM Database compactor error: Database is corrupt -- Cannot allocate space
--------------------------
> load updall <path\database.nsf> -R -C
08/11/2009 10:58:49 AM Index update process started
08/11/2009 10:58:49 AM Updating views in <path\database.nsf>
08/11/2009 10:58:49 AM Index update process shutdown: RRV bucket is corrupt.
> load fixup <path\database.nsf> -L -F
08/11/2009 11:07:21 AM Database Fixup: Started
08/11/2009 11:07:21 AM Checking database <path\database.nsf>
08/11/2009 11:07:21 AM Unable to fixup database <path\database.nsf>: RRV bucket is corrupt.
08/11/2009 11:07:21 AM Database Fixup: Shutdown
> load compact <path\database.nsf> -C
08/11/2009 11:07:45 AM Database compactor error: RRV bucket is corrupt.
I tried running fixup from the Domino Administrator Client. Due to the corruption I also cannot create a replica from the databases, it errors out as well. Adding the icons to my desktop in the Notes Client results in errors and no icon. There are no quotas or size limitations set for these databases. They are NOT running transactional logging.
I moved the files locally and ran the following commands with Notes not running from the Command Prompt:
C:\NOTESPATH> nfixup -f -j
08/11/2009 12:53:25 PM Database Fixup: Started
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:53:25 PM Unable to fixup database DATABASE.NSF: Database is corrupt -- Cannot allocate space
**** DbMarkCorruptAgain(RRVRead
08/11/2009 12:53:25 PM Unable to fixup database DATABASE.NSF: RRV bucket is corrupt.
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:53:53 PM Unable to fixup database DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:53:53 PM Database Fixup: Shutdown
C:\NOTESPATH>nUpdall -r
08/11/2009 12:58:53 PM Index update process started
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(RRVRead
08/11/2009 12:58:53 PM Updating views in DATABASE.NSF
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:59:04 PM Updating views in DATABASE.NSF08/11/2009 12:59:04 PM Index update process shutdown
C:\NOTESPATH>nCompact -c -i
08/11/2009 12:59:15 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(Both BDB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:59:15 PM Error compacting DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:59:15 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(RRVRead
08/11/2009 12:59:16 PM Error compacting DATABASE.NSF: RRV bucket is corrupt.
08/11/2009 12:59:27 PM Compacting DATABASE.NSF (User's Common Name)
**** DbMarkCorruptAgain(Both SB copies are corrupt), DB=C:\NOTESDATAPATH\DATABA
08/11/2009 12:59:27 PM Error compacting DATABASE.NSF: Database is corrupt -- Cannot allocate space
08/11/2009 12:59:27 PM Database compactor process shutdown
Any further ideas?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Excellent!
ASKER
Was able to save all but 5 using replicas on mobile systems to restore back to the server. The rest we restored once the tape drive came back to us today.
Thanks again for your input.