NASLite Network Attached Storage

I disabled all the servers bar telnet, then re-enabled them all, then rebooted the device.

So far it appears it's stuck at the Starting Servers ( TELNET HTTP RSYNC FTP CIF NFS DAAP.......... [ BUSY ]

I'll give it 10 minutes or so and then I'll reboot.

That did it. I now have full access to all the drives on the NASLite through windows!

Well, back to work for me. I have lots to catch up on now.

hmmmm NIC seems to drop out after awhile;

From the Syslog;

Aug 5 14:44:50 [5] irq 16: nobody cared (try booting with the "irqpoll" option)
Aug 5 14:44:50 [4] Pid: 0, comm: swapper Not tainted 2.6.30.3.CORE3 #1
Aug 5 14:44:50 [4] Call Trace:
Aug 5 14:44:50 [4] [] ? __report_bad_irq+0x24/0x69
Aug 5 14:44:50 [4] [] ? __report_bad_irq+0x2b/0x69
Aug 5 14:44:50 [4] [] ? note_interrupt+0xea/0x12a
Aug 5 14:44:50 [4] [] ? handle_IRQ_event+0x1a/0x8d
Aug 5 14:44:50 [4] [] ? handle_fasteoi_irq+0x63/0x75
Aug 5 14:44:50 [4] [] ? handle_irq+0x17/0x20
Aug 5 14:44:50 [4] [] ? do_IRQ+0x2b/0x66
Aug 5 14:44:50 [4] [] ? common_interrupt+0x29/0x30
Aug 5 14:44:50 [4] [] ? acpi_idle_enter_bm+0x1d1/0x201 [processor]
Aug 5 14:44:50 [4] [] ? cpuidle_idle_call+0x53/0x87
Aug 5 14:44:50 [4] [] ? cpu_idle+0x19/0x2d
Aug 5 14:44:50 [4] [] ? start_kernel+0x23f/0x242
Aug 5 14:44:50 [5] handlers:
Aug 5 14:44:50 [5] [] (usb_hcd_irq+0x0/0x54 [usbcore])
Aug 5 14:44:50 [5] [] (mv_interrupt+0x0/0x5ec [sata_mv])
Aug 5 14:44:50 [8] Disabling IRQ #16

I'll keep looking into this to try and find out what is happening.... for the time being I have copied off all the critical data on to a local drive.

Make sure that you disable all the devices on the MB that you are not using. This frees up IRQs. I would see if you can move the NIC to another IRQ in the BIOS.

Mike

Hi Mike,

Thanks, I have disable Serial and Parallel ports on the mobo, but while I still get a IRQ on #16, it doesn't seem to cause the NIC to drop out at this stage. I'll keep monitoring it though for any changes.

Mark.

I have detachable drive bays so I swapped drives around to put them back into numerical order.

Why would particular drives be asterisked out? Especially when they come up as ( Clean ) ....... [ DONE ] during Checking storage filesystem?

I ended up removing the asterisked driver. Booting into ubuntu and formatting it before reinserting and booting to NASlite.

I get 3 IRQ's now - but they don't seem to have affected the system yet. Fingers crossed.

