[RAS] Can't add papers to profile
Christian Zimmermann
christian.zimmermann at uconn.edu
Wed Jun 10 13:17:25 EDT 2009
perl moved to 5.10. Previous moves have been problematic, if I remember
right.
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 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