From krichel at openlib.org  Mon Jan  3 21:20:51 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 4 Jan 2011 04:20:51 +0100
Subject: [RAS] wrong author referenced
In-Reply-To: <4D21DBC3.70304@oru.se>
References: <7F167AEEE8E0BD418CC11CF0FD47C5460699D3AC@X10MBXDAG1.admin.ulb.priv>
	<4D21ABE8.10101@oru.se>
	<7F167AEEE8E0BD418CC11CF0FD47C5460699D510@X10MBXDAG1.admin.ulb.priv>
	<4D21DBC3.70304@oru.se>
Message-ID: <20110104032050.GM24048@openlib.org>


  Sune Karlsson writes

> This you must ask the ones who developed the author service, Ivan
> and Thomas.

  It's probably quicker to fix this single case manually.

  But I don't know where the record is. I thought it's in rdb.relations, but 
  it is not.

mysql> use rdb; select * from relations where subject like 'p%';
Database changed
+------------+----------+----------------------------------------------+----------------------------------------------+
| subject    | relation | object                                       | source                                       |
+------------+----------+----------------------------------------------+----------------------------------------------+
| pankaj2100 | wrote    | repec:ris:jofitr:1278                        | repec:ris:jofitr:1278                        | 
| pbe325     | wrote    | repec:drm:wpaper:2007-7                      | repec:drm:wpaper:2007-7                      | 
| pbe325     | wrote    | repec:drm:wpaper:2009-12                     | repec:drm:wpaper:2009-12                     | 
| pda113     | wrote    | repec:san:cdmawp:0509                        | repec:san:cdmawp:0509                        | 
| pda113     | wrote    | repec:san:cdmawp:0510                        | repec:san:cdmawp:0510                        | 
| pda113     | wrote    | repec:san:cdmawp:0606                        | repec:san:cdmawp:0606                        | 
| pda113     | wrote    | repec:san:cdmawp:0611                        | repec:san:cdmawp:0611                        | 
| pda113     | wrote    | repec:san:cdmawp:0721                        | repec:san:cdmawp:0721                        | 
| pge07      | wrote    | repec:kee:kerpuk:2007/08                     | repec:kee:kerpuk:2007/08                     | 
| ple56      | wrote    | repec:jae:japmet:v:25:y:2010:i:7:p:1073-1099 | repec:jae:japmet:v:25:y:2010:i:7:p:1073-1099 | 
| ppo81      | wrote    | repec:rpi:rpiwpe:0421                        | repec:rpi:rpiwpe:0421                        | 
| pvo68      | wrote    | repec:fau:aucocz:au2007_054                  | repec:fau:aucocz:au2007_054                  | 
| pwa215     | wrote    | repec:nbr:nberch:12176                       | repec:nbr:nberch:12176                       | 
| pwa215     | wrote    | repec:nbr:nberwo:13005                       | repec:nbr:nberwo:13005                       | 
+------------+----------+----------------------------------------------+----------------------------------------------+
14 rows in set (0.00 sec)



  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Mon Jan  3 21:40:50 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 3 Jan 2011 22:40:50 -0500 (EST)
Subject: [RAS] wrong author referenced
In-Reply-To: <20110104032050.GM24048@openlib.org>
References: <7F167AEEE8E0BD418CC11CF0FD47C5460699D3AC@X10MBXDAG1.admin.ulb.priv>
	<4D21ABE8.10101@oru.se>
	<7F167AEEE8E0BD418CC11CF0FD47C5460699D510@X10MBXDAG1.admin.ulb.priv>
	<4D21DBC3.70304@oru.se> <20110104032050.GM24048@openlib.org>
Message-ID: <alpine.DEB.1.10.1101032239580.27895@fondue.econ.uconn.edu>

You have to log in as the user and then change it. Combersome, but that is 
the way to make sure records are corrected everywhere.

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 Mon, 3 Jan 2011, Thomas Krichel wrote:

>
>  Sune Karlsson writes
>
>> This you must ask the ones who developed the author service, Ivan
>> and Thomas.
>
>  It's probably quicker to fix this single case manually.
>
>  But I don't know where the record is. I thought it's in rdb.relations, but
>  it is not.
>
> mysql> use rdb; select * from relations where subject like 'p%';
> Database changed
> +------------+----------+----------------------------------------------+----------------------------------------------+
> | subject    | relation | object                                       | source                                       |
> +------------+----------+----------------------------------------------+----------------------------------------------+
> | pankaj2100 | wrote    | repec:ris:jofitr:1278                        | repec:ris:jofitr:1278                        |
> | pbe325     | wrote    | repec:drm:wpaper:2007-7                      | repec:drm:wpaper:2007-7                      |
> | pbe325     | wrote    | repec:drm:wpaper:2009-12                     | repec:drm:wpaper:2009-12                     |
> | pda113     | wrote    | repec:san:cdmawp:0509                        | repec:san:cdmawp:0509                        |
> | pda113     | wrote    | repec:san:cdmawp:0510                        | repec:san:cdmawp:0510                        |
> | pda113     | wrote    | repec:san:cdmawp:0606                        | repec:san:cdmawp:0606                        |
> | pda113     | wrote    | repec:san:cdmawp:0611                        | repec:san:cdmawp:0611                        |
> | pda113     | wrote    | repec:san:cdmawp:0721                        | repec:san:cdmawp:0721                        |
> | pge07      | wrote    | repec:kee:kerpuk:2007/08                     | repec:kee:kerpuk:2007/08                     |
> | ple56      | wrote    | repec:jae:japmet:v:25:y:2010:i:7:p:1073-1099 | repec:jae:japmet:v:25:y:2010:i:7:p:1073-1099 |
> | ppo81      | wrote    | repec:rpi:rpiwpe:0421                        | repec:rpi:rpiwpe:0421                        |
> | pvo68      | wrote    | repec:fau:aucocz:au2007_054                  | repec:fau:aucocz:au2007_054                  |
> | pwa215     | wrote    | repec:nbr:nberch:12176                       | repec:nbr:nberch:12176                       |
> | pwa215     | wrote    | repec:nbr:nberwo:13005                       | repec:nbr:nberwo:13005                       |
> +------------+----------+----------------------------------------------+----------------------------------------------+
> 14 rows in set (0.00 sec)
>
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From christian.zimmermann at uconn.edu  Wed Jan  5 08:40:49 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 09:40:49 -0500 (EST)
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data &&
 /usr/bin/db4.6_archive -d -h ~/acis/RI/data (fwd)
Message-ID: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>

Looks like the issue is with the way the Mysql upgrade was done...

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

---------- Forwarded message ----------
Date: Tue, 4 Jan 2011 03:30:48 -0500
From: Cron Daemon <root at authors.repec.org>
To: "aras at authors.repec.org" <aras at authors.repec.org>
Subject: Cron <aras at nebka> /usr/bin/db4.6_recover -h ~/acis/RI/data ;
     /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
     -h ~/acis/RI/data

db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment
db4.6_recover: file unknown has LSN 493110/3893017, past end of log at 493110/3503504
db4.6_recover: Commonly caused by moving a database from one database environment
db4.6_recover: to another without clearing the database LSNs, or by removing all of
db4.6_recover: the log files from a database environment


From christian.zimmermann at uconn.edu  Wed Jan  5 09:35:25 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 10:35:25 -0500 (EST)
Subject: [RAS] updates
Message-ID: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>

I have received several complaints that new papers and institutions do not 
make it to RAS after several days. Are these update processes running?

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


From krichel at openlib.org  Wed Jan  5 19:37:17 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 02:37:17 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data (fwd)
In-Reply-To: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
Message-ID: <20110106013717.GB24112@openlib.org>


  Christian Zimmermann writes

> Looks like the issue is with the way the Mysql upgrade was done...

  No. There was no upgrade and this has nothing to with mysql.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 19:56:47 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 02:56:47 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
Message-ID: <20110106015647.GC24112@openlib.org>

  Christian Zimmermann writes

> I have received several complaints that new papers and institutions
> do not make it to RAS after several days. Are these update processes
> running?

  There are no changes to the updates. Can I have some specifics?


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan  5 19:59:58 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 20:59:58 -0500 (EST)
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data (fwd)
In-Reply-To: <20110106013717.GB24112@openlib.org>
References: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
	<20110106013717.GB24112@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052059430.1683@fondue.econ.uconn.edu>

I thought you wanted to upgrade to or from 5.1...

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, 5 Jan 2011, Thomas Krichel wrote:

>
>  Christian Zimmermann writes
>
>> Looks like the issue is with the way the Mysql upgrade was done...
>
>  No. There was no upgrade and this has nothing to with mysql.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Wed Jan  5 20:05:25 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 21:05:25 -0500 (EST)
Subject: [RAS] updates
In-Reply-To: <20110106015647.GC24112@openlib.org>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>

There have been complaints about the following:

RePEc:edi:irkmwin
RePEc:aee:wpaper:1010
RePEc:taf:specan:v:5:y:2010:i:2:p:205-227

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, 5 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> I have received several complaints that new papers and institutions
>> do not make it to RAS after several days. Are these update processes
>> running?
>
>  There are no changes to the updates. Can I have some specifics?
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Jan  5 20:05:57 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 03:05:57 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data (fwd)
In-Reply-To: <alpine.DEB.1.10.1101052059430.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
	<20110106013717.GB24112@openlib.org>
	<alpine.DEB.1.10.1101052059430.1683@fondue.econ.uconn.edu>
Message-ID: <20110106020557.GE24112@openlib.org>

  Christian Zimmermann writes
> I thought you wanted to upgrade to or from 5.1...

  No! I have been too ashamed to admit to this. I spent hours on
  preparing for the upgrade andn then! decovered that 5.1 is not
  available for Debian stable. Argh!!!!

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan  5 20:11:49 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 21:11:49 -0500 (EST)
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data (fwd)
In-Reply-To: <20110106020557.GE24112@openlib.org>
References: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
	<20110106013717.GB24112@openlib.org>
	<alpine.DEB.1.10.1101052059430.1683@fondue.econ.uconn.edu>
	<20110106020557.GE24112@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052111340.1683@fondue.econ.uconn.edu>

