From christian.zimmermann at uconn.edu  Thu Dec  2 06:39:47 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 2 Dec 2010 07:39:47 -0500 (EST)
Subject: [RAS] Cron <aras@nebka> /home/aras/acis/bin/clean-up >>
 /home/aras/acis/clean-up.log
In-Reply-To: <E1PO8NK-0004k1-Sk@nebka.uconn.edu>
References: <E1PO8NK-0004k1-Sk@nebka.uconn.edu>
Message-ID: <Pine.LNX.4.64.1012020739040.4368@fondue.econ.uconn.edu>

Usual procedure does not work:

aras at nebka:~/acis/userdata$ rid stop
Killing control_daemon with pid 7937
/home/aras/acis/bin/rid: line 63: kill: (7937) - No such process
Wait for control_daemon to exit................................. gave up 
waiting! Probably the daemon is busy.
aras at nebka:~/acis/userdata$ rid start
going to start RI daemon (/home/aras/acis/bin/control_daemon.pl)
pid file /home/aras/acis/RI/daemon.pid is present
aborting
aras at nebka:~/acis/userdata$


All I can do, in classroom for the next hours.


On Thu, 2 Dec 2010, Cron Daemon wrote:

> [18209] Forking a request: ACIS: k/i/kisinbay at yahoo.com.xml
> [18209] Forking a request: ACIS: e/s/esteban.perez at cepal.org.xml
> [18209] Forking a request: ACIS: o/l/olivier.cardi at u-paris2.fr.xml
> [18209] Forking a request: ACIS: a/z/a.zapechelnyuk at qmul.ac.uk.xml
> [18209] Forking a request: ACIS: s/t/steven.poelhekke at dnb.nl.xml
> [18209] Forking a request: ACIS: c/o/colemat at gmail.com.xml
> [18209] Forking a request: ACIS: q/u/quentin.max.david at gmail.com.xml
> [18209] Forking a request: ACIS: m/p/m.pugno at unicas.it.xml
> [18209] Forking a request: ACIS: m/a/matias.braun at uai.cl.xml
> DBD::mysql::st execute failed: MySQL server has gone away at /home/aras/acis/lib/sql_helper.pm line 453.
> 	...propagated at /home/aras/acis/lib/sql_helper.pm line 296.
>


From krichel at openlib.org  Thu Dec  2 08:27:54 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 2 Dec 2010 15:27:54 +0100
Subject: [RAS] Cron <aras@nebka> /home/aras/acis/bin/clean-up >>
 /home/aras/acis/clean-up.log
In-Reply-To: <Pine.LNX.4.64.1012020739040.4368@fondue.econ.uconn.edu>
References: <E1PO8NK-0004k1-Sk@nebka.uconn.edu>
	<Pine.LNX.4.64.1012020739040.4368@fondue.econ.uconn.edu>
Message-ID: <20101202142754.GA16815@openlib.org>

  Christian Zimmermann writes
> Usual procedure does not work:
> 
> aras at nebka:~/acis/userdata$ rid stop
> Killing control_daemon with pid 7937
> /home/aras/acis/bin/rid: line 63: kill: (7937) - No such process
> Wait for control_daemon to exit.................................
> gave up waiting! Probably the daemon is busy.
> aras at nebka:~/acis/userdata$ rid start
> going to start RI daemon (/home/aras/acis/bin/control_daemon.pl)
> pid file /home/aras/acis/RI/daemon.pid is present
> aborting
> aras at nebka:~/acis/userdata$
> 
> 
> All I can do, in classroom for the next hours.


  The pid file is there but rid is not running.
  I just delete the pid file.

  Remember, we will upgrade mysql to version 5.1 
  at a controlled downtime around Xmas time. 


  Cheers,

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


From krichel at openlib.org  Sun Dec  5 06:11:02 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 5 Dec 2010 13:11:02 +0100
Subject: [RAS] Cron <aras@nebka> /home/aras/acis/bin/clean-up >>
 /home/aras/acis/clean-up.log
