locked
Mapped network drives disconnect after some time RRS feed

  • Question

  • Hello everybody,

    A customer is running Windows Server 2019 Terminal and File servers. The terminal servers map network drives to a file share on the file server. We have problems with two applications, because the network drives are in a disconnected state after some time:

    - One has an Access database residing on the file server, accessed from several users. Access crashes on disconnect because its file handles to the database file do not work any longer.

    - A .net desktop application is used and its .exe and .dll reside on the file server. The users start the .exe from the mapped drive. When the mapped drives goes into the disconnected state, and the application needs to load something from one of its DLLs, the application crashes with an unhandled exception. The event log says that the .net runtime could not continue because the network connection was disconnected.

    We have followed https://support.microsoft.com/en-us/help/297684/mapped-drive-connection-to-network-share-may-be-lost and set the LanManServer parameters to disconnect after 5000 instead of 15 minutes (on the file server), and set the LanManWorkstaition parameters to disconnect after 65535 instead of 600 seconds (on the terminal servers). But this did _not_ help.

    I guess we do not need to discuss whether Access databases are fantastic or file servers are fantastic or running .exes from file shares is fantastic ;-) The question is simple: What can we do to keep the network drives connected, please?


    Best Regards, Stefan Falk

    Tuesday, January 28, 2020 7:05 PM

All replies

  • Hi ,

    When the mapped drive disconnect, did it show a red "X"? If you click on the drive, could you actually access it? 

    Since you have referred to the article to implement KeepConn and AutoDisconnect to prevent the drive from disconnecting, but it still doesn't work.

    You might try to use a script that accesses the drive to prevent it from disconnecting.

    Best Regards,

    Candy


    Please remember to mark the replies as an answers if they help.
    If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com   

    Wednesday, January 29, 2020 8:45 AM
  • Hello Candy,

    Thanks for your response. I just asked the customer: There is no red x in the Explorer's icon.

    You are kidding a bit with the idea of a script which accesses the share, right? This is a file server. It has to serve files and not disconnect file handles to open database or dll or whatever file. So, what could I have done wrong, missed, or still to do please?


    Best Regards, Stefan Falk

    Monday, February 3, 2020 10:52 AM
  • Hello everybody,

    I hope I was not offending with my last statement. Is there any idea about what I could do to solve the problem?


    Best Regards, Stefan Falk

    Monday, February 17, 2020 9:49 AM
  • Hi Stefan,

    No offense taken :D.

    This is an issue we have not seen before so I cannot give you a good answer.  Do you find the disconnection happens only on the servers hosting specific applications you are using or do you experience this with all of your servers?

    If you would be so kind to file some feedback via the feedback hub on a client machine it might help us figure out what is wrong. Especially if you are willing to do a recreation of the issue so we might be able to see the SMB logs.  To do so please open up Feedback Hub on a machine that is connecting to the share. Select Feedback on the left hand side of the menu then click +Add new feedback. Put in a summary of your issue and some details. Click next, very important on this step to select the right categories so that the proper logging is done when doing the recreation.  The first drop down should be 'Files, Folders, and Online Storage' and the second 'File Sharing'. Click next and move along to the portion where it asks you to recreate the issue.  Press the start recreation issue and just let feedback hub run while you connect to the serve in question and work until you get a disconnection issue.  Once you run into the issue go back to feedback hub and stop the recreation.

    Continue on the FB Hub workflow and submit the feedback with the recreation files.  Then please respond back here with the summary you used to submit so its easier for our engineers to find the submission. Submitting via Feedback Hub allows us to make sure we take all necessary precautions to protect any information you send back to us and follow the Microsoft GDPR compliant data retention policies.

    Friday, February 21, 2020 10:19 PM
  • Hello Eric,

    Hopefully, you are healthy and doing well!

    Today I could reproduce the problem while letting Message Analyzer take a trace of the traffic from and to the file server. I have the stored Message Analyzer file and would be happy to give it to you.

    Also, I followed your instruction and reproduced the issue while Feedback Hub was collection information. I needed two attempts to reproduce it. As of now, I cannot see my posted feedback in my feedback hub, but it might take a while.

    How can I submit my feedback info and/or network trace to you?


    Best Regards, Stefan Falk

    Tuesday, April 7, 2020 4:53 PM
  • Hi Stefan,  Once you submit your Feedback you should see it immediately within Feedback Hub.  If you search your Feedback (Under Feedback, My Feedback in Feedback Hub) do you see the one you submitted?  If so then we should have it. It would help me if you gave me the title of the Feedback you submitted.

    As far as the log you collected outside of Feedback Hub I will have to ask around if we are able to accept it.  Per our privacy guidelines we cannot solicit user logs in forums such as this.  Typically we can only receive logs via the Feedback Hub tool or through Microsoft Support to ensure proper data privacy and retention policies for your benefit.  I will ask the team if they have a way we can access your logs while still complying with those policies.

    Eric

    Wednesday, April 8, 2020 11:16 PM
  • Hello Eric,

    Today, I could reproduce the issue with the feedback hub. The title of the transmitted feedback was "Network drives lose connection after some time". Just before closing feedback, a program run from the fileserver wanted to load some code from a DLL residing there, and crashed. Can you see it?


    Best Regards, Stefan Falk

    Saturday, May 9, 2020 9:47 AM
  • Hello Eric or whoever,

    is there any news on this topic please?


    Best Regards, Stefan Falk

    Wednesday, July 22, 2020 5:24 PM