From zimmermann at stlouisfed.org  Mon Jan  9 15:46:28 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Mon, 9 Jan 2012 15:46:28 -0600 (CST)
Subject: [RAS] https
Message-ID: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>

Dan has put in place a SSL certificate for authors.repec.org. Thus 
https://authors.repec.org/ is now a valid address. However, any link 
within the site is hard-coded to http://authors.repec.org. That should be 
changed for the next code update.

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From duraley at gmail.com  Tue Jan 10 00:09:38 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Tue, 10 Jan 2012 08:09:38 +0200
Subject: [RAS] https
In-Reply-To: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>
Message-ID: <CAHGiUkR16M0+rhC_5L4E62eCzh2oycXFCMJqyyFA7AEX=Jk9SA@mail.gmail.com>

Christian,

What do you want to pass through https? Everything? Some screens? The login
form data?

Note: again, this was not included in the original agreement.

-i

On Mon, Jan 9, 2012 at 11:46 PM, Christian Zimmermann <
zimmermann at stlouisfed.org> wrote:

> Dan has put in place a SSL certificate for authors.repec.org. Thus
> https://authors.repec.org/ is now a valid address. However, any link
> within the site is hard-coded to http://authors.repec.org. That should be
> changed for the next code update.
>
> --
> Christian Zimmermann                          FIGUGEGL!
> Economic Research
> Federal Reserve Bank of St. Louis
> P.O. Box 442
> St. Louis MO 63166-0442 USA
> http://ideas.repec.org/zimm/
>
> ______________________________**_________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120110/edbc631a/attachment.html>

From zimmermann at stlouisfed.org  Tue Jan 10 08:10:30 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Tue, 10 Jan 2012 08:10:30 -0600 (CST)
Subject: [RAS] https
In-Reply-To: <CAHGiUkR16M0+rhC_5L4E62eCzh2oycXFCMJqyyFA7AEX=Jk9SA@mail.gmail.com>
References: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>
 <CAHGiUkR16M0+rhC_5L4E62eCzh2oycXFCMJqyyFA7AEX=Jk9SA@mail.gmail.com>
Message-ID: <alpine.LRH.2.02.1201100809270.30984@repec-mail.stlouisfed.org>

everything.

I know, it is not in the agreement. I was just surprised to see this hard 
coded. I guess this is just a matter of replacing every instance of 
http:// with https://.

On Tue, 10 Jan 2012, Ivan Kurmanov wrote:

> Christian,
>
> What do you want to pass through https? Everything? Some screens? The login
> form data?
>
> Note: again, this was not included in the original agreement.
>
> -i
>
> On Mon, Jan 9, 2012 at 11:46 PM, Christian Zimmermann <
> zimmermann at stlouisfed.org> wrote:
>
>> Dan has put in place a SSL certificate for authors.repec.org. Thus
>> https://authors.repec.org/ is now a valid address. However, any link
>> within the site is hard-coded to http://authors.repec.org. That should be
>> changed for the next code update.
>>
>> --
>> Christian Zimmermann                          FIGUGEGL!
>> Economic Research
>> Federal Reserve Bank of St. Louis
>> P.O. Box 442
>> St. Louis MO 63166-0442 USA
>> http://ideas.repec.org/zimm/
>>
>> ______________________________**_________________
>> RAS-run mailing list
>> RAS-run at lists.openlib.org
>> http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run>
>>
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From duraley at gmail.com  Tue Jan 10 11:17:21 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Tue, 10 Jan 2012 19:17:21 +0200
Subject: [RAS] https
In-Reply-To: <alpine.LRH.2.02.1201100809270.30984@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>
 <CAHGiUkR16M0+rhC_5L4E62eCzh2oycXFCMJqyyFA7AEX=Jk9SA@mail.gmail.com>
 <alpine.LRH.2.02.1201100809270.30984@repec-mail.stlouisfed.org>
Message-ID: <CAHGiUkSHd-=86ZvMswYug6Wzk0RoF2GrrSC478PAivRgbXgzFA@mail.gmail.com>

why would you want to have everything going via https? it's slower (for
both server and the client), and it's more CPU-expensive.

-i

On Tue, Jan 10, 2012 at 4:10 PM, Christian Zimmermann <
zimmermann at stlouisfed.org> wrote:

> everything.
>
> I know, it is not in the agreement. I was just surprised to see this hard
> coded. I guess this is just a matter of replacing every instance of http://with https://
> .
>
>
> On Tue, 10 Jan 2012, Ivan Kurmanov wrote:
>
>  Christian,
>>
>> What do you want to pass through https? Everything? Some screens? The
>> login
>> form data?
>>
>> Note: again, this was not included in the original agreement.
>>
>> -i
>>
>> On Mon, Jan 9, 2012 at 11:46 PM, Christian Zimmermann <
>> zimmermann at stlouisfed.org> wrote:
>>
>>  Dan has put in place a SSL certificate for authors.repec.org. Thus
>>> https://authors.repec.org/ is now a valid address. However, any link
>>> within the site is hard-coded to http://authors.repec.org. That should
>>> be
>>> changed for the next code update.
>>>
>>> --
>>> Christian Zimmermann                          FIGUGEGL!
>>> Economic Research
>>> Federal Reserve Bank of St. Louis
>>> P.O. Box 442
>>> St. Louis MO 63166-0442 USA
>>> http://ideas.repec.org/zimm/
>>>
>>> ______________________________****_________________
>>> RAS-run mailing list
>>> RAS-run at lists.openlib.org
>>> http://lists.openlib.org/cgi-****bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run>
>>> <**http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run>
>>> >
>>>
>>>
>>
> --
> Christian Zimmermann                          FIGUGEGL!
> Economic Research
> Federal Reserve Bank of St. Louis
> P.O. Box 442
> St. Louis MO 63166-0442 USA
> http://ideas.repec.org/zimm/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120110/c3dd37a3/attachment.html>

From zimmermann at stlouisfed.org  Tue Jan 10 12:40:30 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Tue, 10 Jan 2012 12:40:30 -0600 (CST)
Subject: [RAS] https
In-Reply-To: <CAHGiUkSHd-=86ZvMswYug6Wzk0RoF2GrrSC478PAivRgbXgzFA@mail.gmail.com>
References: <alpine.LRH.2.02.1201091544260.30984@repec-mail.stlouisfed.org>
 <CAHGiUkR16M0+rhC_5L4E62eCzh2oycXFCMJqyyFA7AEX=Jk9SA@mail.gmail.com>
 <alpine.LRH.2.02.1201100809270.30984@repec-mail.stlouisfed.org>
 <CAHGiUkSHd-=86ZvMswYug6Wzk0RoF2GrrSC478PAivRgbXgzFA@mail.gmail.com>
Message-ID: <alpine.LRH.2.02.1201101238310.30984@repec-mail.stlouisfed.org>

The impact on CPU is minimal. Encryption is nothing compared to the 
building of the dynamic pages.

The SSL handshake may take some some clock time though, depending on the 
transmission speed. But the server uses HTTP keepalives, so it is only the 
initial connection that loses some time.

On Tue, 10 Jan 2012, Ivan Kurmanov wrote:

