Re: 4.1.7 Slow To Respond To SMB Network Discovery...

jeremydo · ‎2010-12-09

would the os re-install wipe out the main volumes ? I have 2.5T of personal stuff on there.

Jedi_Knight · ‎2010-12-09

OS Reinstall will not wipe off the volume. Make sure not to pressing the reset button more than 5 Seconds OR too long. 30seconds will factory default the system.

Rusty_srcew · ‎2010-12-09

Hello all,

I've the same problem too.
Data transfer rate is about 500kbytes/s via powerline LAN 85Mbit/s.
WinXP SP3 and Vista SP1

How is the transfer rate from other users systems?

IanSav · ‎2010-12-10

Hi Rusty Srcew,

Rusty srcew wrote:
I've the same problem too.
Data transfer rate is about 500kbytes/s via powerline LAN 85Mbit/s.
WinXP SP3 and Vista SP1

How is the transfer rate from other users systems?

Once the share list is enumerated I have not noticed and transfer/speed rate issues.

Regards,
Ian.

Jedi_Knight · ‎2010-12-10

Guys,

I still am not able to reproduce the issue in house. I tried with Disk Spindown Mode. I tired with Jumbo Frame. If you could try with Frimware reinstall again and test with Direct connect (the ReadyNAS to PC) to rule out any possible switch/router issue. I also would advise rebooting the Clients before doing any test. If you are still having an issue, please open the tech support ticket (post the ticket info here) so that we can contact each of you and try to debug your system.

If anyone have same issue, please open a new post.

arsenicrun · ‎2010-12-10

Good news, everyone! (at least I hope)

I first attempted to do an OS reinstall by (a) powering off the device and (b) pressing the reset button with a paper clip for at least 5 seconds. I saw no LED lights at around 10 seconds, so I became worried and released the reset button. So that didn't work. I am definitely not willing to do a factory default reset at this time. I still have moderate faith in tech teams in general to resolve these bugs in future patches.

As I said before, I've got three ReadyNAS Duo's configured extremely similarly (apart from unique identifiers like device names), and I've upgraded two of them to 4.1.7, at which time both of the devices with the upgraded firmware always, always required at least 15 seconds, but usually 30+ seconds for SMB network discovery and enumeration completion.

What (seems to have) worked for me, just now:
In the HTTPS web configuration -
- Services, Discovery Services > I unchecked upnp, hit apply
- Services, Standard File Protocols > I unchecked HTTP and unchecked CIFS, hit apply
- (same) I checked CIFS, hit apply.

I booted several other computers on the network, some Windows XP SP3 and some Windows 7, and browsed to the device that I was tampering with. I pulled up an instant network share over CIFS from one machine and pulled up an instant mapped network drive on another computer (which is, in theory, the same mechanic at work). I tested browsing to the other ReadyNAS device that also was upgraded, but untampered, and it required the normal 30 seconds to find. As this was a good sign, I then toggled the CIFS service on the second device and tested it with a Windows 7 laptop that had not been connected for a few days, and alas, both shares came up instantly. Looks promising.

EDIT:
The bad news - I went ahead and tested the durability of this fix surviving a reboot, and my tests have said that no, it certainly does not. 😞
The good news -Toggling CIFS after the reboot resolved it again temporarily, though.

tl;dr - toggle the CIFS service on the ReadyNAS and they suddenly become instantly discovered.

IanSav · ‎2010-12-10

Hi Jedi Knight,

Jedi Knight wrote:
I still am not able to reproduce the issue in house. I tried with Disk Spindown Mode. I tired with Jumbo Frame. If you could try with Frimware reinstall again and test with Direct connect (the ReadyNAS to PC) to rule out any possible switch/router issue. I also would advise rebooting the Clients before doing any test. If you are still having an issue, please open the tech support ticket (post the ticket info here) so that we can contact each of you and try to debug your system.

If anyone have same issue, please open a new post.

Apart from the password reset what other, if any, changes are made to the ReadyNAS on OS/Firmware reinstall? Can *all* the changes be recovered/fixed by recovering a configuration backup?

I have already offered VNC access to a PC, Slingbox access to a PVR and ReadyNAS access to the 4.1.7 DUO for Netgear engineers to explore the issue. Are you asking me to re-offer the access via a support ticket?

