[RAS] Can't add papers to profile

Ivan Kurmanov duraley at gmail.com
Wed Jun 10 13:14:57 EDT 2009


a general software update couldn't / shouldn't have caused this.

On Wed, Jun 10, 2009 at 7:58 PM, Christian
Zimmermann<christian.zimmermann at uconn.edu> wrote:
> Thomas did a general software update, and this must have broken things
> (again)...
>
> 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 at uconn.edu
> http://ideas.repec.org/e/pzi1.html
>
> On Wed, 10 Jun 2009, Ivan Kurmanov wrote:
>
>> a message like this:
>>
>> Storable binary image v60.57 more recent than I am (v2.7)
>>
>> basically means that the data in the update daemon database is broken.
>> There is no version 60.57 of Storable and never was. I don't know why
>> it is broken or how it got broken. I think I've seen that happen a
>> couple of times in the old days of RAS on nebka, but that were rare
>> occasions, for specific records. Never on a system-wide scale.
>>
>> i'd suggest to throw away all of the rid data (update daemon data) and
>> start from scratch, unless anyone has a better suggestion.
>>
>> -ivan
>>
>> On Wed, Jun 10, 2009 at 5:58 PM, Thomas Krichel<krichel at openlib.org>
>> wrote:
>>>
>>>  Christian Zimmermann writes
>>>
>>>> I am getting numerous such complaints. While I was first attributing
>>>> them
>>>> to the recent downtime, it seems the difficulties are still lasting and
>>>> date to before the downtime. The adrepec account looks up-to-date, so
>>>> something must be wrong elsewhere.
>>>
>>>  The update daemon is broken.
>>>
>>> load_record_from_db_txn( repec:emp:wpaper:wpe03-18,
>>> BerkeleyDB::Hash=ARRAY(0xa9d1590) ): Storable binary image v60.57 more
>>> recent than I am (v2.7) at ../../lib/Storable.pm (autosplit into
>>> ../../lib/auto/Storable/thaw.al) line 415, <FILE> line 19, at
>>> ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/logcroak.al)
>>> line 76
>>>        Storable::logcroak('Storable binary image v60.57 more recent than
>>> I am (v2.7) at ...') called at ../../lib/Storable.pm (autosplit into
>>> ../../lib/auto/Storable/thaw.al) line 416
>>>
>>>  Storable::thaw('y9z0tw\x{4}\x{2}\x{5}\x{0}\x{0}\x{0}\x{6}\x{bc}M6C\x{a}\x{7}present\x{a}\x{1a}emp/wpaper/empWPE03-18.rdf\x{8}\x{80}\x{a}\x{16}FFo...')
>>> called at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 135
>>>        eval {...} called at
>>> /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 135
>>>
>>>  RePEc::Index::Storage::load_record_from_db_txn('BerkeleyDB::Txn=ARRAY(0xab4c238)',
>>> '/home/aras/acis/RI/data/RePEc/history', 'repec:emp:wpaper:wpe03-18') called
>>> at /home/aras/acis/lib/RePEc/Index/History/Handle.pm line 114
>>>
>>>  RePEc::Index::History::Handle::event_record('RePEc::Index::Update::RECORD',
>>> 'repec:emp:wpaper:wpe03-18', 'ARDB::Record::ReDIF=HASH(0xaa89898)',
>>> 'ReDIF-Paper 1.0', 'emp/wpaper/empWPE03-18.rdf', 0,
>>> '0C4ZTJg6rZXoYtBE8oCBGA', 'RePEc::Index::Update=HASH(0x9fb4de8)') called at
>>> (eval 103) line 6
>>>        RePEc::Index::Update::RECORD('RePEc::Index::Update::RECORD',
>>> 'repec:emp:wpaper:wpe03-18', 'ARDB::Record::ReDIF=HASH(0xaa89898)',
>>> 'ReDIF-Paper 1.0', 'emp/wpaper/empWPE03-18.rdf', 0,
>>> '0C4ZTJg6rZXoYtBE8oCBGA', 'RePEc::Index::Update=HASH(0x9fb4de8)') called at
>>> /home/aras/acis/lib/RePEc/Index/Update.pm line 527
>>>
>>>  RePEc::Index::Update::read_file('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> '/home/adrepec/RePEc/remo/emp/wpaper/empWPE03-18.rdf',
>>> 'RePEc::Index::FILE=ARRAY(0xaacee68)') called at
>>> /home/aras/acis/lib/RePEc/Index/Update.pm line 440
>>>
>>>  RePEc::Index::Update::check_file('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> 'emp/wpaper/empWPE03-18.rdf') called at
>>> /home/aras/acis/lib/RePEc/Index/Update.pm line 875
>>>
>>>  RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> 'emp/wpaper') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 863
>>>
>>>  RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> 'emp') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 863
>>>
>>>  RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> '', undef) called at /home/aras/acis/lib/RePEc/Index/Update.pm line 750
>>>
>>>  RePEc::Index::Update::process_this('RePEc::Index::Update=HASH(0x9fb4de8)',
>>> '/') 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(0xa42a7f8)', 0) called at
>>> /home/aras/acis/bin/control_daemon.pl line 319
>>>
>>>  I have seen this problem before.
>>>
>>>  Make a note on the server that we are aware of the issue.
>>>
>>>  Cheers,
>>>
>>>  Thomas Krichel                    http://openlib.org/home/krichel
>>>                                RePEc:per:1965-06-05:thomas_krichel
>>>  new phone: +7 913 748 8056                   skype: thomaskrichel
>>>
>>> _______________________________________________
>>> RAS-run mailing list
>>> RAS-run at lists.openlib.org
>>> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>>>
>



More information about the RAS-run mailing list