Then why are we getting all these errors?

On Wed, 5 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I thought you wanted to upgrade to or from 5.1...
>
>  No! I have been too ashamed to admit to this. I spent hours on
>  preparing for the upgrade andn then! decovered that 5.1 is not
>  available for Debian stable. Argh!!!!
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Jan  5 20:12:14 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 03:12:14 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data (fwd)
In-Reply-To: <alpine.DEB.1.10.1101052111340.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101050940170.12090@fondue.econ.uconn.edu>
	<20110106013717.GB24112@openlib.org>
	<alpine.DEB.1.10.1101052059430.1683@fondue.econ.uconn.edu>
	<20110106020557.GE24112@openlib.org>
	<alpine.DEB.1.10.1101052111340.1683@fondue.econ.uconn.edu>
Message-ID: <20110106021214.GA24468@openlib.org>


  Christian Zimmermann writes

> Then why are we getting all these errors?

  I have no idea.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 20:40:10 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 03:40:10 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
Message-ID: <20110106024010.GA24753@openlib.org>

  Christian Zimmermann writes
> There have been complaints about the following:
> 
> RePEc:edi:irkmwin

U DATAFILE_START: edi/inst/aiuvanl.rdf
Wed Jan  5 21: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:edi:aiuvanl') called at /home/aras/acis/lib/RePEc/Index/History/Handle.pm line 127
        RePEc::Index::History::Handle::event_record('RePEc::Index::Update::RECORD', 'repec:edi:aiuvanl', 'ARDB::Record::ReDIF=HASH(0xa3f5e88)', 'ReDIF-Institution 1.0', 'edi/inst/aiuvanl.rdf', 4, 'aDzV+F10j4RLNp0P4SutRQ', 'RePEc::Index::Update=HASH(0x9c048a8)') called at (eval 106) line 6
        RePEc::Index::Update::RECORD('RePEc::Index::Update::RECORD', 'repec:edi:aiuvanl', 'ARDB::Record::ReDIF=HASH(0xa3f5e88)', 'ReDIF-Institution 1.0', 'edi/inst/aiuvanl.rdf', 4, 'aDzV+F10j4RLNp0P4SutRQ', 'RePEc::Index::Update=HASH(0x9c048a8)') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 519
        RePEc::Index::Update::read_file('RePEc::Index::Update=HASH(0x9c048a8)', '/home/adrepec/RePEc/remo/edi/inst/aiuvanl.rdf', 'RePEc::Index::FILE=ARRAY(0xa385e68)') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 432
        RePEc::Index::Update::check_file('RePEc::Index::Update=HASH(0x9c048a8)', 'edi/inst/aiuvanl.rdf') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 872
        RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0x9c048a8)', 'edi/inst') called at /home/aras/acis/lib/RePEc/Index/Update.pm line 861
        RePEc::Index::Update::process_directory('RePEc::Index::Update=HASH(0x9c048a8)', 'edi', undef) called at /home/aras/acis/lib/RePEc/Index/Update.pm line 741
        RePEc::Index::Update::process_this('RePEc::Index::Update=HASH(0x9c048a8)', '/edi') 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(0x9749918)', 0) called at /home/aras/acis/bin/control_daemon.pl line 319

  I suspect some bdb corruption.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 20:49:41 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 03:49:41 +0100
Subject: [RAS] updates
In-Reply-To: <20110106024010.GA24753@openlib.org>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
Message-ID: <20110106024941.GA24832@openlib.org>

  Thomas Krichel writes

> I suspect some bdb corruption.

  I suspect it comes from running out of disk space.

  I have been urging a bigger disk for years. With a tera
  costing 100 bucks, it is worth me spending hour on 
  manually fixing disk issues?


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan  5 21:06:31 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 22:06:31 -0500 (EST)
Subject: [RAS] updates
In-Reply-To: <20110106024941.GA24832@openlib.org>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>

But why would we be running out of disk space? It was at 80% a couple of 
weeks ago?

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, 5 Jan 2011, Thomas Krichel wrote:

>  Thomas Krichel writes
>
>> I suspect some bdb corruption.
>
>  I suspect it comes from running out of disk space.
>
>  I have been urging a bigger disk for years. With a tera
>  costing 100 bucks, it is worth me spending hour on
>  manually fixing disk issues?
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Jan  5 21:08:12 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:08:12 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
Message-ID: <20110106030812.GA24970@openlib.org>

  Christian Zimmermann writes
> But why would we be running out of disk space? It was at 80% a
> couple of weeks ago?

  We had a 100% a few days before... 

  the BDB's are corrupt. I have removed the cron.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan  5 21:17:59 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 22:17:59 -0500 (EST)
Subject: [RAS] updates
In-Reply-To: <20110106030812.GA24970@openlib.org>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>

What is eating so much space in so little time? logs?

In any case, once I am in St Louis, the first priority will be to move the 
two machines so that we have better sysadmin support, then acquire a 
replacement for nebka with more space and power. After that, get a 
programmer to fix and amend ACIS to satisfy what I have calling for for 
years.

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, 5 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> But why would we be running out of disk space? It was at 80% a
>> couple of weeks ago?
>
>  We had a 100% a few days before...
>
>  the BDB's are corrupt. I have removed the cron.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Jan  5 21:20:06 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:20:06 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
Message-ID: <20110106032006.GA25214@openlib.org>

  Christian Zimmermann writes
> What is eating so much space in so little time? logs?

  Yes, I thihnk so.

> In any case, once I am in St Louis, the first priority will be to
> move the two machines so that we have better sysadmin support, then
> acquire a replacement for nebka with more space and power. After
> that, get a programmer to fix and amend ACIS to satisfy what I have
> calling for for years.

  Sounds good. For a replacement, I think a cloud-based solution
  sholud be considered.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 21:21:30 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:21:30 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
Message-ID: <20110106032130.GB25214@openlib.org>


  It looks like we can not recover...

aras at nebka:~$ *** glibc detected *** db4.6_dump: double free or corruption (!prev): 0x0896cd38 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb7d46764]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7d48966]
/usr/lib/libdb-4.6.so(__os_free+0x40)[0xb7f566d0]
/usr/lib/libdb-4.6.so(__ham_salvage+0x215)[0xb7ea66d5]
/usr/lib/libdb-4.6.so(__db_salvage+0x257)[0xb7ed2e17]
/usr/lib/libdb-4.6.so[0xb7ed48c9]
/usr/lib/libdb-4.6.so(__db_verify_internal+0x108)[0xb7ed68a8]
/usr/lib/libdb-4.6.so(__db_verify_pp+0x43)[0xb7ed6a13]
db4.6_dump[0x80497ee]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7cee455]
db4.6_dump[0x8048931]
======= Memory map: ========
08048000-0804a000 r-xp 00000000 08:01 4440615    /usr/bin/db4.6_dump
0804a000-0804b000 rwxp 00002000 08:01 4440615    /usr/bin/db4.6_dump
08802000-0898b000 rwxp 08802000 00:00 0          [heap]
b7b00000-b7b21000 rwxp b7b00000 00:00 0 
b7b21000-b7c00000 ---p b7b21000 00:00 0 
b7c71000-b7c7d000 r-xp 00000000 08:01 14319630   /lib/libgcc_s.so.1
b7c7d000-b7c7e000 rwxp 0000b000 08:01 14319630   /lib/libgcc_s.so.1
b7c83000-b7cd8000 rwxp b7c83000 00:00 0 
b7cd8000-b7e2d000 r-xp 00000000 08:01 14172175   /lib/i686/cmov/libc-2.7.so
b7e2d000-b7e2e000 r-xp 00155000 08:01 14172175   /lib/i686/cmov/libc-2.7.so
b7e2e000-b7e30000 rwxp 00156000 08:01 14172175   /lib/i686/cmov/libc-2.7.so
b7e30000-b7e34000 rwxp b7e30000 00:00 0 
b7e34000-b7e49000 r-xp 00000000 08:01 14239170   /lib/i686/cmov/libpthread-2.7.so
b7e49000-b7e4b000 rwxp 00014000 08:01 14239170   /lib/i686/cmov/libpthread-2.7.so
b7e4b000-b7e4d000 rwxp b7e4b000 00:00 0 
b7e4d000-b7f7d000 r-xp 00000000 08:01 4456487    /usr/lib/libdb-4.6.so
b7f7d000-b7f80000 rwxp 00130000 08:01 4456487    /usr/lib/libdb-4.6.so
b7f85000-b7f87000 rwxp b7f85000 00:00 0 
b7f87000-b7f88000 r-xp b7f87000 00:00 0          [vdso]
b7f88000-b7fa2000 r-xp 00000000 08:01 14319985   /lib/ld-2.7.so
b7fa2000-b7fa4000 rwxp 0001a000 08:01 14319985   /lib/ld-2.7.so
bff8f000-bffa4000 rw-p bffeb000 00:00 0          [stack]



  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 21:33:54 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:33:54 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
Message-ID: <20110106033354.GC25214@openlib.org>



  I will try to see if I can get a copy from backup....

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Wed Jan  5 21:37:44 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:37:44 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
Message-ID: <20110106033743.GD25214@openlib.org>

  Christian Zimmermann writes
> What is eating so much space in so little time? logs?
> 
> In any case, once I am in St Louis, the first priority will be to
> move the two machines so that we have better sysadmin support, 
  
  I doubt you will get much better than me, look when the exim
  problem was apparent, I patched nebka with 30 minutes, a box
  that I know got rootkitted three days later via that exim
  route...

  But I'd be happy to give up this thankless task!


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan  5 21:43:05 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 5 Jan 2011 22:43:05 -0500 (EST)
Subject: [RAS] updates
In-Reply-To: <20110106033743.GD25214@openlib.org>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
	<20110106033743.GD25214@openlib.org>
