NASLite Network Attached Storage

I'm a newbie to naslite, and NAS in general - though I've worked on linux based home projects in the past, saw this and thought I'd give it a go. Here's the specs etc

System

Intel Pentium 4 CPU 3.06GHz (64bit)
2 GB RAM
Onboard Realtek 10/100 Lan
500GB Western Digital HDD
USB Stick booting Naslite M2 x64 v1.64

Transfering Music collection to Media Directory either via FTP or SMB from a Win7 machine, it will stop partway through the transfer and state it can't connect to it.

Looking at the syslog shows;

Mar 17 17:42:04 [2] Pid: 113, comm: pdflush Not tainted 2.6.30.3-64-CORE3 #1 MS-7173
Mar 17 17:42:04 [2] RIP: 0010:[] [] find_get_pages_tag+0x6b/0xdd
Mar 17 17:42:04 [2] RSP: 0000:ffff88007a379bd0 EFLAGS: 00010293
Mar 17 17:42:04 [2] RAX: ffffffffffffffff RBX: 0000000000000003 RCX: 0000000000000002
Mar 17 17:42:04 [2] RDX: 0000000000000002 RSI: ffffe20000c40200 RDI: ffffe22000c40230
Mar 17 17:42:04 [2] RBP: ffff88007a379cb8 R08: 0000000000000003 R09: 0000000000000000
Mar 17 17:42:04 [2] R10: 000000008030902c R11: ffffffff80292e2e R12: 0000000000000003
Mar 17 17:42:04 [2] R13: ffff88007a379ca0 R14: ffff88007a379d18 R15: 000000000000000e
Mar 17 17:42:04 [2] FS: 0000000000000000(0000) GS:ffff880001010000(0000) knlGS:0000000000000000
Mar 17 17:42:04 [2] CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Mar 17 17:42:04 [2] CR2: ffffe22000c40238 CR3: 000000007b3c2000 CR4: 00000000000006a0
Mar 17 17:42:04 [2] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Mar 17 17:42:04 [2] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Mar 17 17:42:04 [4] Process pdflush (pid: 113, threadinfo ffff88007a378000, task ffff88007a374000)
Mar 17 17:42:04 [8] Stack:
Mar 17 17:42:04 [4] 0000000000000000 000000000000000e ffff88003c781e50 ffff88007a379c90
Mar 17 17:42:04 [8] ffff88007a379e60 0000000000000000 0000000000000000 000000000000000e
Mar 17 17:42:04 [8] ffff88007a379d10 ffffffff80257e52 0000000000000000 ffffffff802567af
Mar 17 17:42:04 [8] Call Trace:
Mar 17 17:42:04 [8] [] ? pagevec_lookup_tag+0x1a/0x21
Mar 17 17:42:04 [8] [] ? write_cache_pages+0x162/0x322
Mar 17 17:42:04 [8] [] ? __writepage+0x0/0x25
Mar 17 17:42:04 [8] [] ? do_writepages+0x27/0x2d
Mar 17 17:42:04 [8] [] ? __writeback_single_inode+0x170/0x360
Mar 17 17:42:04 [8] [] ? del_timer_sync+0xc/0x16
Mar 17 17:42:04 [8] [] ? schedule_timeout+0x136/0x152
Mar 17 17:42:04 [8] [] ? process_timeout+0x0/0x5
Mar 17 17:42:04 [8] [] ? generic_sync_sb_inodes+0x2a7/0x439
Mar 17 17:42:04 [8] [] ? writeback_inodes+0x7d/0xcc
Mar 17 17:42:04 [8] [] ? wb_kupdate+0xaa/0x121
Mar 17 17:42:04 [8] [] ? pdflush+0x11f/0x1f3
Mar 17 17:42:04 [8] [] ? wb_kupdate+0x0/0x121
Mar 17 17:42:04 [8] [] ? pdflush+0x0/0x1f3
Mar 17 17:42:04 [8] [] ? kthread+0x54/0x80
Mar 17 17:42:04 [8] [] ? child_rip+0xa/0x20
Mar 17 17:42:04 [8] [] ? kthread+0x0/0x80
Mar 17 17:42:04 [8] [] ? child_rip+0x0/0x20
Mar 17 17:42:04 [8] Code: db e8 82 40 0c 00 41 89 c7 eb 5b 48 8b 45 00 48 8b 38 48 c7 c0 ff ff ff ff 40 f6 c7 01 48 0f 45 f8 48 85 ff 74 39 48 39 c7 74 ba <8b> 4f 08 48 8d 77 08 85 c9 74 d5 8d 41 01 48 63 d1 4c 63 c0 48
Mar 17 17:42:04 [7] RIP [] find_get_pages_tag+0x6b/0xdd
Mar 17 17:42:04 [4] RSP
Mar 17 17:42:04 [8] CR2: ffffe22000c40238
Mar 17 17:42:04 [4] ---[ end trace 792dd5efcfcc07fa ]---
Mar 17 17:43:31 [7] BUG: unable to handle kernel paging request at ffffe220007df7f0
Mar 17 17:43:31 [7] IP: [] find_get_pages_tag+0x6b/0xdd
Mar 17 17:43:31 [4] PGD 1102067 PUD 0
Mar 17 17:43:31 [8] Oops: 0000 [#2] SMP
Mar 17 17:43:31 [8] last sysfs file: /sys/devices/pci0000:00/0000:00:14.1/ide0/0.1/media
Mar 17 17:43:31 [4] CPU 0
Mar 17 17:43:31 [4] Modules BLOCKED_WORD in: ide_cd_mod cdrom usb_storage sd_mod 8139cp 8139too mii atiixp ehci_hcd ohci_hcd usbcore ata_generic ide_pci_generic ide_core pata_acpi sata_sil libata scsi_mod pcspkr rtc_cmos rtc_core rtc_lib [last unloaded:
Mar 17 17:43:31 [2] Pid: 4148, comm: smbd Tainted: G D 2.6.30.3-64-CORE3 #1 MS-7173
Mar 17 17:43:31 [2] RIP: 0010:[] [] find_get_pages_tag+0x6b/0xdd
Mar 17 17:43:31 [2] RSP: 0000:ffff88007970b8a8 EFLAGS: 00010293
Mar 17 17:43:31 [2] RAX: ffffffffffffffff RBX: 0000000000000000 RCX: 0000000000000000
Mar 17 17:43:31 [2] RDX: 0000000000000150 RSI: 0000000000000150 RDI: ffffe220007df7e8
Mar 17 17:43:31 [2] RBP: ffff88007970b978 R08: 000000000000000e R09: 0000000000000000
Mar 17 17:43:31 [2] R10: 000000008030902c R11: ffffffff80292e2e R12: 0000000000000000
Mar 17 17:43:31 [2] R13: ffff88007970b978 R14: ffff88007970b9f0 R15: 000000000000000e
Mar 17 17:43:31 [2] FS: 0000000000000000(0000) GS:ffff880001010000(0000) knlGS:0000000000000000
Mar 17 17:43:31 [2] CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b
Mar 17 17:43:31 [2] CR2: ffffe220007df7f0 CR3: 000000007a311000 CR4: 00000000000006a0
Mar 17 17:43:31 [2] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Mar 17 17:43:31 [2] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Mar 17 17:43:31 [4] Process smbd (pid: 4148, threadinfo ffff88007970a000, task ffff88007ba16c80)
Mar 17 17:43:31 [8] Stack:
Mar 17 17:43:31 [4] 0000000000000000 000000000000000e ffff880024100460 ffff88007970b968
Mar 17 17:43:31 [8] ffff88007970bb68 0000000000000000 0000000000000001 000000000000000e
Mar 17 17:43:31 [8] ffff88007970b9e8 ffffffff80257e52 0000000000000000 ffffffff802567af
Mar 17 17:43:31 [8] Call Trace:
Mar 17 17:43:31 [8] [] ? pagevec_lookup_tag+0x1a/0x21
Mar 17 17:43:31 [8] [] ? write_cache_pages+0x162/0x322
Mar 17 17:43:31 [8] [] ? __writepage+0x0/0x25
Mar 17 17:43:31 [8] [] ? do_writepages+0x27/0x2d
Mar 17 17:43:31 [8] [] ? __writeback_single_inode+0x170/0x360
Mar 17 17:43:31 [8] [] ? prop_fraction_single+0x33/0x52
Mar 17 17:43:31 [8] [] ? generic_sync_sb_inodes+0x2a7/0x439
Mar 17 17:43:31 [8] [] ? writeback_inodes+0x7d/0xcc
Mar 17 17:43:31 [8] [] ? balance_dirty_pages_ratelimited_nr+0x16c/0x2c4
Mar 17 17:43:31 [8] [] ? generic_file_buffered_write+0x210/0x2e8
Mar 17 17:43:31 [8] [] ? __generic_file_aio_write_nolock+0x349/0x37d
Mar 17 17:43:31 [8] [] ? sock_common_recvmsg+0x30/0x45
Mar 17 17:43:31 [8] [] ? generic_file_aio_write+0x64/0xc4
Mar 17 17:43:31 [8] [] ? ext3_file_write+0x16/0x91
Mar 17 17:43:31 [8] [] ? do_sync_write+0xce/0x113
Mar 17 17:43:31 [8] [] ? __mark_inode_dirty+0xed/0x187
Mar 17 17:43:31 [8] [] ? autoremove_wake_function+0x0/0x2e
Mar 17 17:43:31 [8] [] ? getnstimeofday+0x55/0xaf
Mar 17 17:43:31 [8] [] ? ktime_get_ts+0x21/0x4a
Mar 17 17:43:31 [8] [] ? poll_select_copy_remaining+0xd6/0xf6
Mar 17 17:43:31 [8] [] ? vfs_write+0x94/0xb8
Mar 17 17:43:31 [8] [] ? sys_write+0x45/0x6e
Mar 17 17:43:31 [8] [] ? ia32_sysret+0x0/0xa
Mar 17 17:43:31 [8] Code: db e8 82 40 0c 00 41 89 c7 eb 5b 48 8b 45 00 48 8b 38 48 c7 c0 ff ff ff ff 40 f6 c7 01 48 0f 45 f8 48 85 ff 74 39 48 39 c7 74 ba <8b> 4f 08 48 8d 77 08 85 c9 74 d5 8d 41 01 48 63 d1 4c 63 c0 48
Mar 17 17:43:31 [7] RIP [] find_get_pages_tag+0x6b/0xdd
Mar 17 17:43:31 [4] RSP
Mar 17 17:43:31 [8] CR2: ffffe220007df7f0
Mar 17 17:43:31 [4] ---[ end trace 792dd5efcfcc07fb ]---
Mar 17 17:52:02 [7] BUG: unable to handle kernel paging request at ffff8820293ad828
Mar 17 17:52:02 [7] IP: [] radix_tree_lookup_slot+0x45/0x5a
Mar 17 17:52:02 [4] PGD 202063 PUD 0
Mar 17 17:52:02 [8] Oops: 0000 [#3] SMP
Mar 17 17:52:02 [8] last sysfs file: /sys/devices/pci0000:00/0000:00:14.1/ide0/0.1/media

It doesn't cause the system to become unresponsive, as it can still be access via telnet and is still responsive via KVM. Have run scans and checks on the HDD, and no issues reported.

Anyone got any ideas or guidance ?

Gav

Edit: Regardless of choosing the option to reboot / shutdown, the system doesn't actually do anything, other than turn the screen black.

sure this has been discussed before - think the problem is the windows machine - search may throw something up

Welcome to the forum, Gav.

Are you sure that's a 64bit CPU ? I am puzzled because of the "3.06" clock rate and the (lowly) 10/100 on-board LAN ... if you can, list the sSpec # or more detail on the processor. I would try a 32-bit version of NL.

Win7 could still be the cause as indicated by tony a.

Gav,

Like you, I am a newbie when it comes to Naslite. I am running a 32 bit install on a Dell Poweredge server of similar vintage and booting from a flash drive. Like you, I experienced this issue; caused by using Win 7 to copy my music collection -- the first time anyway. As it turned out, all I had to do to reproduce the problem consistently was move any large volume of data or any single file > 4GB.

The main clue here is the "Unable to handle kernel paging request at" line in the log.

I ran memtest on the server and tracked the problem down to a bad RAM stick in slot 3. Replaced it, and presto. I've moved my 317GB music archive 3 times now without issue, and a host of Linux DVD ISO's one at a time as well, and will probably do it all a few more times just to be certain the problem is solved for good.

If it comes back I'll holler.

Jim

Hey guys, thanks for the replys

In response to the is it 64 bit or not, I spec'd the processor number on the net and direct from intel suggested it was a 64 bit processor, I'll try to find the spec again, I know i wrote it down somewhere it's just not to hand.

The system came about from some spare parts I had lying around, the only thing I was lacking was some memory for it so bought some. Will grab memtest and run it on them to see if any issues.

Gav

Update:

Ran memtest and as suggested, something's not quite right with the memory. both sticks test ok seperately, but throw errors up when in together which is weird. Will look at sorting them when I get chance.

As for the processor - http://ark.intel.com/Product.aspx?id=27462

Gav

Thanks, Gav. Continue pursuing that memory issue ... apparently the most likely source of trouble.

Indeed, 64bit on the CPU. Is the motherboard fully 64bit also (BIOS support and chipset) ? Make/Model/BIOS Revision ?

Motherboard - Supports Pentium 4 5xx and 6xx series, not sure as to the bios revision atm as it's no memory lol - returning to corsair via RMA

Gav