I am on campus. On my office machine, where I always keep a window on nebka, it says: Message from syslogd@nebka at Sat Mar 15 07:37:41 2008 ... nebka kernel: journal commit I/O error Read from remote host nebka.uconn.edu: Connection timed out Connection to nebka.uconn.edu closed. On nebka itself, I have error messages I have not seen before. I am not putting everything, as I have to copy by hand while switching screens: EIP is at io_callback+0x1c.0xde [aacraid] ... Process swapper (pid:0 ti:c0314000 task:c02c76a0 taks.ti:c0314000) ... Call trace aac_response_normal [aacraid] aac_rx_intr [aacraid] handle_IRQ_event __do_IRQ do_IRQ common_interrupt default_idle default_idle cpu_idle start_kernel EIP: [<f88ad16.] io_callback+0x1d/0xde [aacraid] SS:ESP 0068:c0315f1c <0> kernel panic - not syncing: Fatal exception in interrupt. According to syslog, the last instruction before panic was make-repec-per.sh. At the same time, the daily jobs from anacron were running (last one looks like sysstat/sa1), possibly also awstats.pl (why???) Note that according to crontab for aras, every hour at 37, there is also events_archiving running. I commented it out, as this seems to coincide with the panic. All in all: a lot of things running at the same time, all with lots of I/O. If on top of that there in a rsync coming from outside, I can understand the machine is panicking. I am going home now. I have now spent two full days on this. I have a report due today and will work on that. 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
All in all: a lot of things running at the same time, all with lots of I/O. If on top of that there in a rsync coming from outside, I can understand the machine is panicking.
No, no & no! Lots of I/O should slow the machine down. It should never lead to a kernel panic. Run a new badblock scan, and I bet you will see a new bad block, one that was not there at the last scan. 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