Cron <aras@nebka> /home/aras/acis/bin/clean-up >> /home/aras/acis/clean-up.log (fwd)
Any idea why these memory problems take a while to develop after a mysql restart? Would there be a way to get automatic restarts once a problem in encountered, as an imperfect fix? Christian Zimmermann FIGUGEGL! Department of Economics University of Connecticut 341 Mansfield Road, Unit 1063 Storrs, CT 06269-1063 http://ideas.repec.org/zimm/ christian.zimmermann@uconn.edu http://ideas.repec.org/e/pzi1.html ---------- Forwarded message ---------- Date: Wed, 3 Mar 2010 08:26:02 -0500 From: Cron Daemon <root@authors.repec.org> To: "aras@authors.repec.org" <aras@authors.repec.org> Subject: Cron <aras@nebka> /home/aras/acis/bin/clean-up >> /home/aras/acis/clean-up.log [22130] Forking a request: ACIS: v/s/v.scoppa@unical.it.xml [22130] Forking a request: ACIS: s/m/smavro@uom.gr.xml
Christian Zimmermann writes
Any idea why these memory problems take a while to develop after a mysql restart?
I don't think it's an issue with mysql. It's a bdb issue, I think.
Would there be a way to get automatic restarts once a problem in encountered, as an imperfect fix?
Just now aras@nebka:~/acis/RI$ tail client_failed.log Wed Mar 3 08:27:33 2010 Failed to connect to server: SOURCE a.cgi [21989/21990/21992] COLLECTION ACIS UPDATE m/p/m.picchio@uvt.nl.xml Wed Mar 3 08:30:29 2010 Failed to connect to server: SOURCE /home/aras/acis/bin/apu [22050/22056/22058] COLLECTION ACIS UPDATE k/m/k-matsuyama@northwestern.edu.xml aras@nebka:~/acis/RI$ rid start going to start RI daemon (/home/aras/acis/bin/control_daemon.pl) done aras@nebka:~/acis/RI$ rid was not up. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
Why would rid not have been up? Christian Zimmermann FIGUGEGL! Department of Economics University of Connecticut 341 Mansfield Road, Unit 1063 Storrs, CT 06269-1063 http://ideas.repec.org/zimm/ christian.zimmermann@uconn.edu http://ideas.repec.org/e/pzi1.html On Wed, 3 Mar 2010, Thomas Krichel wrote:
Christian Zimmermann writes
Any idea why these memory problems take a while to develop after a mysql restart?
I don't think it's an issue with mysql. It's a bdb issue, I think.
Would there be a way to get automatic restarts once a problem in encountered, as an imperfect fix?
Just now
aras@nebka:~/acis/RI$ tail client_failed.log Wed Mar 3 08:27:33 2010 Failed to connect to server: SOURCE a.cgi [21989/21990/21992] COLLECTION ACIS UPDATE m/p/m.picchio@uvt.nl.xml
Wed Mar 3 08:30:29 2010 Failed to connect to server: SOURCE /home/aras/acis/bin/apu [22050/22056/22058] COLLECTION ACIS UPDATE k/m/k-matsuyama@northwestern.edu.xml
aras@nebka:~/acis/RI$ rid start going to start RI daemon (/home/aras/acis/bin/control_daemon.pl) done aras@nebka:~/acis/RI$
rid was not up.
Cheers,
Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
Christian Zimmermann writes
Why would rid not have been up?
no idea. It does not look like the issue with teh logging range. I can't deal with this today, I have two classes to teach, one of them not prepared. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
i tried to look at this issue, but I don't have access to aras@nebka.openlib.org -- my ssh key is not allowed. (I've attached my current key file.) -ivan On Wed, Mar 3, 2010 at 3:36 PM, Thomas Krichel <krichel@openlib.org> wrote:
Christian Zimmermann writes
Why would rid not have been up?
no idea. It does not look like the issue with teh logging range.
I can't deal with this today, I have two classes to teach, one of them not prepared.
Cheers,
Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Ivan Kurmanov writes
i tried to look at this issue, but I don't have access to aras@nebka.openlib.org -- my ssh key is not allowed. (I've attached my current key file.)
try again now. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
participants (3)
-
Christian Zimmermann -
Ivan Kurmanov -
Thomas Krichel