In-Reply-To: <E1PPA3m-0001ih-2H@nebka.uconn.edu>
References: <E1PPA3m-0001ih-2H@nebka.uconn.edu>
Message-ID: <20101205121101.GC5798@openlib.org>

  Cron Daemon writes
> [6614] Forking a request: ACIS: l/e/leopold.simar at uclouvain.be.xml
> [6614] Forking a request: ACIS: a/w/a.weichenrieder at em.uni-frankfurt.de.xml
> [6614] Forking a request: ACIS: f/r/francesco.pastore at unina2.it.xml
> [6614] Forking a request: ACIS: p/b/pbrenton at worldbank.org.xml
> [6614] Forking a request: ACIS: m/s/msmoav at huji.ac.il.xml
> [6614] Forking a request: ACIS: e/v/evzen.kocenda at cerge-ei.cz.xml
> [6614] Forking a request: ACIS: m/c/mcincera at ulb.ac.be.xml
> [6614] Forking a request: ACIS: t/v/t.valletti at imperial.ac.uk.xml
> [6614] Forking a request: ACIS: s/w/swank at few.eur.nl.xml
> DBD::mysql::st execute failed: MySQL server has gone away at /home/aras/acis/lib/sql_helper.pm line 453.
> 	...propagated at /home/aras/acis/lib/sql_helper.pm line 296.

  I restarted the daemon.

  Cheers,

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


From krichel at openlib.org  Mon Dec  6 05:02:53 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 6 Dec 2010 12:02:53 +0100
Subject: [RAS] security on nebka
Message-ID: <20101206110253.GA3577@openlib.org>


  It looks like somebody came from khufu, got in as tim,
  then changed to root using sudo. Tim is in /etc/sudoers.

Dec  1 19:41:18 nebka sshd[3389]: Accepted keyboard-interactive/pam for tim from 129.3.20.41 port 35641 ssh2

  That's khufu. But I can't see how he got into khufu.

Dec  1 19:41:18 nebka sshd[3389]: pam_unix(sshd:session): session opened for user tim by (uid=0)
Dec  1 19:45:01 nebka CRON[3812]: pam_unix(cron:session): session opened for user root by (uid=0)
Dec  1 19:45:01 nebka CRON[3812]: pam_unix(cron:session): session closed for user root
Dec  1 19:46:01 nebka CRON[4269]: pam_unix(cron:session): session opened for user aras by (uid=0)
Dec  1 19:46:29 nebka sshd[4294]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=informatika.brkk.hu  user=root
Dec  1 19:46:31 nebka sshd[4292]: error: PAM: Authentication failure for root from informatika.brkk.hu
Dec  1 19:48:17 nebka CRON[4269]: pam_unix(cron:session): session closed for user aras
Dec  1 19:49:16 nebka su[4369]: pam_unix(su:auth): authentication failure; logname=tim uid=1001 euid=0 tty=pts/1 ruser=tim rhost=  user=aras
Dec  1 19:49:19 nebka su[4369]: pam_authenticate: Authentication failure
Dec  1 19:49:19 nebka su[4369]: FAILED su for aras by tim
Dec  1 19:49:19 nebka su[4369]: - pts/1 tim:aras
Dec  1 19:49:24 nebka su[4371]: pam_unix(su:auth): authentication failure; logname=tim uid=1001 euid=0 tty=pts/1 ruser=tim rhost=  user=root
Dec  1 19:49:27 nebka su[4371]: pam_authenticate: Authentication failure
Dec  1 19:49:27 nebka su[4371]: FAILED su for root by tim
Dec  1 19:49:27 nebka su[4371]: - pts/1 tim:root
Dec  1 19:49:35 nebka sudo:      tim : TTY=pts/1 ; PWD=/home/aras ; USER=root ; COMMAND=/bin/su -
Dec  1 19:49:36 nebka su[4373]: Successful su for root by root
Dec  1 19:49:36 nebka su[4373]: + pts/1 root:root

  I removed the user tim. I can't find a rootkit.

  Cheers,

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


