If you are doing any work on nebka that presents a risk of panic or shutdown, please wait until Tuesday PM (Eastern Time). I will be off campus or teaching. 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
If you are doing any work on nebka that presents a risk of panic or shutdown, please wait until Tuesday PM (Eastern Time). I will be off campus or teaching.
I will not do anything until there is a change in disk. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
On Sat, 1 Mar 2008, Thomas Krichel wrote:
Christian Zimmermann writes
If you are doing any work on nebka that presents a risk of panic or shutdown, please wait until Tuesday PM (Eastern Time). I will be off campus or teaching.
I will not do anything until there is a change in disk.
I thought you wanted to reboot in the 2.6 kernel, move things to the new disk...
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
I will not do anything until there is a change in disk.
I thought you wanted to reboot in the 2.6 kernel, move things to the new disk...
If my theory is correct, I can't move things to the new disk without high risk of the machine going down when fs is corrupt with bad block. The best way is to reboot and force a file system check by setting the max count tune2fs -c 1000 rid stop reboot It will check the file system, but I don't know how to force it to use the -c and -y options. Thus I recommend to run in single user mode (second grub line), and remount the root file system read only. mount -o ro,remount /dev/sda1 e2fsck -c -y /dev/sda1 It sholud be done in a few hours. Then reboot, again into single user, and start to rsync, as detailed in previous mails. Then run grub, exchange disks etc... Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
Does this mean you are expecting me to do this? This week may not be the best time to have lengthy interruptions, given that authors are currently getting their monthly update. 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 Sun, 2 Mar 2008, Thomas Krichel wrote:
Christian Zimmermann writes
I will not do anything until there is a change in disk.
I thought you wanted to reboot in the 2.6 kernel, move things to the new disk...
If my theory is correct, I can't move things to the new disk without high risk of the machine going down when fs is corrupt with bad block.
The best way is to reboot and force a file system check by setting the max count
tune2fs -c 1000 rid stop reboot
It will check the file system, but I don't know how to force it to use the -c and -y options. Thus I recommend to run in single user mode (second grub line), and remount the root file system read only.
mount -o ro,remount /dev/sda1 e2fsck -c -y /dev/sda1
It sholud be done in a few hours. Then reboot, again into single user, and start to rsync, as detailed in previous mails. Then run grub, exchange disks etc...
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
Does this mean you are expecting me to do this?
It is best to do it in single user mode, work to check nad move. But I could do it the e2fsck in multi-user mode. But one would have to take down services, you don't want to have services runnig when there is no write access to the disk. I would do the copying with rsync. Changing the disk I certainly can not do, and teh change of the disk should appear immediately after an rsync.
This week may not be the best time to have lengthy interruptions, given that authors are currently getting their monthly update.
ok, whatever suits you. It just has to be done asap, it's been too long already that this issues has been postponed. In addition to run a serious internal backup, we will need to get a USB 2.0 card installed, and an additional disk. But we can do that later. I still favour an external backup to raneb, for example. 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
This week may not be the best time to have lengthy interruptions, given that authors are currently getting their monthly update.
When will this be done? Continuing to run without a backup, as we do now, is a recipee for disaster. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel phone: +7 383 330 6813 skype: thomaskrichel
On Mon, 10 Mar 2008, Thomas Krichel wrote:
Christian Zimmermann writes
This week may not be the best time to have lengthy interruptions, given that authors are currently getting their monthly update.
When will this be done?
Not yet. monthly mailing is not done yet. Once done, I would want to give at least a day slack.
Continuing to run without a backup, as we do now, is a recipee for disaster.
I agree. I will try to send you today my understanding of what you want me to do.
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