看板 DFBSD_kernel 關於我們 聯絡資訊
As Erik P. Skaalerud pointed out, the board (and the raid controller) is buggy. I'm using the raid controller because I suspected there were problems with the normal controller. Guess I'll grab another board and make that my test/playing machine. Steven Looman "Matthew Dillon" <dillon@apollo.backplane.com> wrote in message news:200501281938.j0SJcEmE066250@apollo.backplane.com... > Well, I looked at the core dump. The contents of the dinode appears > to be mostly garbage.... values that should not be possible even if it > were in fact improperly reusing an inode. > > I suspect that the remaining 'dup alloc' reports are due to the ATA > driver... either buggy hardware or a missing workaround in our ATA > driver for the buggy hardware. I've been running diff -u on a 6GB data > set and rm -rf + cvs checkout tests for over two days straight on both > of my test boxes without a problem. > > One thing that might be worth doing ... try changing the DMA mode for > the ATA hard disk using atacontrol to something slower, reboot into > single user, do a manual fsck, then see if the system is more stable. > > -Matt