- RAS-run - RePEc Lists

montly mailing to start
by 'Christian Zimmermann' 06 Sep '11

06 Sep '11

As things are looking good, I have started the mailing. Editors and maintainers first, authors will soon get it. We'll see how the machine withstands the load. -- 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/

1 0

Re: [RAS] Mail delivery failed: returning message to sender
by 'Christian Zimmermann' 04 Sep '11

04 Sep '11

we got this error message. It is regarding the SPF record for the *new* machine. On Sun, 4 Sep 2011, Mail Delivery System wrote: > 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: > > lromero(a)uma.es > SMTP error from remote mail server after RCPT TO:<lromero(a)uma.es>: > host correoe1.uma.es [150.214.47.230]: 550 5.7.1 <aras(a)authors.repec.org>: > Sender address rejected: QUEUE_ID="" SPF Reports: > 'SPF Permanent Error: Unknown mechanism found: > ip:65.89.18.25' > > ------ This is a copy of the message, including all the headers. ------ > > Return-path: <aras(a)authors.repec.org> > Received: from aras by nebka.uconn.edu with local (Exim 4.69) > (envelope-from <aras(a)authors.repec.org>) > id 1R07PE-0001aL-FF > for lromero(a)uma.es; Sun, 04 Sep 2011 03:46:16 -0400 > Content-transfer-encoding: 8bit > Content-type: text/plain; charset=UTF-8 > From: "RePEc Author Service" <authors(a)repec.org> > MIME-Version: 1.0 > Subject: [RePEc] automatic research profile update > To: "Laura Romero" <lromero(a)uma.es> > Message-Id: <E1R07PE-0001aL-FF(a)nebka.uconn.edu> > Date: Sun, 04 Sep 2011 03:46:16 -0400 > X-SA-Exim-Connect-IP: <locally generated> > X-SA-Exim-Mail-From: aras(a)authors.repec.org > X-SA-Exim-Scanned: No (on nebka.uconn.edu) SAEximRunCond expanded to false > > Dear Laura Romero, > > 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: > > * Prices versus Exams as Strategic Instruments for Competing Universities > paper by del Rey, Elena & Romero, Laura > http://ideas.repec.org/p/udg/wpeudg/012.html > > * Competition between public and private universities: quality, prices and > exams. > paper by Romero, Laura & Rey, Elena del > http://ideas.repec.org/p/ner/carlos/infohdl10016-329.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 164 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 > > > --- > > The message was automatically generated by RePEc Author Service. > > http://authors.repec.org/ > -- 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/

3 4

Re: [RAS] [ACIS-tech] Migration Help
by Ivan Kurmanov 04 Sep '11

04 Sep '11