Message-ID: <alpine.DEB.1.10.1101052242410.1683@fondue.econ.uconn.edu>

They have a server farm, and they are obsessed about security...

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, 5 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> What is eating so much space in so little time? logs?
>>
>> In any case, once I am in St Louis, the first priority will be to
>> move the two machines so that we have better sysadmin support,
>
>  I doubt you will get much better than me, look when the exim
>  problem was apparent, I patched nebka with 30 minutes, a box
>  that I know got rootkitted three days later via that exim
>  route...
>
>  But I'd be happy to give up this thankless task!
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Jan  5 21:49:20 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 04:49:20 +0100
Subject: [RAS] updates
In-Reply-To: <alpine.DEB.1.10.1101052242410.1683@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101051034240.12090@fondue.econ.uconn.edu>
	<20110106015647.GC24112@openlib.org>
	<alpine.DEB.1.10.1101052101430.1683@fondue.econ.uconn.edu>
	<20110106024010.GA24753@openlib.org>
	<20110106024941.GA24832@openlib.org>
	<alpine.DEB.1.10.1101052205570.1683@fondue.econ.uconn.edu>
	<20110106030812.GA24970@openlib.org>
	<alpine.DEB.1.10.1101052215180.1683@fondue.econ.uconn.edu>
	<20110106033743.GD25214@openlib.org>
	<alpine.DEB.1.10.1101052242410.1683@fondue.econ.uconn.edu>
Message-ID: <20110106034919.GA25403@openlib.org>


  Christian Zimmermann writes

> They have a server farm, and they are obsessed about security...

  I don't think you want to be dealing with that.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 07:32:33 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 08:32:33 -0500 (EST)
Subject: [RAS] Internal Server Error
Message-ID: <alpine.DEB.1.10.1101060831520.3017@fondue.econ.uconn.edu>

at http://auhtors.repec.org/

Cannot do anything, have realtors visiting the house today.

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


From krichel at openlib.org  Thu Jan  6 10:01:29 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 17:01:29 +0100
Subject: [RAS] the disk is too small
Message-ID: <20110106160129.GA31798@openlib.org>


  aras at nebka:~/acis$ mysql
ERROR 1040 (08004): Too many connections

  This appears to be the issue....

nebka:/var/log/apache2# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1            134574084 130663872         0 100% /
tmpfs                  1558300         0   1558300   0% /lib/init/rw
udev                     10240       588      9652   6% /dev
tmpfs                  1558300         4   1558296   1% /dev/shm

  The disk space is full beacuse I am trying to get a backup
  copy of mysql. 


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 11:14:41 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 12:14:41 -0500 (EST)
Subject: [RAS] the disk is too small
In-Reply-To: <20110106160129.GA31798@openlib.org>
References: <20110106160129.GA31798@openlib.org>
Message-ID: <alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>

I am back, trying to get the monthly mailing going:

aras at nebka:~/acis/bin$ dump_email_handle_table > email-handle-shortid
DBI connect('acis','corner',...) failed: Can't connect to local MySQL 
server through socket '/var/run/mysqld/mysqld.sock' (2) at 
/usr/lib/perl5/DBI.pm line 651
 	DBI::__ANON__(undef, undef) called at /usr/lib/perl5/DBI.pm line 
706
 	DBI::connect('DBI', 'DBI:mysql:acis', 'corner', 'Ainie6uc', 
'HASH(0xa0c6950)') called at /home/aras/acis/lib/sql_helper.pm line 260
 	eval {...} called at /home/aras/acis/lib/sql_helper.pm line 259
 	sql_helper::real_connect('sql_helper=HASH(0x986c350)') called at 
/home/aras/acis/lib/sql_helper.pm line 245
 	sql_helper::connect('sql_helper=HASH(0x986c350)', 'acis', 
'corner', 'Ainie6uc') called at /home/aras/acis/lib/sql_helper.pm line 150
 	sql_helper::new('sql_helper', 'acis', 'corner', 'Ainie6uc') called 
at /home/aras/acis/lib/ACIS/Web.pm line 125
 	ACIS::Web::sql_object('ACIS::Web=HASH(0xa0c69f0)') called at 
/home/aras/acis/bin/dump_email_handle_table line 14
Can't call method "prepare" on an undefined value at 
/home/aras/acis/bin/dump_email_handle_table line 18.

Disk is not full.

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>
>  aras at nebka:~/acis$ mysql
> ERROR 1040 (08004): Too many connections
>
>  This appears to be the issue....
>
> nebka:/var/log/apache2# df
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sda1            134574084 130663872         0 100% /
> tmpfs                  1558300         0   1558300   0% /lib/init/rw
> udev                     10240       588      9652   6% /dev
> tmpfs                  1558300         4   1558296   1% /dev/shm
>
>  The disk space is full beacuse I am trying to get a backup
>  copy of mysql.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From krichel at openlib.org  Thu Jan  6 11:19:39 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 18:19:39 +0100
Subject: [RAS] the disk is too small
In-Reply-To: <alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
References: <20110106160129.GA31798@openlib.org>
	<alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
Message-ID: <20110106171939.GB32364@openlib.org>

  Christian Zimmermann writes
> I am back, trying to get the monthly mailing going:
> 
> aras at nebka:~/acis/bin$ dump_email_handle_table > email-handle-shortid
> DBI connect('acis','corner',...) failed: Can't connect to local
> MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at
> /usr/lib/perl5/DBI.pm line 651
> 	DBI::__ANON__(undef, undef) called at /usr/lib/perl5/DBI.pm line
> 706
> 	DBI::connect('DBI', 'DBI:mysql:acis', 'corner', 'Ainie6uc',
> 'HASH(0xa0c6950)') called at /home/aras/acis/lib/sql_helper.pm line
> 260
> 	eval {...} called at /home/aras/acis/lib/sql_helper.pm line 259
> 	sql_helper::real_connect('sql_helper=HASH(0x986c350)') called at
> /home/aras/acis/lib/sql_helper.pm line 245
> 	sql_helper::connect('sql_helper=HASH(0x986c350)', 'acis', 'corner',
> 'Ainie6uc') called at /home/aras/acis/lib/sql_helper.pm line 150
> 	sql_helper::new('sql_helper', 'acis', 'corner', 'Ainie6uc') called
> at /home/aras/acis/lib/ACIS/Web.pm line 125
> 	ACIS::Web::sql_object('ACIS::Web=HASH(0xa0c69f0)') called at
> /home/aras/acis/bin/dump_email_handle_table line 14
> Can't call method "prepare" on an undefined value at
> /home/aras/acis/bin/dump_email_handle_table line 18.
> 
> Disk is not full.

  mysql was down. 

  I am compressing bdb data to get the machine running through a
  backup. That data is vital if the service is to be restored.

  Don't do any work involving acis until we have thhe 
  bdb running. Go to the machine room with a portable
  terabyte disk, and connect it.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 11:30:17 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 12:30:17 -0500 (EST)
Subject: [RAS] the disk is too small
In-Reply-To: <20110106171939.GB32364@openlib.org>
References: <20110106160129.GA31798@openlib.org>
	<alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
	<20110106171939.GB32364@openlib.org>
Message-ID: <alpine.DEB.1.10.1101061228160.3017@fondue.econ.uconn.edu>

I will not be able to go to the machine room until Monday. And I do not 
have such a disk.

On Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I am back, trying to get the monthly mailing going:
>>
>> aras at nebka:~/acis/bin$ dump_email_handle_table > email-handle-shortid
>> DBI connect('acis','corner',...) failed: Can't connect to local
>> MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) at
>> /usr/lib/perl5/DBI.pm line 651
>> 	DBI::__ANON__(undef, undef) called at /usr/lib/perl5/DBI.pm line
>> 706
>> 	DBI::connect('DBI', 'DBI:mysql:acis', 'corner', 'Ainie6uc',
>> 'HASH(0xa0c6950)') called at /home/aras/acis/lib/sql_helper.pm line
>> 260
>> 	eval {...} called at /home/aras/acis/lib/sql_helper.pm line 259
>> 	sql_helper::real_connect('sql_helper=HASH(0x986c350)') called at
>> /home/aras/acis/lib/sql_helper.pm line 245
>> 	sql_helper::connect('sql_helper=HASH(0x986c350)', 'acis', 'corner',
>> 'Ainie6uc') called at /home/aras/acis/lib/sql_helper.pm line 150
>> 	sql_helper::new('sql_helper', 'acis', 'corner', 'Ainie6uc') called
>> at /home/aras/acis/lib/ACIS/Web.pm line 125
>> 	ACIS::Web::sql_object('ACIS::Web=HASH(0xa0c69f0)') called at
>> /home/aras/acis/bin/dump_email_handle_table line 14
>> Can't call method "prepare" on an undefined value at
>> /home/aras/acis/bin/dump_email_handle_table line 18.
>>
>> Disk is not full.
>
>  mysql was down.
>
>  I am compressing bdb data to get the machine running through a
>  backup. That data is vital if the service is to be restored.
>
>  Don't do any work involving acis until we have thhe
>  bdb running. Go to the machine room with a portable
>  terabyte disk, and connect it.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Thu Jan  6 11:32:30 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 18:32:30 +0100
Subject: [RAS] the disk is too small
In-Reply-To: <alpine.DEB.1.10.1101061228160.3017@fondue.econ.uconn.edu>
References: <20110106160129.GA31798@openlib.org>
	<alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
	<20110106171939.GB32364@openlib.org>
	<alpine.DEB.1.10.1101061228160.3017@fondue.econ.uconn.edu>
Message-ID: <20110106173230.GD32364@openlib.org>

  Christian Zimmermann writes
