I am having a problem with some users where a mapped network drive will
mysteriously disappear.

All clients are running Windows XP SP2 (fully patched)
Shares are hosted on Windows Server 2003 R2, which is also a DC and a DFS
root (also fully patched)

We have a simple AD network, with a login batch file script to connect
network drives:

net use T: /delete /y
net use U: /delete /y
net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
net use U: \\WPSR-DC1\Home /PERSISTENT:YES


I have about 30 client computers, so far this problem has only happened on 3
of them (one time each, on three different days and at different times), and
in all cases it was only the T: drive that disappeared. Two of them were
desktops, one was a laptop. The disappearing just happened randomly, some
time after the login (they were connected and working fine, then poof -
gone). The network share itself (via UNC) was working fine. The use doing
a logoff/logon reconnected them.

We have very little in the way of group policy settings - everthing is
pretty much as per the default domain policy except for this script,
password settings, WSUS settings and turning on offline file cache
encryption. Speaking of offline files, one of the users effected did have
some directories in the share pinned for make available offline, but the
other two users did not. You will note that the share is disappearing is a
DFS share, I am not sure if this is related to the problem. I use
/persistent:yes because many users are on laptops (using offline files), so
I don't want the drives to disconnect if the user does a reboot while not on
the network. As mentioned above, only 3 of 30 users have had this happen,
and only once each. There were no network connectivity problems, and all
users have the exact same security permissions on the server. This seems
to be a new problem, as prior to this week I have never seen it / had it
reported.

Any ideas what might be causing this, or how I could even troubleshoot it
further?

Thanks
/-Tim

"Tim Lang" <(E-Mail Removed)> wrote in message
news:173786B4-38E4-4154-B519-(E-Mail Removed)...
>I am having a problem with some users where a mapped network drive will
>mysteriously disappear.
>
> All clients are running Windows XP SP2 (fully patched)
> Shares are hosted on Windows Server 2003 R2, which is also a DC and a DFS
> root (also fully patched)
>
> We have a simple AD network, with a login batch file script to connect
> network drives:
>
> net use T: /delete /y
> net use U: /delete /y
> net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
> net use U: \\WPSR-DC1\Home /PERSISTENT:YES
>
>
> I have about 30 client computers, so far this problem has only happened on
> 3 of them (one time each, on three different days and at different times),
> and in all cases it was only the T: drive that disappeared. Two of them
> were desktops, one was a laptop. The disappearing just happened randomly,
> some time after the login (they were connected and working fine, then
> poof - gone). The network share itself (via UNC) was working fine. The
> use doing a logoff/logon reconnected them.
>
> We have very little in the way of group policy settings - everthing is
> pretty much as per the default domain policy except for this script,
> password settings, WSUS settings and turning on offline file cache
> encryption. Speaking of offline files, one of the users effected did have
> some directories in the share pinned for make available offline, but the
> other two users did not. You will note that the share is disappearing is
> a DFS share, I am not sure if this is related to the problem. I use
> /persistent:yes because many users are on laptops (using offline files),
> so I don't want the drives to disconnect if the user does a reboot while
> not on the network. As mentioned above, only 3 of 30 users have had this
> happen, and only once each. There were no network connectivity
> problems, and all users have the exact same security permissions on the
> server. This seems to be a new problem, as prior to this week I have
> never seen it / had it reported.
>
> Any ideas what might be causing this, or how I could even troubleshoot it
> further?
>
> Thanks
> /-Tim

Next time it happens, don't log off - run the following commands
from a Command Prompt and watch what happens:

net use
dir T:\
dir U:\
net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
net use U: \\WPSR-DC1\Home /PERSISTENT:YES

I suspect that this will tell you what's causing the problem.

Thanks Pegasus - I will wait for the next time it happens and do that.

I should have mentioned in my original post that when I opened explorer on
the machines in question, the missing mapped drive (T did not appear
(although other mapped drives did appear as normal).


"Pegasus (MVP)" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
>
> "Tim Lang" <(E-Mail Removed)> wrote in message
> news:173786B4-38E4-4154-B519-(E-Mail Removed)...
>>I am having a problem with some users where a mapped network drive will
>>mysteriously disappear.
>>
>> All clients are running Windows XP SP2 (fully patched)
>> Shares are hosted on Windows Server 2003 R2, which is also a DC and a DFS
>> root (also fully patched)
>>
>> We have a simple AD network, with a login batch file script to connect
>> network drives:
>>
>> net use T: /delete /y
>> net use U: /delete /y
>> net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
>> net use U: \\WPSR-DC1\Home /PERSISTENT:YES
>>
>>
>> I have about 30 client computers, so far this problem has only happened
>> on 3 of them (one time each, on three different days and at different
>> times), and in all cases it was only the T: drive that disappeared. Two
>> of them were desktops, one was a laptop. The disappearing just happened
>> randomly, some time after the login (they were connected and working
>> fine, then poof - gone). The network share itself (via UNC) was working
>> fine. The use doing a logoff/logon reconnected them.
>>
>> We have very little in the way of group policy settings - everthing is
>> pretty much as per the default domain policy except for this script,
>> password settings, WSUS settings and turning on offline file cache
>> encryption. Speaking of offline files, one of the users effected did
>> have some directories in the share pinned for make available offline, but
>> the other two users did not. You will note that the share is
>> disappearing is a DFS share, I am not sure if this is related to the
>> problem. I use /persistent:yes because many users are on laptops (using
>> offline files), so I don't want the drives to disconnect if the user does
>> a reboot while not on the network. As mentioned above, only 3 of 30 users
>> have had this happen, and only once each. There were no network
>> connectivity problems, and all users have the exact same security
>> permissions on the server. This seems to be a new problem, as prior to
>> this week I have never seen it / had it reported.
>>
>> Any ideas what might be causing this, or how I could even troubleshoot it
>> further?
>>
>> Thanks
>> /-Tim
>
> Next time it happens, don't log off - run the following commands
> from a Command Prompt and watch what happens:
>
> net use
> dir T:\
> dir U:\
> net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
> net use U: \\WPSR-DC1\Home /PERSISTENT:YES
>
> I suspect that this will tell you what's causing the problem.
>

Dear Tim,

Thanks for posting here.

After viewing this post, I suspect the DFS server may have some problems.
Below is my analysis to this issue.

1)After re-logging in, the missing network drive returns, so we can infer
it is not a permission issue.