Dan, The new machine needs to share the RePEc data files with the Ideas server. Have you done anything for that? Sshfs maybe? Also, did you set up the mailing server there? I'm thinking, maybe we could even do the last checks tomorrow and migrate on Thursday... -ivan On Aug 30, 2011 8:27 PM, "Dan Hayes" <dhayes501(a)gmail.com> wrote: > I'm fine waiting until Sept 10-11. It will likely take more downtime > though, it took quite a while to dump the database (less than an hour though > I think), and then it took several hours to transfer it here. Then it took > 8+ hours to load it on the machine here. > > On Tue, Aug 30, 2011 at 11:37 AM, Ivan Kurmanov <duraley(a)gmail.com> wrote: > >> On Tue, Aug 30, 2011 at 7:22 PM, Dan Hayes <dhayes501(a)gmail.com> wrote: >> > It looks like it will take editing /etc/hosts to access the web >> interface. >> > Set authors.repec.org to 65.89.18.160. >> > >> > Also, the Affiliations section appears to be working fine now. >> >> I witness. >> >> Which means the Storable strings that were written (with nfreeze) on >> the old nebka are readable on the new one, and we do not need any >> other serialization changes at the moment. >> >> >> >>> Dan, did you measure or record the time it took to restore the >> database? >> >> It took a solid 8 hours. I didn't time it exactly though. I watched >> the >> >> size of /var/lib/mysql and it grew to over 35G, acis is 32G and rdb is >> 4.2G >> >> Then it looks like we should plan for at least 10-12 hours of downtime >> of the service for the final migration. >> >> From the point of view of the least user experience damage (and brand >> damage), it would be great to do the migration over the weekend. But >> the nearest weekend (3-4 Sep) i'm occupied except at night, when I'd >> like to have some sleep. The weekend after (10-11 Sep) i'm available. >> >> Or we can ignore the weekends and plan the transition on a business >> day. I guess Dan will do the large part of the work again, so his >> availability is key here. I'm pretty flexible at the moment. >> >> >> And of course, there's more tests and checks to be done. >> >> -i >> >> > >> > On Tue, Aug 30, 2011 at 10:19 AM, Dan Hayes <dhayes501(a)gmail.com> wrote: >> >> >> >> It took a solid 8 hours. I didn't time it exactly though. I watched >> the >> >> size of /var/lib/mysql and it grew to over 35G, acis is 32G and rdb is >> 4.2G >> >> >> >> On Tue, Aug 30, 2011 at 10:05 AM, Ivan Kurmanov <duraley(a)gmail.com> >> wrote: >> >>> >> >>> Dan, did you measure or record the time it took to restore the >> database? >> >>> >> >>> -ivan >> >>> >> >>> On Tue, Aug 30, 2011 at 5:41 PM, Dan Hayes <dhayes501(a)gmail.com> >> wrote: >> >>> > The SQL database has been loaded, and it appears to be running >> >>> > properly. >> >>> > You can test it at 65.89.18.160 or at http://nebka.stlouisfed.org. >> >>> > >> >>> > Did I not need to run the updareq commands again? It appears to be >> >>> > working >> >>> > without me needing to do anything else. >> >>> > >> >>> > On Mon, Aug 29, 2011 at 10:16 AM, Dan Hayes <dhayes501(a)gmail.com> >> >>> > wrote: >> >>> >> >> >>> >> FYI >> >>> >> >> >>> >> I rsynced the files Saturday afternoon, and dumped the sql database >> >>> >> then >> >>> >> as well. I transferred the db backup on Sunday, and I'm now >> restoring >> >>> >> the >> >>> >> sql databases on the STL server. It looks like its going to take a >> >>> >> while. >> >>> >> >> >>> >> On Sun, Aug 28, 2011 at 9:22 AM, Thomas Krichel < >> krichel(a)openlib.org> >> >>> >> wrote: >> >>> >>> >> >>> >>> Dan Hayes writes >> >>> >>> >> >>> >>> > So the reason is that its faster than MySQL for what its being >> used >> >>> >>> > for? >> >>> >>> >> >>> >>> Yes. At least we think so. >> >>> >>> >> >>> >>> Kindly send me an ssh public key to give you access to the test >> >>> >>> server. >> >>> >>> >> >>> >>> >> >>> >>> Cheers, >> >>> >>> >> >>> >>> Thomas Krichel http://openlib.org/home/krichel >> >>> >>> http://authorprofile.org/pkr1 >> >>> >>> skype: thomaskrichel >> >>> >>> >> >>> >>> _______________________________________________ >> >>> >>> ACIS-tech mailing list >> >>> >>> ACIS-tech(a)lists.openlib.org >> >>> >>> http://lists.openlib.org/mailman/listinfo/acis-tech >> >>> >> >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > ACIS-tech mailing list >> >>> > ACIS-tech(a)lists.openlib.org >> >>> > http://lists.openlib.org/mailman/listinfo/acis-tech >> >>> > >> >>> >> >>> _______________________________________________ >> >>> ACIS-tech mailing list >> >>> ACIS-tech(a)lists.openlib.org >> >>> http://lists.openlib.org/mailman/listinfo/acis-tech >> > >> > >> > _______________________________________________ >> > ACIS-tech mailing list >> > ACIS-tech(a)lists.openlib.org >> > http://lists.openlib.org/mailman/listinfo/acis-tech >> > >> >> _______________________________________________ >> ACIS-tech mailing list >> ACIS-tech(a)lists.openlib.org >> http://lists.openlib.org/mailman/listinfo/acis-tech >>

4 26

Account damaged (fwd)
by 'Christian Zimmermann' 03 Sep '11

03 Sep '11

