Nebka has now the new hard drive. Thanks for your patience. 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
Christian Zimmermann writes
Nebka has now the new hard drive. Thanks for your patience.
Great. I am moving /home from / to the new drive, and will then remount it as /home. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
Thomas Krichel writes
Christian Zimmermann writes
Nebka has now the new hard drive. Thanks for your patience.
Great. I am moving /home from / to the new drive, and will then remount it as /home.
Actually, probably better to keep it as it is. I'll just chaneg the name form /data to /vol. I am moving /home/adrepec to /vol/opt/adrepec. This will prevent it from being backed up. I have shut down rid. I will do an initial rsync of aras. Then I will shut down apache, do another rsync. Then I will delete the /home/aras, finally link it to /vol/home/aras. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
Whatever you think is good. But if you need someone to push a button, that will not happen until tomorrow pm (EST). bad weather is forecast for the morning. 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 Tue, 12 Feb 2008, Thomas Krichel wrote:
Thomas Krichel writes
Christian Zimmermann writes
Nebka has now the new hard drive. Thanks for your patience.
Great. I am moving /home from / to the new drive, and will then remount it as /home.
Actually, probably better to keep it as it is. I'll just chaneg the name form /data to /vol.
I am moving /home/adrepec to /vol/opt/adrepec. This will prevent it from being backed up.
I have shut down rid.
I will do an initial rsync of aras. Then I will shut down apache, do another rsync. Then I will delete the /home/aras, finally link it to /vol/home/aras.
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
Christian Zimmermann writes
Whatever you think is good. But if you need someone to push a button, that will not happen until tomorrow pm (EST). bad weather is forecast for the morning.
Oh, I forgot you guys don't work when snow falls. It would be unthinkable over here. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
I am still working, but from home. It is 12 miles of backroads to campus... 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 Tue, 12 Feb 2008, Thomas Krichel wrote:
Christian Zimmermann writes
Whatever you think is good. But if you need someone to push a button, that will not happen until tomorrow pm (EST). bad weather is forecast for the morning.
Oh, I forgot you guys don't work when snow falls. It would be unthinkable over here.
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
Argh!!! nebka:~# [1]+ Done nohup rsync -qa /home/adrepec/ adrepec (wd: /vol/opt) (wd now: ~) nebka:~# cd /home/adrepec/ nebka:/home/adrepec# ls -l Bus error The disk has gone bad again. We should not be working with it. We need to transfer everything to the /vol disk. nebka:~# shutdown -h now -bash: /sbin/shutdown: Input/output error Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
I really don't think it is the physical disk. Try ls a* -l and if that produces the bus error, try ls -l in another directory small directory in on the same partition of the disk. Bob Thomas Krichel wrote:
Argh!!!
nebka:~# [1]+ Done nohup rsync -qa /home/adrepec/ adrepec (wd: /vol/opt) (wd now: ~) nebka:~# cd /home/adrepec/ nebka:/home/adrepec# ls -l Bus error
The disk has gone bad again.
We should not be working with it. We need to transfer everything to the /vol disk.
nebka:~# shutdown -h now -bash: /sbin/shutdown: Input/output error
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Both generate bus errors. I am on campus now (after blowing snow in heavy rain, weird). As soon as I have taken care of urgent recruiting business, I will go to the server farm and push on the button. 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, 13 Feb 2008, Bob Parks wrote:
I really don't think it is the physical disk. Try ls a* -l and if that produces the bus error, try ls -l in another directory small directory in on the same partition of the disk. Bob
Thomas Krichel wrote:
Argh!!!
nebka:~# [1]+ Done nohup rsync -qa /home/adrepec/ adrepec (wd: /vol/opt) (wd now: ~) nebka:~# cd /home/adrepec/ nebka:/home/adrepec# ls -l Bus error
The disk has gone bad again.
We should not be working with it. We need to transfer everything to the /vol disk.
nebka:~# shutdown -h now -bash: /sbin/shutdown: Input/output error
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Bob Parks writes
I really don't think it is the physical disk. Try ls a* -l and if that produces the bus error, try ls -l in another directory small directory in on the same partition of the disk.
and what will this show? As long as we don't know the causee, surly we won't bin it, but we can't operate with somethnig that flaky, whatever does the flakes there. My recomondation: clone the current root disk onto the large disk asd try to boot with that, keeping the existing disk in the box. Note that tihs box also has USB1 that's why it took Tim so much time to back it up. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
On Tue, 12 Feb 2008, Thomas Krichel wrote:
Argh!!!
nebka:~# [1]+ Done nohup rsync -qa /home/adrepec/ adrepec (wd: /vol/opt) (wd now: ~) nebka:~# cd /home/adrepec/ nebka:/home/adrepec# ls -l Bus error
The disk has gone bad again.
We should not be working with it. We need to transfer everything to the /vol disk.
nebka:~# shutdown -h now -bash: /sbin/shutdown: Input/output error
This just confirms that this machine is not capable of handling any instruction involving large directory trees. If you have to use rsync, split it in pieces... I went to reboot the machine. The screen was showing the same ext3 errors we had with earlier crashes. HOWEVER, the machine is not booting now. It hangs with: aacraid: Host adapter reset request. SCSI hang? A rapid googling of this reveals that we have either to modify BIOS specs, recompile the raid driver, make sure we have kernel version 2.4 (I think we have), or other steps that are beyond my competence. I warrant Tim can do this, but he is not in today. I hope he can do it tomorrow. I will be teaching 8:00-1:45 tomorrow. Thomas, please note that Tim is a very busy person, and he has helped us a lot. But we should not abuse his goodwill. So think hard before launching big operations on this machine.
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
Christian Zimmermann writes
This just confirms that this machine is not capable of handling any instruction involving large directory trees. If you have to use rsync, split it in pieces...
We can't do this. We need a running machine.
I went to reboot the machine. The screen was showing the same ext3 errors we had with earlier crashes.
HOWEVER, the machine is not booting now. It hangs with:
aacraid: Host adapter reset request. SCSI hang?
A rapid googling of this reveals that we have either to modify BIOS specs, recompile the raid driver, make sure we have kernel version 2.4 (I think we have), or other steps that are beyond my competence. I warrant Tim can do this, but he is not in today. I hope he can do it tomorrow. I will be teaching 8:00-1:45 tomorrow.
There is no raid on the macihne.
Thomas, please note that Tim is a very busy person, and he has helped us a lot. But we should not abuse his goodwill. So think hard before launching big operations on this machine.
I can not backup or move things with individual instructions file by file. If yau can, go ahead. Bob sohuld know haw to clone the disk on a bigger one. I am very sorry about this, and if I ware in NYC, I would come to Storrs to help. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
On Wed, 13 Feb 2008, Thomas Krichel wrote:
Christian Zimmermann writes
This just confirms that this machine is not capable of handling any instruction involving large directory trees. If you have to use rsync, split it in pieces...
We can't do this. We need a running machine.
You can do this by running a script that navigates the directory tree and rsyncs directory by directory. A bit extreme, but that should work better.
I went to reboot the machine. The screen was showing the same ext3 errors we had with earlier crashes.
HOWEVER, the machine is not booting now. It hangs with:
aacraid: Host adapter reset request. SCSI hang?
A rapid googling of this reveals that we have either to modify BIOS specs, recompile the raid driver, make sure we have kernel version 2.4 (I think we have), or other steps that are beyond my competence. I warrant Tim can do this, but he is not in today. I hope he can do it tomorrow. I will be teaching 8:00-1:45 tomorrow.
There is no raid on the macihne.
Hmm. Would a further reboot be successful, or is something somewhere amiss and correctable? I can try something before going home.
Christian Zimmermann writes
You can do this by running a script that navigates the directory tree and rsyncs directory by directory. A bit extreme, but that should work better.
How is this supposed to work? Consider rsyncing /a/b/c /a/b/c/d /a/f to /m/b/c /m/b/c/d /m/f sure a script can rsync d, then c, then b, but at the end, it will have to do a. It may well start by doing it, everything else will a resource hog. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
participants (3)
-
Bob Parks -
Christian Zimmermann -
Thomas Krichel