Hi folks,<br><br>I have two processes accessing the same BDB.  One process manages weblocks requests on port 80, the other on port 443. In the elephant from last January, I was able to start, connect and use BDB from both processes.  Now, when I the user is redirected to port 443 and the process tries to retrieve data from the BDB, I get a DB_RUNRECOVERY error (see trace below).   This happens when the port 443 porcess connects for the very first time to BDB.  <br>
<br>I think I have seen this before, and I think it had to do with some default configuration on the controler, some argument  that forced the BDB into the recovery mode when process first starts up.<br><br>Any idea how to resolve this? It's killing my secure connection on my web app - it's urgent.<br>
<br>Thanks,<br><br>Yarek<br><br><br><br>Berkeley DB error #-30974: DB_RUNRECOVERY: Fatal error, run database recovery<br>   [Condition of type ELEPHANT:BDB-DB-ERROR]<br><br>Restarts:<br> 0: [TERMINATE-THREAD] Terminate this thread (#<THREAD "hunchentoot-worker-6" RUNNING {B6CD101}>)<br>
<br>Backtrace:<br>  0: ((LAMBDA (SWANK-BACKEND::DEBUGGER-LOOP-FN)) #<FUNCTION (LAMBDA #) {AD4FBA5}>)<br>  1: (SWANK::DEBUG-IN-EMACS #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)<br>  2: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {B729FED}>)<br>
  3: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {AF23819}> #<CLOSURE (LAMBDA #) {B729FFD}>)<br>  4: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {AF23819}> #<CLOSURE (LAMBDA #) {B729FED}>)<br>
  5: (SWANK:INVOKE-SLIME-DEBUGGER #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)<br>  6: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {B729FCD}>)<br>
  7: (INVOKE-DEBUGGER #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)<br>  8: (INVOKE-DEBUGGER #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)[:EXTERNAL]<br>  9: ((SB-PCL::FAST-METHOD HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER (T)) #<unavailable argument> #<unavailable argument> #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)<br>
 10: (SIGNAL #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)[:EXTERNAL]<br> 11: (ERROR #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)[:EXTERNAL]<br> 12: ((FLET #:LAMBDA43) #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)<br> 13: ((FLET #:LAMBDA43) #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)[:EXTERNAL]<br>
 14: (SIGNAL #<ELEPHANT:BDB-DB-ERROR {B729BF9}>)[:EXTERNAL]<br> 15: (ERROR ELEPHANT:BDB-DB-ERROR)[:EXTERNAL]<br>      Locals:<br>        SB-DEBUG::ARG-0 = 3<br>        SB-DEBUG::ARG-1 = ELEPHANT:BDB-DB-ERROR<br> 16: ((SB-PCL::FAST-METHOD ELEPHANT:GET-VALUE (T DB-BDB::BDB-BTREE)) #<unavailable lambda list>)<br>
      [No Locals]<br> 17: (ELEPHANT::ENSURE-SLOT-DEF-INDEX #<unavailable argument> #<unavailable argument>)<br>      Locals:<br>        SB-DEBUG::ARG-0 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-1 = :<NOT-AVAILABLE><br>
 18: ((SB-PCL::FAST-METHOD ELEPHANT:FIND-INVERTED-INDEX (ELEPHANT:PERSISTENT-METACLASS T)) #<unavailable argument> #<unavailable argument> #<unavailable argument> #<unavailable argument>)[:EXTERNAL]<br>
      Locals:<br>        SB-DEBUG::ARG-0 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-1 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-2 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-3 = :<NOT-AVAILABLE><br>
        SB-DEBUG::ARG-4 = :<NOT-AVAILABLE><br> 19: (ELEPHANT:MAP-INVERTED-INDEX #<unavailable argument> #<unavailable argument> #<unavailable argument>)[:EXTERNAL]<br>      Locals:<br>        SB-DEBUG::ARG-0 = :<NOT-AVAILABLE><br>
        SB-DEBUG::ARG-1 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-2 = :<NOT-AVAILABLE><br>        SB-DEBUG::ARG-3 = :<NOT-AVAILABLE><br><br><br><br>