I do not have the time to look into this (need to work on LogEc then fly back home). Can someone look into this? ---------- Forwarded message ---------- Date: Fri, 2 Sep 2011 12:37:52 +0200 From: Davide ticchi <davide.ticchi(a)imtlucca.it> To: authors(a)repec.org Cc: davide.ticchi(a)uniurb.it Subject: Account damaged My name is Davide Ticchi. I just changed my email address and affiliation (it is now IMT Institute for Advanced Studies Lucca and the new email is davide.ticchi(a)imtlucca.it) My previous affiliation was University of Urbino and email davide.ticchi(a)uniurb.it I cannot log in anymnore in the system and I get the message reported below. Can you restore my account with the new data? Thanks very much. Best Davide Ticchi Request forgotten password Error: Your account record in the system is damaged. Please notify system administrator. He should be able to restore it. We will send you the password reminder by email. If you no longer have access to your email, contact administrator.

3 2

something wrong
by 'Christian Zimmermann' 31 Aug '11

31 Aug '11

There are no template updates being written to the ftp site on nebka-uconn for about a day or so. -- 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/

1 0

Fwd: [ACIS-tech] Migration Help
by Ivan Kurmanov 30 Aug '11

30 Aug '11

---------- Forwarded message ---------- From: Ivan Kurmanov <duraley(a)gmail.com> Date: Tue, Aug 30, 2011 at 7:37 PM Subject: Re: [ACIS-tech] Migration Help To: ACIS technical list <acis-tech(a)lists.openlib.org> On Tue, Aug 30, 2011 at 7:22 PM, Dan Hayes <dhayes501(a)gmail.com> wrote: > It looks like it will take editing /etc/hosts to access the web interface. > Set authors.repec.org to 65.89.18.160. > > Also, the Affiliations section appears to be working fine now. I witness. Which means the Storable strings that were written (with nfreeze) on the old nebka are readable on the new one, and we do not need any other serialization changes at the moment. >>> Dan, did you measure or record the time it took to restore the database? >> It took a solid 8 hours. I didn't time it exactly though. I watched the >> size of /var/lib/mysql and it grew to over 35G, acis is 32G and rdb is 4.2G Then it looks like we should plan for at least 10-12 hours of downtime of the service for the final migration. >From the point of view of the least user experience damage (and brand damage), it would be great to do the migration over the weekend. But the nearest weekend (3-4 Sep) i'm occupied except at night, when I'd like to have some sleep. The weekend after (10-11 Sep) i'm available. Or we can ignore the weekends and plan the transition on a business day. I guess Dan will do the large part of the work again, so his availability is key here. I'm pretty flexible at the moment. And of course, there's more tests and checks to be done. -i > > On Tue, Aug 30, 2011 at 10:19 AM, Dan Hayes <dhayes501(a)gmail.com> wrote: >> >> It took a solid 8 hours. I didn't time it exactly though. I watched the >> size of /var/lib/mysql and it grew to over 35G, acis is 32G and rdb is 4.2G >> >> On Tue, Aug 30, 2011 at 10:05 AM, Ivan Kurmanov <duraley(a)gmail.com> wrote: >>> >>> Dan, did you measure or record the time it took to restore the database? >>> >>> -ivan >>> >>> On Tue, Aug 30, 2011 at 5:41 PM, Dan Hayes <dhayes501(a)gmail.com> wrote: >>> > The SQL database has been loaded, and it appears to be running >>> > properly. >>> > You can test it at 65.89.18.160 or at http://nebka.stlouisfed.org. >>> > >>> > Did I not need to run the updareq commands again? It appears to be >>> > working >>> > without me needing to do anything else. >>> > >>> > On Mon, Aug 29, 2011 at 10:16 AM, Dan Hayes <dhayes501(a)gmail.com> >>> > wrote: >>> >> >>> >> FYI >>> >> >>> >> I rsynced the files Saturday afternoon, and dumped the sql database >>> >> then >>> >> as well. I transferred the db backup on Sunday, and I'm now restoring >>> >> the >>> >> sql databases on the STL server. It looks like its going to take a >>> >> while. >>> >> >>> >> On Sun, Aug 28, 2011 at 9:22 AM, Thomas Krichel <krichel(a)openlib.org> >>> >> wrote: >>> >>> >>> >>> Dan Hayes writes >>> >>> >>> >>> > So the reason is that its faster than MySQL for what its being used >>> >>> > for? >>> >>> >>> >>> Yes. At least we think so. >>> >>> >>> >>> Kindly send me an ssh public key to give you access to the test >>> >>> server. >>> >>> >>> >>> >>> >>> Cheers, >>> >>> >>> >>> Thomas Krichel http://openlib.org/home/krichel >>> >>> http://authorprofile.org/pkr1 >>> >>> skype: thomaskrichel >>> >>> >>> >>> _______________________________________________ >>> >>> ACIS-tech mailing list >>> >>> ACIS-tech(a)lists.openlib.org >>> >>> http://lists.openlib.org/mailman/listinfo/acis-tech >>> >> >>> > >>> > >>> > _______________________________________________ >>> > ACIS-tech mailing list >>> > ACIS-tech(a)lists.openlib.org >>> > http://lists.openlib.org/mailman/listinfo/acis-tech >>> > >>> >>> _______________________________________________ >>> ACIS-tech mailing list >>> ACIS-tech(a)lists.openlib.org >>> http://lists.openlib.org/mailman/listinfo/acis-tech > > > _______________________________________________ > ACIS-tech mailing list > ACIS-tech(a)lists.openlib.org > http://lists.openlib.org/mailman/listinfo/acis-tech >

