NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
IanSav
Nov 30, 2010Apprentice
4.1.7 Slow To Respond To SMB Network Discovery...
Hi,
Since upgrading my DUO to 4.1.7 I have noticed that the DUO is *very* slow to respond SMB/SAMBA network share enumeration requests. It may take up to about a minute for the DUO to provide its list of shares. The problem happens *every* time the DUO is asked to list its shares and not just for the first request. This was not an issue under 4.1.6. (I never ran any of the betas and upgraded from 4.1.6 production directly to 4.1.7 production. There were no obvious issues with the upgrade.)
On a client PC this results in about a minute of waiting before the DUO responds with a share list. This is long but not particularly problematic. On the other hand, to my media players this response is *so* long that the media player times out and is no longer able to find the DUO. This is *very* problematic.
This is only happening on my DUO with 4.1.7. The same DUO with 4.1.6 was fine and my NVX with 4.2.15 is also fine.
Is it possible to get a patch to repair this issue? Is there anything I can do to restore the previously snappy performance? Is it safe/possible to revert to 4.1.6?
Regards,
Ian.
Since upgrading my DUO to 4.1.7 I have noticed that the DUO is *very* slow to respond SMB/SAMBA network share enumeration requests. It may take up to about a minute for the DUO to provide its list of shares. The problem happens *every* time the DUO is asked to list its shares and not just for the first request. This was not an issue under 4.1.6. (I never ran any of the betas and upgraded from 4.1.6 production directly to 4.1.7 production. There were no obvious issues with the upgrade.)
On a client PC this results in about a minute of waiting before the DUO responds with a share list. This is long but not particularly problematic. On the other hand, to my media players this response is *so* long that the media player times out and is no longer able to find the DUO. This is *very* problematic.
This is only happening on my DUO with 4.1.7. The same DUO with 4.1.6 was fine and my NVX with 4.2.15 is also fine.
Is it possible to get a patch to repair this issue? Is there anything I can do to restore the previously snappy performance? Is it safe/possible to revert to 4.1.6?
Regards,
Ian.
179 Replies
Replies have been turned off for this discussion
- BikeHelmetAspirantSome more details:
1) The odd behaviour I experienced first occured after a Samba update.
2) Restarting Samba would cure it briefly. (perhaps 30-60 minutes)WSJ wrote: Well - my ReadyNAS Duo (with 4.1.7 firmware) has name resolve order = "lmhosts host wins bcast"
So, that seems not the cause.
3) Previously my order was:wins lmhosts host bcast
I changed it to this to resolve it:wins bcast lmhosts host
Certain name resolve methods (WINS) were timing out for some reason. I assume there's an underlying bug/glitch in whatever version of Samba I had. - WSJTutorWell, it would be interesting to know which Samba version is used in a ReadyNAS with RAIDiator 4.1.6.
And also the section "name resolve order" in /etc/samba/smb.conf should be compared with the one of RAIDiator 4.1.7.
Does anyone has a ReadyNAS with RAIDiator 4.1.6 and is willing to post his findings?
I assume that the Samba version is "3.0.34" (according to nmbd.log: I've noticed a change from "3.0.34" to "3.0.37" at the point in time when I've upgraded the firmware ...).
I've also noticed a change regarding the "Linux version" at the same time (according to system.log):
"2.6.17.8" -> "2.6.17.14"
And another change effects the "udhcp client":
"v0.9.8" -> "v1.14.3"
Can someone confirm / correct those assumptions? - MilhouseTutorI'm running 4.1.6 on an NV - I still don't think 4.1.7 is stable enough to warrant an upgrade, too many minor/niggling issues that need fixing or working around and taken collectively amount to a major issue/risk.
nas1:/# uname -a
Linux nas1 2.6.17.8ReadyNAS #1 Tue Jun 9 13:59:28 PDT 2009 padre unknown
nas1:/# smbd --version
Version 3.0.34
From the logs:
Jan 23 23:06:37 nas1 udhcpd: udhcp server (v0.9.8) started - WSJTutorThanks for the confirmation.
- IanSavApprenticeHi,
Are there any updates on this issue. More importantly, are there any fixes coming out soon?
Regards,
Ian. - biggerbyte1AspirantI have this problem too. 4.1.7 was terrible for me, so I found 4.1.6 online from Netgear and reverted back to 4.1.6.. All is good again.
- WSJTutorDid anyone filed an official bug report at Netgear, already?
Although Netgear employees are reading the forum postings, this is not equivalent to an official bug report.
Has anyone obtained a case number? - IanSavApprenticeHi WSJ,
WSJ wrote: Did anyone filed an official bug report at Netgear, already?
Although Netgear employees are reading the forum postings, this is not equivalent to an official bug report.
Does anyone obtained a case number?
I haven't submitted an official bug report as Australian time zones don't map well with USA support times.
In the past such actions were unnecessary as staff here were quick to act and resolve bugs. It looks like Netgear no longer cares about its products. Overall the quality and timing of support has been declining for a while now. This is not like the good old days when Infrant never seemed to release a bad build to the public. If anything problematic ever did get out there was usually a patch within hours. It never took more than a few days for issues to be resolved. I remember when individual issues, like my problematic HP OfficeJet 9130, received individual attention on this forum with a patch being cut and made available for the very few others who also had issues with this multifunction printer. Contrast that with the current situation where there is a SMB problem affecting many, many users and we cant seem to get any traction for a fix.
If someone closer to the USA doesn't file a formal report and it appears that this is now required I will consider lodging one from Australia.
Regards,
Ian. - WSJTutor"Your support request has been saved:
The reference number is 14577085, a representative will reply to you shortly."
I'll keep you in the loop.
PS: Linux users are facing the very same problems ... (and they propose to modify /etc/init.d/rc3 to restart samba after booting ReadyNAS) - IanSavApprenticeHi WSJ,
Do you have any updates? Has opening a case with Netgear had any beneficial effect?
Regards,
Ian.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!