> why would you want to have everything going via https? it's slower (for
> both server and the client), and it's more CPU-expensive.
>
> -i
>
> On Tue, Jan 10, 2012 at 4:10 PM, Christian Zimmermann <
> zimmermann at stlouisfed.org> wrote:
>
>> everything.
>>
>> I know, it is not in the agreement. I was just surprised to see this hard
>> coded. I guess this is just a matter of replacing every instance of http://with https://
>> .
>>
>>
>> On Tue, 10 Jan 2012, Ivan Kurmanov wrote:
>>
>>  Christian,
>>>
>>> What do you want to pass through https? Everything? Some screens? The
>>> login
>>> form data?
>>>
>>> Note: again, this was not included in the original agreement.
>>>
>>> -i
>>>
>>> On Mon, Jan 9, 2012 at 11:46 PM, Christian Zimmermann <
>>> zimmermann at stlouisfed.org> wrote:
>>>
>>>  Dan has put in place a SSL certificate for authors.repec.org. Thus
>>>> https://authors.repec.org/ is now a valid address. However, any link
>>>> within the site is hard-coded to http://authors.repec.org. That should
>>>> be
>>>> changed for the next code update.
>>>>
>>>> --
>>>> Christian Zimmermann                          FIGUGEGL!
>>>> Economic Research
>>>> Federal Reserve Bank of St. Louis
>>>> P.O. Box 442
>>>> St. Louis MO 63166-0442 USA
>>>> http://ideas.repec.org/zimm/
>>>>
>>>> ______________________________****_________________
>>>> RAS-run mailing list
>>>> RAS-run at lists.openlib.org
>>>> http://lists.openlib.org/cgi-****bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run>
>>>> <**http://lists.openlib.org/cgi-**bin/mailman/listinfo/ras-run<http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run>
>>>>>
>>>>
>>>>
>>>
>> --
>> Christian Zimmermann                          FIGUGEGL!
>> Economic Research
>> Federal Reserve Bank of St. Louis
>> P.O. Box 442
>> St. Louis MO 63166-0442 USA
>> http://ideas.repec.org/zimm/
>>
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From Sune.Karlsson at oru.se  Wed Jan 18 16:44:51 2012
From: Sune.Karlsson at oru.se (Sune Karlsson)
Date: Wed, 18 Jan 2012 23:44:51 +0100
Subject: [RAS] Fwd: A recently published paper disappeared from my repec file
In-Reply-To: <B8553C2FF5099C4095A36DB746E33C2A04C37B@CUP-EXMB02.chapman.edu>
References: <B8553C2FF5099C4095A36DB746E33C2A04C37B@CUP-EXMB02.chapman.edu>
Message-ID: <4F174B63.9010707@oru.se>

A paper suddenly gone missing from an author profile (pko150). According 
my backup the paper was there on Dec 31. According to Dan, he has not 
removed anything from his profile. How can this happen?

/Sune

-------- Original Message --------
Subject: 	A recently published paper disappeared from my repec file
Date: 	Wed, 18 Jan 2012 21:15:35 +0000
From: 	Kovenock, Daniel <kovenock at chapman.edu>
To: 	econpapers at oru.se <econpapers at oru.se>



Until very recently, perhaps the last week, a paper of mine published in
Economic Theory, shown below, appeared in my EconPapers file and my
Ideas file.

http://econpapers.repec.org/article/sprjoecth/v_3a47_3ay_3a2011_3ai_3a1_3ap_3a29-74.htm

It has now simply disappeared. It no longer appears in the file, even
though it clearly exists in your system and is my paper. Can you insert
it back into my EconPapers file?

Dan Kovenock

Economic Science Institute

Chapman University

One University Drive

Orange, CA 92866

USA

Phone: (1) 714-628-7226

Email: kovenock at chapman.edu



From zimmermann at stlouisfed.org  Wed Jan 18 18:08:39 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Wed, 18 Jan 2012 18:08:39 -0600 (CST)
Subject: [RAS] Fwd: A recently published paper disappeared from my repec
 file
In-Reply-To: <4F174B63.9010707@oru.se>
References: <B8553C2FF5099C4095A36DB746E33C2A04C37B@CUP-EXMB02.chapman.edu>
 <4F174B63.9010707@oru.se>
Message-ID: <alpine.LRH.2.02.1201181808030.13823@repec-mail.stlouisfed.org>

This article handle is a duplicate, hence it got booted out of RAS:

http://econpapers.repec.org/check/spr/joecth.htm


On Wed, 18 Jan 2012, Sune Karlsson wrote:

> A paper suddenly gone missing from an author profile (pko150). According my 
> backup the paper was there on Dec 31. According to Dan, he has not removed 
> anything from his profile. How can this happen?
>
> /Sune
>
> -------- Original Message --------
> Subject: 	A recently published paper disappeared from my repec file
> Date: 	Wed, 18 Jan 2012 21:15:35 +0000
> From: 	Kovenock, Daniel <kovenock at chapman.edu>
> To: 	econpapers at oru.se <econpapers at oru.se>
>
>
>
> Until very recently, perhaps the last week, a paper of mine published in
> Economic Theory, shown below, appeared in my EconPapers file and my
> Ideas file.
>
> http://econpapers.repec.org/article/sprjoecth/v_3a47_3ay_3a2011_3ai_3a1_3ap_3a29-74.htm
>
> It has now simply disappeared. It no longer appears in the file, even
> though it clearly exists in your system and is my paper. Can you insert
> it back into my EconPapers file?
>
> Dan Kovenock
>
> Economic Science Institute
>
> Chapman University
>
> One University Drive
>
> Orange, CA 92866
>
> USA
>
> Phone: (1) 714-628-7226
>
> Email: kovenock at chapman.edu
>
>
> _______________________________________________
> RAS-run mailing list
> RAS-run at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From Sune.Karlsson at oru.se  Thu Jan 19 02:54:24 2012
From: Sune.Karlsson at oru.se (Sune Karlsson)
Date: Thu, 19 Jan 2012 09:54:24 +0100
Subject: [RAS] Fwd: A recently published paper disappeared from my repec
 file
In-Reply-To: <alpine.LRH.2.02.1201181808030.13823@repec-mail.stlouisfed.org>
References: <B8553C2FF5099C4095A36DB746E33C2A04C37B@CUP-EXMB02.chapman.edu>
 <4F174B63.9010707@oru.se>
 <alpine.LRH.2.02.1201181808030.13823@repec-mail.stlouisfed.org>
Message-ID: <4F17DA40.9010504@oru.se>

OK, we need to clean up in the spr archive.

Kit and G?nther,

There are several duplicate handles for Economic Theory, see link below. 
Can this be cleaned up?

/Sune

