Quando você usa a opção -c , é necessário restaurar uma cópia limpa do banco de dados, juntamente com todos os logs gerados após a cópia de backup. A opção -c , em seguida, usa os logs para aplicar as transações ausentes.
Veja o link
Estou no CentOS 5.
[root@newjanux spooldb]# uname -a
Linux newjanux 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
e SGE 6.2u2
Eu já tenho cópias do banco de dados original apenas no caso ... berkeley db não será iniciado por corrupção. A ferramenta que supostamente conserta isso vem com o pacote, mas falha (da mesma forma):
[root@newjanux spooldb]# /opt/sge/utilbin/lx24-amd64/db_recover -v -c
Finding last valid log LSN: file: 2136 offset 2719640
db_recover: Log file corrupt at LSN: [399][10485626]
db_recover: PANIC: Invalid argument
db_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery
Bem, eu pensei que estava executando a recuperação do banco de dados!
Agora o que?
Quando você usa a opção -c , é necessário restaurar uma cópia limpa do banco de dados, juntamente com todos os logs gerados após a cópia de backup. A opção -c , em seguida, usa os logs para aplicar as transações ausentes.
Veja o link
Tags berkeleydb gridengine