aras@nebka:~/acis/RI$ updareq RePEc aee/wpaper aras@nebka:~/acis/RI$ !ta tail update_ch0.log Fri Jan 7 17:44:34 2011 processed 1 in RePEc/aee/wpaper (aborted) Fri Jan 7 17:44:34 2011 time: 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) Fri Jan 7 17:46:28 2011 request: source: /home/aras/acis/bin/updareq [20430] collection: RePEc update: aee/wpaper () Fri Jan 7 17:46:28 2011 Error: Can't get my hands on the DB in /home/aras/acis/RI/data: DB_RUNRECOVERY: Fatal error, run database recovery (File exists) at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 53. Fri Jan 7 17:46:28 2011 processed aee/wpaper in RePEc (aborted) Fri Jan 7 17:46:28 2011 time: 0 wallclock secs ( 0.22 usr + 0.03 sys = 0.25 CPU) Christian Zimmermann FIGUGEGL! Department of Economics University of Connecticut 341 Mansfield Road, Unit 1063 Storrs, CT 06269-1063 http://ideas.repec.org/zimm/ christian.zimmermann@uconn.edu http://ideas.repec.org/e/pzi1.html
oh well, guys. Since Thomas wrote he deleted some of the db files, it's no wonder updareq (update daemon & RePEc::Index) does not work. I don't know which db files Thomas has deleted, it may be that some other files must be deleted and then update daemon to be restarted for it to recreate those files. Thomas, did you restart the daemon after deleting the files? Did you actually stop the daemon before that? -ivan On Sat, Jan 8, 2011 at 12:47 AM, Christian Zimmermann <christian.zimmermann@uconn.edu> wrote:
aras@nebka:~/acis/RI$ updareq RePEc aee/wpaper aras@nebka:~/acis/RI$ !ta tail update_ch0.log Fri Jan 7 17:44:34 2011 processed 1 in RePEc/aee/wpaper (aborted) Fri Jan 7 17:44:34 2011 time: 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) Fri Jan 7 17:46:28 2011 request: source: /home/aras/acis/bin/updareq [20430] collection: RePEc update: aee/wpaper () Fri Jan 7 17:46:28 2011 Error: Can't get my hands on the DB in /home/aras/acis/RI/data: DB_RUNRECOVERY: Fatal error, run database recovery (File exists) at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 53.
Fri Jan 7 17:46:28 2011 processed aee/wpaper in RePEc (aborted) Fri Jan 7 17:46:28 2011 time: 0 wallclock secs ( 0.22 usr + 0.03 sys = 0.25 CPU)
Christian Zimmermann FIGUGEGL! Department of Economics University of Connecticut 341 Mansfield Road, Unit 1063 Storrs, CT 06269-1063 http://ideas.repec.org/zimm/ christian.zimmermann@uconn.edu http://ideas.repec.org/e/pzi1.html
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Ivan Kurmanov writes
oh well, guys. Since Thomas wrote he deleted some of the db files, it's no wonder updareq (update daemon & RePEc::Index) does not work. I don't know which db files Thomas has deleted, it may be that some other files must be deleted and then update daemon to be restarted for it to recreate those files.
It started to work just fin.
Thomas, did you restart the daemon after deleting the files?
Yes, and tested. At first it would not run for silly reasons.
Did you actually stop the daemon before that?
Sure. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
RePEc/history was corrupt, ~/perl/verify_all shows it's the only bdb that is corrupt. This time the db_dump -r / db_load combo did work. Starting an update to RePEc I get to U DATAFILE_START: aep/acewpa/archive.rdf Sat Jan 8 09:27:01 2011 Error: Assertion failed! at /usr/share/perl5/Carp/Assert.pm line 281 Carp::Assert::assert(undef) called at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 120 RePEc::Index::Storage::load_record_from_db_txn(undef, '/home/aras/acis/RI/data/RePEc/history', 'repec:aep:acewpa:2000.01') called at /home/aras/acis/lib/RePEc/Index/History/Handle.pm line 127 RePEc::Index::History::Handle::event_record('RePEc::Index::Update::RECORD', 'repec:aep:acewpa:2000.01', 'ARDB::Record::ReDIF=HASH(0xa9f00e8)', 'ReDIF-Paper 1.0', 'aep/acewpa/archive.rdf', 0, 'SecOo3smEUqUuBPsPO2f2A', 'RePEc::Index::Update=HASH(0xa3f9768)') called at (eval 106) line 6 RePEc::Index::Update::RECORD('RePEc::Index::Update::RECORD', 'repec:aep:acewpa:2000.01', 'ARDB::Record::ReDIF=HASH(0xa9f00e8)', 'ReDIF-Paper 1.0', 'aep/acewpa/archive.rdf', 0, 'SecOo3smEUqUuBPsPO2f2A', 'RePEc::Index::Update=HASH(0xa3f9768)') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 519 RePEc::Index::Update::read_file('RePEc::Index::Update=HASH(0xa3f9768)', '/home/adrepec/RePEc/remo/aep/acewpa/archive.rdf', 'RePEc::Index::FILE=ARRAY(0xaaf4d10)') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 432 RePEc::Index::Update::check_file('RePEc::Index::Update=HASH(0xa3f9768)', 'aep/acewpa/archive.rdf') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 872 RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0xa3f9768)', 'aep/acewpa') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 861 RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0xa3f9768)', 'aep') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 861 RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0xa3f9768)', '', undef) called at /home/aras/acis/lib/RePEc/Index/Update.pm line 741 RePEc::Index::Update::process_this('RePEc::Index::Update=HASH(0xa3f9768)', '/') called at /home/aras/acis/bin/control_daemon.pl line 443 eval {...} called at /home/aras/acis/bin/control_daemon.pl line 429 main::process_request('HASH(0x9ef08c0)', 0) called at /home/aras/acis/bin/control_daemon.pl line 319 It looks like the transaction dissppears. This time the db files are ok aras@nebka:~$ db4.6_verify acis/RI/data/RePEc/history aras@nebka:~$ db4.6_verify acis/RI/data/RePEc/records aras@nebka:~$ db4.6_verify acis/RI/data/RePEc/conflicts aras@nebka:~$ db4.6_verify acis/RI/data/RePEc/files Updating the file on its own updareq RePEc /aep/acewpa/archive.rdf 99999999 seems to work just fine. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
Christian Zimmermann writes
aras@nebka:~/acis/RI$ updareq RePEc aee/wpaper aras@nebka:~/acis/RI$ !ta tail update_ch0.log Fri Jan 7 17:44:34 2011 processed 1 in RePEc/aee/wpaper (aborted) Fri Jan 7 17:44:34 2011 time: 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) Fri Jan 7 17:46:28 2011 request: source: /home/aras/acis/bin/updareq [20430] collection: RePEc update: aee/wpaper () Fri Jan 7 17:46:28 2011 Error: Can't get my hands on the DB in /home/aras/acis/RI/data: DB_RUNRECOVERY: Fatal error, run database recovery (File exists) at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 53.
These problems continue. I have seen a "Lock table is out of available object entries" BDB error, and I hope to have fixed that by changing the BDB configuration. But we are still hitting errors where BDB returns positive, but on a subsequent attempt does just fine. The only thing I can now see to do more is just pick every so often a random archive to update, run more updates. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
But at least this archive has been updated. So there is progress. On Sun, 9 Jan 2011, Thomas Krichel wrote:
Christian Zimmermann writes
aras@nebka:~/acis/RI$ updareq RePEc aee/wpaper aras@nebka:~/acis/RI$ !ta tail update_ch0.log Fri Jan 7 17:44:34 2011 processed 1 in RePEc/aee/wpaper (aborted) Fri Jan 7 17:44:34 2011 time: 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) Fri Jan 7 17:46:28 2011 request: source: /home/aras/acis/bin/updareq [20430] collection: RePEc update: aee/wpaper () Fri Jan 7 17:46:28 2011 Error: Can't get my hands on the DB in /home/aras/acis/RI/data: DB_RUNRECOVERY: Fatal error, run database recovery (File exists) at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 53.
These problems continue. I have seen a
"Lock table is out of available object entries"
BDB error, and I hope to have fixed that by changing the BDB configuration. But we are still hitting errors where BDB returns positive, but on a subsequent attempt does just fine.
The only thing I can now see to do more is just pick every so often a random archive to update, run more updates.
Cheers,
Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
participants (3)
-
Christian Zimmermann -
Ivan Kurmanov -
Thomas Krichel