On 2012-01-19 01:08, 'Christian Zimmermann' wrote:
> This article handle is a duplicate, hence it got booted out of RAS:
>
> http://econpapers.repec.org/check/spr/joecth.htm
>
>
> On Wed, 18 Jan 2012, Sune Karlsson wrote:
>
>> A paper suddenly gone missing from an author profile (pko150).
>> According my backup the paper was there on Dec 31. According to Dan,
>> he has not removed anything from his profile. How can this happen?
>>
>> /Sune
>>
>> -------- Original Message --------
>> Subject: A recently published paper disappeared from my repec file
>> Date: Wed, 18 Jan 2012 21:15:35 +0000
>> From: Kovenock, Daniel <kovenock at chapman.edu>
>> To: econpapers at oru.se <econpapers at oru.se>
>>
>>
>>
>> Until very recently, perhaps the last week, a paper of mine published in
>> Economic Theory, shown below, appeared in my EconPapers file and my
>> Ideas file.
>>
>> http://econpapers.repec.org/article/sprjoecth/v_3a47_3ay_3a2011_3ai_3a1_3ap_3a29-74.htm
>>
>>
>> It has now simply disappeared. It no longer appears in the file, even
>> though it clearly exists in your system and is my paper. Can you insert
>> it back into my EconPapers file?
>>
>> Dan Kovenock
>>
>> Economic Science Institute
>>
>> Chapman University
>>
>> One University Drive
>>
>> Orange, CA 92866
>>
>> USA
>>
>> Phone: (1) 714-628-7226
>>
>> Email: kovenock at chapman.edu
>>
>>
>> _______________________________________________
>> RAS-run mailing list
>> RAS-run at lists.openlib.org
>> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>>
>

-- 
Sune Karlsson
Professor of Statistics
Handelsh?gskolan/Swedish Business School
Dekanus/Dean Fakulteten f?r ekonomi-, natur- och teknikvetenskap
?rebro University, SE-70182 ?rebro, Sweden
Phone +46 19 301257/301415
http://www.oru.se/hh/sune_karlsson
http://econpapers.repec.org/RAS/pka1.htm


From zimmermann at stlouisfed.org  Wed Jan 25 08:11:18 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Wed, 25 Jan 2012 08:11:18 -0600 (CST)
Subject: [RAS] request (fwd)
In-Reply-To: <Pine.WNT.4.64.1201250925470.2704@usuario-aab7161>
References: <Pine.WNT.4.64.1201250925470.2704@usuario-aab7161>
Message-ID: <alpine.LRH.2.02.1201250809580.30984@repec-mail.stlouisfed.org>

The discrepancy of the citation counts between CitEc and RAS has been a 
mystery to me since the introduction of citations in RAS. I have no 
answer.

On Wed, 25 Jan 2012, Jose Manuel Barrueco wrote:

>
>
> ---------- Forwarded message ----------
> Date: Mon, 23 Jan 2012 17:16:27 +0100
> From: schi.unime at katamail.com
> To: Jose.Barrueco at uv.es
>
>
>
> Dear Jos??Barrueco,
>
> I checked my home page at Ideas and I found about citations the following 
> situation:
>
> 8 items of Working Papers are cited with a total of 18 citations.
>
> 3 items of articles are cited with a total of 6 citations (1 article is also 
> WP and links its citations to that of the WP)
>
> I confirm that these citations are correct.
>
> I enclose the page of my Citations as I copied fron Ideas.
>
> If I look at the page citation in my RePEc Author service (once I logged in) 
> I find only 11 citations regarding 5 WP and 2 articles. This page has not 
> been up-to-dated since one month or more. Why?
>
> Thank you
>
> Best regards
>
> Daniele Schilir
??
> ---- Nuova grafica e nuove funzionalit?? Crea subito Gratis la tua nuova 
> Casella di Posta  Katamail
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From barrueco at uv.es  Fri Jan 27 02:19:49 2012
From: barrueco at uv.es (Jose Manuel Barrueco)
Date: Fri, 27 Jan 2012 09:19:49 +0100
Subject: [RAS] request (fwd)
In-Reply-To: <alpine.LRH.2.02.1201250809580.30984@repec-mail.stlouisfed.org>
References: <Pine.WNT.4.64.1201250925470.2704@usuario-aab7161>
 <alpine.LRH.2.02.1201250809580.30984@repec-mail.stlouisfed.org>
Message-ID: <Pine.WNT.4.64.1201270917510.3392@usuario-aab7161>





On Wed, 25 Jan 2012, 'Christian Zimmermann' wrote:

> The discrepancy of the citation counts between CitEc and RAS has been a 
> mystery to me since the introduction of citations in RAS. I have no answer.

 	neither I have. But the question is why her profile has not been 
updated for a month:

> If I look at the page citation in my RePEc Author service (once I logged 
>in) I find only 11 citations regarding 5 WP and 2 articles. This page has 
>not been up-to-dated since one month or more. Why?





>
> On Wed, 25 Jan 2012, Jose Manuel Barrueco wrote:
>
>> 
>> 
>> ---------- Forwarded message ----------
>> Date: Mon, 23 Jan 2012 17:16:27 +0100
>> From: schi.unime at katamail.com
>> To: Jose.Barrueco at uv.es
>> 
>> 
>> 
>> Dear Jos??Barrueco,
>> 
>> I checked my home page at Ideas and I found about citations the following 
>> situation:
>> 
>> 8 items of Working Papers are cited with a total of 18 citations.
>> 
>> 3 items of articles are cited with a total of 6 citations (1 article is 
>> also WP and links its citations to that of the WP)
>> 
>> I confirm that these citations are correct.
>> 
>> I enclose the page of my Citations as I copied fron Ideas.
>> 
>> If I look at the page citation in my RePEc Author service (once I logged 
>> in) I find only 11 citations regarding 5 WP and 2 articles. This page has 
>> not been up-to-dated since one month or more. Why?
>> 
>> Thank you
>> 
>> Best regards
>> 
>> Daniele Schilir
> ??
>> ---- Nuova grafica e nuove funzionalit?? Crea subito Gratis la tua nuova 
>> Casella di Posta  Katamail
>> 
>
> -- 
> Christian Zimmermann                          FIGUGEGL!
> Economic Research
> Federal Reserve Bank of St. Louis
> P.O. Box 442
> St. Louis MO 63166-0442 USA
> http://ideas.repec.org/zimm/
>
>


---
Jos? Manuel Barrueco				http://www.uv.es/=barrueco

From bparks at artsci.wustl.edu  Sat Jan 28 22:10:00 2012
From: bparks at artsci.wustl.edu (Bob Parks)
Date: Sat, 28 Jan 2012 22:10:00 -0600
Subject: [RAS] Yep, it is old nebka
In-Reply-To: <20120129030716.GF21070@openlib.org>
References: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>
 <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>
 <20120129030716.GF21070@openlib.org>
Message-ID: <4F24C698.7010203@artsci.wustl.edu>

  rishu is certainly not an AMD - I believe its a redhat versus debian 
on nebka.

a OS install - I don't have the time to do that -

I will take rishu because it is I think a redhat and use it for a back 
up to my one server

I still seriously doubt that snefru had a disk problem.  Did you run 
e2fschk on a mounted device?  If not, how did you unmount the one and 
only disk?

Do you want snefru back?  That would be my suggestion.

Bob

On 1/28/2012 9:07 PM, Thomas Krichel wrote:
>    'Christian Zimmermann' writes
>> Finally got in. stopped rid.
>>
>> I suppose the machine will get rebooted as all.repec.org is down
>> again, so it will come up again...
>>
>    Yes but I can't update it and now I have even shot
>    dpkg.
>
>    Bob rishu is the AMD achitecture, and nebka is the
>    i386 architecture.
>
>
>    Cheers,
>
>    Thomas Krichel                    http://openlib.org/home/krichel
>                                        http://authorprofile.org/pkr1
>                                                 skype: thomaskrichel


