Loss of access to network shares until reboot

Posted on 2014-08-06
Last Modified: 2014-08-12
Good Morning Experts Exchange,

We are having an issue with the loss of all network shares until a reboot is performed on the server. Access to the shares fails on both forward and reverse lookup. Shortly thereafter RDP from the LAN ceases to works.

* Windows firewall has been disabled on the server and the box is fully patched

* The server -> client ping, client -> server ping never fails, server -> WAN never drops (on both forward and reverse lookup)

* The ARP cache is correct on both the clients and server, once cleared is correctly enumerated on both client and server

* System resources appear to be normal (Available RAM, Page Faults, Disk I/O, Queue Length, No bad sectors on disk)

* Event logs are completely clear of any warning or error and the server continues to log events for other processes and services after the shares fail.

* Netstat shows all connections into the server have dropped, the client requests are never acknowledged by the server but packets sent

* Routing and Remote access is not configured on this server

* Interestingly when running net view \\servername on the client machines the shares are still listed but not accessible when you try net use.

Any further suggestions on possible solutions to this would be helpful as raising to Microsoft will be impossible given the loss of remote access to the site.

Kind regards,

Question by:plokij5006
    LVL 10

    Expert Comment

    by:Pramod Ubhe
    may be antivirus?

    Accepted Solution

    It turned out to be a bad DNS update which caused the DNS.exe to opening far too many file handles, which could be witnessed in Task Manager by adding "Handles" in the column view. This was showing as 7000+ handles which breaches the MS recommended maximum of 5000. Stopping the running process freed the files handles and disabling the service prevented future loss of the network shares.

    Stopping the DNS process immediately restored access to the file shares.

    Bad Update

    Author Closing Comment

    Immediate resolution of the problem upon disabling the DNS.exe process, removing the bad patch and restarting the DNS server resolved the issue

    Write Comment

    Please enter a first name

    Please enter a last name

    We will never share this with anyone.

    Featured Post

    Find Ransomware Secrets With All-Source Analysis

    Ransomware has become a major concern for organizations; its prevalence has grown due to past successes achieved by threat actors. While each ransomware variant is different, we’ve seen some common tactics and trends used among the authors of the malware.

    Let’s list some of the technologies that enable smooth teleworking. 
    If your business is like most, chances are you still need to maintain a fax infrastructure for your staff. It’s hard to believe that a communication technology that was thriving in the mid-80s could still be an essential part of your team’s modern I…
    This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor ( If you're looking for how to monitor bandwidth using netflow or packet s…
    In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor ( If you're interested in additional methods for monitoring bandwidt…

    760 members asked questions and received personalized solutions in the past 7 days.

    Join the community of 500,000 technology professionals and ask your questions.

    Join & Ask a Question

    Need Help in Real-Time?

    Connect with top rated Experts

    8 Experts available now in Live!

    Get 1:1 Help Now