NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
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
- Personally I hope 4.1.8 doesn't go to a production release soon as I'd like to see more changes and once there's a production release there may not be an update for quite a while.
- Hi Mdgm,
mdgm wrote: Personally I hope 4.1.8 doesn't go to a production release soon as I'd like to see more changes and once there's a production release there may not be an update for quite a while.
I also raised another issue in my PMs to Netgear that I hope will be fixed before 4.1.8 and the next 4.2.x become final.
Regards,
Ian. mdgm wrote: Personally I hope 4.1.8 doesn't go to a production release soon as I'd like to see more changes and once there's a production release there may not be an update for quite a while.
Good point - I agree.
Well, actually the current beta (4.1.8-T5) is already a good relief - for those who do not want to wait any longer.
Yes, 4.1.8 should bring more features, not just bug fixes.
I've got the feeling that this might be the last feature pack ... (hopefully Netgear proofs me wrong).IanSav wrote: I also raised another issue in my PMs to Netgear that I hope will be fixed before 4.1.8 and the next 4.2.x become final..
Can you share this with us?
Maybe other forum member have additional issues - we should bundle our requests.
(I'm fine with fixing this issue, but I fully understand that there might be more demand)- Hi WSJ,
In my PM I was hoping to have the issue with the missing "From:" setting from the internal SMTP gateway restored. I was also asking to have all E-Mail addresses properly RFC822 and later compliant. (That is the RAIDiator E-Mail address validation rules are too tight and don't allow for RFC compliant formats like "Sender Name <Sender@company.com>".)
If I was to go all out with a wish list item it would be for a UI overhaul to allow the UI to scale to fit the browser window size rather than have scroll bars on artificially constrained small data frames. With more real estate available we should be able to have more configuration items on a single screen and could reduce the number of screens users must access. This is particularly relevant in the file and folder security screens across the different protocols.
Regards,
Ian. IanSav wrote: ...
Can others with this problem please try the beta, if practical, and let us know if this beta addresses the issues in your environment.
I've since April 2011 in contact with the support. My case # 15370409. On 12 July 2011 I got the tip on this forum. Yesterday I installed the beta version. Until today, I am satisfied with the performance again.
regards,
jeunliro- I installed the "file browser" app on an ipad 2 today, logged the readynas and it faultlessly played photo's, music and videos (mp4) without any problem at all, not any delay in displaying directory contents. Not sure if this is of any interest, just thought it was amazing considering the trouble had with macs reading the nas.
- Thanks for the update everyone.
- There's a new beta available (4.1.8-T9).
4.1.8-T5 did already fix the problem reported in this thread - so, there's hope that 4.1.8-T9 and the final version will be even more stable. - Restarting the CIFs service solved another (maybe related) issue for me - slow viewing share content when first accessing a mapped drive. On Win7 x64 and Readynas Duo there was a 20-30 sec delay after providing proper credentials before seeing the contents of the folder. A network capture showed many, many attempts (messages exchanged are all similar to the one below) and the authentication was not completing, error 22 - "status more processing required" and 109-"logon failure" until it finally miraculously authenticates.
5.0627613 System PC READYNAS SMB SMB:C; Session Setup Andx, NTLM NEGOTIATE MESSAGE
5.0659132 System READYNAS PC TCP TCP:Flags=...A...., SrcPort=Microsoft-DS(445), DstPort=1035, PayloadLen=0, Seq=2343793965, Ack=954792673, Win=1633 (scale factor 0x4) = 26128
5.0660257 System READYNAS PC SMB SMB:R; Session Setup Andx, NTLM CHALLENGE MESSAGE - NT Status: System - Error, Code = (22) STATUS_MORE_PROCESSING_REQUIRED
5.0664773 System PC READYNAS SMB SMB:C; Session Setup Andx, NTLM AUTHENTICATE MESSAGEVersion:v2, Domain: PC, User: XXXX, Workstation: PC
5.1011521 System READYNAS PC TCP TCP:Flags=...A...., SrcPort=Microsoft-DS(445), DstPort=1035, PayloadLen=0, Seq=2343794231, Ack=954793177, Win=1700 (scale factor 0x4) = 27200
5.2916761 System READYNAS PC SMB SMB:R; Session Setup Andx - NT Status: System - Error, Code = (109) STATUS_LOGON_FAILURE
Is there a way to have an add-on or some script to restart the service automatically on boot-up?
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