From bparks at artsci.wustl.edu  Sat Jan 28 17:41:14 2012
From: bparks at artsci.wustl.edu (Bob Parks)
Date: Sat, 28 Jan 2012 17:41:14 -0600
Subject: [RAS] Yep, it is old nebka
In-Reply-To: <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>
 <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>
Message-ID: <4F24879A.20607@artsci.wustl.edu>

  Thomas' idea to use the old nebka disk since he felt that the RAID 1 
mirrored snefru disk(s) were failing and that is why it was getting hung.
Sorry about that, I had no idea - I got the machine up with an IP and 
figured I was done.  Let me know if you want something done - I can go in
tomorrow.
BOb

On 1/28/2012 3:15 PM, 'Christian Zimmermann' wrote:
> Finally got in. stopped rid.
>
> I suppose the machine will get rebooted as all.repec.org is down 
> again, so it will come up again...
>
> On Sat, 28 Jan 2012, 'Christian Zimmermann' wrote:
>
>> Confirmed.
>>
>> I had turned updates and magic sessions off in the crontab when the 
>> new site went online, no idea why this is back on.
>>
>> I cannot get on it with any known password to fix that.
>>
>>
>


From zimmermann at stlouisfed.org  Sat Jan 28 14:30:37 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Sat, 28 Jan 2012 14:30:37 -0600 (CST)
Subject: [RAS] Cron <aras@nebka> /home/aras/acis/bin/crontab.hourly
In-Reply-To: <E1Rqvdh-0001tL-CT@nebka>
References: <E1Rqvdh-0001tL-CT@nebka>
Message-ID: <alpine.LRH.2.02.1201281425510.13653@repec-mail.stlouisfed.org>

What the heck is going on?

First there is the quoted error message below.

Then, a message for a new institution suggestion was sent to my old UConn 
address.

Then, I get mail bounces for magic session suggestions from email 
addresses that have changed long ago to new ones.

Was an old cache of undelivered emails suddenly released?

Or is it because old nebka is online again?

On Fri, 27 Jan 2012, Cron Daemon wrote:

> another copy is running
> 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 637
> 	DBI::__ANON__('undef', 'undef') called at /usr/lib/perl5/DBI.pm line 689
> 	DBI::connect('DBI', 'DBI:mysql:acis', 'corner', 'Ainie6uc', 'HASH(0x8aeb298)') called at /home/aras/acis/lib/sql_helper.pm line 253
> 	eval {...} called at /home/aras/acis/lib/sql_helper.pm line 252
> 	sql_helper::real_connect('sql_helper=HASH(0x8ad08ac)') called at /home/aras/acis/lib/sql_helper.pm line 238
> 	sql_helper::connect('sql_helper=HASH(0x8ad08ac)', 'acis', 'corner', 'Ainie6uc') called at /home/aras/acis/lib/sql_helper.pm line 143
> 	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(0x8aeb310)') called at /home/aras/acis/lib/ACIS/Web/Admin/EventsArchiving.pm line 61
> 	ACIS::Web::Admin::EventsArchiving::get_status('ACIS::Web=HASH(0x8aeb310)') called at /home/aras/acis/lib/ACIS/Web/Admin/EventsArchiving.pm line 200
> 	ACIS::Web::Admin::EventsArchiving::archiving_run('ACIS::Web=HASH(0x8aeb310)', 5000) called at /home/aras/acis/bin/events_archiving line 28
> Can't call method "prepare" on an undefined value at /home/aras/acis/lib/ACIS/Web/Admin/EventsArchiving.pm line 63, <FILE> line 6.
> 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 637
> 	DBI::__ANON__('undef', 'undef') called at /usr/lib/perl5/DBI.pm line 689
> 	DBI::connect('DBI', 'DBI:mysql:acis', 'corner', 'Ainie6uc', 'HASH(0x8c4d368)') called at /home/aras/acis/lib/sql_helper.pm line 253
> 	eval {...} called at /home/aras/acis/lib/sql_helper.pm line 252
> 	sql_helper::real_connect('sql_helper=HASH(0x8c4d3f8)') called at /home/aras/acis/lib/sql_helper.pm line 238
> 	sql_helper::connect('sql_helper=HASH(0x8c4d3f8)', 'acis', 'corner', 'Ainie6uc') called at /home/aras/acis/lib/sql_helper.pm line 143
> 	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(0x8a7cb40)') called at /home/aras/acis/lib/ACIS/Web/Session/SNewUser.pm line 110
> 	ACIS::Web::Session::SNewUser::close_without_saving('ACIS::Web::Session::SNewUser=HASH(0x8bf3184)', 'ACIS::Web=HASH(0x8a7cb40)') called at /home/aras/acis/lib/ACIS/Sessions.pm line 69
> 	ACIS::Sessions::cleanup() called at /home/aras/acis/bin/clean-up line 21
> Can't call method "do" on an undefined value at /home/aras/acis/lib/ACIS/Web/Session/SNewUser.pm line 114, <FILE> line 6.
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From zimmermann at stlouisfed.org  Sat Jan 28 15:08:18 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Sat, 28 Jan 2012 15:08:18 -0600 (CST)
Subject: [RAS] Yep, it is old nebka
Message-ID: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>

Confirmed.

I had turned updates and magic sessions off in the crontab when the new 
site went online, no idea why this is back on.

I cannot get on it with any known password to fix that.

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/

---------- Forwarded message ----------
Return-Path: <MAILER-DAEMON at stlouisfed.org>
Received: from mx1.stlouisfed.org (mx1.stlouisfed.org [65.89.18.25])
     by repec-mail.stlouisfed.org (8.13.8/8.13.8) with ESMTP id q0SKt29d014442
     for <zimmermann at repec-mail.stlouisfed.org>; Sat, 28 Jan 2012 14:55:02 -0600
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result:
     An0OAA5gJE+JYx6hmWdsb2JhbABemy+CbQGQQQEBAQEBCAsLGyWBcgGBKwMBAhkmPw4KCRaHb5kU
     jlOHSYhtiCoCAgcDKS8FEwGEM0SCN2eIP59K
X-IronPort-AV: E=Sophos;i="4.71,584,1320645600";
    d="scan'208";a="8344734"
Received: from cashub2.grove.ad.uconn.edu (HELO exchange.uconn.edu)
     ([137.99.30.161])
   by mx1.stlouisfed.org with ESMTP; 28 Jan 2012 14:55:03 -0600
Received: from mta1.uits.uconn.edu (137.99.25.234) by
  CASHUB2.grove.ad.uconn.edu (137.99.30.163) with Microsoft SMTP Server id
  8.3.213.0; Sat, 28 Jan 2012 15:55:02 -0500
Received: from spam2.uits.uconn.edu (spam2.uits.uconn.edu [137.99.25.229])	by
  mta1.uits.uconn.edu (Postfix) with ESMTP id BFE0434883	for
  <christian.zimmermann at uconn.edu>; Sat, 28 Jan 2012 15:55:02 -0500 (EST)
X-ASG-Debug-ID: 1327784101-5e84b8bd0001-dIcK7j
Received: from wuecon194.wustl.edu (wuecon194.wustl.edu [128.252.177.194]) by
  spam2.uits.uconn.edu with ESMTP id dhfxl2ZLDGECRVyt (version=TLSv1
  cipher=AES256-SHA bits=256 verify=NO) for <christian.zimmermann at uconn.edu>;
  Sat, 28 Jan 2012 15:55:01 -0500 (EST)