Regards,
Ian.

IanSav · ‎2010-12-10

Hi,

Following from Jedi Knight's request I used the System > Update > Remote process to re-fetch and repeat the firmware upgrade of my DUO. The unit just completed the process but the share enumeration is just as slow as before.

I don't want to do the O/S Reinstall process until I get confirmation of what changes and/or losses I may suffer. This NAS is in production and I don't want it to suffer any extended downtime.

Regards,
Ian.

arsenicrun · ‎2010-12-10

I am getting the impression that the lack of response to the questions about downgrading to 4.1.6 means that the answer isn't really clear.

Ian,

Assuming you tend to leave your ReadyNAS Duo turned on for eternities at a time like I do, toggling the CIFS service on and off seems like a useful (although far from acceptable) fix. I've had instant-access all evening, and I am also fortunate enough to have mine connected to a battery backup so that I doubt I will have to worry about this until I am forced to reboot.

Jedi Knight,

This behavior suggests that a change in the way the new firmware boots the device has a damaging effect on the CIFS/SMB discovery mechanism. Please forward this issue to the appropriate team such that we can all enjoy a fix as soon as possible.

Thanks,
Sean

jeremydo · ‎2010-12-10

quick update about my experience with this so far.
my problem was exacerbated by having run out of space on the root volume (minidlna had created a massive database file which made all sorts of other things fail). After deleting that file, the performance problems are still there, but some other failures I was seeing have gone away.

anyway - when it comes to network "discovery" - ie: being able to enumerate network services exported by the nas, using bonjour works fine for me. ie: it registers quickly, i can connect to it quickly.

However, that is just the discovery part. When it comes to enumeration of the directories and general network access of the filesystem, things are still quite slow for me. I have tried the smb service and also the afp service separately, and get approximately the same performance from both (ie: unacceptably slow).

Will post more info if I find anything interesting.

IanSav · ‎2010-12-11

Hi Sean,

arsenicrun wrote:
I am getting the impression that the lack of response to the questions about downgrading to 4.1.6 means that the answer isn't really clear.

Or Netgear are concerned about the process of reverting to the previous firmware.

arsenicrun wrote:
Assuming you tend to leave your ReadyNAS Duo turned on for eternities at a time like I do, toggling the CIFS service on and off seems like a useful (although far from acceptable) fix. I've had instant-access all evening, and I am also fortunate enough to have mine connected to a battery backup so that I doubt I will have to worry about this until I am forced to reboot.

I have just verified your observations. I toggled CIFS off and then on (within a few seconds) and I can now find and access shares on the DUO from my PVRs. As you said, this is a hack but it does help with the immediate problem.

Hopefully this will give the Netgear engineers something more with which to work.

Regards,
Ian.

Berkhout · ‎2010-12-11

Toggle CIFFS off and then on does the trick here also. But it is of course a workaround.
Well lets see what the Netgear boys can do.

greetings Willem

Jedi_Knight · ‎2010-12-12

Guys,

We have been looking into this issue in-house. The only thing I can think of is was somehow samba daemon become unresponsive after reboot (or) doesn't get started correctly (however, if you restart the services by manually, it works fine). So I am not sure unresponsive or doesn't get started correctly due to smb.conf setting in your individual system.

Some of you have an issue with full root, so that update my not work properly. So I would suggest reinstalling the firmware.

OS Reinstall doesn't touch your data volume, however, it helps reset some configuration files that is being corrupted or need to update.

WSJ · ‎2010-12-12

arsenicrun wrote:
Good news, everyone! (at least I hope)
Toggle the CIFS service on the ReadyNAS [off and on, again] and they suddenly become instantly discovered.

Many thanks for this advice - you've saved my day.Yes, it lasts only until the next ReadyNAS reboot.
But that's acceptable for the time being (i.e. until the next firmware update will fix the bug).

IanSav · ‎2010-12-16

Hi,

The work-around works quite well for temporarily restoring services. Have the Jedi team made any progress in discovering the underlying cause and hence providing a permanent fix?

Regards,
Ian.

Berkhout · ‎2010-12-21

Hello,

Radio silence??? Any news from the Netgear boys?