From krichel at openlib.org  Mon Dec  6 05:21:00 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 6 Dec 2010 12:21:00 +0100
Subject: [RAS] security on nebka
In-Reply-To: <20101206110253.GA3577@openlib.org>
References: <20101206110253.GA3577@openlib.org>
Message-ID: <20101206112100.GC3577@openlib.org>

  Thomas Krichel writes

> That's khufu. 

  No it's rfe.

> But I can't see how he got into khufu.

  Because it's no good to look for an intruder on khufu
  that has been on rfe.

  I don't have access to rfe.

  Cheers,

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


From krichel at openlib.org  Sun Dec 12 07:08:35 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 12 Dec 2010 14:08:35 +0100
Subject: [RAS] nekba software upgrade
Message-ID: <20101212130835.GC4101@openlib.org>


  I made an emergency upgrade this morning following

http://lists.debian.org/debian-security-announce/2010/msg00181.html
-- 

  Cheers,

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


From christian.zimmermann at uconn.edu  Sat Dec 25 13:32:59 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sat, 25 Dec 2010 14:32:59 -0500 (EST)
Subject: [RAS] problem with magic sessions?
Message-ID: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>

There are supposed to be two batches of magic sessions every hour, at :16 
and :46. I verified, they are still in cron.

The last batch finished at 11:50:40 today, then just one magic session at 
14:16:02.

Any idea what is going on?

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 Dec 25 16:30:29 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sat, 25 Dec 2010 23:30:29 +0100
Subject: [RAS] problem with magic sessions?
In-Reply-To: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
Message-ID: <20101225223029.GF16507@openlib.org>

  Christian Zimmermann writes
> There are supposed to be two batches of magic sessions every hour,
> at :16 and :46. I verified, they are still in cron.
> 
> The last batch finished at 11:50:40 today, then just one magic
> session at 14:16:02.
> 
> Any idea what is going on?

  Maybe they are not allowed to overlap.


  Cheers,

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


From christian.zimmermann at uconn.edu  Sat Dec 25 16:41:04 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sat, 25 Dec 2010 17:41:04 -0500 (EST)
Subject: [RAS] problem with magic sessions?
In-Reply-To: <20101225223029.GF16507@openlib.org>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
Message-ID: <alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>

Yes, they are sequential. But how can one figure out if one is holding up 
the queue? There is a apu process that seems to be using a lot of CPU for 
the past hours.

On Sat, 25 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> There are supposed to be two batches of magic sessions every hour,
>> at :16 and :46. I verified, they are still in cron.
>>
>> The last batch finished at 11:50:40 today, then just one magic
>> session at 14:16:02.
>>
>> Any idea what is going on?
>
>  Maybe they are not allowed to overlap.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Sat Dec 25 17:06:40 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 26 Dec 2010 00:06:40 +0100
Subject: [RAS] problem with magic sessions?
In-Reply-To: <alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
Message-ID: <20101225230628.GG16507@openlib.org>

  Christian Zimmermann writes
> Yes, they are sequential. But how can one figure out if one is
> holding up the queue? There is a apu process that seems to be using
> a lot of CPU for the past hours.

  I think you may want to inspect the apu_queue table.

  BTW, we did want to update the database tables to get
  to mysql 5.1 at Xmas. 
  
  I was lying like dead in the last couple of days, but
  with the night up here, I am feeling like ready to rock.


  Cheers,

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


From christian.zimmermann at uconn.edu  Sat Dec 25 17:22:26 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sat, 25 Dec 2010 18:22:26 -0500 (EST)
Subject: [RAS] problem with magic sessions?
In-Reply-To: <20101225230628.GG16507@openlib.org>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
	<20101225230628.GG16507@openlib.org>
Message-ID: <alpine.DEB.1.10.1012251819560.31083@fondue.econ.uconn.edu>