> I will not be able to go to the machine room until Monday. And I do
> not have such a disk.

  Go and buy it. It cost $100.

  I will try to get it up before, but I am not willing to spend
  my nights and nerves on you not spending money on disks.
  The disks I use to back up nebka with I have all bought out
  of my own pocket.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 11:41:18 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 12:41:18 -0500 (EST)
Subject: [RAS] the disk is too small
In-Reply-To: <20110106173230.GD32364@openlib.org>
References: <20110106160129.GA31798@openlib.org>
	<alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
	<20110106171939.GB32364@openlib.org>
	<alpine.DEB.1.10.1101061228160.3017@fondue.econ.uconn.edu>
	<20110106173230.GD32364@openlib.org>
Message-ID: <alpine.DEB.1.10.1101061238320.3017@fondue.econ.uconn.edu>

You do not understand. I currently trying to sell a house and cannot just 
walk away on people. And I have plenty of other things going on. Just see 
how late I am with everything these days.

The contract I have with nebka is only hosting. I'll do more in St Louis 
as I will also provide hardware.

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I will not be able to go to the machine room until Monday. And I do
>> not have such a disk.
>
>  Go and buy it. It cost $100.
>
>  I will try to get it up before, but I am not willing to spend
>  my nights and nerves on you not spending money on disks.
>  The disks I use to back up nebka with I have all bought out
>  of my own pocket.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Thu Jan  6 11:52:13 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 6 Jan 2011 18:52:13 +0100
Subject: [RAS] the disk is too small
In-Reply-To: <alpine.DEB.1.10.1101061238320.3017@fondue.econ.uconn.edu>
References: <20110106160129.GA31798@openlib.org>
	<alpine.DEB.1.10.1101061213410.3017@fondue.econ.uconn.edu>
	<20110106171939.GB32364@openlib.org>
	<alpine.DEB.1.10.1101061228160.3017@fondue.econ.uconn.edu>
	<20110106173230.GD32364@openlib.org>
	<alpine.DEB.1.10.1101061238320.3017@fondue.econ.uconn.edu>
Message-ID: <20110106175213.GE32364@openlib.org>

  Christian Zimmermann writes

> You do not understand. I currently trying to sell a house and cannot
> just walk away on people. And I have plenty of other things going
> on. Just see how late I am with everything these days.

  I understand. That's why I am trying to help you despite the
  fact that this a predictable disaster.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 14:51:31 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 15:51:31 -0500 (EST)
Subject: [RAS] up and running?
Message-ID: <alpine.DEB.1.10.1101061549250.3017@fondue.econ.uconn.edu>

I managed to extract the info I need for the mailing, and managed to 
change my profile.

However, checking on events I get

We are sorry. A problem happened inside our system. It is not your fault. 
Here is what happened:

DBD::mysql::st execute failed: Table './acis/events' is marked as crashed 
and should be repaired at /home/aras/acis/lib/sql_helper.pm line 453.
 	...propagated at /home/aras/acis/lib/ACIS/Web/Admin/Events.pm line 
685.


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


From krichel at openlib.org  Thu Jan  6 19:47:10 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 02:47:10 +0100
Subject: [RAS] up and running?
In-Reply-To: <alpine.DEB.1.10.1101061549250.3017@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101061549250.3017@fondue.econ.uconn.edu>
Message-ID: <20110107014710.GA11264@openlib.org>

  Christian Zimmermann writes
> I managed to extract the info I need for the mailing, and managed to
> change my profile.
> 
> However, checking on events I get
> 
> We are sorry. A problem happened inside our system. It is not your
> fault. Here is what happened:
> 
> DBD::mysql::st execute failed: Table './acis/events' is marked as
> crashed and should be repaired at /home/aras/acis/lib/sql_helper.pm
> line 453.
> 	...propagated at /home/aras/acis/lib/ACIS/Web/Admin/Events.pm line
> 685.
> 

  Argh!! Now things are spreading to the mysql tables....


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 22:24:14 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:24:14 -0500 (EST)
Subject: [RAS] internal server error
Message-ID: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>

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


From krichel at openlib.org  Thu Jan  6 22:26:56 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 05:26:56 +0100
Subject: [RAS] internal server error
In-Reply-To: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
Message-ID: <20110107042656.GA11906@openlib.org>

  Christian Zimmermann writes
> again.

  Of course, took mysql down to repair the events table.

  There should be no service for several days until
  I can fix things. I set the DNS to the sorry site.
  How come you still reach nebka?

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 22:29:22 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:29:22 -0500 (EST)
Subject: [RAS] internal server error
In-Reply-To: <20110107042656.GA11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
Message-ID: <alpine.DEB.1.10.1101062328590.3017@fondue.econ.uconn.edu>

I have never seen the sorry site you keep mentioning

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> again.
>
>  Of course, took mysql down to repair the events table.
>
>  There should be no service for several days until
>  I can fix things. I set the DNS to the sorry site.
>  How come you still reach nebka?
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Thu Jan  6 22:30:43 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:30:43 -0500 (EST)
Subject: [RAS] internal server error
In-Reply-To: <20110107042656.GA11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
Message-ID: <alpine.DEB.1.10.1101062329330.3017@fondue.econ.uconn.edu>

Oh, I use the event tables to check nobody is doing illicit stuff, but it 
is probably more important to keep the site running for authors. It is the 
time of the month where many check their profiles.

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> again.
>
>  Of course, took mysql down to repair the events table.
>
>  There should be no service for several days until
>  I can fix things. I set the DNS to the sorry site.
>  How come you still reach nebka?
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Thu Jan  6 22:36:40 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 05:36:40 +0100
Subject: [RAS] internal server error
In-Reply-To: <20110107042656.GA11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
Message-ID: <20110107043640.GB11906@openlib.org>


  If you continue to try to use nekba while I try to fix it,
  you are only making things worse.
 
  The system has to stay completely down, or you will have
  to fix it yourself. I am already sick and tired of working
  on this with old software and a small disk. 


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Thu Jan  6 22:39:14 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 05:39:14 +0100
Subject: [RAS] internal server error
In-Reply-To: <alpine.DEB.1.10.1101062328590.3017@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<alpine.DEB.1.10.1101062328590.3017@fondue.econ.uconn.edu>
Message-ID: <20110107043914.GC11906@openlib.org>

  Christian Zimmermann writes
> I have never seen the sorry site you keep mentioning

  ????

krichel at trabbi:~$ nslookup authors.repec.org
Server:         192.168.0.1
Address:        192.168.0.1#53

Non-authoritative answer:
Name:   authors.repec.org
Address: 128.252.177.191

  You are supposed to see the sorry site not nebka.
  I just tested with Jo, it works for her.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Thu Jan  6 22:40:17 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 05:40:17 +0100
Subject: [RAS] internal server error
In-Reply-To: <alpine.DEB.1.10.1101062329330.3017@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<alpine.DEB.1.10.1101062329330.3017@fondue.econ.uconn.edu>
Message-ID: <20110107044017.GD11906@openlib.org>

  Christian Zimmermann writes
> Oh, I use the event tables to check nobody is doing illicit stuff,
> but it is probably more important to keep the site running for
> authors. It is the time of the month where many check their
> profiles.

  You should not have sent out the emails while the service
  is down. It will stay down for days on end. All data
  has to be read again.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan  6 22:46:07 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:46:07 -0500 (EST)
Subject: [RAS] internal server error
In-Reply-To: <20110107043640.GB11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<20110107043640.GB11906@openlib.org>
Message-ID: <alpine.DEB.1.10.1101062345380.3017@fondue.econ.uconn.edu>

I am just checking it while doing other things. I am not changing any 
tables...

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>
>  If you continue to try to use nekba while I try to fix it,
>  you are only making things worse.
>
>  The system has to stay completely down, or you will have
>  to fix it yourself. I am already sick and tired of working
>  on this with old software and a small disk.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Thu Jan  6 22:48:09 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:48:09 -0500 (EST)
Subject: [RAS] internal server error
In-Reply-To: <20110107043914.GC11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<alpine.DEB.1.10.1101062328590.3017@fondue.econ.uconn.edu>
	<20110107043914.GC11906@openlib.org>
Message-ID: <alpine.DEB.1.10.1101062347020.3017@fondue.econ.uconn.edu>

Ha. I am on a laptop with a redirection in /etc/hosts from the last 
time...

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I have never seen the sorry site you keep mentioning
>
>  ????
>
> krichel at trabbi:~$ nslookup authors.repec.org
> Server:         192.168.0.1
> Address:        192.168.0.1#53
>
> Non-authoritative answer:
> Name:   authors.repec.org
> Address: 128.252.177.191
>
>  You are supposed to see the sorry site not nebka.
>  I just tested with Jo, it works for her.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Thu Jan  6 22:49:04 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 6 Jan 2011 23:49:04 -0500 (EST)
Subject: [RAS] internal server error
In-Reply-To: <20110107044017.GD11906@openlib.org>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<alpine.DEB.1.10.1101062329330.3017@fondue.econ.uconn.edu>
	<20110107044017.GD11906@openlib.org>
Message-ID: <alpine.DEB.1.10.1101062348320.3017@fondue.econ.uconn.edu>

I was already three days late, and people became impatient...

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 Thu, 6 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> Oh, I use the event tables to check nobody is doing illicit stuff,
>> but it is probably more important to keep the site running for
>> authors. It is the time of the month where many check their
>> profiles.
>
>  You should not have sent out the emails while the service
>  is down. It will stay down for days on end. All data
>  has to be read again.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Thu Jan  6 23:33:43 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 06:33:43 +0100
Subject: [RAS] internal server error
In-Reply-To: <alpine.DEB.1.10.1101070006500.3017@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101062323430.3017@fondue.econ.uconn.edu>
	<20110107042656.GA11906@openlib.org>
	<alpine.DEB.1.10.1101062329330.3017@fondue.econ.uconn.edu>
	<20110107044017.GD11906@openlib.org>
	<alpine.DEB.1.10.1101062348320.3017@fondue.econ.uconn.edu>
	<20110107050449.GE11906@openlib.org>
	<alpine.DEB.1.10.1101070006500.3017@fondue.econ.uconn.edu>
