NASLite Network Attached Storage

I am getting some bursty transfers using a Netgear Gigabit card (Realtek chipset it appears). Is Network Status -> Device Details -> "too much work at interrupt!" a sign of a poor chipset on the ethernet card or can this somehow be tweaked away within NasLite?

BTW, I have used the same network and cabling successfully with gigabit ethernet between Windows machines.

System inquestions:
AMD XP 2000+
512 MB ram
4 IDE hard drives
NAsLIte-2 USB

Thanks in advance,
JW

Your NIC is sharing an interrupt. You need to correct that.

Well, I have tried several interrupts (10,11,5,7,3) by "reserving" them in the bios. After each reboot, the ethernet card would get a new interrupt but yet the problem persists.

JW

Additional info:
NIC: Netgear GA311, realtek 8169 chipset

excerpt from server message log, that may be of interest:

# Oct 24 19:04:20 user.info kernel: r8169 Gigabit Ethernet driver 1.2 loaded
# Oct 24 19:04:20 user.debug kernel: eth0: Identified chip type is 'RTL8169s/8110s'.
# Oct 24 19:04:20 user.info kernel: eth0: RTL8169 at 0xf8808000, 00:14:6c:c1:c5:34, IRQ 7
# Oct 24 19:04:20 user.info kernel: eth0: Auto-negotiation Enabled.
# Oct 24 19:04:20 user.info kernel: eth0: 1000Mbps Full-duplex operation.
# Oct 24 19:04:20 user.info kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
# Oct 24 19:04:20 user.info kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
# Oct 24 19:04:20 user.info kernel: NFORCE2: IDE controller at PCI slot 00:09.0
# Oct 24 19:04:20 user.info kernel: NFORCE2: chipset revision 162
# Oct 24 19:04:20 user.info kernel: NFORCE2: not 100% native mode: will probe irqs later
# Oct 24 19:04:20 user.warn kernel: NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
# Oct 24 19:04:20 user.warn kernel: NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
# Oct 24 19:04:20 user.info kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
# Oct 24 19:04:20 user.info kernel: NFORCE2: 00:09.0 (rev a2) UDMA133 controller
# Oct 24 19:04:20 user.info kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
# Oct 24 19:04:20 user.info kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
# Oct 24 19:04:20 user.warn kernel: hda: HDS722525VLAT80, ATA DISK drive
# Oct 24 19:04:20 user.warn kernel: hdb: MAXTOR STM3320620A, ATA DISK drive
# Oct 24 19:04:20 user.warn kernel: hdc: ST3200822A, ATA DISK drive
# Oct 24 19:04:20 user.warn kernel: hdd: Maxtor 6Y250P0, ATA DISK drive
# Oct 24 19:04:20 user.warn kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
# Oct 24 19:04:20 user.warn kernel: ide1 at 0x170-0x177,0x376 on irq 15
# Oct 24 19:04:20 user.warn kernel: hda: attached ide-disk driver.
# Oct 24 19:04:20 user.warn kernel: hda: host protected area => 1
# Oct 24 19:04:20 user.info kernel: hda: 488397168 sectors (250059 MB) w/7938KiB Cache, CHS=30401/255/63, UDMA(100)
# Oct 24 19:04:20 user.warn kernel: hdb: attached ide-disk driver.
# Oct 24 19:04:20 user.warn kernel: protected area => 1
# Oct 24 19:04:20 user.info kernel: hdb: 625142448 sectors (320073 MB) w/16384KiB Cache, CHS=38913/255/63, UDMA(100)

I have had this same issue and have not been able to find a solution. No matter what I do my nic and usb drive keep getting the same irq setting. Not a problem when I use windows. It seems to be an issue with linux (from what research i have been able to do) I do not understand it enough to know exactly. But I have read a few things that say the latest kernel has an issue in this area. I am currently using ver 2.04 of naslite. I am going to try to upgrade this weekend to the newest version to see if it helps. Does anybody have a solution to this. I have tried 2 different motherboards and I can not resolve the irq conflick issue.