X-Barracuda-Envelope-From: 
X-Barracuda-Apparent-Source-IP: 128.252.177.194
Received: from Debian-exim by wuecon194.wustl.edu with local (Exim 4.63)	id
  1RrJyx-0002MN-A3	for aras at authors.repec.org; Sat, 28 Jan 2012 20:55:03 -0500
X-Failed-Recipients: rfllera at uniovi.es
Auto-Submitted: auto-replied
From: Mail Delivery System <Mailer-Daemon at authors.repec.org>
To: <aras at authors.repec.org>
Subject: Mail delivery failed: returning message to sender
Message-ID: <E1RrJyx-0002MN-A3 at wuecon194.wustl.edu>
X-ASG-Orig-Subj: Mail delivery failed: returning message to sender
Date: Sat, 28 Jan 2012 20:55:03 -0500
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: 
X-SA-Exim-Scanned: No (on wuecon194.wustl.edu); SAEximRunCond expanded to false
X-Barracuda-Connect: wuecon194.wustl.edu[128.252.177.194]
X-Barracuda-Start-Time: 1327784101
X-Barracuda-Encrypted: AES256-SHA
X-Barracuda-URL: http://spam2.uits.uconn.edu:8000/cgi-mod/mark.cgi
X-Barracuda-Spam-Score: 0.44
X-Barracuda-Spam-Status: No,
     SCORE=0.44 using per-user scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0
     KILL_LEVEL=9.0 tests=ANY_BOUNCE_MESSAGE, BOUNCE_MESSAGE,
     BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, DATE_IN_FUTURE_03_06,
     DATE_IN_FUTURE_03_06_2, EMPTY_ENV_FROM
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.86944
     Rule breakdown below
      pts rule name              description
     ---- ----------------------
     --------------------------------------------------
     0.00 EMPTY_ENV_FROM         Empty Envelope From Address
     0.01 DATE_IN_FUTURE_03_06   Date: is 3 to 6 hours after Received: date
     0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient
                                Domain
     0.42 DATE_IN_FUTURE_03_06_2 DATE_IN_FUTURE_03_06_2
     0.00 BOUNCE_MESSAGE         MTA bounce message
     0.00 ANY_BOUNCE_MESSAGE     Message is some kind of bounce message
X-Virus-Scanned: clamav-milter 0.96.5 at mta1
X-Virus-Status: Clean
MIME-Version: 1.0
Content-Type: text/plain

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

   rfllera at uniovi.es
     SMTP error from remote mail server after MAIL FROM:<aras at authors.repec.org> SIZE=4118:
     host llar.net.uniovi.es [156.35.11.3]: 550 5.7.1 Rejected by SPF lookup

------ This is a copy of the message, including all the headers. ------

Return-path: <aras at authors.repec.org>
Received: from aras by wuecon194.wustl.edu with local (Exim 4.63)
 	(envelope-from <aras at authors.repec.org>)
 	id 1RrJyt-0002MF-8L
 	for rfllera at uniovi.es; Sat, 28 Jan 2012 20:54:59 -0500
Content-transfer-encoding: 8bit
Content-type: text/plain; charset=UTF-8
From: "RePEc Author Service" <authors at repec.org>
MIME-Version: 1.0
Subject: [RePEc] automatic research profile update
To: "=?UTF-8?Q?Roberto=20Fern=C3=A1ndez=2DLl?==?UTF-8?Q?era?=" <rfllera at uniovi.
  es>
Message-Id: <E1RrJyt-0002MF-8L at wuecon194.wustl.edu>
Date: Sat, 28 Jan 2012 20:54:59 -0500
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: aras at authors.repec.org
X-SA-Exim-Scanned: No (on wuecon194.wustl.edu); SAEximRunCond expanded to false

Dear Roberto Fern??ndez-Llera,

This is an automatic message from RePEc Author Service. You don't need to
reply.

We ran an automatic search on our documents database for your name
variations and email address and found these works, which you might have
authored:

   * More Income Equality or Not? An Empirical Analysis of Individuals???
     Preferences for Redistribution
     paper by Mar??a A. Garc??a-Vali??as & Roberto Fern??ndez Llera & Benno
     Torgler
     http://ideas.repec.org/p/qut/dpaper/226.html

   * DISCIPLINA CREDITICIA DE LAS COMUNIDADES AUT??NOMAS*
     paper by Roberto Fern??ndez LLera
     http://ideas.repec.org/p/hpe/wpaper/y2006i10.html

   * Education and Borrowing Constraints: Tests vs Prices
     paper by Fernandez, R.
     http://ideas.repec.org/p/cvs/starer/98-17.html

   * Sorting and Long-Run Inequality
     paper by Fernandez, R. & Rogerson, R.
     http://ideas.repec.org/p/cvs/starer/99-22.html

   * Income Distribution, Communities and the Quality of Public Education: A
     Policy Analysis.
     paper by Fernandez, R. & Rogerson, R.
     http://ideas.repec.org/p/fth/bostec/1.html

   * Keeping People Out: Income Distribution, Zoning and the Quality of Public
     Education.
     paper by Fernandez, R. & Rogerson, R.
     http://ideas.repec.org/p/fth/bostec/19.html

   * Sovereign Debt.
     paper by Eaton, J. & Fernandez, R.
     http://ideas.repec.org/p/fth/bostec/37.html

   * SOVEREIGN-DEBT RENEGOTIATIONS: A STRTEGIC ANALYSIS.
     paper by FERNANDEZ, R. & ROSENTHAL, R. W.
     http://ideas.repec.org/p/fth/bostla/85.html

   * WHY HAVEN'T DEBTOR COUNTRIES FORMED A CARTEL?.
     paper by FERNANDEZ, R. & GLAZER, J.
     http://ideas.repec.org/p/fth/bostla/84.html

If any of these documents is yours, you can add it to your profile on the
research profile suggestions page:
http://authors.repec.org/research/autosuggest

BTW, you still have 8 other documents which were found earlier but still
wait for your decision. See them on your Research profile's automatic
search suggestions page.

If necessary, review and change your preferences with regard to automatic
research profile update at:
http://authors.repec.org/research/autoupdate

Your password in our service is: asturies


---

The message was automatically generated by RePEc Author Service.

http://authors.repec.org/


From zimmermann at stlouisfed.org  Sat Jan 28 15:15:25 2012
From: zimmermann at stlouisfed.org ('Christian Zimmermann')
Date: Sat, 28 Jan 2012 15:15:25 -0600 (CST)
Subject: [RAS] Yep, it is old nebka
In-Reply-To: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>
Message-ID: <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>

Finally got in. stopped rid.

I suppose the machine will get rebooted as all.repec.org is down again, so 
it will come up again...

On Sat, 28 Jan 2012, 'Christian Zimmermann' wrote:

> Confirmed.
>
> I had turned updates and magic sessions off in the crontab when the new site 
> went online, no idea why this is back on.
>
> I cannot get on it with any known password to fix that.
>
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/