I am not in a position to inspect the tables before Monday at least. I 
would appreciate if you could investigate. And in case of trouble, I 
cannot get to the machine room until Tuesday at lest. I have to go
tomorrow to pick up someone in Boston, and a major snow storm is coming. 
Not looking good for travel.

On Sat, 25 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> Yes, they are sequential. But how can one figure out if one is
>> holding up the queue? There is a apu process that seems to be using
>> a lot of CPU for the past hours.
>
>  I think you may want to inspect the apu_queue table.
>
>  BTW, we did want to update the database tables to get
>  to mysql 5.1 at Xmas.
>
>  I was lying like dead in the last couple of days, but
>  with the night up here, I am feeling like ready to rock.
>
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Sat Dec 25 17:24:14 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sat, 25 Dec 2010 18:24:14 -0500 (EST)
Subject: [RAS] Repec author service says my record is damaged. Please let me
 know what I need to do. Thanks. <EOM> (fwd)
Message-ID: <alpine.DEB.1.10.1012251823560.31083@fondue.econ.uconn.edu>

Something not going right indeed.

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: Sat, 25 Dec 2010 18:21:43 -0500
From: Kartik Athreya <kitrak101 at gmail.com>
To: "authors at repec.org" <authors at repec.org>
Subject: Repec author service says my record is damaged. Please let me know what
      I need to do. Thanks. <EOM>




From krichel at openlib.org  Sat Dec 25 23:33:40 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 26 Dec 2010 06:33:40 +0100
Subject: [RAS] Repec author service says my record is damaged. Please
 let me know what I need to do. Thanks. <EOM>
In-Reply-To: <AANLkTik1=1DGA=SXfz=Hciw3R_4kdTenACHXs=J37ExP@mail.gmail.com>
References: <AANLkTik1=1DGA=SXfz=Hciw3R_4kdTenACHXs=J37ExP@mail.gmail.com>
Message-ID: <20101226053340.GA10918@openlib.org>


  Kartik Athreya writes

> Repec author service says my record is damaged. Please let me know
> what I need to do. Thanks

  I am very sorry you are having a problem. 

  I have forced a  regeneration of your profile from file and 
  could login to your login kartik.athreya at rich.frb.org.
  Let me know if there are more issues. 

  Cheers,

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


From krichel at openlib.org  Sun Dec 26 02:31:03 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 26 Dec 2010 09:31:03 +0100
Subject: [RAS] problem with magic sessions?
In-Reply-To: <alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
Message-ID: <20101226083103.GA11004@openlib.org>

  Christian Zimmermann writes

> Yes, they are sequential. But how can one figure out if one is
> holding up the queue? There is a apu process that seems to be using
> a lot of CPU for the past hours.

  I have done some studying. Looking at opt/apu-job.log, it
  appears mySQL server is giving us errors and troubles.
  I suggest doing the upgrade to mySQL and then working
  with the /etc/my.conf for some tuning.

  I will be offline traveling to Nsk for a couple of days.

  Cheers,

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


From christian.zimmermann at uconn.edu  Sun Dec 26 20:20:19 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Sun, 26 Dec 2010 21:20:19 -0500 (EST)
Subject: [RAS] problem with magic sessions?
In-Reply-To: <20101226083103.GA11004@openlib.org>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
	<20101226083103.GA11004@openlib.org>
Message-ID: <alpine.DEB.1.10.1012262118380.4217@fondue.econ.uconn.edu>

I am back safely from my winterly travels.

It appears no magic sessions are happening anymore. I am on standby if I 
need to push a button, but not Monday, as the weather will only improve 
later in the day.