Aug 9 10:06:58 [5] irq 16: nobody cared (try booting with the "irqpoll" option)
Aug 9 10:06:58 [4] Pid: 0, comm: swapper Not tainted 2.6.30.3.CORE3 #1
Aug 9 10:06:58 [4] Call Trace:
Aug 9 10:06:58 [4] [] ? __report_bad_irq+0x24/0x69
Aug 9 10:06:58 [4] [] ? __report_bad_irq+0x2b/0x69
Aug 9 10:06:58 [4] [] ? note_interrupt+0xea/0x12a
Aug 9 10:06:58 [4] [] ? handle_IRQ_event+0x1a/0x8d
Aug 9 10:06:58 [4] [] ? handle_fasteoi_irq+0x63/0x75
Aug 9 10:06:58 [4] [] ? handle_irq+0x17/0x20
Aug 9 10:06:58 [4] [] ? do_IRQ+0x2b/0x66
Aug 9 10:06:58 [4] [] ? common_interrupt+0x29/0x30
Aug 9 10:06:58 [4] [] ? acpi_idle_enter_bm+0x1d1/0x201 [processor]
Aug 9 10:06:58 [4] [] ? cpuidle_idle_call+0x53/0x87
Aug 9 10:06:58 [4] [] ? cpu_idle+0x19/0x2d
Aug 9 10:06:58 [4] [] ? start_kernel+0x23f/0x242
Aug 9 10:06:58 [5] handlers:
Aug 9 10:06:58 [5] [] (usb_hcd_irq+0x0/0x54 [usbcore])
Aug 9 10:06:58 [5] [] (mv_interrupt+0x0/0x5ec [sata_mv])
Aug 9 10:06:58 [8] Disabling IRQ #16
Aug 9 14:26:56 [5] irq 19: nobody cared (try booting with the "irqpoll" option)
Aug 9 14:26:56 [4] Pid: 7002, comm: rsync Not tainted 2.6.30.3.CORE3 #1
Aug 9 14:26:56 [4] Call Trace:
Aug 9 14:26:56 [4] [] ? __report_bad_irq+0x24/0x69
Aug 9 14:26:56 [4] [] ? __report_bad_irq+0x2b/0x69
Aug 9 14:26:56 [4] [] ? note_interrupt+0xea/0x12a
Aug 9 14:26:56 [4] [] ? handle_IRQ_event+0x1a/0x8d
Aug 9 14:26:56 [4] [] ? handle_fasteoi_irq+0x63/0x75
Aug 9 14:26:56 [4] [] ? handle_irq+0x17/0x20
Aug 9 14:26:56 [4] [] ? do_IRQ+0x2b/0x66
Aug 9 14:26:56 [4] [] ? common_interrupt+0x29/0x30
Aug 9 14:26:56 [5] handlers:
Aug 9 14:26:56 [5] [] (mv_interrupt+0x0/0x5ec [sata_mv])
Aug 9 14:26:56 [5] [] (ahci_interrupt+0x0/0x3f3 [ahci])
Aug 9 14:26:56 [8] Disabling IRQ #19
Aug 14 12:06:59 [2] warning: `smbd' uses 32-bit capabilities (legacy support in use)
Aug 16 10:24:49 [5] irq 18: nobody cared (try booting with the "irqpoll" option)
Aug 16 10:24:49 [4] Pid: 0, comm: swapper Not tainted 2.6.30.3.CORE3 #1
Aug 16 10:24:49 [4] Call Trace:
Aug 16 10:24:49 [4] [] ? __report_bad_irq+0x24/0x69
Aug 16 10:24:49 [4] [] ? __report_bad_irq+0x2b/0x69
Aug 16 10:24:49 [4] [] ? note_interrupt+0xea/0x12a
Aug 16 10:24:49 [4] [] ? handle_IRQ_event+0x1a/0x8d
Aug 16 10:24:49 [4] [] ? handle_fasteoi_irq+0x63/0x75
Aug 16 10:24:49 [4] [] ? handle_irq+0x17/0x20
Aug 16 10:24:49 [4] [] ? do_IRQ+0x2b/0x66
Aug 16 10:24:49 [4] [] ? common_interrupt+0x29/0x30
Aug 16 10:24:49 [4] [] ? acpi_idle_enter_bm+0x1d1/0x201 [processor]
Aug 16 10:24:49 [4] [] ? cpuidle_idle_call+0x53/0x87
Aug 16 10:24:49 [4] [] ? cpu_idle+0x19/0x2d
Aug 16 10:24:49 [4] [] ? start_kernel+0x23f/0x242
Aug 16 10:24:49 [5] handlers:
Aug 16 10:24:49 [5] [] (sc92031_interrupt+0x0/0x7b [sc92031])
Aug 16 10:24:49 [8] Disabling IRQ #18