greetings Berkhout

WSJ · ‎2010-12-25

Jedi Knight wrote:
The only thing I can think of is was somehow samba daemon become unresponsive after reboot (or) doesn't get started correctly (however, if you restart the services by manually, it works fine).

Any news / updates on the topic?
It seems that many ReadyNAS customers are facing those performance issues after applying the new firmware.
O.k - now it's christmas time. But the issue has been reported quite a while before the winter break.
I'd like to know if someone is already / still working on the issue. Is the root cause analysis completed?
Are you already working on a patch?

Nyarlathotep · ‎2010-12-26

+1 for the disable/re-enable "trick." I bought my ReadyNAS Duo recently and never used any firmware other than 4.1.7, so I have no idea how the speed "should" have been, but I did notice that it was slow. After disabling and re-enabling CIFS, network discovery is much faster, even over an OpenVPN connection through a tethered cell phone (I'm currently on a train).

IanSav · ‎2010-12-27

Hi Jedi Knight,

Following on from your request above, and your PMs to me, I made some time to perform an OS Reinstall. I regret to inform you that this has made *no* difference to this problem.

The stop/start of the CIFS service has once again saved the day and restored the NAS to a working state.

Regards,
Ian.

WSJ · ‎2010-12-27

See also the posting of "Nyarlathotep":
He has bought a new ReadyNAS Duo with firmware 4.1.7 - facing the same issues. So, it's not a matter of upgrades. The firmware version 4.1.7 is buggy - and hopefully there'll be soon a bugfix.

@Ian: Thank you for that information - so, it's not worth to perform an OS reinstall.

IanSav · ‎2010-12-27

Hi WSJ,

WSJ wrote:
@Ian: Thank you for that information - so, it's not worth to perform an OS reinstall.

If it isn't too disruptive you may care to try the reinstall yourself to confirm my observation. All this broke was the admin password and the NAS digital certificate. Both were easily fixed.

Regards,
Ian.

arsenicrun · ‎2010-12-30

Good news, Everyone!

I finally had the opportunity to back up the data on one of my ReadyNAS Duos. Feeling a bit more secure having taken that precaution, I searched for information about downgrading to 4.1.6. Here's what I found out 🙂

The page announcing the release of 4.1.6 on July 15, 2009 is still alive! And it can be found at http://www.readynas.com/?p=2620

On that page, you'll find the image for the 4.1.6 firmware still being served in its original form at http://www.readynas.com/download/RAIDiator/RAIDiator-4.1.6 (this is a direct link to the 59.4 MB image which you can use to do a "Local Update" in your ReadyNAS web config screens).

When you click "Upload and verify image..." it will think for a few moments and then results in this screen

Happily, I clicked Perform System Update. The ReadyNAS Duo immediately told me to reboot. It took a few minutes to update itself while booting, but after that I am pleased to report that all of my settings, shares and files were intact. Browsing to the CIFS share was instant without using the toggling hack. I rebooted and browsed to my share just to confirm, and yes, the discovery is instant again.

Purely in the interest of science, I rebooted my ReadyNAS Duo that still has 4.1.7 on it. It took the ~30 seconds to find the CIFS share, as usual. I will be downgrading this one as well after posting this reply.

tl;dr - I have confirmed that downgrading to 4.1.6 fixes this bug.

I hope this helps,

Sean

PS - I must admit that I had hoped for the Netgear crew to help me out on these forums instead of having to figure this stuff out myself. In the future it'd be nice to have more acknowledgment, concern and updates about the progress towards fixing bugs like this one.

Quinten1 · ‎2010-12-31

Out of interest, could you do a

smbd --version

on both your Duo's ?

Nyarlathotep · ‎2010-12-31

I have confirmed that downgrading to 4.1.6 fixes this bug.

Unfortunately, that is not an option for me, as I need 4.1.7 for my WD EARS drives (the same ones as "Quentin") with 4K sectors... I'll have to wait until the next release.

arsenicrun · ‎2010-12-31

Quinten wrote:
Out of interest, could you do a
smbd --version
on both your Duo's ?

I have like, zero experience doing command-line stuff with network devices. Let me know how to do this and I'll post the result when I get home from work today.

Happy New Year!