On Sun, 26 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> Yes, they are sequential. But how can one figure out if one is
>> holding up the queue? There is a apu process that seems to be using
>> a lot of CPU for the past hours.
>
>  I have done some studying. Looking at opt/apu-job.log, it
>  appears mySQL server is giving us errors and troubles.
>  I suggest doing the upgrade to mySQL and then working
>  with the /etc/my.conf for some tuning.
>
>  I will be offline traveling to Nsk for a couple of days.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Mon Dec 27 01:45:01 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 27 Dec 2010 08:45:01 +0100
Subject: [RAS] problem with magic sessions?
In-Reply-To: <alpine.DEB.1.10.1012262118380.4217@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
	<20101226083103.GA11004@openlib.org>
	<alpine.DEB.1.10.1012262118380.4217@fondue.econ.uconn.edu>
Message-ID: <20101227074501.GB10851@openlib.org>

  Christian Zimmermann writes
> I am back safely from my winterly travels.
  
  But I am stuck in Darmstadt. I am on a t-online line.

> It appears no magic sessions are happening anymore. I am on standby
> if I need to push a button, but not Monday, as the weather will only
> improve later in the day.

  I don't think it will come to that. I am just not in a stable
  situation. I may travel today. I prefer to wait a bit. We 
  then upgrade mysql. I think the problem must be somewhere
  that a profile is using too many resources and hogs up
  all others. But I am not sure how to find that profile.

  Cheers,

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


From krichel at openlib.org  Mon Dec 27 06:36:30 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 27 Dec 2010 13:36:30 +0100
Subject: [RAS] database upgrade
Message-ID: <20101227123630.GB17371@openlib.org>


  I have been told I will not fly today, so I am starting 
  with the upgrade. I put the sorry site up.

  Cheers,

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


From krichel at openlib.org  Mon Dec 27 12:25:57 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Mon, 27 Dec 2010 19:25:57 +0100
Subject: [RAS] database upgrade
In-Reply-To: <20101227123630.GB17371@openlib.org>
References: <20101227123630.GB17371@openlib.org>
Message-ID: <20101227182557.GA19776@openlib.org>

  Thomas Krichel writes
 
> I have been told I will not fly today, so I am starting 
> with the upgrade. I put the sorry site up.

  I am in the process of working on it, it's going
  very slow, because there is a little space the 
  disk, I try to compress things and be careful.

  Cheers,

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


From christian.zimmermann at uconn.edu  Mon Dec 27 21:35:35 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 27 Dec 2010 22:35:35 -0500 (EST)
Subject: [RAS] problem with magic sessions?
In-Reply-To: <20101226083103.GA11004@openlib.org>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
	<20101226083103.GA11004@openlib.org>
Message-ID: <alpine.DEB.1.10.1012272234230.9789@fondue.econ.uconn.edu>

It looks like everything works now. I notice you reverted to 7 magic 
sessions twice an hour. You think 9 was too much?

On Sun, 26 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> Yes, they are sequential. But how can one figure out if one is
>> holding up the queue? There is a apu process that seems to be using
>> a lot of CPU for the past hours.
>
>  I have done some studying. Looking at opt/apu-job.log, it
>  appears mySQL server is giving us errors and troubles.
>  I suggest doing the upgrade to mySQL and then working
>  with the /etc/my.conf for some tuning.
>
>  I will be offline traveling to Nsk for a couple of days.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Tue Dec 28 04:33:10 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 28 Dec 2010 11:33:10 +0100
Subject: [RAS] problem with magic sessions?
In-Reply-To: <alpine.DEB.1.10.1012272234230.9789@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012251430050.30305@fondue.econ.uconn.edu>
	<20101225223029.GF16507@openlib.org>
	<alpine.DEB.1.10.1012251739270.31083@fondue.econ.uconn.edu>
	<20101226083103.GA11004@openlib.org>
	<alpine.DEB.1.10.1012272234230.9789@fondue.econ.uconn.edu>
Message-ID: <20101228103310.GE22643@openlib.org>

  Christian Zimmermann writes