Message-ID: <20110107053343.GF11906@openlib.org>

  Christian Zimmermann writes

> I guess they are more impatient for the stats than for the profile
> updates.
> 
> That said, I can try to lobby for a new machine in St. Louis before
> I get there. My original hope was to move nebka, and then calmly
> build a better clone in parallel.

  That's fine if we add a disk. 

  But again, a cloud based solution will be better. Have
  them pay $100 a month and we have the box to do what we
  want. 

> But it looks like we need to hurry. But I suspect this can still not
> be done quickly, in particular because of the reliance on rsync.

  Are you starting with rsync-is-bad-talk again? 


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Fri Jan  7 11:27:11 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 7 Jan 2011 18:27:11 +0100
Subject: [RAS] bdb files deleted
Message-ID: <20110107172711.GB19729@openlib.org>


  We have three corrupt bdbs, I deleted two files. I think
  the site should now be operationall, but please test drive
  then set back the DNS.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Fri Jan  7 12:22:25 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 7 Jan 2011 13:22:25 -0500 (EST)
Subject: [RAS] bdb files deleted
In-Reply-To: <20110107172711.GB19729@openlib.org>
References: <20110107172711.GB19729@openlib.org>
Message-ID: <alpine.DEB.1.10.1101071322010.3582@fondue.econ.uconn.edu>

Looks good to me, thanks.

However, there is no crontab.

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 Fri, 7 Jan 2011, Thomas Krichel wrote:

>
>  We have three corrupt bdbs, I deleted two files. I think
>  the site should now be operationall, but please test drive
>  then set back the DNS.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From christian.zimmermann at uconn.edu  Fri Jan  7 12:26:48 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 7 Jan 2011 13:26:48 -0500 (EST)
Subject: [RAS] bdb files deleted
In-Reply-To: <alpine.DEB.1.10.1101071322010.3582@fondue.econ.uconn.edu>
References: <20110107172711.GB19729@openlib.org>
	<alpine.DEB.1.10.1101071322010.3582@fondue.econ.uconn.edu>
Message-ID: <alpine.DEB.1.10.1101071326020.3582@fondue.econ.uconn.edu>

I cannot change DNS, I have no password to binder, and the public key does 
not seem to work.

> Looks good to me, thanks.
>
> However, there is no crontab.
>
> On Fri, 7 Jan 2011, Thomas Krichel wrote:
>
>>
>>  We have three corrupt bdbs, I deleted two files. I think
>>  the site should now be operationall, but please test drive
>>  then set back the DNS.
>>
>>  Cheers,
>>
>>  Thomas Krichel                    http://openlib.org/home/krichel
>>                                http://authorclaim.org/profile/pkr1
>>                                               skype: thomaskrichel
>>
>> _______________________________________________
>> RAS-run mailing list
>> RAS-run at lists.openlib.org
>> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>>
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From christian.zimmermann at uconn.edu  Fri Jan  7 16:47:18 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 7 Jan 2011 17:47:18 -0500 (EST)
Subject: [RAS] updareq does not work
Message-ID: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>

aras at nebka:~/acis/RI$ updareq RePEc aee/wpaper
aras at 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 at uconn.edu
http://ideas.repec.org/e/pzi1.html


From krichel at openlib.org  Fri Jan  7 22:16:27 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 8 Jan 2011 05:16:27 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data
In-Reply-To: <E1PbPkf-0005cZ-2e@nebka.uconn.edu>
References: <E1PbPkf-0005cZ-2e@nebka.uconn.edu>
Message-ID: <20110108041627.GB29325@openlib.org>


  We again look to have a problem. I did only one software
  change, took citatation change out of APU to try rid us
  from the overload....

  Cron Daemon writes
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2696775, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2696775, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
> db4.6_recover: Commonly caused by moving a database from one database environment
> db4.6_recover: to another without clearing the database LSNs, or by removing all of
> db4.6_recover: the log files from a database environment
> db4.6_checkpoint: /home/aras/acis/RI/data/ACIS/records: unable to flush: No such file or directory
> db4.6_checkpoint: txn_checkpoint: failed to flush the buffer cache: No such file or directory
> db4.6_checkpoint: txn_checkpoint: No such file or directory

-- 

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From duraley at gmail.com  Sat Jan  8 03:37:01 2011
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 8 Jan 2011 11:37:01 +0200
Subject: [RAS] updareq does not work
In-Reply-To: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
Message-ID: <AANLkTinTv8xpBmYwgv=WHsGCh4Q3zCUObTkX-jT0BL2t@mail.gmail.com>

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 at uconn.edu> wrote:
> aras at nebka:~/acis/RI$ updareq RePEc aee/wpaper
> aras at 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 at uconn.edu
> http://ideas.repec.org/e/pzi1.html
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From duraley at gmail.com  Sat Jan  8 03:38:54 2011
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 8 Jan 2011 11:38:54 +0200
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data
In-Reply-To: <20110108041627.GB29325@openlib.org>
References: <E1PbPkf-0005cZ-2e@nebka.uconn.edu>
	<20110108041627.GB29325@openlib.org>
Message-ID: <AANLkTi=2zoENnAOrVhHfqxXANEdXRjKK-SL024syOmh5@mail.gmail.com>

This may not be related to citations processing or APU, actually. This
might have been triggered by lack of diskspace or i don't know what.

-i

On Sat, Jan 8, 2011 at 6:16 AM, Thomas Krichel <krichel at openlib.org> wrote:
>
> ?We again look to have a problem. I did only one software
> ?change, took citatation change out of APU to try rid us
> ?from the overload....
>
> ?Cron Daemon writes
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2696775, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2696775, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2698220, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_recover: file unknown has LSN 493362/2132591, past end of log at 493362/1823218
>> db4.6_recover: Commonly caused by moving a database from one database environment
>> db4.6_recover: to another without clearing the database LSNs, or by removing all of
>> db4.6_recover: the log files from a database environment
>> db4.6_checkpoint: /home/aras/acis/RI/data/ACIS/records: unable to flush: No such file or directory
>> db4.6_checkpoint: txn_checkpoint: failed to flush the buffer cache: No such file or directory
>> db4.6_checkpoint: txn_checkpoint: No such file or directory
>
> --
>
> ?Cheers,
>
> ?Thomas Krichel ? ? ? ? ? ? ? ? ? ?http://openlib.org/home/krichel
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?http://authorclaim.org/profile/pkr1
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From krichel at openlib.org  Sat Jan  8 08:16:44 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 8 Jan 2011 15:16:44 +0100
Subject: [RAS] updareq does not work
In-Reply-To: <AANLkTinTv8xpBmYwgv=WHsGCh4Q3zCUObTkX-jT0BL2t@mail.gmail.com>
References: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
	<AANLkTinTv8xpBmYwgv=WHsGCh4Q3zCUObTkX-jT0BL2t@mail.gmail.com>
Message-ID: <20110108141644.GB12931@openlib.org>

  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


From krichel at openlib.org  Sat Jan  8 08:18:03 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 8 Jan 2011 15:18:03 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_recover -h
 ~/acis/RI/data ;
 /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data && /usr/bin/db4.6_archive -d
 -h ~/acis/RI/data
In-Reply-To: <AANLkTi=2zoENnAOrVhHfqxXANEdXRjKK-SL024syOmh5@mail.gmail.com>
References: <E1PbPkf-0005cZ-2e@nebka.uconn.edu>
	<20110108041627.GB29325@openlib.org>
	<AANLkTi=2zoENnAOrVhHfqxXANEdXRjKK-SL024syOmh5@mail.gmail.com>
Message-ID: <20110108141803.GC12931@openlib.org>

  Ivan Kurmanov writes

> This may not be related to citations processing or APU, actually.

  I think this is a bit of an understatment ;-)

> This
> might have been triggered by lack of diskspace or i don't know what.

  It's probably more the latter rather than the former.

  A sense of humour is when one is still laughing...


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sat Jan  8 08:55:59 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 8 Jan 2011 15:55:59 +0100
Subject: [RAS] updareq does not work
In-Reply-To: <20110108141644.GB12931@openlib.org>
References: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
	<AANLkTinTv8xpBmYwgv=WHsGCh4Q3zCUObTkX-jT0BL2t@mail.gmail.com>
	<20110108141644.GB12931@openlib.org>
Message-ID: <20110108145559.GD12931@openlib.org>


  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 at nebka:~$ db4.6_verify acis/RI/data/RePEc/history
aras at nebka:~$ db4.6_verify acis/RI/data/RePEc/records
aras at nebka:~$ db4.6_verify acis/RI/data/RePEc/conflicts
aras at 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


From christian.zimmermann at uconn.edu  Sat Jan  8 22:58:57 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sat, 8 Jan 2011 23:58:57 -0500 (EST)
Subject: [RAS] OK AFAIK
Message-ID: <alpine.DEB.1.10.1101082357340.1285@fondue.econ.uconn.edu>

Everything looks OK so far. All cases that were causing trouble seem 
fixed, as far as I can see.

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


From krichel at openlib.org  Sat Jan  8 23:00:39 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 06:00:39 +0100
Subject: [RAS] updareq does not work
In-Reply-To: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
Message-ID: <20110109050039.GA3372@openlib.org>

  Christian Zimmermann writes

> aras at nebka:~/acis/RI$ updareq RePEc aee/wpaper
> aras at 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


From krichel at openlib.org  Sat Jan  8 23:01:25 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 06:01:25 +0100
Subject: [RAS] OK AFAIK
In-Reply-To: <alpine.DEB.1.10.1101082357340.1285@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101082357340.1285@fondue.econ.uconn.edu>
Message-ID: <20110109050124.GB3372@openlib.org>


  Christian Zimmermann writes