2) The network drive U can be redirected. which proves the application of
Group Policy is correct.

The reason why I suspect DFS server cause the issue is we can obtain
network drive U but not drive T. Moreover, network drive T is resided on
DFS server.

During my research, I notice a previous case that mentions the Anti-viruses
software running on DFS server may cause similar issue.

In order to narrow down this issue, could you please check if the
dfssrv.exe process has a relatively high utilization usage of CPU when
network drive U disappears on these three clients? If so, please exclusive
the DFS directory Anti-viruses software scanning directory and see if this
issue still persists. Additionally, please test the result using the
command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES" when
network drive U disappearing.

I look forward to the reply.

I hope this helps. Have a nice day!


Sincerely
Morgan Che
Microsoft Online Support
Microsoft Global Technical Support Center

Get Secure! - www.microsoft.com/security
=====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.


--------------------
--->From: "Tim Lang" <(E-Mail Removed)>
--->Subject: Disappearing Mapped Drives
--->Date: Thu, 10 Jan 2008 13:36:33 -0800
--->Lines: 45
--->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
--->MIME-Version: 1.0
--->Content-Type: text/plain;
---> format=flowed;
---> charset="iso-8859-1";
---> reply-type=original
--->Content-Transfer-Encoding: 7bit
--->X-Priority: 3
--->X-MSMail-Priority: Normal
--->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
--->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
--->X-MS-CommunityGroup-MessageCategory:
{E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
--->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
--->Newsgroups: microsoft.public.windowsxp.general
--->Path: TK2MSFTNGHUB02.phx.gbl
--->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:160750
--->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
--->X-Tomcat-NG: microsoft.public.windowsxp.general
--->
--->I am having a problem with some users where a mapped network drive will
--->mysteriously disappear.
--->
--->All clients are running Windows XP SP2 (fully patched)
--->Shares are hosted on Windows Server 2003 R2, which is also a DC and a
DFS
--->root (also fully patched)
--->
--->We have a simple AD network, with a login batch file script to connect
--->network drives:
--->
--->net use T: /delete /y
--->net use U: /delete /y
--->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
--->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
--->
--->
--->I have about 30 client computers, so far this problem has only happened
on 3
--->of them (one time each, on three different days and at different
times), and
--->in all cases it was only the T: drive that disappeared. Two of them
were
--->desktops, one was a laptop. The disappearing just happened randomly,
some
--->time after the login (they were connected and working fine, then poof -
--->gone). The network share itself (via UNC) was working fine. The use
doing
--->a logoff/logon reconnected them.
--->
--->We have very little in the way of group policy settings - everthing is
--->pretty much as per the default domain policy except for this script,
--->password settings, WSUS settings and turning on offline file cache
--->encryption. Speaking of offline files, one of the users effected did
have
--->some directories in the share pinned for make available offline, but
the
--->other two users did not. You will note that the share is disappearing
is a
--->DFS share, I am not sure if this is related to the problem. I use
--->/persistent:yes because many users are on laptops (using offline
files), so
--->I don't want the drives to disconnect if the user does a reboot while
not on
--->the network. As mentioned above, only 3 of 30 users have had this
happen,
--->and only once each. There were no network connectivity problems, and
all
--->users have the exact same security permissions on the server. This
seems
--->to be a new problem, as prior to this week I have never seen it / had
it
--->reported.
--->
--->Any ideas what might be causing this, or how I could even troubleshoot
it
--->further?
--->
--->Thanks
--->/-Tim
--->
--->

Great tip - I will exclude my dfsroot directory from the antivirus just to
be safe. If I can catch the problem happening live again, I will also check
on the dfssvc process.

Thanks!
/-Tim


"Morgan che(MSFT)" <v-(E-Mail Removed)> wrote in message
news:50drq$(E-Mail Removed)...
> Dear Tim,
>
> Thanks for posting here.
>
> After viewing this post, I suspect the DFS server may have some problems.
> Below is my analysis to this issue.
>
> 1)After re-logging in, the missing network drive returns, so we can infer
> it is not a permission issue.
>
> 2) The network drive U can be redirected. which proves the application of
> Group Policy is correct.
>
> The reason why I suspect DFS server cause the issue is we can obtain
> network drive U but not drive T. Moreover, network drive T is resided on
> DFS server.
>
> During my research, I notice a previous case that mentions the
> Anti-viruses
> software running on DFS server may cause similar issue.
>
> In order to narrow down this issue, could you please check if the
> dfssrv.exe process has a relatively high utilization usage of CPU when
> network drive U disappears on these three clients? If so, please exclusive
> the DFS directory Anti-viruses software scanning directory and see if this
> issue still persists. Additionally, please test the result using the
> command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES" when
> network drive U disappearing.
>
> I look forward to the reply.
>
> I hope this helps. Have a nice day!
>
>
> Sincerely
> Morgan Che
> Microsoft Online Support
> Microsoft Global Technical Support Center
>
> Get Secure! - www.microsoft.com/security
> =====================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> =====================================================
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>
> --------------------
> --->From: "Tim Lang" <(E-Mail Removed)>
> --->Subject: Disappearing Mapped Drives
> --->Date: Thu, 10 Jan 2008 13:36:33 -0800
> --->Lines: 45
> --->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
> --->MIME-Version: 1.0
> --->Content-Type: text/plain;
> ---> format=flowed;
> ---> charset="iso-8859-1";
> ---> reply-type=original
> --->Content-Transfer-Encoding: 7bit
> --->X-Priority: 3
> --->X-MSMail-Priority: Normal
> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
> --->X-MS-CommunityGroup-MessageCategory:
> {E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
> --->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
> --->Newsgroups: microsoft.public.windowsxp.general
> --->Path: TK2MSFTNGHUB02.phx.gbl
> --->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:160750
> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
> --->X-Tomcat-NG: microsoft.public.windowsxp.general
> --->
> --->I am having a problem with some users where a mapped network drive
> will
> --->mysteriously disappear.
> --->
> --->All clients are running Windows XP SP2 (fully patched)
> --->Shares are hosted on Windows Server 2003 R2, which is also a DC and a
> DFS
> --->root (also fully patched)
> --->
> --->We have a simple AD network, with a login batch file script to connect
> --->network drives:
> --->
> --->net use T: /delete /y
> --->net use U: /delete /y
> --->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
> --->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
> --->
> --->
> --->I have about 30 client computers, so far this problem has only
> happened
> on 3
> --->of them (one time each, on three different days and at different
> times), and
> --->in all cases it was only the T: drive that disappeared. Two of them
> were
> --->desktops, one was a laptop. The disappearing just happened randomly,
> some
> --->time after the login (they were connected and working fine, then
> poof -
> --->gone). The network share itself (via UNC) was working fine. The use
> doing
> --->a logoff/logon reconnected them.
> --->
> --->We have very little in the way of group policy settings - everthing is
> --->pretty much as per the default domain policy except for this script,
> --->password settings, WSUS settings and turning on offline file cache
> --->encryption. Speaking of offline files, one of the users effected did
> have
> --->some directories in the share pinned for make available offline, but
> the
> --->other two users did not. You will note that the share is disappearing
> is a
> --->DFS share, I am not sure if this is related to the problem. I use
> --->/persistent:yes because many users are on laptops (using offline
> files), so
> --->I don't want the drives to disconnect if the user does a reboot while
> not on
> --->the network. As mentioned above, only 3 of 30 users have had this
> happen,
> --->and only once each. There were no network connectivity problems,
> and
> all
> --->users have the exact same security permissions on the server. This
> seems
> --->to be a new problem, as prior to this week I have never seen it / had
> it
> --->reported.
> --->
> --->Any ideas what might be causing this, or how I could even troubleshoot
> it
> --->further?
> --->
> --->Thanks
> --->/-Tim
> --->
> --->
>

Dear Tim,

Thank you for the feedback.

It is my pleasure to work with you on this issue.

If you need further assistance, please feel free to let me know.

Sincerely
Morgan Che
Microsoft Online Support
Microsoft Global Technical Support Center

Get Secure! - www.microsoft.com/security
=====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.


--------------------
--->From: "Tim Lang" <(E-Mail Removed)>
--->References: <173786B4-38E4-4154-B519-(E-Mail Removed)>
<50drq$(E-Mail Removed)>
--->In-Reply-To: <50drq$(E-Mail Removed)>
--->Subject: Re: Disappearing Mapped Drives
--->Date: Fri, 11 Jan 2008 10:18:33 -0800
--->Lines: 151
--->Message-ID: <C2F5763B-7711-4C8C-A88F-(E-Mail Removed)>
--->MIME-Version: 1.0
--->Content-Type: text/plain;
---> format=flowed;
---> charset="iso-8859-1";
---> reply-type=original
--->Content-Transfer-Encoding: 7bit
--->X-Priority: 3
--->X-MSMail-Priority: Normal
--->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
--->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
--->X-MS-CommunityGroup-PostID: {C2F5763B-7711-4C8C-A88F-010A6B997B06}
--->X-MS-CommunityGroup-ThreadID: 173786B4-38E4-4154-B519-17169F10A145
--->X-MS-CommunityGroup-ParentID: B10F9228-A76B-4D7E-918E-33D40769480C
--->Newsgroups: microsoft.public.windowsxp.general
--->Path: TK2MSFTNGHUB02.phx.gbl
--->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:161034
--->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
--->X-Tomcat-NG: microsoft.public.windowsxp.general
--->
--->Great tip - I will exclude my dfsroot directory from the antivirus just
to
--->be safe. If I can catch the problem happening live again, I will also
check
--->on the dfssvc process.
--->
--->Thanks!
--->/-Tim
--->
--->
--->"Morgan che(MSFT)" <v-(E-Mail Removed)> wrote in message
--->news:50drq$(E-Mail Removed)...
--->> Dear Tim,
--->>
--->> Thanks for posting here.
--->>
--->> After viewing this post, I suspect the DFS server may have some
problems.
--->> Below is my analysis to this issue.
--->>
--->> 1)After re-logging in, the missing network drive returns, so we can
infer
--->> it is not a permission issue.
--->>
--->> 2) The network drive U can be redirected. which proves the
application of
--->> Group Policy is correct.
--->>
--->> The reason why I suspect DFS server cause the issue is we can obtain
--->> network drive U but not drive T. Moreover, network drive T is resided
on
--->> DFS server.
--->>
--->> During my research, I notice a previous case that mentions the
--->> Anti-viruses
--->> software running on DFS server may cause similar issue.
--->>
--->> In order to narrow down this issue, could you please check if the
--->> dfssrv.exe process has a relatively high utilization usage of CPU when
--->> network drive U disappears on these three clients? If so, please
exclusive
--->> the DFS directory Anti-viruses software scanning directory and see if
this
--->> issue still persists. Additionally, please test the result using the
--->> command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES"
when
--->> network drive U disappearing.
--->>
--->> I look forward to the reply.
--->>
--->> I hope this helps. Have a nice day!
--->>
--->>
--->> Sincerely
--->> Morgan Che
--->> Microsoft Online Support
--->> Microsoft Global Technical Support Center
--->>
--->> Get Secure! - www.microsoft.com/security
--->> =====================================================
--->> When responding to posts, please "Reply to Group" via your newsreader
so
--->> that others may learn and benefit from your issue.
--->> =====================================================
--->> This posting is provided "AS IS" with no warranties, and confers no
--->> rights.
--->>
--->>
--->> --------------------
--->> --->From: "Tim Lang" <(E-Mail Removed)>
--->> --->Subject: Disappearing Mapped Drives
--->> --->Date: Thu, 10 Jan 2008 13:36:33 -0800
--->> --->Lines: 45
--->> --->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
--->> --->MIME-Version: 1.0
--->> --->Content-Type: text/plain;
--->> ---> format=flowed;
--->> ---> charset="iso-8859-1";
--->> ---> reply-type=original
--->> --->Content-Transfer-Encoding: 7bit
--->> --->X-Priority: 3
--->> --->X-MSMail-Priority: Normal
--->> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
--->> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
--->> --->X-MS-CommunityGroup-MessageCategory:
--->> {E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
--->> --->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
--->> --->Newsgroups: microsoft.public.windowsxp.general
--->> --->Path: TK2MSFTNGHUB02.phx.gbl
--->> --->Xref: TK2MSFTNGHUB02.phx.gbl
microsoft.public.windowsxp.general:160750
--->> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
--->> --->X-Tomcat-NG: microsoft.public.windowsxp.general
--->> --->
--->> --->I am having a problem with some users where a mapped network
drive
--->> will
--->> --->mysteriously disappear.
--->> --->
--->> --->All clients are running Windows XP SP2 (fully patched)
--->> --->Shares are hosted on Windows Server 2003 R2, which is also a DC
and a
--->> DFS
--->> --->root (also fully patched)
--->> --->
--->> --->We have a simple AD network, with a login batch file script to
connect
--->> --->network drives:
--->> --->
--->> --->net use T: /delete /y
--->> --->net use U: /delete /y
--->> --->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
--->> --->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
--->> --->
--->> --->
--->> --->I have about 30 client computers, so far this problem has only
--->> happened
--->> on 3
--->> --->of them (one time each, on three different days and at different
--->> times), and
--->> --->in all cases it was only the T: drive that disappeared. Two of
them
--->> were
--->> --->desktops, one was a laptop. The disappearing just happened
randomly,
--->> some
--->> --->time after the login (they were connected and working fine, then
--->> poof -
--->> --->gone). The network share itself (via UNC) was working fine. The
use
--->> doing
--->> --->a logoff/logon reconnected them.
--->> --->
--->> --->We have very little in the way of group policy settings -
everthing is
--->> --->pretty much as per the default domain policy except for this
script,
--->> --->password settings, WSUS settings and turning on offline file cache
--->> --->encryption. Speaking of offline files, one of the users effected
did
--->> have
--->> --->some directories in the share pinned for make available offline,
but
--->> the
--->> --->other two users did not. You will note that the share is
disappearing
--->> is a
--->> --->DFS share, I am not sure if this is related to the problem. I use
--->> --->/persistent:yes because many users are on laptops (using offline
--->> files), so
--->> --->I don't want the drives to disconnect if the user does a reboot
while
--->> not on
--->> --->the network. As mentioned above, only 3 of 30 users have had this
--->> happen,
--->> --->and only once each. There were no network connectivity
problems,
--->> and
--->> all
--->> --->users have the exact same security permissions on the server.
This
--->> seems
--->> --->to be a new problem, as prior to this week I have never seen it /
had
--->> it
--->> --->reported.
--->> --->
--->> --->Any ideas what might be causing this, or how I could even
troubleshoot
--->> it
--->> --->further?
--->> --->
--->> --->Thanks
--->> --->/-Tim
--->> --->
--->> --->
--->>
--->
--->

Dear Tim,

How are you?

May I know if my suggestion is helpful? if anything is unclear, please feel
free to post here.

Thanks.

Sincerely
Morgan Che
Microsoft Online Support
Microsoft Global Technical Support Center

Get Secure! - www.microsoft.com/security
=====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.


--------------------
--->From: "Tim Lang" <(E-Mail Removed)>
--->References: <173786B4-38E4-4154-B519-(E-Mail Removed)>
<50drq$(E-Mail Removed)>
--->In-Reply-To: <50drq$(E-Mail Removed)>
--->Subject: Re: Disappearing Mapped Drives
--->Date: Fri, 11 Jan 2008 10:18:33 -0800
--->Lines: 151
--->Message-ID: <C2F5763B-7711-4C8C-A88F-(E-Mail Removed)>
--->MIME-Version: 1.0
--->Content-Type: text/plain;
---> format=flowed;
---> charset="iso-8859-1";
---> reply-type=original
--->Content-Transfer-Encoding: 7bit
--->X-Priority: 3
--->X-MSMail-Priority: Normal
--->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
--->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
--->X-MS-CommunityGroup-PostID: {C2F5763B-7711-4C8C-A88F-010A6B997B06}
--->X-MS-CommunityGroup-ThreadID: 173786B4-38E4-4154-B519-17169F10A145
--->X-MS-CommunityGroup-ParentID: B10F9228-A76B-4D7E-918E-33D40769480C
--->Newsgroups: microsoft.public.windowsxp.general
--->Path: TK2MSFTNGHUB02.phx.gbl
--->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:161034
--->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
--->X-Tomcat-NG: microsoft.public.windowsxp.general
--->
--->Great tip - I will exclude my dfsroot directory from the antivirus just
to
--->be safe. If I can catch the problem happening live again, I will also
check
--->on the dfssvc process.
--->
--->Thanks!
--->/-Tim
--->
--->
--->"Morgan che(MSFT)" <v-(E-Mail Removed)> wrote in message
--->news:50drq$(E-Mail Removed)...
--->> Dear Tim,
--->>
--->> Thanks for posting here.
--->>
--->> After viewing this post, I suspect the DFS server may have some
problems.
--->> Below is my analysis to this issue.
--->>
--->> 1)After re-logging in, the missing network drive returns, so we can
infer
--->> it is not a permission issue.
--->>
--->> 2) The network drive U can be redirected. which proves the
application of
--->> Group Policy is correct.
--->>
--->> The reason why I suspect DFS server cause the issue is we can obtain
--->> network drive U but not drive T. Moreover, network drive T is resided
on
--->> DFS server.
--->>
--->> During my research, I notice a previous case that mentions the
--->> Anti-viruses
--->> software running on DFS server may cause similar issue.
--->>
--->> In order to narrow down this issue, could you please check if the
--->> dfssrv.exe process has a relatively high utilization usage of CPU when
--->> network drive U disappears on these three clients? If so, please
exclusive
--->> the DFS directory Anti-viruses software scanning directory and see if
this
--->> issue still persists. Additionally, please test the result using the
--->> command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES"
when
--->> network drive U disappearing.
--->>
--->> I look forward to the reply.
--->>
--->> I hope this helps. Have a nice day!
--->>
--->>
--->> Sincerely
--->> Morgan Che
--->> Microsoft Online Support
--->> Microsoft Global Technical Support Center
--->>
--->> Get Secure! - www.microsoft.com/security
--->> =====================================================
--->> When responding to posts, please "Reply to Group" via your newsreader
so
--->> that others may learn and benefit from your issue.
--->> =====================================================
--->> This posting is provided "AS IS" with no warranties, and confers no
--->> rights.
--->>
--->>
--->> --------------------
--->> --->From: "Tim Lang" <(E-Mail Removed)>
--->> --->Subject: Disappearing Mapped Drives
--->> --->Date: Thu, 10 Jan 2008 13:36:33 -0800
--->> --->Lines: 45
--->> --->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
--->> --->MIME-Version: 1.0
--->> --->Content-Type: text/plain;
--->> ---> format=flowed;
--->> ---> charset="iso-8859-1";
--->> ---> reply-type=original
--->> --->Content-Transfer-Encoding: 7bit
--->> --->X-Priority: 3
--->> --->X-MSMail-Priority: Normal
--->> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
--->> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
--->> --->X-MS-CommunityGroup-MessageCategory:
--->> {E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
--->> --->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
--->> --->Newsgroups: microsoft.public.windowsxp.general
--->> --->Path: TK2MSFTNGHUB02.phx.gbl
--->> --->Xref: TK2MSFTNGHUB02.phx.gbl
microsoft.public.windowsxp.general:160750
--->> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
--->> --->X-Tomcat-NG: microsoft.public.windowsxp.general
--->> --->
--->> --->I am having a problem with some users where a mapped network
drive
--->> will
--->> --->mysteriously disappear.
--->> --->
--->> --->All clients are running Windows XP SP2 (fully patched)
--->> --->Shares are hosted on Windows Server 2003 R2, which is also a DC
and a
--->> DFS
--->> --->root (also fully patched)
--->> --->
--->> --->We have a simple AD network, with a login batch file script to
connect
--->> --->network drives:
--->> --->
--->> --->net use T: /delete /y
--->> --->net use U: /delete /y
--->> --->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
--->> --->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
--->> --->
--->> --->
--->> --->I have about 30 client computers, so far this problem has only
--->> happened
--->> on 3
--->> --->of them (one time each, on three different days and at different
--->> times), and
--->> --->in all cases it was only the T: drive that disappeared. Two of
them
--->> were
--->> --->desktops, one was a laptop. The disappearing just happened
randomly,
--->> some
--->> --->time after the login (they were connected and working fine, then
--->> poof -
--->> --->gone). The network share itself (via UNC) was working fine. The
use
--->> doing
--->> --->a logoff/logon reconnected them.
--->> --->
--->> --->We have very little in the way of group policy settings -
everthing is
--->> --->pretty much as per the default domain policy except for this
script,
--->> --->password settings, WSUS settings and turning on offline file cache
--->> --->encryption. Speaking of offline files, one of the users effected
did
--->> have
--->> --->some directories in the share pinned for make available offline,
but
--->> the
--->> --->other two users did not. You will note that the share is
disappearing
--->> is a
--->> --->DFS share, I am not sure if this is related to the problem. I use
--->> --->/persistent:yes because many users are on laptops (using offline
--->> files), so
--->> --->I don't want the drives to disconnect if the user does a reboot
while
--->> not on
--->> --->the network. As mentioned above, only 3 of 30 users have had this
--->> happen,
--->> --->and only once each. There were no network connectivity
problems,
--->> and
--->> all
--->> --->users have the exact same security permissions on the server.
This
--->> seems
--->> --->to be a new problem, as prior to this week I have never seen it /
had
--->> it
--->> --->reported.
--->> --->
--->> --->Any ideas what might be causing this, or how I could even
troubleshoot
--->> it
--->> --->further?
--->> --->
--->> --->Thanks
--->> --->/-Tim
--->> --->
--->> --->
--->>
--->
--->

Dear all,

I am experiencing the same problem here. I have users (random) who's network
shares are not visible in windows explorer at logon time (only the home share
is visible); but if I start for example Microsoft Word and try to open a
document I can see ALL my network shares. After loging off and again loging
on the network shares are visible again in windows explorer.
I use batch files to connect the network shares (with no persistent option).
The problem seems to expand/increase after activating a GPO with Active
Desktop and background image-

Anyone who can help?

Regards

Gabriel Fazakas


"Morgan che(MSFT)" wrote:

> Dear Tim,
>
> How are you?
>
> May I know if my suggestion is helpful? if anything is unclear, please feel
> free to post here.
>
> Thanks.
>
> Sincerely
> Morgan Che
> Microsoft Online Support
> Microsoft Global Technical Support Center
>
> Get Secure! - www.microsoft.com/security
> =====================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> =====================================================
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
>
> --------------------
> --->From: "Tim Lang" <(E-Mail Removed)>
> --->References: <173786B4-38E4-4154-B519-(E-Mail Removed)>
> <50drq$(E-Mail Removed)>
> --->In-Reply-To: <50drq$(E-Mail Removed)>
> --->Subject: Re: Disappearing Mapped Drives
> --->Date: Fri, 11 Jan 2008 10:18:33 -0800
> --->Lines: 151
> --->Message-ID: <C2F5763B-7711-4C8C-A88F-(E-Mail Removed)>
> --->MIME-Version: 1.0
> --->Content-Type: text/plain;
> ---> format=flowed;
> ---> charset="iso-8859-1";
> ---> reply-type=original
> --->Content-Transfer-Encoding: 7bit
> --->X-Priority: 3
> --->X-MSMail-Priority: Normal
> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
> --->X-MS-CommunityGroup-PostID: {C2F5763B-7711-4C8C-A88F-010A6B997B06}
> --->X-MS-CommunityGroup-ThreadID: 173786B4-38E4-4154-B519-17169F10A145
> --->X-MS-CommunityGroup-ParentID: B10F9228-A76B-4D7E-918E-33D40769480C
> --->Newsgroups: microsoft.public.windowsxp.general
> --->Path: TK2MSFTNGHUB02.phx.gbl
> --->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:161034
> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
> --->X-Tomcat-NG: microsoft.public.windowsxp.general
> --->
> --->Great tip - I will exclude my dfsroot directory from the antivirus just
> to
> --->be safe. If I can catch the problem happening live again, I will also
> check
> --->on the dfssvc process.
> --->
> --->Thanks!
> --->/-Tim
> --->
> --->
> --->"Morgan che(MSFT)" <v-(E-Mail Removed)> wrote in message
> --->news:50drq$(E-Mail Removed)...
> --->> Dear Tim,
> --->>
> --->> Thanks for posting here.
> --->>
> --->> After viewing this post, I suspect the DFS server may have some
> problems.
> --->> Below is my analysis to this issue.
> --->>
> --->> 1)After re-logging in, the missing network drive returns, so we can
> infer
> --->> it is not a permission issue.
> --->>
> --->> 2) The network drive U can be redirected. which proves the
> application of
> --->> Group Policy is correct.
> --->>
> --->> The reason why I suspect DFS server cause the issue is we can obtain
> --->> network drive U but not drive T. Moreover, network drive T is resided
> on
> --->> DFS server.
> --->>
> --->> During my research, I notice a previous case that mentions the
> --->> Anti-viruses
> --->> software running on DFS server may cause similar issue.
> --->>
> --->> In order to narrow down this issue, could you please check if the
> --->> dfssrv.exe process has a relatively high utilization usage of CPU when
> --->> network drive U disappears on these three clients? If so, please
> exclusive
> --->> the DFS directory Anti-viruses software scanning directory and see if
> this
> --->> issue still persists. Additionally, please test the result using the
> --->> command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES"
> when
> --->> network drive U disappearing.
> --->>
> --->> I look forward to the reply.
> --->>
> --->> I hope this helps. Have a nice day!
> --->>
> --->>
> --->> Sincerely
> --->> Morgan Che
> --->> Microsoft Online Support
> --->> Microsoft Global Technical Support Center
> --->>
> --->> Get Secure! - www.microsoft.com/security
> --->> =====================================================
> --->> When responding to posts, please "Reply to Group" via your newsreader
> so
> --->> that others may learn and benefit from your issue.
> --->> =====================================================
> --->> This posting is provided "AS IS" with no warranties, and confers no
> --->> rights.
> --->>
> --->>
> --->> --------------------
> --->> --->From: "Tim Lang" <(E-Mail Removed)>
> --->> --->Subject: Disappearing Mapped Drives
> --->> --->Date: Thu, 10 Jan 2008 13:36:33 -0800
> --->> --->Lines: 45
> --->> --->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
> --->> --->MIME-Version: 1.0
> --->> --->Content-Type: text/plain;
> --->> ---> format=flowed;
> --->> ---> charset="iso-8859-1";
> --->> ---> reply-type=original
> --->> --->Content-Transfer-Encoding: 7bit
> --->> --->X-Priority: 3
> --->> --->X-MSMail-Priority: Normal
> --->> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
> --->> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
> --->> --->X-MS-CommunityGroup-MessageCategory:
> --->> {E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
> --->> --->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
> --->> --->Newsgroups: microsoft.public.windowsxp.general
> --->> --->Path: TK2MSFTNGHUB02.phx.gbl
> --->> --->Xref: TK2MSFTNGHUB02.phx.gbl
> microsoft.public.windowsxp.general:160750
> --->> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
> --->> --->X-Tomcat-NG: microsoft.public.windowsxp.general
> --->> --->
> --->> --->I am having a problem with some users where a mapped network
> drive
> --->> will
> --->> --->mysteriously disappear.
> --->> --->
> --->> --->All clients are running Windows XP SP2 (fully patched)
> --->> --->Shares are hosted on Windows Server 2003 R2, which is also a DC
> and a
> --->> DFS
> --->> --->root (also fully patched)
> --->> --->
> --->> --->We have a simple AD network, with a login batch file script to
> connect
> --->> --->network drives:
> --->> --->
> --->> --->net use T: /delete /y
> --->> --->net use U: /delete /y
> --->> --->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
> --->> --->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
> --->> --->
> --->> --->
> --->> --->I have about 30 client computers, so far this problem has only
> --->> happened
> --->> on 3
> --->> --->of them (one time each, on three different days and at different
> --->> times), and
> --->> --->in all cases it was only the T: drive that disappeared. Two of
> them
> --->> were
> --->> --->desktops, one was a laptop. The disappearing just happened
> randomly,
> --->> some
> --->> --->time after the login (they were connected and working fine, then
> --->> poof -
> --->> --->gone). The network share itself (via UNC) was working fine. The
> use
> --->> doing
> --->> --->a logoff/logon reconnected them.
> --->> --->
> --->> --->We have very little in the way of group policy settings -
> everthing is
> --->> --->pretty much as per the default domain policy except for this
> script,
> --->> --->password settings, WSUS settings and turning on offline file cache
> --->> --->encryption. Speaking of offline files, one of the users effected
> did
> --->> have
> --->> --->some directories in the share pinned for make available offline,
> but
> --->> the
> --->> --->other two users did not. You will note that the share is
> disappearing
> --->> is a
> --->> --->DFS share, I am not sure if this is related to the problem. I use
> --->> --->/persistent:yes because many users are on laptops (using offline
> --->> files), so
> --->> --->I don't want the drives to disconnect if the user does a reboot
> while
> --->> not on
> --->> --->the network. As mentioned above, only 3 of 30 users have had this
> --->> happen,
> --->> --->and only once each. There were no network connectivity
> problems,
> --->> and
> --->> all
> --->> --->users have the exact same security permissions on the server.
> This
> --->> seems
> --->> --->to be a new problem, as prior to this week I have never seen it /
> had
> --->> it
> --->> --->reported.
> --->> --->
> --->> --->Any ideas what might be causing this, or how I could even
> troubleshoot
> --->> it
> --->> --->further?
> --->> --->
> --->> --->Thanks
> --->> --->/-Tim
> --->> --->
> --->> --->
> --->>
> --->
> --->
>
>

Hello Gabriel,

Thank you for your post.

Morgan is out of office currently, I will continue to work with you on this
issue.

I'm wondering whether Morgan's suggestion in this thread is helpful to
resolve this issue.

If not, I'd like to recommend you open a new thread in this Newsgroup.

Thanks.

Sincerely,
Neo Zhu,
Microsoft Online Support
Microsoft Global Technical Support Center

Get Secure! - www.microsoft.com/security
=====================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=====================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

Good day Morgan,

I am experiencing the same problem as Tim was experiencing. We are running
Trend AV.

Any ideas?

"Morgan che(MSFT)" wrote:

> Dear Tim,
>
> How are you?
>
> May I know if my suggestion is helpful? if anything is unclear, please feel
> free to post here.
>
> Thanks.
>
> Sincerely
> Morgan Che
> Microsoft Online Support
> Microsoft Global Technical Support Center
>
> Get Secure! - www.microsoft.com/security
> =====================================================
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> =====================================================
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
>
> --------------------
> --->From: "Tim Lang" <(E-Mail Removed)>
> --->References: <173786B4-38E4-4154-B519-(E-Mail Removed)>
> <50drq$(E-Mail Removed)>
> --->In-Reply-To: <50drq$(E-Mail Removed)>
> --->Subject: Re: Disappearing Mapped Drives
> --->Date: Fri, 11 Jan 2008 10:18:33 -0800
> --->Lines: 151
> --->Message-ID: <C2F5763B-7711-4C8C-A88F-(E-Mail Removed)>
> --->MIME-Version: 1.0
> --->Content-Type: text/plain;
> ---> format=flowed;
> ---> charset="iso-8859-1";
> ---> reply-type=original
> --->Content-Transfer-Encoding: 7bit
> --->X-Priority: 3
> --->X-MSMail-Priority: Normal
> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
> --->X-MS-CommunityGroup-PostID: {C2F5763B-7711-4C8C-A88F-010A6B997B06}
> --->X-MS-CommunityGroup-ThreadID: 173786B4-38E4-4154-B519-17169F10A145
> --->X-MS-CommunityGroup-ParentID: B10F9228-A76B-4D7E-918E-33D40769480C
> --->Newsgroups: microsoft.public.windowsxp.general
> --->Path: TK2MSFTNGHUB02.phx.gbl
> --->Xref: TK2MSFTNGHUB02.phx.gbl microsoft.public.windowsxp.general:161034
> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
> --->X-Tomcat-NG: microsoft.public.windowsxp.general
> --->
> --->Great tip - I will exclude my dfsroot directory from the antivirus just
> to
> --->be safe. If I can catch the problem happening live again, I will also
> check
> --->on the dfssvc process.
> --->
> --->Thanks!
> --->/-Tim
> --->
> --->
> --->"Morgan che(MSFT)" <v-(E-Mail Removed)> wrote in message
> --->news:50drq$(E-Mail Removed)...
> --->> Dear Tim,
> --->>
> --->> Thanks for posting here.
> --->>
> --->> After viewing this post, I suspect the DFS server may have some
> problems.
> --->> Below is my analysis to this issue.
> --->>
> --->> 1)After re-logging in, the missing network drive returns, so we can
> infer
> --->> it is not a permission issue.
> --->>
> --->> 2) The network drive U can be redirected. which proves the
> application of
> --->> Group Policy is correct.
> --->>
> --->> The reason why I suspect DFS server cause the issue is we can obtain
> --->> network drive U but not drive T. Moreover, network drive T is resided
> on
> --->> DFS server.
> --->>
> --->> During my research, I notice a previous case that mentions the
> --->> Anti-viruses
> --->> software running on DFS server may cause similar issue.
> --->>
> --->> In order to narrow down this issue, could you please check if the
> --->> dfssrv.exe process has a relatively high utilization usage of CPU when
> --->> network drive U disappears on these three clients? If so, please
> exclusive
> --->> the DFS directory Anti-viruses software scanning directory and see if
> this
> --->> issue still persists. Additionally, please test the result using the
> --->> command-line " net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES"
> when
> --->> network drive U disappearing.
> --->>
> --->> I look forward to the reply.
> --->>
> --->> I hope this helps. Have a nice day!
> --->>
> --->>
> --->> Sincerely
> --->> Morgan Che
> --->> Microsoft Online Support
> --->> Microsoft Global Technical Support Center
> --->>
> --->> Get Secure! - www.microsoft.com/security
> --->> =====================================================
> --->> When responding to posts, please "Reply to Group" via your newsreader
> so
> --->> that others may learn and benefit from your issue.
> --->> =====================================================
> --->> This posting is provided "AS IS" with no warranties, and confers no
> --->> rights.
> --->>
> --->>
> --->> --------------------
> --->> --->From: "Tim Lang" <(E-Mail Removed)>
> --->> --->Subject: Disappearing Mapped Drives
> --->> --->Date: Thu, 10 Jan 2008 13:36:33 -0800
> --->> --->Lines: 45
> --->> --->Message-ID: <173786B4-38E4-4154-B519-(E-Mail Removed)>
> --->> --->MIME-Version: 1.0
> --->> --->Content-Type: text/plain;
> --->> ---> format=flowed;
> --->> ---> charset="iso-8859-1";
> --->> ---> reply-type=original
> --->> --->Content-Transfer-Encoding: 7bit
> --->> --->X-Priority: 3
> --->> --->X-MSMail-Priority: Normal
> --->> --->X-Newsreader: Microsoft Windows Mail 6.0.6001.17052
> --->> --->X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.17052
> --->> --->X-MS-CommunityGroup-MessageCategory:
> --->> {E4FCE0A9-75B4-4168-BFF9-16C22D8747EC}
> --->> --->X-MS-CommunityGroup-PostID: {173786B4-38E4-4154-B519-17169F10A145}
> --->> --->Newsgroups: microsoft.public.windowsxp.general
> --->> --->Path: TK2MSFTNGHUB02.phx.gbl
> --->> --->Xref: TK2MSFTNGHUB02.phx.gbl
> microsoft.public.windowsxp.general:160750
> --->> --->NNTP-Posting-Host: TK2MSFTNGHUB02.phx.gbl 127.0.0.1
> --->> --->X-Tomcat-NG: microsoft.public.windowsxp.general
> --->> --->
> --->> --->I am having a problem with some users where a mapped network
> drive
> --->> will
> --->> --->mysteriously disappear.
> --->> --->
> --->> --->All clients are running Windows XP SP2 (fully patched)
> --->> --->Shares are hosted on Windows Server 2003 R2, which is also a DC
> and a
> --->> DFS
> --->> --->root (also fully patched)
> --->> --->
> --->> --->We have a simple AD network, with a login batch file script to
> connect
> --->> --->network drives:
> --->> --->
> --->> --->net use T: /delete /y
> --->> --->net use U: /delete /y
> --->> --->net use T: \\hebb.proshow.com\Shares /PERSISTENT:YES
> --->> --->net use U: \\WPSR-DC1\Home /PERSISTENT:YES
> --->> --->
> --->> --->
> --->> --->I have about 30 client computers, so far this problem has only
> --->> happened
> --->> on 3
> --->> --->of them (one time each, on three different days and at different
> --->> times), and
> --->> --->in all cases it was only the T: drive that disappeared. Two of
> them
> --->> were
> --->> --->desktops, one was a laptop. The disappearing just happened
> randomly,
> --->> some
> --->> --->time after the login (they were connected and working fine, then
> --->> poof -
> --->> --->gone). The network share itself (via UNC) was working fine. The
> use
> --->> doing
> --->> --->a logoff/logon reconnected them.
> --->> --->
> --->> --->We have very little in the way of group policy settings -
> everthing is
> --->> --->pretty much as per the default domain policy except for this
> script,
> --->> --->password settings, WSUS settings and turning on offline file cache
> --->> --->encryption. Speaking of offline files, one of the users effected
> did
> --->> have
> --->> --->some directories in the share pinned for make available offline,
> but
> --->> the
> --->> --->other two users did not. You will note that the share is
> disappearing
> --->> is a
> --->> --->DFS share, I am not sure if this is related to the problem. I use
> --->> --->/persistent:yes because many users are on laptops (using offline
> --->> files), so
> --->> --->I don't want the drives to disconnect if the user does a reboot
> while
> --->> not on
> --->> --->the network. As mentioned above, only 3 of 30 users have had this
> --->> happen,
> --->> --->and only once each. There were no network connectivity
> problems,
> --->> and
> --->> all
> --->> --->users have the exact same security permissions on the server.
> This
> --->> seems
> --->> --->to be a new problem, as prior to this week I have never seen it /
> had
> --->> it
> --->> --->reported.
> --->> --->
> --->> --->Any ideas what might be causing this, or how I could even
> troubleshoot
> --->> it
> --->> --->further?
> --->> --->
> --->> --->Thanks
> --->> --->/-Tim
> --->> --->
> --->> --->
> --->>
> --->
> --->
>
>