> It looks like everything works now. I notice you reverted to 7 magic
> sessions twice an hour.

  No, I did not do this. Somebody else must have. I tweaked 
  /etc/mysql/my.cnf and /etc/mysql/debian-start.

  I spent several hours carefully preparing for the upgrade, only to
  notice that mysql 5.1 is not part of Debian stable. Arghh!  It was
  all in vain. I felt like an idiot. Actually I am an idiot. I went
  down to the hotel bar and got drunk with the Russians.



  Cheers,

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


From krichel at openlib.org  Tue Dec 28 04:40:31 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 28 Dec 2010 11:40:31 +0100
Subject: [RAS] Cron <aras@nebka> /home/aras/acis/bin/clean-up >>
 /home/aras/acis/clean-up.log
In-Reply-To: <E1PXWtT-0007dC-LI@nebka.uconn.edu>
References: <E1PXWtT-0007dC-LI@nebka.uconn.edu>
Message-ID: <20101228104031.GF22643@openlib.org>

  Cron Daemon writes
> [29337] Forking a request: ACIS: e/r/ercan-saridogan at marmara.edu.tr.xml
> [29337] Forking a request: ACIS: n/n/n.nikiforakis at unimelb.edu.au.xml
> [29337] Forking a request: ACIS: h/i/hitoshi at e.u-tokyo.ac.jp.xml
> [29337] Forking a request: ACIS: r/k/rkraeussl at yahoo.de.xml
> [29337] Forking a request: ACIS: j/e/jean.mirucki at univ-valenciennes.fr.xml
> [29337] Forking a request: ACIS: e/u/eugen67 at gmail.com.xml
> [29337] Forking a request: ACIS: d/a/david.delacroix at uclouvain.be.xml

  I started rid.

  In  acis/bin/nightly, I added, at the end.

cd $acishome
## 2010-12-28: ToK
rm /home/aras/acis/RI/daemon.pid 
## 2010-12-28: end
bin/rid start

  I think the problem is that there are rid scripts running 
  when it is killed in the night. I have a similar issue on
  AuthorClaim. It gives up killing the process, maybe the
  pid file stays at that point. 


  Cheers,

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


From krichel at openlib.org  Tue Dec 28 05:35:00 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 28 Dec 2010 12:35:00 +0100
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_checkpoint -1 -h
 ~/acis/RI/data && /usr/bin/db4.6_archive -d -h ~/acis/RI/data
In-Reply-To: <E1PXXhl-0007of-Ek@nebka.uconn.edu>
References: <E1PXXhl-0007of-Ek@nebka.uconn.edu>
Message-ID: <20101228113459.GF23562@openlib.org>


  Cron Daemon writes

> db4.6_checkpoint: PANIC: fatal region error detected; run recovery
> db4.6_archive: PANIC: fatal region error detected; run recovery

aras at nebka:~/acis/RI/data$ db4.6_recover 
aras at nebka:~/acis/RI/data$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data

  Did that, seems to have worked.

  Cheers,

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


From christian.zimmermann at uconn.edu  Tue Dec 28 09:40:46 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Tue, 28 Dec 2010 10:40:46 -0500 (EST)
Subject: [RAS] Cron <aras@nebka> /usr/bin/db4.6_checkpoint -1 -h
 ~/acis/RI/data && /usr/bin/db4.6_archive -d -h ~/acis/RI/data
In-Reply-To: <E1PXbS2-00054v-5k@nebka.uconn.edu>
References: <E1PXbS2-00054v-5k@nebka.uconn.edu>
Message-ID: <alpine.DEB.1.10.1012281040220.11571@fondue.econ.uconn.edu>

not good:

aras at nebka:~/acis/userdata$ db4.6_recover
aras at nebka:~/acis/userdata$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data
db4.6_checkpoint: PANIC: fatal region error detected; run recovery

On Tue, 28 Dec 2010, Cron Daemon wrote:

> db4.6_checkpoint: PANIC: fatal region error detected; run recovery
> db4.6_archive: PANIC: fatal region error detected; run recovery
>


