I just ran into this bug and it almost cost me data with feisty latest! For some reason when the forcedeth ethernet adapter locked up, it also locked up two out of six of my sata ports (I'm presuming because of some PCI bus issue). Luckily it was raid6, so the array is still functional, but it could have been a disaster if it was raid5. Similar situation to above - I was copying a bunch of large media files over to another machine over gigabit NFS (and being pleasantly surprised at the 70+MB/s I was seeing without jumbo frames or any real tuning before it locked up).
Will the max_interrupt_work=20 get rid of the problem or just mask it and how is the best way to configure this fix on Feisty? I don't want this to happen again as rebuilding the whole 3+TB array is a very time consuming operation. I've attached my dmesg, syslog and lspci -vvn output. The syslog items of interest that show what happened and in what order start around 10:33:57. Hope someone comes up with a fix - I can try it on Gutsy although the last daily build I downloaded wouldn't even boot. When is Tribe-6 or another pseudo tested build going to come out? ** Attachment added: "logs.tar.bz2" http://launchpadlibrarian.net/9470403/logs.tar.bz2 -- Random pauses when transferring data at gigabit speeds with forcedeth driver https://bugs.launchpad.net/bugs/130075 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
