UNSOLVED

Jrapine

updated

9 years ago

J

Jrapine

1 Message

0

2977

April 5th, 2017 13:00

SMB Share Access Delay

Hello Folks,

Wondering if any fellow Isilon admins are seeing similar behavior since upgrading to 8.0.0.4. Our users will randomly experience a 10-30 second delay when first accessing an SMB share via Windows Explorer. After experiencing this delay, accessing subdirectories or files appears to function normally.

I captured a network trace using Wireshark while this delay occurred. In the trace, I find the client sends a "NetShareEnumAll" request packet to an Isilon node, and there is a delay equivalent to the delay that the user experiences before the Isilon node sends a response "NetShareEnumAll" packet. I also got a packet capture when the user is not experiencing the problem to compare, this "NetShareEnumAll" request and response between the client and Isilon node is completed within 1 second.

Anybody seen this behavior before?

  • jwinsor

    1 Message

    2303

    0

    Posted September 25th, 2019 06:00

    Hi there, did you ever figure out the cause of your delay? I also see this on my SMB and NFS shares. But like you said after initial connection any additional are without such delay.

  • BingS4

    2 Posts

    1945

    0

    Posted April 14th, 2020 14:00

    I am also interested to know if you ever received a solution to this problem. Thanks!

  • BingS4

    2 Posts

    1913

    0

    Posted April 16th, 2020 09:00

    Thanks for the reply!

     

    We actually just discovered that we had a communication issue between the Isilon and our AD DNS servers. There was a firewall we didn't know about blocking access to the AD servers from some new IP numbers we'd assigned on the Isilon. Once they were whitelisted, boom, everything is great now.

  • Ryan_CSULB

    2 Intern

    64 Posts

    1918

    1

    Posted April 16th, 2020 09:00

    @BingS4 @Jrapine @jwinsor We experienced something similar that you described, but it was mostly evident when we tried to set permissions on a newly created folder/file although I believe we saw some latency accessing the share itself at first as well.  The first attempt was painfully (and noticeably) slow and subsequent attempts much faster.

    Our issue ended up being PAN firewall related, even though the network team swore up and down they opened the ports.  The PAN firewall was seeing something it didn't like in that SMB traffic and blocking it, so I guess SMB was falling back to another port or whatever that was allowed through the PAN.  Once I parsed through the Splunk logs I was able to show them the denies specific to the delays and got their attention.

    Don't know if this helps your specific issue, but first rule of IT: blame the network team.