From christian.zimmermann at uconn.edu  Wed Dec 29 12:43:38 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 29 Dec 2010 13:43:38 -0500 (EST)
Subject: [RAS] high load
Message-ID: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>

aras at nebka:~/acis/userdata$ w
  13:41:58 up 422 days, 23:28,  1 user,  load average: 5.73, 5.16, 4.38

So high I cannot log into an account.

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 Dec 29 18:47:55 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 30 Dec 2010 01:47:55 +0100
Subject: [RAS] high load
In-Reply-To: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>
Message-ID: <20101230004755.GB12125@openlib.org>

  Christian Zimmermann writes
> aras at nebka:~/acis/userdata$ w
>  13:41:58 up 422 days, 23:28,  1 user,  load average: 5.73, 5.16, 4.38
> 
> So high I cannot log into an account.

  I don't know what to do about it.

  Cheers,

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


From christian.zimmermann at uconn.edu  Wed Dec 29 19:00:00 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Wed, 29 Dec 2010 20:00:00 -0500 (EST)
Subject: [RAS] high load
In-Reply-To: <20101230004755.GB12125@openlib.org>
References: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>
	<20101230004755.GB12125@openlib.org>
Message-ID: <alpine.DEB.1.10.1012291959390.18708@fondue.econ.uconn.edu>

What is causing the load? It is still above 2.

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, 29 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>> aras at nebka:~/acis/userdata$ w
>>  13:41:58 up 422 days, 23:28,  1 user,  load average: 5.73, 5.16, 4.38
>>
>> So high I cannot log into an account.
>
>  I don't know what to do about it.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From krichel at openlib.org  Wed Dec 29 19:16:29 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 30 Dec 2010 02:16:29 +0100
Subject: [RAS] high load
In-Reply-To: <alpine.DEB.1.10.1012291959390.18708@fondue.econ.uconn.edu>
References: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>
	<20101230004755.GB12125@openlib.org>
	<alpine.DEB.1.10.1012291959390.18708@fondue.econ.uconn.edu>
Message-ID: <20101230011629.GA12389@openlib.org>

  Christian Zimmermann writes
> What is causing the load? It is still above 2.

  I suspect it is the citation profile of a large portfolio.


  Cheers,

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


From krichel at openlib.org  Wed Dec 29 20:02:24 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Thu, 30 Dec 2010 03:02:24 +0100
Subject: [RAS] high load
In-Reply-To: <20101230011629.GA12389@openlib.org>
References: <alpine.DEB.1.10.1012291342430.12090@fondue.econ.uconn.edu>
	<20101230004755.GB12125@openlib.org>
	<alpine.DEB.1.10.1012291959390.18708@fondue.econ.uconn.edu>
	<20101230011629.GA12389@openlib.org>
Message-ID: <20101230020224.GA12837@openlib.org>


  I commented out the citation processing, in APU.pm

  ## tok Commented out to soften blow, 2010-12-30    
  #ACIS::Citations::AutoUpdate::auto_processing( $acis, $pretend ); 


  Cheers,

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


From christian.zimmermann at uconn.edu  Thu Dec 30 10:31:28 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 30 Dec 2010 11:31:28 -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
In-Reply-To: <E1PYLMV-0006HD-5Q@nebka.uconn.edu>
References: <E1PYLMV-0006HD-5Q@nebka.uconn.edu>
Message-ID: <alpine.DEB.1.10.1012301130530.20359@fondue.econ.uconn.edu>

On Thu, 30 Dec 2010, Cron Daemon wrote:

> db4.6_recover: Log file corrupt at LSN: [492851][28]
> db4.6_recover: PANIC: Invalid argument
> db4.6_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery
>

Fixed, but the disk is filling...

aras at nebka:~/acis/userdata$ db4.6_recover
aras at nebka:~/acis/userdata$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data
aras at nebka:~/acis/userdata$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1            134574084 113795680  13942348  90% /
tmpfs                  1558300         0   1558300   0% /lib/init/rw
udev                     10240       588      9652   6% /dev
tmpfs                  1558300         4   1558296   1% /dev/shm