From duraley at gmail.com  Sat Jan 28 15:41:12 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sat, 28 Jan 2012 23:41:12 +0200
Subject: [RAS] Fwd: WARNING: mysqlcheck has found corrupt tables
In-Reply-To: <CAHGiUkRXP8rmV8t3nCz-1vAQRR=y+80sSh+6=RGBCycnifyTUw@mail.gmail.com>
References: <E1RrGWF-00017E-Bb@wuecon194.wustl.edu>
 <CAHGiUkRXP8rmV8t3nCz-1vAQRR=y+80sSh+6=RGBCycnifyTUw@mail.gmail.com>
Message-ID: <CAHGiUkSXuMD5xgWOUqfuCVEbDB9OxTY7VaU0t1jQ8LzPSnDuWQ@mail.gmail.com>

---------- Forwarded message ----------
From: Ivan Kurmanov <duraley at gmail.com>
Date: Sat, Jan 28, 2012 at 11:40 PM
Subject: Fwd: WARNING: mysqlcheck has found corrupt tables
To: Dan Hayes <dhayes501 at gmail.com>, Christian Zimmermann <
zimmermann at stlouisfed.org>


We seem to have an issue with the mysql database. It started with just one
table (cit_doc_similarity), but now many more tables are affected.

I've just disabled most cronjobs which use mysql, directly or indirectly.
But the RAS service web frontend is still running and accessing the
database.

We need to recover these tables, and the RAS web frontend needs to be
disabled in the meantime -- otherwise it may interfere.

-i

---------- Forwarded message ----------
From: root <root at authors.repec.org>
Date: Sun, Jan 29, 2012 at 12:13 AM
Subject: WARNING: mysqlcheck has found corrupt tables
To: root at authors.repec.org


acis.cit_doc_similarity
warning  : 1 client is using or hasn't closed the table properly
acis.cit_old_sug
warning  : 1 client is using or hasn't closed the table properly
acis.cit_sug
warning  : 1 client is using or hasn't closed the table properly
acis.citation_events
warning  : 1 client is using or hasn't closed the table properly
acis.citations
warning  : 1 client is using or hasn't closed the table properly
acis.citations_deleted
warning  : 1 client is using or hasn't closed the table properly
acis.events
warning  : 2 clients are using or haven't closed the table properly
acis.events_last_archived
warning  : 2 clients are using or haven't closed the table properly
acis.names
warning  : 1 client is using or hasn't closed the table properly
acis.records
warning  : 1 client is using or hasn't closed the table properly
acis.rp_suggestions
warning  : 2 clients are using or haven't closed the table properly
acis.session_history
warning  : 2 clients are using or haven't closed the table properly
acis.sysprof
warning  : 2 clients are using or haven't closed the table properly
acis.threads
warning  : 1 client is using or hasn't closed the table properly
acis.users
warning  : 1 client is using or hasn't closed the table properly
rdb.institutions
warning  : 1 client is using or hasn't closed the table properly
rdb.objects
warning  : 1 client is using or hasn't closed the table properly
rdb.relations
warning  : 1 client is using or hasn't closed the table properly
rdb.res_creators_bulk
warning  : 1 client is using or hasn't closed the table properly
rdb.res_creators_separate
warning  : 1 client is using or hasn't closed the table properly
rdb.resources
warning  : 1 client is using or hasn't closed the table properly
rdb.sid_id_to_handle
warning  : 1 client is using or hasn't closed the table properly
rdb.sid_last_numbers
warning  : 1 client is using or hasn't closed the table properly

 Improperly closed tables are also reported if clients are accessing
 the tables *now*. A list of current connections is below.

+----+------------------+-----------+----+---------+------+-------+------------------+
| Id | User             | Host      | db | Command | Time | State | Info
          |
+----+------------------+-----------+----+---------+------+-------+------------------+
| 20 | debian-sys-maint | localhost |    | Query   | 0    |       | show
processlist |
+----+------------------+-----------+----+---------+------+-------+------------------+
Uptime: 3561  Threads: 1  Questions: 22854  Slow queries: 17  Opens: 231
 Flush tables: 1  Open tables: 64  Queries per second avg: 6.418
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120128/c51adfa0/attachment-0001.html>

From dhayes501 at gmail.com  Sat Jan 28 16:03:36 2012
From: dhayes501 at gmail.com (Dan Hayes)
Date: Sat, 28 Jan 2012 16:03:36 -0600
Subject: [RAS] Fwd: WARNING: mysqlcheck has found corrupt tables
In-Reply-To: <CAHGiUkThxxn8R73q+WkuZbBK-Gs5GhJp5PTt91inq6cAVisijw@mail.gmail.com>
References: <E1RrGWF-00017E-Bb@wuecon194.wustl.edu>
 <CAHGiUkRXP8rmV8t3nCz-1vAQRR=y+80sSh+6=RGBCycnifyTUw@mail.gmail.com>
 <alpine.LRH.2.02.1201281548230.13653@repec-mail.stlouisfed.org>
 <CA+gnGmW=q=YZzvKRf+_yQShPgoXRUszgt7W5Lif75NxXHpNeNw@mail.gmail.com>
 <CAHGiUkThxxn8R73q+WkuZbBK-Gs5GhJp5PTt91inq6cAVisijw@mail.gmail.com>
Message-ID: <CA+gnGmW_XFoM_nnN5s=mefPPaRDG2M-8nT613h61BY3hOVz5zg@mail.gmail.com>

Ok, let me know if you need me.  Thanks.

On Sat, Jan 28, 2012 at 4:01 PM, Ivan Kurmanov <duraley at gmail.com> wrote:

> Sorry, i think Christian is right. This is a false alert. The issue is in
> the old nebka server, not the new one. The mail has arrived from the
> wustl.edu.
>
> It would be good to understand how to disable all that on the old server,
> to stop false alerts.
>
> -i
>
>
> On Sat, Jan 28, 2012 at 11:57 PM, Dan Hayes <dhayes501 at gmail.com> wrote:
>
>> Ok, I'm here, what do I need to do?
>>
>>
>> On Sat, Jan 28, 2012 at 3:49 PM, Christian Zimmermann <
>> zimmermann at stlouisfed.org> wrote:
>>
>>> Also, check that it is the machine at the Fed that is giving trouble.
>>>
>>> Bob put old nebka back online, and it started sending all sorts of
>>> messages.
>>>
>>>
>>> On Sat, 28 Jan 2012, Ivan Kurmanov wrote:
>>>
>>>  We seem to have an issue with the mysql database. It started with just
>>>> one
>>>> table (cit_doc_similarity), but now many more tables are affected.
>>>>
>>>> I've just disabled most cronjobs which use mysql, directly or
>>>> indirectly.
>>>> But the RAS service web frontend is still running and accessing the
>>>> database.
>>>>
>>>> We need to recover these tables, and the RAS web frontend needs to be
>>>> disabled in the meantime -- otherwise it may interfere.
>>>>
>>>> -i
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: root <root at authors.repec.org>
>>>> Date: Sun, Jan 29, 2012 at 12:13 AM
>>>> Subject: WARNING: mysqlcheck has found corrupt tables
>>>> To: root at authors.repec.org
>>>>
>>>>
>>>> acis.cit_doc_similarity
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.cit_old_sug
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.cit_sug
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.citation_events
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.citations
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.citations_deleted
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.events
>>>> warning  : 2 clients are using or haven't closed the table properly
>>>> acis.events_last_archived
>>>> warning  : 2 clients are using or haven't closed the table properly
>>>> acis.names
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.records
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.rp_suggestions
>>>> warning  : 2 clients are using or haven't closed the table properly
>>>> acis.session_history
>>>> warning  : 2 clients are using or haven't closed the table properly
>>>> acis.sysprof
>>>> warning  : 2 clients are using or haven't closed the table properly
>>>> acis.threads
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> acis.users
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.institutions
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.objects
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.relations
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.res_creators_bulk
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.res_creators_separate
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.resources
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.sid_id_to_handle
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>> rdb.sid_last_numbers
>>>> warning  : 1 client is using or hasn't closed the table properly
>>>>
>>>> Improperly closed tables are also reported if clients are accessing
>>>> the tables *now*. A list of current connections is below.
>>>>
>>>> +----+------------------+-----**------+----+---------+------+-**
>>>> ------+------------------+
>>>> | Id | User             | Host      | db | Command | Time | State | Info
>>>>         |
>>>> +----+------------------+-----**------+----+---------+------+-**
>>>> ------+------------------+
>>>> | 20 | debian-sys-maint | localhost |    | Query   | 0    |       | show
>>>> processlist |
>>>> +----+------------------+-----**------+----+---------+------+-**
>>>> ------+------------------+
>>>> Uptime: 3561  Threads: 1  Questions: 22854  Slow queries: 17  Opens: 231
>>>> Flush tables: 1  Open tables: 64  Queries per second avg: 6.418
>>>>
>>>>
>>> --
>>> Christian Zimmermann                          FIGUGEGL!
>>> Economic Research
>>> Federal Reserve Bank of St. Louis
>>> P.O. Box 442
>>> St. Louis MO 63166-0442 USA
>>> http://ideas.repec.org/zimm/
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120128/a610fc61/attachment.html>

From duraley at gmail.com  Sun Jan 29 02:27:36 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sun, 29 Jan 2012 10:27:36 +0200
Subject: [RAS] Mail delivery failed: returning message to sender (fwd)
In-Reply-To: <alpine.LRH.2.02.1201281658030.13653@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201281658030.13653@repec-mail.stlouisfed.org>
Message-ID: <CAHGiUkT7ZaXWVw5pgGTVbkE5WCD_ec8m0Wx4mW5dXm2Coq6tBQ@mail.gmail.com>

It looks like Bob or someone has already taken drastic action -- the aras
account on that machine is no longer there.

-ivan

On Sun, Jan 29, 2012 at 12:58 AM, Christian Zimmermann <
zimmermann at stlouisfed.org> wrote:

> They are still being sent out, presumably also to users with correct
> addresses...
>
> --
> Christian Zimmermann                          FIGUGEGL!
> Economic Research
> Federal Reserve Bank of St. Louis
> P.O. Box 442
> St. Louis MO 63166-0442 USA
> http://ideas.repec.org/zimm/
>
> ---------- Forwarded message ----------
> Date: Sat, 28 Jan 2012 22:54:51 -0500
> From: Mail Delivery System <Mailer-Daemon at wuecon194.**wustl.edu<Mailer-Daemon at wuecon194.wustl.edu>
> >
> To: aras at wuecon194.wustl.edu
> Subject: Mail delivery failed: returning message to sender
>
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>  gabriel.felbermayr at uni-**tuebingen.de<gabriel.felbermayr at uni-tuebingen.de>
>    SMTP error from remote mail server after RCPT TO:<
> gabriel.felbermayr at uni-**tuebingen.de<gabriel.felbermayr at uni-tuebingen.de>
> >:
>    host mx02.uni-tuebingen.de [134.2.3.12]: 550 5.1.1 <
> gabriel.felbermayr at uni-**tuebingen.de<gabriel.felbermayr at uni-tuebingen.de>>...
> User unknown
>
> ------ This is a copy of the message, including all the headers. ------
>
> Return-path: <aras at wuecon194.wustl.edu>
> Received: from aras by wuecon194.wustl.edu with local (Exim 4.63)
>        (envelope-from <aras at wuecon194.wustl.edu>)
>        id 1RrLql-0002zy-Gs
>        for gabriel.felbermayr at uni-**tuebingen.de<gabriel.felbermayr at uni-tuebingen.de>;
> Sat, 28 Jan 2012 22:54:43 -0500
> Content-transfer-encoding: 8bit
> Content-type: text/plain; charset=UTF-8
> From: "RePEc Author Service" <authors at repec.org>
> MIME-Version: 1.0
> Subject: [RePEc] automatic research profile update
> To: "Gabriel J Felbermayr" <gabriel.felbermayr at uni-**tuebingen.de<gabriel.felbermayr at uni-tuebingen.de>
> >
> Message-Id: <E1RrLql-0002zy-Gs at wuecon194.**wustl.edu<E1RrLql-0002zy-Gs at wuecon194.wustl.edu>
> >
> Date: Sat, 28 Jan 2012 22:54:43 -0500
> X-SA-Exim-Connect-IP: <locally generated>
> X-SA-Exim-Mail-From: aras at wuecon194.wustl.edu
> X-SA-Exim-Scanned: No (on wuecon194.wustl.edu); SAEximRunCond expanded to
> false
>
> Dear Gabriel J Felbermayr,
>
> This is an automatic message from RePEc Author Service. You don't need to
> reply.
>
> We ran an automatic search on our documents database for your name
> variations and email address and found these works, which you might have
> authored:
>
>  * Sorting It Out: Technical Barriers to Trade and Industry Productivity
>    paper by Gabriel J. Felbermayr & Benjamin Jung
>    http://ideas.repec.org/p/wsr/**wpaper/y2008i014.html<http://ideas.repec.org/p/wsr/wpaper/y2008i014.html>
>
>  * Globalization and Labor Market Outcomes: Wage Bargaining, Search
>    Frictions, and Firm Heterogeneity
>    paper by Felbermayr, Gabriel & Prat, Julien & Schmerer, Hans-J??rg
>    http://ideas.repec.org/p/iza/**izadps/dp3363.html<http://ideas.repec.org/p/iza/izadps/dp3363.html>
>
> If any of these documents is yours, you can add it to your profile on the
> research profile suggestions page:
> http://authors.repec.org/**research/autosuggest<http://authors.repec.org/research/autosuggest>
>
> If necessary, review and change your preferences with regard to automatic
> research profile update at:
> http://authors.repec.org/**research/autoupdate<http://authors.repec.org/research/autoupdate>
>
> Your password in our service is: croupion
>
>
> ---
>
> The message was automatically generated by RePEc Author Service.
>
> http://authors.repec.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120129/e9b9f956/attachment.html>

From duraley at gmail.com  Sat Jan 28 16:01:44 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sun, 29 Jan 2012 00:01:44 +0200
Subject: [RAS] Fwd: WARNING: mysqlcheck has found corrupt tables
In-Reply-To: <CA+gnGmW=q=YZzvKRf+_yQShPgoXRUszgt7W5Lif75NxXHpNeNw@mail.gmail.com>
References: <E1RrGWF-00017E-Bb@wuecon194.wustl.edu>
 <CAHGiUkRXP8rmV8t3nCz-1vAQRR=y+80sSh+6=RGBCycnifyTUw@mail.gmail.com>
 <alpine.LRH.2.02.1201281548230.13653@repec-mail.stlouisfed.org>
 <CA+gnGmW=q=YZzvKRf+_yQShPgoXRUszgt7W5Lif75NxXHpNeNw@mail.gmail.com>
