• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1351
  • Last Modified:

Disconnected mapped drives

Some of our users mapped network drives are showing as disconnected recently.  Not sure what has changed...

The users can access the drives fine via my comp but an app tried to access on of the drives and fails, so, what could be causing this?

Thanks
0
CHI-LTD
Asked:
CHI-LTD
  • 10
  • 2
  • 2
  • +2
1 Solution
 
Ashok DewanCommented:
what kind of application are you using ?
0
 
CHI-LTDAuthor Commented:
crystal report, but i don't think it makes any difference.  

Just noticed that the other drives intermittently disconnect
0
 
GhunaimaCommented:
This may happen if any of the passwords are changed. Once you connect a mapped drive it will be available for the application. To solve this problem remove these mapped drives & add them again.
0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
CHI-LTDAuthor Commented:
Not related to PW as tested on different user accounts with rights.  

The GPO logon script maps the drives everytime.

We have upgrade our DCs from 2003 to 2008.  Could this be related?
0
 
chubby_informerCommented:
u may have to recreate the share and allow permission from that application.


also make sure that reconnect at login is enabled
0
 
CHI-LTDAuthor Commented:
'also make sure that reconnect at login is enabled' - what do you mean?
0
 
CHI-LTDAuthor Commented:
We have noticed some issues with AD.  Machines are not updating group policies.  Removing a user from a group and running gupresult /r and gupdate /force doesnt make the change to the user account.  he still belongs to the group.  This was changed some days ago...

I think this is causing the mapped drive issues.

Getting in the client event logs:

Log Name:      System
Source:        Microsoft-Windows-GroupPolicy
Date:          14/09/2012 09:55:36
Event ID:      1055
Task Category: None
Level:         Error
Keywords:      
User:          SYSTEM
Computer:      D1KG82J.domain.local
Description:
The processing of Group Policy failed. Windows could not resolve the computer name. This could be caused by one of more of the following:
a) Name Resolution failure on the current domain controller.
b) Active Directory Replication Latency (an account created on another domain controller has not replicated to the current domain controller).
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-GroupPolicy" Guid="{AEA1B4FA-97D1-45F2-A64C-4D69FFFD92C9}" />
    <EventID>1055</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>1</Opcode>
    <Keywords>0x8000000000000000</Keywords>
    <TimeCreated SystemTime="2012-09-14T08:55:36.525258000Z" />
    <EventRecordID>42305</EventRecordID>
    <Correlation ActivityID="{87F16181-963D-472C-BD9F-C5C87DCAC6F2}" />
    <Execution ProcessID="912" ThreadID="1080" />
    <Channel>System</Channel>
    <Computer>D1KG82J.domain.local</Computer>
    <Security UserID="S-1-5-18" />
  </System>
  <EventData>
    <Data Name="SupportInfo1">1</Data>
    <Data Name="SupportInfo2">1632</Data>
    <Data Name="ProcessingMode">2</Data>
    <Data Name="ProcessingTimeInMilliseconds">19765</Data>
    <Data Name="ErrorCode">1355</Data>
    <Data Name="ErrorDescription">The specified domain either does not exist or could not be contacted. </Data>
  </EventData>
</Event>

and:


Log Name:      System
Source:        NETLOGON
Date:          14/09/2012 09:55:34
Event ID:      5719
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      D1KG82J.domain.local
Description:
This computer was not able to set up a secure session with a domain controller in domain DOMAIN due to the following:
There are currently no logon servers available to service the logon request.
This may lead to authentication problems. Make sure that this computer is connected to the network. If the problem persists, please contact your domain administrator.  

ADDITIONAL INFO
If this computer is a domain controller for the specified domain, it sets up the secure session to the primary domain controller emulator in the specified domain. Otherwise, this computer sets up the secure session to any domain controller in the specified domain.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="NETLOGON" />
    <EventID Qualifiers="0">5719</EventID>
    <Level>2</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2012-09-14T08:55:34.000000000Z" />
    <EventRecordID>42294</EventRecordID>
    <Channel>System</Channel>
    <Computer>D1KG82J.domain.local</Computer>
    <Security />
  </System>
  <EventData>
    <Data>domain</Data>
    <Data>%%1311</Data>
    <Binary>5E0000C0</Binary>
  </EventData>
</Event>
0
 
GhunaimaCommented:
Use IP addresses instead of computer names to map drives
0
 
CHI-LTDAuthor Commented:
ok, but we have always used names without issue.
0
 
CHI-LTDAuthor Commented:
Still getting these random issues, some machines are fine and some are not.  Cannot understand why.
But, i have recently changed time on DC/Servers
dcdiag was complaining but now ok,
have tried IP's - no difference.
Most servers are now Virtualized on 2x hosts.
0
 
CHI-LTDAuthor Commented:
anyone?  is there issues mapping drives on VM's?
0
 
CHI-LTDAuthor Commented:
OK, a bit more info.

Started since 2008r2 DC's added.
The issue appears to happen to machines (All are windows 7) intermittantly but mainly when logging on as soon as the ctrl + alt + delete screen up.   If waiting for a few minutes it seems to be ok, sometimes.

Current script:

net use /delete * /y
net use v: "\\server\share"
etc
etc

Tried IP's - not difference.

dcdiag fine.
0
 
Rob WilliamsCommented:
I would make sure sleep, hibernation, and NIC power management are disabled.  It may be that when idle it disconnect and the mapped drive is not automatically reconnected, at least not fast enough.
0
 
CHI-LTDAuthor Commented:
No, its not disconnecting, its that the drives are showing as disconnected.
0
 
Rob WilliamsCommented:
With NIC power management if idle it does actually disconnect. Clicking on it, or passing network traffic, restores the connection instantly, but there was a disconnect and when it occurred the red 'x' appears.  The server O/S will enable NIC power management by default, and sometimes it doesn't work properly, but I was thinking more likely there may be a group policy enforcing "green" power management for Vista and Win7 machines.  It will not apply to XP machines.

The issue doesn't affect accessing files on a mapped drive as there is only a split second to reconnect, but can affect some apps that use databases and need to stay connected.

Just food for thought.
0
 
CHI-LTDAuthor Commented:
Ended up to be a consolidation of a VM, was affecting the mapped drives.
0

Featured Post

Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

  • 10
  • 2
  • 2
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now