From christian.zimmermann at uconn.edu  Thu Dec 30 11:51:17 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Thu, 30 Dec 2010 12:51:17 -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
In-Reply-To: <E1PYMHF-0006Ul-Ey@nebka.uconn.edu>
References: <E1PYMHF-0006Ul-Ey@nebka.uconn.edu>
Message-ID: <alpine.DEB.1.10.1012301250210.20359@fondue.econ.uconn.edu>

On Thu, 30 Dec 2010, Cron Daemon wrote:

> db4.6_recover: unable to join the environment
> db4.6_recover: DB_LOGC->get: LSN 492902/9628236: invalid log record header
> db4.6_recover: Log file corrupt at LSN: [492902][9628180]
> db4.6_recover: PANIC: Invalid argument
> db4.6_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery
>

aras at nebka:~/acis/userdata$ db4.6_recover
aras at nebka:~/acis/userdata$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data
db4.6_checkpoint: PANIC: fatal region error detected; run recovery
aras at nebka:~/acis/userdata$ db4.6_recover
aras at nebka:~/acis/userdata$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data
db4.6_checkpoint: PANIC: fatal region error detected; run recovery
aras at nebka:~/acis/userdata$ db4.6_recover
aras at nebka:~/acis/userdata$ /usr/bin/db4.6_checkpoint -1 -h ~/acis/RI/data
db4.6_checkpoint: PANIC: fatal region error detected; run recovery

BTW, load is still high.


From krichel at openlib.org  Fri Dec 31 04:46:22 2010
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 31 Dec 2010 11:46:22 +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: <alpine.DEB.1.10.1012301250210.20359@fondue.econ.uconn.edu>
References: <E1PYMHF-0006Ul-Ey@nebka.uconn.edu>
	<alpine.DEB.1.10.1012301250210.20359@fondue.econ.uconn.edu>
Message-ID: <20101231104622.GA4491@openlib.org>

  Christian Zimmermann writes

> BTW, load is still high.

  Whenever you are ready, reboot. And let's hope we 
  soon get bigger hardware for this.

  Cheers,

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


From christian.zimmermann at uconn.edu  Fri Dec 31 09:31:57 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 31 Dec 2010 10:31:57 -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
In-Reply-To: <20101231104622.GA4491@openlib.org>
References: <E1PYMHF-0006Ul-Ey@nebka.uconn.edu>
	<alpine.DEB.1.10.1012301250210.20359@fondue.econ.uconn.edu>
	<20101231104622.GA4491@openlib.org>
Message-ID: <alpine.DEB.1.10.1012311029370.22055@fondue.econ.uconn.edu>

I am not sure I can make it to campus until Jan 7. I have to be in NYC Jan 
3 and Boston Jan 4, and get the house ready for real estate agents by Jan 
6...

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, 31 Dec 2010, Thomas Krichel wrote:

>  Christian Zimmermann writes
>
>> BTW, load is still high.
>
>  Whenever you are ready, reboot. And let's hope we
>  soon get bigger hardware for this.
>
>  Cheers,
>
>  Thomas Krichel                    http://openlib.org/home/krichel
>                                http://authorclaim.org/profile/pkr1
>                                               skype: thomaskrichel
>


From christian.zimmermann at uconn.edu  Fri Dec 31 09:42:32 2010
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 31 Dec 2010 10:42:32 -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
In-Reply-To: <E1PYaVd-0000SG-CP@nebka.uconn.edu>
References: <E1PYaVd-0000SG-CP@nebka.uconn.edu>
Message-ID: <alpine.DEB.1.10.1012311041320.22055@fondue.econ.uconn.edu>

What the heck is all that, and how would a reboot help?

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, 31 Dec 2010, Cron Daemon wrote:

> db4.6_recover: file unknown has LSN 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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 492969/2475660, past end of log at 492969/1295897
> 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
>