Message-ID: <CAHGiUkThxxn8R73q+WkuZbBK-Gs5GhJp5PTt91inq6cAVisijw@mail.gmail.com>

Sorry, i think Christian is right. This is a false alert. The issue is in
the old nebka server, not the new one. The mail has arrived from the
wustl.edu.

It would be good to understand how to disable all that on the old server,
to stop false alerts.

-i

On Sat, Jan 28, 2012 at 11:57 PM, Dan Hayes <dhayes501 at gmail.com> wrote:

> Ok, I'm here, what do I need to do?
>
>
> On Sat, Jan 28, 2012 at 3:49 PM, Christian Zimmermann <
> zimmermann at stlouisfed.org> wrote:
>
>> Also, check that it is the machine at the Fed that is giving trouble.
>>
>> Bob put old nebka back online, and it started sending all sorts of
>> messages.
>>
>>
>> On Sat, 28 Jan 2012, Ivan Kurmanov wrote:
>>
>>  We seem to have an issue with the mysql database. It started with just
>>> one
>>> table (cit_doc_similarity), but now many more tables are affected.
>>>
>>> I've just disabled most cronjobs which use mysql, directly or indirectly.
>>> But the RAS service web frontend is still running and accessing the
>>> database.
>>>
>>> We need to recover these tables, and the RAS web frontend needs to be
>>> disabled in the meantime -- otherwise it may interfere.
>>>
>>> -i
>>>
>>> ---------- Forwarded message ----------
>>> From: root <root at authors.repec.org>
>>> Date: Sun, Jan 29, 2012 at 12:13 AM
>>> Subject: WARNING: mysqlcheck has found corrupt tables
>>> To: root at authors.repec.org
>>>
>>>
>>> acis.cit_doc_similarity
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.cit_old_sug
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.cit_sug
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.citation_events
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.citations
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.citations_deleted
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.events
>>> warning  : 2 clients are using or haven't closed the table properly
>>> acis.events_last_archived
>>> warning  : 2 clients are using or haven't closed the table properly
>>> acis.names
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.records
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.rp_suggestions
>>> warning  : 2 clients are using or haven't closed the table properly
>>> acis.session_history
>>> warning  : 2 clients are using or haven't closed the table properly
>>> acis.sysprof
>>> warning  : 2 clients are using or haven't closed the table properly
>>> acis.threads
>>> warning  : 1 client is using or hasn't closed the table properly
>>> acis.users
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.institutions
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.objects
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.relations
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.res_creators_bulk
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.res_creators_separate
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.resources
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.sid_id_to_handle
>>> warning  : 1 client is using or hasn't closed the table properly
>>> rdb.sid_last_numbers
>>> warning  : 1 client is using or hasn't closed the table properly
>>>
>>> Improperly closed tables are also reported if clients are accessing
>>> the tables *now*. A list of current connections is below.
>>>
>>> +----+------------------+-----**------+----+---------+------+-**
>>> ------+------------------+
>>> | Id | User             | Host      | db | Command | Time | State | Info
>>>         |
>>> +----+------------------+-----**------+----+---------+------+-**
>>> ------+------------------+
>>> | 20 | debian-sys-maint | localhost |    | Query   | 0    |       | show
>>> processlist |
>>> +----+------------------+-----**------+----+---------+------+-**
>>> ------+------------------+
>>> Uptime: 3561  Threads: 1  Questions: 22854  Slow queries: 17  Opens: 231
>>> Flush tables: 1  Open tables: 64  Queries per second avg: 6.418
>>>
>>>
>> --
>> Christian Zimmermann                          FIGUGEGL!
>> Economic Research
>> Federal Reserve Bank of St. Louis
>> P.O. Box 442
>> St. Louis MO 63166-0442 USA
>> http://ideas.repec.org/zimm/
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120129/306d19d7/attachment-0001.html>

From duraley at gmail.com  Sun Jan 29 04:07:50 2012
From: duraley at gmail.com (Ivan Kurmanov)
Date: Sun, 29 Jan 2012 12:07:50 +0200
Subject: [RAS] Mail delivery failed: returning message to sender (fwd)
In-Reply-To: <CAHGiUkT7ZaXWVw5pgGTVbkE5WCD_ec8m0Wx4mW5dXm2Coq6tBQ@mail.gmail.com>
References: <alpine.LRH.2.02.1201281658030.13653@repec-mail.stlouisfed.org>
 <CAHGiUkT7ZaXWVw5pgGTVbkE5WCD_ec8m0Wx4mW5dXm2Coq6tBQ@mail.gmail.com>
Message-ID: <CAHGiUkQ2GOWvzWP021jQAqZ4ok=eXzO+PhYaXNqSBGEjUzQQMA@mail.gmail.com>

Hi,

the root alias on the nebka.openlib.org machine AKA wuecon194.wustl.edu still
resolves to me and Thomas. I'm not sure if Thomas should stay on it, but I
shouldn't. Maybe I should put Bob on the list?

/etc/aliases:

root:krichel at openlib.org,kurmanov at openlib.org
aacis:krichel at openlib.org,kurmanov at openlib.org

-Ivan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/ras-run/attachments/20120129/85d59b8f/attachment.html>

From krichel at openlib.org  Tue Jan 31 10:14:14 2012
From: krichel at openlib.org (Thomas Krichel)
Date: Tue, 31 Jan 2012 17:14:14 +0100
Subject: [RAS] Mail delivery failed: returning message to sender (fwd)
In-Reply-To: <CAHGiUkT7ZaXWVw5pgGTVbkE5WCD_ec8m0Wx4mW5dXm2Coq6tBQ@mail.gmail.com>
References: <alpine.LRH.2.02.1201281658030.13653@repec-mail.stlouisfed.org>
 <CAHGiUkT7ZaXWVw5pgGTVbkE5WCD_ec8m0Wx4mW5dXm2Coq6tBQ@mail.gmail.com>
Message-ID: <20120131161414.GB8751@openlib.org>

  Ivan Kurmanov writes
> It looks like Bob or someone has already taken drastic action -- the aras
> account on that machine is no longer there.

  That was me.

  Cheers,

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


From krichel at openlib.org  Sat Jan 28 21:07:16 2012
From: krichel at openlib.org (Thomas Krichel)
Date: Sun, 29 Jan 2012 04:07:16 +0100
Subject: [RAS] Yep, it is old nebka
In-Reply-To: <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>
References: <alpine.LRH.2.02.1201281503070.13653@repec-mail.stlouisfed.org>
 <alpine.LRH.2.02.1201281514190.13653@repec-mail.stlouisfed.org>
Message-ID: <20120129030716.GF21070@openlib.org>

  'Christian Zimmermann' writes
> Finally got in. stopped rid.
> 
> I suppose the machine will get rebooted as all.repec.org is down
> again, so it will come up again...
> 
  Yes but I can't update it and now I have even shot
  dpkg.

  Bob rishu is the AMD achitecture, and nebka is the 
  i386 architecture.


  Cheers,

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


