I'm getting this problem too, on Athlon64 Gutsy. I get the message: eth0: too many iterations (6) in nv_nic_irq.
And the network hangs, when a little while after I attempt a large transfer operation across the network. The *different* thing is, I've had this machine for months, running Feisty, then Gutsy, and indeed Gentoo originally, and I only started getting this problem today. In fact last night I pulled about 800GB off it to another gigabit-equipped machine without any problems. The problems occurred when it came to pushing that data back onto the Ubuntu machine. Of course, something happened in the interim: there was a hard disk upgrade and a reinstallation to a RAID 5 configuration. The installation was done with the AMD64 alternate install CD, selecting only a commandline install, whereas previously it had been done with the AMD64 desktop CD. I also doubled the memory, to 4GB. I didn't use Expert Options during the install, so anything I could have broken only by selecting that shouldn't be broken. :-) Finally, I added a PCI SATA card. When the machine was up and running again I started the transfer going to copy the stuff back, that I'd pulled off the night before. After about 22GB on the first attempt and only 11GB on the second (before which I had removed the additional PCI SATA card, thinking that the most likely cause of new IRQ issues), the network interface stopped working, and I got the "Too many iterations" error in dmesg. Reading through the above comments I've tried adding "noapic" to the default options in grub, and so far it seems to be working: 60GB into the copy as I type this and no apparent issues. If it didn't/doesn't work, I'd try the Hardy Heron Alpha 2 system. However, it's worth noting that the system as of yesterday did *not* have noapic set and never showed this problem; and in both cases the kernel version was the same; 2.6.22-14-generic. The "other machine" in these copy operations is an iMac Core Duo with Leopard, and file transfer is taking place using Appletalk/Netatalk (the latter built with SSL support). The data is being copied from (and was last night copied to) an external drive connected via Firewire 400. The Ubuntu machine with this problem has an Asus M2N-VM DH mainboard, which is nForce430-based, and an Athlon64 x2 5200+ (2.6GHz). The RAID 5 is set up on four 500GB drives connected to the onboard 4-port nv-sata interface. There is currently one other hard drive outside the RAID connected to the JMicron (AHCI) sata interface. (What's the downside of disabling APIC btw? I note that the estimated time to complete the operation, seems to be 9 hours now, whereas it was 7 hours before, until the network crashed. For that matter, does setting the "noapic" option even do anything on a dual-core system. top is still reporting activity on both cores...) ** Attachment added: "lspci output" http://launchpadlibrarian.net/11444372/lspci.txt -- 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
