NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
RN316 randomly freezing shared folder on 6.4.0
Hi, I upgraded a client's RN316 to firmware 6.4.0 about 2 days ago. The firmware update reported successful and all seemed ok for about half a day. Now the primary share (2.7TB) of data, has becom...
Do you have ssh enabled? If so, can you go in and run top to see if "[btrfs-cleaner]" shows up and is using lots of CPU? If so, then you may well be experiencing an issue that's been reported in other threads.
Problem remains on my RN314, unable to access admin page to delete snapshots. Was at 90% of 3.5TB nybblesandbytes .
So far I have performed a successful usb recovery for the 6.4.0 and then successfully ran an OS recovery through the boot menu. After rebooting, the unit has an active activity light for several minutes while the LCD shows "Booting..." . Shares are available on the network during that time. Then at some point the shares lose accessibilty and the activity light goes dark. Suggestions anyone? mdgm-ntgr?
KenD90027 have you made any progress on this?
I managed to get on to the admin page for about 10 minutes, deleted maybe half the snapshots before it kicked me off again and now again I am unable to connect to admin page or access the folders.
Becoming a real big problem for us now.
Update as at 18:00 today - the extra 4TB hard drive finished resyncing and I now have over 4TB free space available.
The client has closed for the weekend so I don't have any feedback since then, however I will be taking this up again on Monday morning, to establish if the device is now 100% stable again, and performing normally.
Netgear's official position on this was that the ReadyNAS should have 20% - 25% free space available...
Update on Monday morning 26 October 2015:
- NAS is running normally at the moment, after upgrading storage with an additional 4TB last Thursday.
The resync took over 24 hours to complete, but it did finish and the shares were up the whole time.
- Netgear had advised me to run a Balance as well. I first ran a full backup on Saturday, and then I started a balance on Sunday morning.
Bad idea - the balance started out fine, showing up progress as 1% initially, then the device locked up completely (no web interface, no shares available, no ping response).
I decided to wait it out until this morning - still dead, so I had someone onsite pull the power plug on the NAS and switch it back on.
After about 5 minutes the NAS came back up, and the web interface showed the balance had restarted at 0% - there is no way to cancel the balance from within the web interface.
I then used PUTTY to SSH into the device and used the following command to stop the balance:
btrfs fi balance cancel /data
It took a few minutes to cancel, but updating the web interface showed that the balance had been cancelled.
Now the NAS is running normally again, and shares are available. I am just concerned about the fact that I had to cancel the Balance - what effect can this have had on the data?
I can't have the device locking up every time I need to run a balance / defrag / scrub...
...and we're back to where we started.
The laggy RN16 issue persists – today it has dropped the share on the LAN several times, but seemingly not on all workstations.
I am trying to pinpoint if the issue is now AFP / SMB based, or maybe based on something else?
Do I switch AFP / SMB off and on for the share in question, and is that safe to do?
Macs seem to be affected more, so I have been refreshing the DHCP leases for the IP addresses of the Macs just to rule that out - I imagine that an IP conflict somewhere could cause issues.
Could the snapshots (hourly) have an impact on the performance of the device?
I noticed in the logs that the device is also deleting old snapshots on the hour… This was never an issue in 6.2.4 - could it be possible that 6.4.0 has somehow made the snapshot feature buggy and slow - slow enough to cripple the device for approx. 10 minutes at a time?
BennyKind Apparently what happens is that after snapshots are deleted, the btrfs-cleaner process is invoked, which is when all hell breaks loose and it consumes 90+% of CPU resources...
For some reason this is delayed - my snapshots were auto deleting at 17 mins past the hour, and the ReadyNAS would freeze at half past, even though the device logs indicated 17 mins past the hour.
I managed to stop the btrfs-cleaner process in SSH and the device seems to working normally again now - LAN shares, web interface.
The only thing I see is that under Volumes, it now only shows "Free Space" and "Snapshots" - no data... Worrying!
Even so, my shares are there and fully accessible and I have a working fileserver again.
Really hoping that Netgear takes note and pushes out a stable fix for this very soon.
nybblesandbytes this is all such a pain in the ****
I managed to get on to the web interface for a good ten minutes and managed to delete all remianing snapshots and change the snapshot schedule to never.
This seems to have fixed it for now despite the unit not taking snapshots which makes me a little nervous. 4 days on and its still running ok and is accessible by everyone.
Netgear really do need to get this sorted.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
