Corsair VS1GSDS400/EU 1GB in Duo

Hmm,
Maybe to happy to soon.
The 2 memory test went fine.
Placed the duo online and checked the DLNA server om my tv. It worked fine.

One hour later i logged in from the iMac and after 20 minutes i lost the connection to the Duo disks.
On the Duo the network cable was attached and showing 2 green lights (active and 100Mbps). On the front the blue power light was steady, both green disk lights were steady and occassionally the activity green light went on.
I plugged the network cable from the Duo to another socket in the Router. Still no Duo disks.
Ping-ing to the Duo had no success. 'findsmb' found nothing. Router did work fopr internet access.

Performed a shut down by pressing 5 seconds on the power button. Started up by pressing the power button again.
Everything works. The logs mention a shutdown and a system up. No Errors at all.

Any clueas as to the cause?

Armand

Ok,
Found this in the system.log:
""
[Mar 31 21:39:58 nas-02-63-74 mountd[952]: authenticated mount request from 192.168.1.34:1023 for /c/nfs (/c/nfs)
(User comment: sombody logs in)
Mar 31 21:40:16 nas-02-63-74 kernel: phy_irq 8008 repeated 1
Mar 31 21:40:47 nas-02-63-74 kernel: rxS1(00ca0000),rxS0(008000be)
Mar 31 21:42:26 nas-02-63-74 kernel: + phy_irq 8008 repeated 2
Mar 31 21:42:26 nas-02-63-74 kernel: unlinked
Mar 31 21:42:26 nas-02-63-74 avahi-daemon[879]: Withdrawing address record for 192.168.1.41 on eth0.
(User comment: system stops using its IP-address)
Mar 31 21:42:26 nas-02-63-74 avahi-daemon[879]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.41.
Mar 31 21:42:26 nas-02-63-74 avahi-daemon[879]: iface.c: interface_mdns_mcast_join() called but no local address available.
Mar 31 21:42:26 nas-02-63-74 avahi-daemon[879]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar 31 21:42:31 nas-02-63-74 kernel: linked, 1000mbps mode
Mar 31 21:42:31 nas-02-63-74 avahi-daemon[879]: New relevant interface eth0.IPv4 for mDNS.
Mar 31 21:42:31 nas-02-63-74 avahi-daemon[879]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.41.
(User comment: tries to use its IP-address again)
Mar 31 21:42:31 nas-02-63-74 avahi-daemon[879]: Registering new address record for 192.168.1.41 on eth0.
Mar 31 21:42:38 nas-02-63-74 upnpd(eth0)[1267]: received signal 15, exiting
Mar 31 21:42:40 nas-02-63-74 exportfs[2247]: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/media". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Mar 31 21:42:40 nas-02-63-74 exportfs[2247]: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/nfs". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Mar 31 21:42:40 nas-02-63-74 upnpd(eth0)[2254]: Listening on 192.168.1.41:50000
Mar 31 21:42:40 nas-02-63-74 upnpd(eth0)[2254]: setsockopt - IP_ADD_MEMBERSHIP: Address already in use
Mar 31 21:42:40 nas-02-63-74 upnpd(eth0)[2254]: Failed to add membership for address 192.168.1.41
(User comment: IP-address not granted)
Mar 31 21:43:02 nas-02-63-74 nss_wins[2264]: can't find host time-e.netgear.com
Mar 31 21:43:23 nas-02-63-74 nss_wins[2264]: can't find host time-h.netgear.com
Mar 31 21:43:23 nas-02-63-74 nss_wins[2264]: no servers can be used, exiting
Mar 31 21:45:53 nas-02-63-74 kernel: phy_irq 8008 repeated 21
Mar 31 21:45:53 nas-02-63-74 kernel: unlinked
Mar 31 21:45:53 nas-02-63-74 avahi-daemon[879]: Withdrawing address record for 192.168.1.41 on eth0.
(User comment: try once more)
Mar 31 21:45:53 nas-02-63-74 avahi-daemon[879]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.1.41.
Mar 31 21:45:53 nas-02-63-74 avahi-daemon[879]: iface.c: interface_mdns_mcast_join() called but no local address available.
Mar 31 21:45:53 nas-02-63-74 avahi-daemon[879]: Interface eth0.IPv4 no longer relevant for mDNS.
Mar 31 21:46:04 nas-02-63-74 kernel: enable_irq(11) unbalanced from 80036a24
(User comment: Waht does this mean?)
Mar 31 21:46:09 nas-02-63-74 kernel: hotplug powersave returned 0x100enable_irq(11) unbalanced from 80036a24
Mar 31 21:46:26 nas-02-63-74 kernel: hotplug powersave returned 0x100linked, 1000mbps mode
Mar 31 21:46:26 nas-02-63-74 avahi-daemon[879]: New relevant interface eth0.IPv4 for mDNS.
Mar 31 21:46:26 nas-02-63-74 avahi-daemon[879]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.41.
Mar 31 21:46:26 nas-02-63-74 avahi-daemon[879]: Registering new address record for 192.168.1.41 on eth0.
Mar 31 21:46:35 nas-02-63-74 upnpd(eth0)[2254]: received signal 15, exiting
Mar 31 21:46:36 nas-02-63-74 exportfs[2473]: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/media". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Mar 31 21:46:36 nas-02-63-74 exportfs[2473]: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/nfs". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Mar 31 21:46:36 nas-02-63-74 upnpd(eth0)[2480]: Listening on 192.168.1.41:50000
Mar 31 21:46:36 nas-02-63-74 upnpd(eth0)[2480]: setsockopt - IP_ADD_MEMBERSHIP: Address already in use
Mar 31 21:46:36 nas-02-63-74 upnpd(eth0)[2480]: Failed to add membership for address 192.168.1.41
Mar 31 21:46:39 nas-02-63-74 kernel: padre_power_down_task
(User comment: I press the shutdown button)
Mar 31 21:46:39 nas-02-63-74 init: Switching to runlevel: 0
Mar 31 21:46:54 nas-02-63-74 kernel: hotplug powerdown returned 0x100<4>nfsd: last server has exited
Mar 31 21:46:54 nas-02-63-74 kernel: nfsd: unexporting all filesystems
Mar 31 21:46:54 nas-02-63-74 kernel: RPC: failed to contact portmap (errno -5).
Mar 31 21:46:55 nas-02-63-74 exiting on signal 15
(User comment: I press the start button)
Mar 31 21:48:17 nas-02-63-74 syslogd 1.4.1#10: restart.
""

This
""
Mar 31 21:42:26 nas-02-63-74 kernel: + phy_irq 8008 repeated 2
Mar 31 21:42:26 nas-02-63-74 kernel: unlinked
Mar 31 21:42:26 nas-02-63-74 avahi-daemon[879]: Withdrawing address record for 192.168.1.41 on eth0.
""
looks like the start of the problem.

Is it memory related? I just changed from 256MB to 1GB.
If not, what has happened?

Regards,
Armand

...and what did happen?
Was it the Corsair memory used (the VS1GSDS400)?
Please let us know, thank you.
Hans.

I would hazard a guess that it is memory related. Two things:
1. I do not see the Corsair VS1GSDS400 on the compatibility listing for the NV/NV+/Duo as of 8/1/2010.
2. Looking at the memory specs on Newegg, it is listed as CL3. There have been other posts stating that the CL must be 2.5 in order for it the memory to work.

PapaBear wrote:
1. I do not see the Corsair VS1GSDS400 on the compatibility listing for the NV/NV+/Duo as of 8/1/2010.

Where is the compatibility list?
I only see this site

If you still wish to replace/upgrade your system memory, there is community-provided feedback on successful modules available here: Community Hardware Compatibility List. NETGEAR makes no warranty with respect to the accuracy of the items posted.

armandckj wrote:
Hi, 1GB, DDR1, 400MHz, PC3200, 16 chip works fine. 2 memory checks ran fine in just under 1.5 hours. Armand

The same here, because it was not clear if the memory module is ok, I run the memory check 4 times, all ok.
The System is now running fine for 4 days which much load (squeezebox server music library scanns and robocopy). With the 256 MB RAM I had problems, top showed 250 MB in use and 210 MB in swap, the system was very slow with squeezebox server 7.5.2.

System: ReadyNAS Duo
Memory: Corsair Value Select 1 GB, VS1GSDS400/EU DDR1 400MHz PC3200 CL3
(ReadyNAS needs only 300 MHz so CL 2.5 at 300 MHz seems to function)

Startpage shows:
Firmware: RAIDiator 4.1.7 [1.00a043]
Speicher: 1024 MB [2.5-3-3-7]

Greets,
Jpmmuc.

PapaBear wrote:
I would hazard a guess that it is memory related. Two things: 1. I do not see the Corsair VS1GSDS400 on the compatibility listing for the NV/NV+/Duo as of 8/1/2010. 2. Looking at the memory specs on Newegg, it is listed as CL3. There have been other posts stating that the CL must be 2.5 in order for it the memory to work.

Hello all,

I just took a look under the hood of my RND2000v2 and it has a stick of Apacer 256MB SOD PC3200 CL3 installed as standard.

+1 on the Apacer; 256mb SOD PC3200 CL3 P/N 76.8338G.A07.

ahpsi wrote:
+1 on the Apacer; 256mb SOD PC3200 CL3 P/N 76.8338G.A07.

If memory serves, the Duo does not actually run the memory at PC3200 speed, and so the specs on the label do not nessecarily apply.

From what I can gather the Duo runs at PC2700, CAS level 2.5. Any half decent PC3200 memory (DDR400 / CAS 3) will likely run at the lower speed at the improved timing of CAS 2.5.

So if Buying PC3200 memory, just ensure that it will run at PC2700 at CAS 2.5 in ADDITION to running at it's rated speed.

I used a generic Crucial SODIMM with those very timings at had no issues.

My Corsair VS1GSDS400 doesn't boot.
Passes memory tests, but no boot.
So maybe you're just on the verge of stability.