3 2

Fwd: Cron <aras@nebka> cd /home/aras/acis && /home/aras/acis/bin/make-repec-per.sh
by Ivan Kurmanov 29 Aug '11

29 Aug '11

Christian, do you find these messages useful in any way? -i ---------- Forwarded message ---------- From: Cron Daemon <root(a)authors.repec.org> Date: 2011/8/28 Subject: Cron <aras@nebka> cd /home/aras/acis && /home/aras/acis/bin/make-repec-per.sh To: aras(a)authors.repec.org -/home/aras/RePEc-per-pers/y/pya293.rdf -/home/aras/RePEc-per-pers/p/ppi256.rdf -/home/aras/RePEc-per-pers/c/pch502.rdf

2 1

Re: [RAS] RAS error log 2011/08/20
by Thomas Krichel 29 Aug '11

29 Aug '11

RAS/ACIS writes > [Sun Jan 09 09:11:01 2011] [error] [client 79.85.158.184] Paging sanity problem:, referer: http://authors.repec.org/research/search!95790eab?page=16 > [Sun Jan 09 09:11:01 2011] [error] [client 79.85.158.184] results: 8, referer: http://authors.repec.org/research/search!95790eab?page=16 140000 lines more of this. Christian, do you get these messages? They come every day to my desk. Sholud they be sent to Dan, you, Ivan? Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel

3 3

possible nebka outage
by 'Christian Zimmermann' 27 Aug '11

27 Aug '11

Hurricane Irene is heading towards Connecticut, and campus authorities cannot guarantee there will be power on campus Sunday and Monday depending on how things turn out. I suggest we leave the machine on, after all there is a good chance it will not shut off. But I suggest that no big job run on Sunday and Monday, so that we do not need to receover from a big crash. If there are issues, they should be visible at http://itstatus.uconn.edu/ and http://alert.uconn.edu/ -- 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/

2 1

Re: [RAS] Migration Help
by Thomas Krichel 26 Aug '11

26 Aug '11

Ivan Kurmanov writes > please copy the /home/aras/ directory over, and then dump the mysql > databases "rdb" and "acis". I suggest not to do this. Erase the databases you already have and start anew. > Then tomorrow (after 1am EDT this night) copy over the > /home/aras/backup/2011/08/26 directory. > > That has update_db.tgz archive, which contains the RI directory. If > unpacked while in ~/acis/, it would write the needed files into > ~/acis/RI/data/... directory, and that is a safe way to move the data. I woulld be surprised if he can read the data in BDB, but I have eaten my words before. > > Ideally, the mysql dump and RI/data dump would be created at about the > same time with all data-modifying services taken down. But since this > is not a final move, it is okay to do as written above. When we migrate, we should do it the ACIS way. rsync the ReDIF data files and the AMF CitEC files annd the ~/acis/userdata, as they are, and run the update daemon. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel

3 2