> Everything looks OK so far.

  Thank me. No, hang on, it's not fixed...

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sun Jan  9 04:39:45 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 11:39:45 +0100
Subject: [RAS] more corruptions
Message-ID: <20110109103945.GA27365@openlib.org>


  We have more corruptions. Seemingly randomly, processing
  stops with 

U DATAFILE_FINISH: r/u/ruben.durante at sciences-po.org.xml
save record problem:  / PANIC: fatal region error detected; run recovery
Txn->commit returned positive!
$! = '', BerkeleyDB::Error = 'PANIC: fatal region error detected; run recovery' at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 91.
U DATAFILE_START: r/u/russell.gorddard at csiro.au.xml

  I am at my wit's end with this. I have deleted more
  unrecoverable files, but starting with new one's I get
  more corruptions. The lock size increase seemingly 
  did not fix things. 

  I have to give up on this. 

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sun Jan  9 04:41:44 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 11:41:44 +0100
Subject: [RAS] more corruptions
In-Reply-To: <20110109103945.GA27365@openlib.org>
References: <20110109103945.GA27365@openlib.org>
Message-ID: <20110109104144.GB27365@openlib.org>

  Thomas Krichel writes

> I have to give up on this. 

  Reboot and have the box check the disk. It could be related
  to that. 


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sun Jan  9 04:43:46 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 11:43:46 +0100
Subject: [RAS] more corruptions
In-Reply-To: <20110109103945.GA27365@openlib.org>
References: <20110109103945.GA27365@openlib.org>
Message-ID: <20110109104345.GA27549@openlib.org>

  Thomas Krichel writes
> 
>   We have more corruptions. Seemingly randomly, processing
>   stops with 
> 
> U DATAFILE_FINISH: r/u/ruben.durante at sciences-po.org.xml
> save record problem:  / PANIC: fatal region error detected; run recovery
> Txn->commit returned positive!
> $! = '', BerkeleyDB::Error = 'PANIC: fatal region error detected; run recovery' at /home/aras/acis/lib/RePEc/Index/Storage/BDBwithTxn.pm line 91.
> U DATAFILE_START: r/u/russell.gorddard at csiro.au.xml

  and further

    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/ACIS/history', 'Russell.Gorddard at csiro.au') called at /home/aras/acis/lib/RePEc/Index/History/Handle.pm line 127
        RePEc::Index::History::Handle::event_record('RePEc::Index::Update::RECORD', 'Russell.Gorddard at csiro.au', 'ACIS::UserData::User::Record=HASH(0x97c5ef0)', 'acis-user', 'r/u/russell.gorddard at csiro.au.xml', 0, '424da0211ba7af7e0e32d8c435997e65', 'RePEc::Index::Update=HASH(0x91a0c58)') called at (eval 106) line 6

  meaning acis/history is corrupt but

aras at nebka:~/acis/RI$ verify_all 
db4.6_verify /home/aras/acis/RI/data/citec/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/records
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/records
result: '0'
db4.6_verify /home/aras/acis/RI/data/citec/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/citec/files
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/files
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/files
result: '0'


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Sun Jan  9 08:34:44 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 09:34:44 -0500 (EST)
Subject: [RAS] updareq does not work
In-Reply-To: <20110109050039.GA3372@openlib.org>
References: <alpine.DEB.1.10.1101071747000.3582@fondue.econ.uconn.edu>
	<20110109050039.GA3372@openlib.org>
Message-ID: <alpine.DEB.1.10.1101090934160.15065@fondue.econ.uconn.edu>

But at least this archive has been updated. So there is progress.

On Sun, 9 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> aras at nebka:~/acis/RI$ updareq RePEc aee/wpaper
>> aras at 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
>


From christian.zimmermann at uconn.edu  Sun Jan  9 11:15:12 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 12:15:12 -0500 (EST)
Subject: [RAS] new facility
Message-ID: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>

I have started working on a request for new facilities for RAS. As I am 
not familiar with cloud computing, and Thomas suggested we use that, I 
have read some about it. I do not quite see why we would want to use that.

My understanding is that its main benefit is to avoid buying and 
maintaining hardware. This is useful when 1) you do not have the means for 
big expenses, 2) you do not have the ability to maintain systems and 3) if 
your computing power needs are very variable over time. You can then avoid 
spending much for peak loads.

I have little worry for 1) and 2), as the St. Louis Fed can buy and 
maintain. As for 3), our needs are much less cyclical than we think, and 
by doing it intelligently, can be completely smoothed by making automatic 
searches load dependent.

Cloud computing may make more sense for the centrality project, but given 
that it uses the same data as RAS, it would actually make better sense to 
put it on the same machine as well. Hence, I am tending towards requesting 
a really powerful machine that could handle RAS and centrality, trying to 
figure out the specs needed for 2 million templates, 50000 authors and 1.2 
million author claims, essentially double what we have now. I akm thinking 
of adding some essential new functionalities to RAS, but none would 
require any substantial coumputer resources.

Comments?

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


From krichel at openlib.org  Sun Jan  9 12:20:53 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 19:20:53 +0100
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
Message-ID: <20110109182053.GA29313@openlib.org>


  Christian Zimmermann writes

> Cloud computing may make more sense for the centrality project, but
> given that it uses the same data as RAS, it would actually make
> better sense to put it on the same machine as well.

  Not really, I think we should get a separate machine for that. 
  The centrality project software will also be applied to 
  AuthorClaim data, and St. Louis Fed may not want to have
  it there. 

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sun Jan  9 12:33:46 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 19:33:46 +0100
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
Message-ID: <20110109183346.GC29313@openlib.org>

  Christian Zimmermann writes

> I have little worry for 1) and 2), as the St. Louis Fed can buy and
> maintain.

  But will they offer access from outside? Will we be able
  to backup onto it and from it? 


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Sun Jan  9 12:44:38 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 13:44:38 -0500 (EST)
Subject: [RAS] new facility
In-Reply-To: <20110109183346.GC29313@openlib.org>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
Message-ID: <alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>

Outside access needs indeed to be clarified. That is why I wanted to wait 
to be on location so that I can influence things. Backup of the machine 
will be taken care of professionally to an outside location. Feds are very 
serious about this.

On Sun, 9 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> I have little worry for 1) and 2), as the St. Louis Fed can buy and
>> maintain.
>
>  But will they offer access from outside? Will we be able
>  to backup onto it and from it?
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Sun Jan  9 12:47:19 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 9 Jan 2011 19:47:19 +0100
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
Message-ID: <20110109184719.GD29313@openlib.org>

  Christian Zimmermann writes

> Outside access needs indeed to be clarified. That is why I wanted to
> wait to be on location so that I can influence things. Backup of the
> machine will be taken care of professionally to an outside location.
> Feds are very serious about this.

  So you will not back up the rest of RePEc and the rest
  of RePEc will not back you up?


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Sun Jan  9 12:52:02 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 13:52:02 -0500 (EST)
Subject: [RAS] new facility
In-Reply-To: <20110109184719.GD29313@openlib.org>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
	<20110109184719.GD29313@openlib.org>
Message-ID: <alpine.DEB.1.10.1101091349570.15065@fondue.econ.uconn.edu>

On Sun, 9 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> Outside access needs indeed to be clarified. That is why I wanted to
>> wait to be on location so that I can influence things. Backup of the
>> machine will be taken care of professionally to an outside location.
>> Feds are very serious about this.
>
>  So you will not back up the rest of RePEc and the rest
>  of RePEc will not back you up?

Anything in RePEc archives and anything that RAS uses will be backed up. 
Except for NEP, is there more?

In any case, these are all things to talk about. I was hoping to do this 
while there.

>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Sun Jan  9 20:40:55 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 10 Jan 2011 03:40:55 +0100
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
Message-ID: <20110110024055.GA31907@openlib.org>


  Christian Zimmermann writes

> That is why I wanted to
> wait to be on location so that I can influence things.

  I think this is the right approach. Until then we will
  have to go through a rough patch. I have spent 5 days
  on this story and don't want to spend more. But I urge
  you to reboot nebka to exclude that it is a disk issue.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Sun Jan  9 20:47:48 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 21:47:48 -0500 (EST)
Subject: [RAS] new facility
In-Reply-To: <20110110024055.GA31907@openlib.org>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
	<20110110024055.GA31907@openlib.org>
Message-ID: <alpine.DEB.1.10.1101092146290.25226@fondue.econ.uconn.edu>

I'll see what I can do tomorrow. It will be the first day in a month where 
I am more than a few hours on campus, but I have several meetings 
scheduled.

On Sun, 9 Jan 2011, Thomas Krichel wrote:

>
>  Christian Zimmermann writes
>
>> That is why I wanted to
>> wait to be on location so that I can influence things.
>
>  I think this is the right approach. Until then we will
>  have to go through a rough patch. I have spent 5 days
>  on this story and don't want to spend more. But I urge
>  you to reboot nebka to exclude that it is a disk issue.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Sun Jan  9 20:58:04 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 9 Jan 2011 21:58:04 -0500 (EST)
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101092146290.25226@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
	<20110110024055.GA31907@openlib.org>
	<alpine.DEB.1.10.1101092146290.25226@fondue.econ.uconn.edu>
Message-ID: <alpine.DEB.1.10.1101092157150.25226@fondue.econ.uconn.edu>

Oh, and during the reboot, rid is the only thing that I need to turn off 
and on, tight?

On Sun, 9 Jan 2011, Christian Zimmermann wrote:

> I'll see what I can do tomorrow. It will be the first day in a month where
> I am more than a few hours on campus, but I have several meetings
> scheduled.
>
> On Sun, 9 Jan 2011, Thomas Krichel wrote:
>
>>
>>  Christian Zimmermann writes
>>
>>> That is why I wanted to
>>> wait to be on location so that I can influence things.
>>
>>  I think this is the right approach. Until then we will
>>  have to go through a rough patch. I have spent 5 days
>>  on this story and don't want to spend more. But I urge
>>  you to reboot nebka to exclude that it is a disk issue.
>>
>>
>>  Cheers,
>>
>>  Thomas Krichel                    http://openlib.org/home/krichel
>>                                http://authorclaim.org/profile/pkr1
>>                                               skype: thomaskrichel
>>
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From krichel at openlib.org  Sun Jan  9 21:03:15 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 10 Jan 2011 04:03:15 +0100
Subject: [RAS] new facility
In-Reply-To: <alpine.DEB.1.10.1101092157150.25226@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101091203240.15065@fondue.econ.uconn.edu>
	<20110109183346.GC29313@openlib.org>
	<alpine.DEB.1.10.1101091342540.15065@fondue.econ.uconn.edu>
	<20110110024055.GA31907@openlib.org>
	<alpine.DEB.1.10.1101092146290.25226@fondue.econ.uconn.edu>
	<alpine.DEB.1.10.1101092157150.25226@fondue.econ.uconn.edu>
Message-ID: <20110110030315.GB1708@openlib.org>

  Christian Zimmermann writes

> Oh, and during the reboot, rid is the only thing that I need to turn
> off and on, tight?

  Yes. I can set up a patch that will turn it on automagically.
  I have this on tiu and sahure.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Mon Jan 10 10:44:45 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 10 Jan 2011 11:44:45 -0500 (EST)
Subject: [RAS] disk is fine
Message-ID: <alpine.DEB.1.10.1101101141400.4737@fondue.econ.uconn.edu>

I rebooted the machine, and everything looks dandy. Disk use is down to 
52%, so disk health or use is not the problem.

I did a test by registering  Jagdish Bhagwati (I withdrew before sending 
the confirmation email :)), a profilic author. The system found only 16 
works. On IDEAS, I have 213...

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


From krichel at openlib.org  Mon Jan 10 16:16:50 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 10 Jan 2011 23:16:50 +0100
Subject: [RAS] disk is fine
In-Reply-To: <alpine.DEB.1.10.1101101141400.4737@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101101141400.4737@fondue.econ.uconn.edu>
Message-ID: <20110110221650.GA13553@openlib.org>

  Christian Zimmermann writes
> I rebooted the machine, and everything looks dandy. Disk use is down
> to 52%, so disk health or use is not the problem.

  We must have lost a huge amount of records.

> I did a test by registering  Jagdish Bhagwati (I withdrew before
> sending the confirmation email :)), a profilic author. The system
> found only 16 works. On IDEAS, I have 213...

 It looks like it will be tough to fill the mysql database
  as updates break out.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Mon Jan 10 16:32:46 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 10 Jan 2011 17:32:46 -0500 (EST)
Subject: [RAS] disk is fine
In-Reply-To: <20110110221650.GA13553@openlib.org>
References: <alpine.DEB.1.10.1101101141400.4737@fondue.econ.uconn.edu>
	<20110110221650.GA13553@openlib.org>
Message-ID: <alpine.DEB.1.10.1101101730340.15001@fondue.econ.uconn.edu>


On Mon, 10 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I rebooted the machine, and everything looks dandy. Disk use is down
>> to 52%, so disk health or use is not the problem.
>
>  We must have lost a huge amount of records.

/tmp cleanup during boot took quite a while, disk was at 67% at shutdown. 
I am not convinced we lost records during reboot.

>
>> I did a test by registering  Jagdish Bhagwati (I withdrew before
>> sending the confirmation email :)), a profilic author. The system
>> found only 16 works. On IDEAS, I have 213...
>
> It looks like it will be tough to fill the mysql database
>  as updates break out.
>

These same 16 records were present before reboot as well, and nothing 
more.

Looking at logs, I nothing suspicious deleted from records during magic 
sessions or when people log in. For the moment.

>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Mon Jan 10 16:37:58 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 10 Jan 2011 23:37:58 +0100
Subject: [RAS] disk is fine
In-Reply-To: <alpine.DEB.1.10.1101101730340.15001@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101101141400.4737@fondue.econ.uconn.edu>
	<20110110221650.GA13553@openlib.org>
	<alpine.DEB.1.10.1101101730340.15001@fondue.econ.uconn.edu>
Message-ID: <20110110223758.GB13754@openlib.org>

  Christian Zimmermann writes


> /tmp cleanup during boot took quite a while, disk was at 67% at
> shutdown.

  Good.

> I am not convinced we lost records during reboot.

  I did not suggest that!


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Tue Jan 11 10:59:48 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Tue, 11 Jan 2011 11:59:48 -0500 (EST)
Subject: [RAS] more on data loss
Message-ID: <alpine.DEB.1.10.1101111157460.4737@fondue.econ.uconn.edu>

I indicated earlier that a registration test with Jagdish Bhagwati yielded 
only 16 works instead on the expected 200+. I tried again, with the same 
result. However, with a manual search by name, I get the full list. How is 
this possible?

So there is no data loss. Some functionality is not working 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


From krichel at openlib.org  Wed Jan 12 04:49:41 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Wed, 12 Jan 2011 11:49:41 +0100
Subject: [RAS] more on data loss
In-Reply-To: <alpine.DEB.1.10.1101111157460.4737@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101111157460.4737@fondue.econ.uconn.edu>
Message-ID: <20110112104941.GB24541@openlib.org>

  Christian Zimmermann writes
> I indicated earlier that a registration test with Jagdish Bhagwati
> yielded only 16 works instead on the expected 200+. I tried again,
> with the same result. However, with a manual search by name, I get
> the full list. How is this possible?

  I have no idea.

> So there is no data loss. Some functionality is not working right.

  I chhanged APU. I changed nothing else. 



  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Wed Jan 12 19:23:56 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 12 Jan 2011 20:23:56 -0500 (EST)
Subject: [RAS] new material not getting added
Message-ID: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>

I am getting complaints new material is not getting to RAS. EDIRC 
additions from Jan 8 are still not there. While they are in adrepec, they 
are not integrated in searchable data. Is there something that needs to be 
started for that?

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


From krichel at openlib.org  Thu Jan 13 21:25:45 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 14 Jan 2011 04:25:45 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
Message-ID: <20110114032545.GC14264@openlib.org>

  Christian Zimmermann writes
> I am getting complaints new material is not getting to RAS.

  I am afraid that while rid is interrupting itself, you
  will have to run a special updareq to make sure that
  the complained about records are added.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Thu Jan 13 21:29:07 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 13 Jan 2011 22:29:07 -0500 (EST)
Subject: [RAS] new material not getting added
In-Reply-To: <20110114032545.GC14264@openlib.org>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
Message-ID: <alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>

Yes this is what I am doing. But knowing a minority complain, this is not 
reassuring.

On Thu, 13 Jan 2011, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> I am getting complaints new material is not getting to RAS.
>
>  I am afraid that while rid is interrupting itself, you
>  will have to run a special updareq to make sure that
>  the complained about records are added.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Thu Jan 13 21:36:21 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 14 Jan 2011 04:36:21 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
Message-ID: <20110114033621.GA6857@openlib.org>

  Christian Zimmermann writes

> Yes this is what I am doing. But knowing a minority complain, this
> is not reassuring.
 
  I am spending yet more time trying to took into this.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Fri Jan 14 15:45:37 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 14 Jan 2011 22:45:37 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <20110114033621.GA6857@openlib.org>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
Message-ID: <20110114214536.GA21061@openlib.org>

  Thomas Krichel writes
>   Christian Zimmermann writes
> 
> > Yes this is what I am doing. But knowing a minority complain, this
> > is not reassuring.
>  
>   I am spending yet more time trying to took into this.

  I tried an elaborate method today, 

#!/bin/bash
db4.6_dump /home/aras/acis/RI/data/ACIS/records > ~/acis_records.dump
db4.6_load -f acis_records.dump -h /home/aras/acis/RI/data ~/acis/RI/data/ACIS/records
db4.6_load -r lsn -h /home/aras/acis/RI/data  ~/acis/RI/data/ACIS/records

  and the ame for RePEc/records, but now found it still
  has helped, we still have corruption.



  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From duraley at gmail.com  Fri Jan 14 16:15:48 2011
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 15 Jan 2011 00:15:48 +0200
Subject: [RAS] new material not getting added
In-Reply-To: <20110114214536.GA21061@openlib.org>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
Message-ID: <AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>

Guys, when did you have corruption errors for the first time? Was
there an upgrade or something exactly before that?

-ivan

On Fri, Jan 14, 2011 at 11:45 PM, Thomas Krichel <krichel at openlib.org> wrote:
> ?Thomas Krichel writes
>> ? Christian Zimmermann writes
>>
>> > Yes this is what I am doing. But knowing a minority complain, this
>> > is not reassuring.
>>
>> ? I am spending yet more time trying to took into this.
>
> ?I tried an elaborate method today,
>
> #!/bin/bash
> db4.6_dump /home/aras/acis/RI/data/ACIS/records > ~/acis_records.dump
> db4.6_load -f acis_records.dump -h /home/aras/acis/RI/data ~/acis/RI/data/ACIS/records
> db4.6_load -r lsn -h /home/aras/acis/RI/data ?~/acis/RI/data/ACIS/records
>
> ?and the ame for RePEc/records, but now found it still
> ?has helped, we still have corruption.
>
>
>
> ?Cheers,
>
> ?Thomas Krichel ? ? ? ? ? ? ? ? ? ?http://openlib.org/home/krichel
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?http://authorclaim.org/profile/pkr1
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From duraley at gmail.com  Fri Jan 14 18:07:44 2011
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 15 Jan 2011 02:07:44 +0200
Subject: [RAS] new material not getting added
In-Reply-To: <AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
	<AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
Message-ID: <AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>

Another stupid idea: did you tweak the checks that update daemon
(and/or rid script) does at it's start to ensure that only one copy of
the daemon is running at any single moment?

If you somehow get multiple copies of the update deamon running, there
might be a chance of them corrupting the database..... But probably
this is bullshit, since berkeley db has a database type for concurrent
access and it was the one that I used for update daemon, I think. I
just do not remember the details anymore.

