NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
937carrera
Mar 01, 2014Aspirant
NV+ slows after 15-20 minutes [SOLVED]
I am experiencing some performance issues with my NV+ It is used for storing drive images created using the Acronis Drive Image 2010 CD. Backups work fine, the issue arises when I come to do a rest...
937carrera
Mar 01, 2014Aspirant
Thanks guys, some responses to your thoughts
I have been holding off upgrading the firmware as I thought 4.1.7 was stable and I didn't see much in the way of improvements for my type of use. I also didn't want to lose my logs (though I have now downloaded them for backup/examination). Certainly nothing that I have seen in the change logs to suggest that there are any fixes for this type of problem. I may still do so just to try
I helped a guy a couple of years ago by running some wireshark tests to look at the packets on my setup to see if we could replicate his problem. http://www.readynas.com/forum/viewtopic.php?f=21&t=62414 . He was the brains, I was just the brawn. The conclusion was that the firmware sends large packets even when jumbo frames is off. :o I think you responded on that thread too
I have rechecked the SMART status. All drives look very good with no reallocated sectors or any unusual entries. I also used phpsysinfo to look at how much of the system partition is being used. It's only 24% used with 464 MiB from a 1.94GiB partition. The /dev/hdc1/ partition is mounted at / as ext3
Looking at the information today I can see that the memory is now being reported as follows:
Kernel 7%
Buffers 13%
Cached 17%
Yesterday the cached memory was up at 88%, but I assume that was cached drive reads waiting to be transmitted.
Disk swap is 0% today and was 1% yesterday if I recall correctly.
Does that help, is there anything else I can be looking at ?
StephenB wrote: I think I would try upgrading the firmware. You can always downgrade again if there is a problem
I have been holding off upgrading the firmware as I thought 4.1.7 was stable and I didn't see much in the way of improvements for my type of use. I also didn't want to lose my logs (though I have now downloaded them for backup/examination). Certainly nothing that I have seen in the change logs to suggest that there are any fixes for this type of problem. I may still do so just to try
StephenB wrote:
The NAS shouldn't be sending jumbo frames if the setting is off and the MTU set to 1500. So that is strange.
I helped a guy a couple of years ago by running some wireshark tests to look at the packets on my setup to see if we could replicate his problem. http://www.readynas.com/forum/viewtopic.php?f=21&t=62414 . He was the brains, I was just the brawn. The conclusion was that the firmware sends large packets even when jumbo frames is off. :o I think you responded on that thread too
StephenB wrote: I'd also check the OS fullness (requires ssh) or alternatively delete all logs from frontview (system and backup).
Maybe also check the SMART stats for the disks.
I have rechecked the SMART status. All drives look very good with no reallocated sectors or any unusual entries. I also used phpsysinfo to look at how much of the system partition is being used. It's only 24% used with 464 MiB from a 1.94GiB partition. The /dev/hdc1/ partition is mounted at / as ext3
Looking at the information today I can see that the memory is now being reported as follows:
Kernel 7%
Buffers 13%
Cached 17%
Yesterday the cached memory was up at 88%, but I assume that was cached drive reads waiting to be transmitted.
Disk swap is 0% today and was 1% yesterday if I recall correctly.
Does that help, is there anything else I can be looking at ?
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!