NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ReadyNAS NV+ hangs during file copy/move
I'm setting up a new ReadyNAS NV+ with my MacBook and am experiencing constant hangs or freezes trying to copy/move files between shares on the NV+. When I first set up the NV+ (which is running th...
Me too. Similar problems, but what I'm doing is batch-converting Apple Lossless files from one folder on the share into MP3 files on another folder in the share (using the "Max" application). Both folders are on the same AFP share.
RAIDiator 4.0.1 (going to 4.1.4), OS X 10.5.6 + Security Update 2009-1
Reproduction:
1. Mount AFP share
2. Perform Finder search on share (files modified after date YYYY-MM-DD)
3. Drag results of seach into Max
4. Start converting the Lossless files, output to be written to another folder on the share. (eight threads are spawned to do the conversion, so there are eight separate operations in progress at any time)
Result:
After between 5 and 20 seconds, writing to the AFP share stalls completely. No other client is able to see or access the share. Attempting to access the share causes Finder to stall so badly that it won't even respond to Force Quit (an old, old bug that Apple haven't fixed in eight years :| )
I am about 95% convinced that this is Apple's problem, but hoping that the new firmware will have some workaround.
NFS seems unaffected, but using NFS shares of volumes that were populated using AFP has its own set of painful surprises that I'd rather not repeat.
Updated to RAIDiator 4.1.4 and did a full filesystem check too, just in case. The problem persists.
RAIDiator 4.0.1 (going to 4.1.4), OS X 10.5.6 + Security Update 2009-1
Reproduction:
1. Mount AFP share
2. Perform Finder search on share (files modified after date YYYY-MM-DD)
3. Drag results of seach into Max
4. Start converting the Lossless files, output to be written to another folder on the share. (eight threads are spawned to do the conversion, so there are eight separate operations in progress at any time)
Result:
After between 5 and 20 seconds, writing to the AFP share stalls completely. No other client is able to see or access the share. Attempting to access the share causes Finder to stall so badly that it won't even respond to Force Quit (an old, old bug that Apple haven't fixed in eight years :| )
I am about 95% convinced that this is Apple's problem, but hoping that the new firmware will have some workaround.
NFS seems unaffected, but using NFS shares of volumes that were populated using AFP has its own set of painful surprises that I'd rather not repeat.
Updated to RAIDiator 4.1.4 and did a full filesystem check too, just in case. The problem persists.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
