authors.repec.org is generating internal server errors, but I have no way to figure out what is wrong! 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
From looking at file modification times, it looks like a "du" on the aras account did not go over well. A previous "du" on aras/acis was fine, probably because it avoided the gazillion directories in aras/install.
So first lesson, you do not want to rsync the whole aras account. only aras/acis, which is where the interesting data is in anyway. On Mon, 17 Mar 2008, Christian Zimmermann wrote:
authors.repec.org is generating internal server errors, but I have no way to figure out what is wrong!
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
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Christian Zimmermann writes
From looking at file modification times, it looks like a "du" on the aras account did not go over well. A previous "du" on aras/acis was fine, probably because it avoided the gazillion directories in aras/install.
The du has been there to watch disk space, because we have cronically short of space, because you did not add disks, as I suggested many moons ago.
So first lesson, you do not want to rsync the whole aras account. only aras/acis, which is where the interesting data is in anyway.
*I* will certainly not do anything until we get the disk replaced. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
On Tue, 18 Mar 2008, Thomas Krichel wrote:
Christian Zimmermann writes
From looking at file modification times, it looks like a "du" on the aras account did not go over well. A previous "du" on aras/acis was fine, probably because it avoided the gazillion directories in aras/install.
The du has been there to watch disk space, because we have cronically short of space, because you did not add disks, as I suggested many moons ago.
That was a du I did to figure out what needs to be backed up on a regular basis. I noticed there is a lot of static stuff that does not need backing up.
So first lesson, you do not want to rsync the whole aras account. only aras/acis, which is where the interesting data is in anyway.
*I* will certainly not do anything until we get the disk replaced.
I am on the machine now (woke up at 5:30...). I do a disk check, then reboot and then teach until 1:30. I suggest we move /home to /vol. With complete instructions, I can do that Friday (cancelling what IO was supposed to do that day). I am completely booked until then.
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
Christian Zimmermann writes
authors.repec.org is generating internal server errors, but I have no way to figure out what is wrong!
Do a badblock check. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
participants (2)
-
Christian Zimmermann -
Thomas Krichel