-i

On Sat, Jan 15, 2011 at 12:15 AM, Ivan Kurmanov <duraley at gmail.com> wrote:
> Guys, when did you have corruption errors for the first time? Was
> there an upgrade or something exactly before that?
>
> -ivan
>
> On Fri, Jan 14, 2011 at 11:45 PM, Thomas Krichel <krichel at openlib.org> wrote:
>> ?Thomas Krichel writes
>>> ? Christian Zimmermann writes
>>>
>>> > Yes this is what I am doing. But knowing a minority complain, this
>>> > is not reassuring.
>>>
>>> ? I am spending yet more time trying to took into this.
>>
>> ?I tried an elaborate method today,
>>
>> #!/bin/bash
>> db4.6_dump /home/aras/acis/RI/data/ACIS/records > ~/acis_records.dump
>> db4.6_load -f acis_records.dump -h /home/aras/acis/RI/data ~/acis/RI/data/ACIS/records
>> db4.6_load -r lsn -h /home/aras/acis/RI/data ?~/acis/RI/data/ACIS/records
>>
>> ?and the ame for RePEc/records, but now found it still
>> ?has helped, we still have corruption.
>>
>>
>>
>> ?Cheers,
>>
>> ?Thomas Krichel ? ? ? ? ? ? ? ? ? ?http://openlib.org/home/krichel
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?http://authorclaim.org/profile/pkr1
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? skype: thomaskrichel
>>
>> _______________________________________________
>> RAS-run mailing list
>> RAS-run at lists.openlib.org
>> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>>
>


From krichel at openlib.org  Sat Jan 15 02:34:47 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 15 Jan 2011 09:34:47 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
	<AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
	<AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>
Message-ID: <20110115083447.GB19474@openlib.org>

  Ivan Kurmanov writes

> Another stupid idea:

  I am not sure about stupid ideas, but am sure about stupid
  guys who don't check the obvious and that is 


 did you tweak the checks that update daemon
> (and/or rid script) does at it's start to ensure that only one copy of
> the daemon is running at any single moment?
> 
> If you somehow get multiple copies of the update deamon running, there
> might be a chance of them corrupting the database.....

> But probably
> this is bullshit, since berkeley db has a database type for concurrent
> access and it was the one that I used for update daemon, I think.


  I tihnk you are correct, but still it's an avenue worth checking.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Sat Jan 15 02:38:30 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 15 Jan 2011 09:38:30 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <20110115083447.GB19474@openlib.org>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
	<AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
	<AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>
	<20110115083447.GB19474@openlib.org>
Message-ID: <20110115083830.GC19474@openlib.org>

  Thomas Krichel writes
>   Ivan Kurmanov writes
> 
> > Another stupid idea:
> 
>   I am not sure about stupid ideas, but am sure about stupid
>   guys who don't check the obvious and that is 

  actually present, we had more than one process running.

  Thankn you so much. This may turn out to fix the issue...

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From duraley at gmail.com  Sat Jan 15 04:09:33 2011
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 15 Jan 2011 12:09:33 +0200
Subject: [RAS] new material not getting added
In-Reply-To: <20110115083830.GC19474@openlib.org>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
	<AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
	<AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>
	<20110115083447.GB19474@openlib.org>
	<20110115083830.GC19474@openlib.org>
Message-ID: <AANLkTik99wFshUNrGPXXiRh__T6JqYGgO-ijHHnrW=gq@mail.gmail.com>

The daemon itself is supposed to run several child processes. But having a
single master process and a single BDB environment ensures that only a
single process works on a part of the collection (ie RePEc) it works on.
That is critical for database integrity. But issues you have look more like
BDB or disk issues.

15.01.2011 10:38 ???????????? "Thomas Krichel" <krichel at openlib.org>
???????:
> Thomas Krichel writes
>> Ivan Kurmanov writes
>>
>> > Another stupid idea:
>>
>> I am not sure about stupid ideas, but am sure about stupid
>> guys who don't check the obvious and that is
>
> actually present, we had more than one process running.
>
> Thankn you so much. This may turn out to fix the issue...
>
> Cheers,
>
> Thomas Krichel http://openlib.org/home/krichel
> http://authorclaim.org/profile/pkr1
> skype: thomaskrichel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20110115/e5250703/attachment.html>

From krichel at openlib.org  Sat Jan 15 09:46:39 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 15 Jan 2011 16:46:39 +0100
Subject: [RAS] new material not getting added
In-Reply-To: <AANLkTik99wFshUNrGPXXiRh__T6JqYGgO-ijHHnrW=gq@mail.gmail.com>
References: <alpine.DEB.1.10.1101122021150.18603@fondue.econ.uconn.edu>
	<20110114032545.GC14264@openlib.org>
	<alpine.DEB.1.10.1101132228180.23006@fondue.econ.uconn.edu>
	<20110114033621.GA6857@openlib.org>
	<20110114214536.GA21061@openlib.org>
	<AANLkTinVeA9KN2ARmkdFpfivJhN+j7rm52NPpvAx6TpW@mail.gmail.com>
	<AANLkTin50e4E15TO-xDS=JMi=ZubKkZarFexjG1V0gv9@mail.gmail.com>
	<20110115083447.GB19474@openlib.org>
	<20110115083830.GC19474@openlib.org>
	<AANLkTik99wFshUNrGPXXiRh__T6JqYGgO-ijHHnrW=gq@mail.gmail.com>
Message-ID: <20110115154639.GA22464@openlib.org>

  Ivan Kurmanov writes

> The daemon itself is supposed to run several child processes. But having a
> single master process and a single BDB environment ensures that only a
> single process works on a part of the collection (ie RePEc) it works on.
> That is critical for database integrity. But issues you have look more like
> BDB or disk issues.

  Yes.

  I am taking RAS down. While I was doing the reload, rid got up
  again. We need time to reload the databases and can't have RAS
  running. I will be flighing tommorrow. 

  Argh!!!

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Mon Jan 17 00:19:08 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 17 Jan 2011 07:19:08 +0100
Subject: [RAS] starting clean
Message-ID: <20110117061908.GC20655@openlib.org>


  RAS is down.

aras at nebka:~$ cat /tmp/verified.log 
db4.6_verify /home/aras/acis/RI/data/citec/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/conflicts
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/records
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/records
result: '0'
db4.6_verify /home/aras/acis/RI/data/citec/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/history
result: '0'
db4.6_verify /home/aras/acis/RI/data/citec/files
result: '0'
db4.6_verify /home/aras/acis/RI/data/ACIS/files
result: '0'
db4.6_verify /home/aras/acis/RI/data/RePEc/files
result: '0'
aras at nebka:~$ crontab -l
no crontab for aras

  no crontab 

aras at nebka:~$ ps axf | grep contro

  no rid

aras at nebka:~$ rid start
going to start RI daemon (/home/aras/acis/bin/control_daemon.pl)
 done

aras at nebka:~$ rm acis/RI/update_ch*

aras at nebka:~$ rm acis/RI/ri.log 

aras at nebka:~$ rid start
going to start RI daemon (/home/aras/acis/bin/control_daemon.pl)
 done

aras at nebka:~$ updareq RePEc / 99999999999999

  I will be watching this as good as I can. I set of 
  at 17:00 from FRA but I should be having wireless access
  there.

  I should check myself. Maybe I am also corrupted, by 
  paranoia.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From krichel at openlib.org  Mon Jan 17 02:59:38 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 17 Jan 2011 09:59:38 +0100
Subject: [RAS] starting clean
In-Reply-To: <20110117061908.GC20655@openlib.org>
References: <20110117061908.GC20655@openlib.org>
Message-ID: <20110117085938.GA26956@openlib.org>


  It seems to have been successful. 

aras at nebka:~$ tail -2 acis/RI/update_ch0.log 
Mon Jan 17 02:50:08 2011 processed / in RePEc
Mon Jan 17 02:50:08 2011 time: 5644 wallclock secs (958.82 usr + 133.19 sys = 1092.01 CPU)

  I have put RAS up again.

  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


From christian.zimmermann at uconn.edu  Mon Jan 17 06:24:13 2011
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 17 Jan 2011 07:24:13 -0500 (EST)
Subject: [RAS] starting clean
In-Reply-To: <20110117085938.GA26956@openlib.org>
References: <20110117061908.GC20655@openlib.org>
	<20110117085938.GA26956@openlib.org>
Message-ID: <alpine.DEB.1.10.1101170723270.25495@fondue.econ.uconn.edu>

Thanks.

I have been out of commission all week-end preparing the house. Now every 
muscle aches...

On Mon, 17 Jan 2011, Thomas Krichel wrote:

>
>  It seems to have been successful.
>
> aras at nebka:~$ tail -2 acis/RI/update_ch0.log
> Mon Jan 17 02:50:08 2011 processed / in RePEc
> Mon Jan 17 02:50:08 2011 time: 5644 wallclock secs (958.82 usr + 133.19 sys = 1092.01 CPU)
>
>  I have put RAS up again.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>


From krichel at openlib.org  Tue Jan 18 03:30:43 2011
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 18 Jan 2011 10:30:43 +0100
Subject: [RAS] starting clean
In-Reply-To: <20110117085938.GA26956@openlib.org>
References: <20110117061908.GC20655@openlib.org>
	<20110117085938.GA26956@openlib.org>
Message-ID: <20110118093043.GA26367@openlib.org>

  Thomas Krichel writes
> 
>   It seems to have been successful. 
> 
> aras at nebka:~$ tail -2 acis/RI/update_ch0.log 
> Mon Jan 17 02:50:08 2011 processed / in RePEc
> Mon Jan 17 02:50:08 2011 time: 5644 wallclock secs (958.82 usr + 133.19 sys = 1092.01 CPU)
> 
>   I have put RAS up again.

  But verify_all now shows more corruptions.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel


