Re: clients losing server connection

Hi,

As you said, "However when I try to access a shared folder on the sever by
addressing it with the UNC path doesn't work, neither using Hostname or
FQDN. Accessing a shared folder with IP-address works though."

Did you get any error message? My suggestions as below:

1 Check the TCP/IP configuration of the "not accessible" computer #3. In
the DOS prompt, type ipconfig /all and press Enter.
1) Check Node Type: in the most case, it is Hybrid.
2) Compare IP Address with other good machine: They are should be in
the same ip range.
3) Also check the Subnet Mask: they should be the same.

2. Run net view IP (that is "not accessible" computer #3's IP). Check if
you receive "There are no entries in the list".

3. If net view IP is OK, we can try to use net view hostname(computer #3 's
name) to check if it is a name resolution issue.

4. Please let me know the results of the command "net view hostname" if
there are some error code.

For example:

A) You may receive "System error 5 has occurred" and "Access is denied"
when using net view command. In this case, you may have the permission
issue. Another symptom is that you can see the remote computer in Network
Neighborhood but not access it. Check these:
1. Do you have right to access the remote computer if it is domain network?
2. If it is workgroup network, have you created the same username and
password in remote computer?
3. Do you assign the user rights under Security tab if it is the NTFS
partition.

B) If you can net view IP while net view \\hostname gives you "System error
51 has occurred" and "windows cannot find the network path", you may have
the computer browser issue.
1.Make sure the Computer Browser is running.
2. Make sure the Server service is running
3. troubleshoot Mater Browser using browstat.exe.

Thanks.


Best regards,

Vincent Xu
Microsoft Online Partner Support

======================================================
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 this issue.
======================================================
This posting is provided "AS IS" with no warranties,and confers no rights.
======================================================



--------------------
Thread-Topic: clients losing server connection
thread-index: AcapgMlK0IPHjRvdTVeFr/MWcQQRcg==
X-WBNR-Posting-Host: 217.89.116.194
From: =?Utf-8?B?TWFyY3Vz?= <wws@xxxxxxxxxxxxxxxx>
References: <70CDF080-783F-4363-99BE-B3BE39D11C01@xxxxxxxxxxxxx>
<hFY8CHNpGHA.5496@xxxxxxxxxxxxxxxxxxxxx>
<#N8zFRPpGHA.4236@xxxxxxxxxxxxxxxxxxxx>
<725D3721-50AB-46F5-9863-192C28D8471C@xxxxxxxxxxxxx>
<u$vAhgPpGHA.4268@xxxxxxxxxxxxxxxxxxxx>
<33C32BFE-FF82-493F-B296-D842981D19BB@xxxxxxxxxxxxx>
<ewNeLSlpGHA.2024@xxxxxxxxxxxxxxxxxxxxx>
Subject: Re: clients losing server connection
Date: Mon, 17 Jul 2006 02:10:02 -0700
Lines: 267
Message-ID: <FAED43A0-14F1-4DF5-A299-BFA1BC2E4E64@xxxxxxxxxxxxx>
MIME-Version: 1.0
Content-Type: text/plain;
charset="Utf-8"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft CDO for Windows 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830
Newsgroups: microsoft.public.win2000.networking
Path: TK2MSFTNGXA01.phx.gbl
Xref: TK2MSFTNGXA01.phx.gbl microsoft.public.win2000.networking:91789
NNTP-Posting-Host: TK2MSFTNGXA01.phx.gbl 10.40.2.250
X-Tomcat-NG: microsoft.public.win2000.networking

The problem still occurs.

Interesting is that the name resolution works when I ping the server from
the workstation. However when I try to access a shared folder on the
sever by
addressing it with the UNC path doesn't work, neither using Hostname or
FQDN.
Accessing a shared folder with IP-address works though.

So your idea that it is a problem with the name resolution seems to be
right, but it's weird that name resolution when pinging works, but from
the
Windows Explorer it deosn't work.

Any further ideas?

Another question: When I ping the Hostname it automatically uses the
FQDN,
is there any option for the ping command that I can prevent that?

BR
Marcus


"Vincent Xu [MSFT]" wrote:

Hi Marcus,

Regarding Danny's suggestion, you can try to ping the server by
IP,Netbios
name & FQDN to see if there are any clues when the problem occurs.

Also, you can check following article:

891957 Update is available that fixes various Volume Shadow Copy
Service
issues in Windows Server 2003
http://support.microsoft.com/default.aspx?scid=kb;EN-US;891957

As well as, when the problem occurs, please check the registry key:

HKCU/Network to see if the mapped drive key (drver letter of the mapped
drive) has values under it.

Best regards,

Vincent Xu
Microsoft Online Partner Support

======================================================
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 this issue.
======================================================
This posting is provided "AS IS" with no warranties,and confers no
rights.
======================================================



--------------------
Thread-Topic: clients losing server connection
thread-index: Acalha8jjF0MsoKQRGqVOgSO46AZJA==
X-WBNR-Posting-Host: 217.89.116.194
From: =?Utf-8?B?TWFyY3Vz?= <wws@xxxxxxxxxxxxxxxx>
References: <70CDF080-783F-4363-99BE-B3BE39D11C01@xxxxxxxxxxxxx>
<hFY8CHNpGHA.5496@xxxxxxxxxxxxxxxxxxxxx>
<#N8zFRPpGHA.4236@xxxxxxxxxxxxxxxxxxxx>
<725D3721-50AB-46F5-9863-192C28D8471C@xxxxxxxxxxxxx>
<u$vAhgPpGHA.4268@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: clients losing server connection
Date: Wed, 12 Jul 2006 00:35:01 -0700
Lines: 163
Message-ID: <33C32BFE-FF82-493F-B296-D842981D19BB@xxxxxxxxxxxxx>
MIME-Version: 1.0
Content-Type: text/plain;
charset="Utf-8"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft CDO for Windows 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830
Newsgroups: microsoft.public.win2000.networking
Path: TK2MSFTNGXA01.phx.gbl
Xref: TK2MSFTNGXA01.phx.gbl microsoft.public.win2000.networking:91700
NNTP-Posting-Host: TK2MSFTNGXA01.phx.gbl 10.40.2.250
X-Tomcat-NG: microsoft.public.win2000.networking

All the IP-Settings are distributed with a DHCP Server, so the
settings
are
the same on all workstations and they are correct. I checked that. I
also
checked the DNS and WINS entries, they seem to be correct too.

Interesting is, that only some W2K workstations show that behaviour.
Most
of
the W2K and all of the XP workstations don't have that problem.

And it's only doing that accessing that W2K Server. Access to the
other
servers still works fine. Even reconnecting works using the hostname,
it
just
shows the mapped folders empty which they are not. So I think the
name
resolution works fine.

Many thanks for your ideas so far :o)

BR
Marcus


"Danny Sanders" wrote:

I don't think that it is a problem with the name resolution as
disconnecting
and remapping the files works fine. However the mapped drives are
still
shown
empty.


I've seen the exact problem you describe when the alternate DNS
entry
on the
client is mis-configured.

DDS

"Marcus" <wws@xxxxxxxxxxxxxxxx> wrote in message
news:725D3721-50AB-46F5-9863-192C28D8471C@xxxxxxxxxxxxxxxx
We are running two AD integrated DNS Servers.

I don't think that it is a problem with the name resolution as
disconnecting
and remapping the files works fine. However the mapped drives are
still
shown
empty.


"Danny Sanders" wrote:

What DNS server do these clients point to for Alternate?


hth
DDS W 2k MVP MCSE

"Vincent Xu [MSFT]" <v-xuwen@xxxxxxxxxxxxxxxxxxxx> wrote in
message
news:hFY8CHNpGHA.5496@xxxxxxxxxxxxxxxxxxxxxxxx
Hi,

Since this issue happens intermittently, the troubleshooting
steps
could
be
time-consuming and troublesome. However, please rest assured
that
I'll
try
my best to be of assistance.

For your situation, I have following suggestions:

Suggestion 1:
==================
When the problem occured, please ping the server by IP&Netbios
name &
FQDN
from the problematic computer to see the results.

Also, when the problem occured, please ping the server from
anther
client
which is OK by IP& NetBios Name & FQDN to see the results.

Suggestion 2:
=================
When the problem occured, please try to access the shared
folder
by
using
\\servername\sharename to see ,if you can access the share.

Suggestion 3:
=================
I do understand you suspect it is not a auto disconnect
problem,
but I
still suggest you turn off the autodisconnect feature: net
config
server
/autodisconnect:-1


Best regards,

Vincent Xu
Microsoft Online Partner Support

======================================================
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 this issue.
======================================================
This posting is provided "AS IS" with no warranties,and
confers no
rights.
======================================================



--------------------
Thread-Topic: clients losing server connection
thread-index: Acakvg5lszjpyfBdROeBlNdOsRrIVw==
X-WBNR-Posting-Host: 217.89.116.194
From: =?Utf-8?B?TWFyY3Vz?= <wws@xxxxxxxxxxxxxxxx>
Subject: clients losing server connection
Date: Tue, 11 Jul 2006 00:46:01 -0700
Lines: 19
Message-ID:
<70CDF080-783F-4363-99BE-B3BE39D11C01@xxxxxxxxxxxxx>
MIME-Version: 1.0
Content-Type: text/plain;
charset="Utf-8"
Content-Transfer-Encoding: 7bit
X-Newsreader: Microsoft CDO for Windows 2000
Content-Class: urn:content-classes:message
Importance: normal
Priority: normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830
Newsgroups: microsoft.public.win2000.networking
Path: TK2MSFTNGXA01.phx.gbl
Xref: TK2MSFTNGXA01.phx.gbl
microsoft.public.win2000.networking:91672
NNTP-Posting-Host: TK2MSFTNGXA01.phx.gbl 10.40.2.250
X-Tomcat-NG: microsoft.public.win2000.networking

Hi,

since a few days some of our clients are losing server
connections.
Mapped
drives can still be seen in the windows explorer but when
clicking on
them
the mapped drives are shown empty. Remapping doesn't bring
the
drives
contents back only restart of the clients help.

It doesn't seem to be timeout problem as the clients
sometimes
even
lose
the
connection while being active.

DCs OS: Windows 2003 Server SP1
Server OS: Windows 2000 Server SP4 (Server to which
connections
are
lost)
Clients: Windows 2000 Professional SP4

Any ideas?

BR
Marcus














.

Relevant Pages

  • Re: clients losing server connection
    ... net view Hostname shows "There are no entries in the list" ... Professional and this W2K Server. ... "However when I try to access a shared folder on the sever by ... Another symptom is that you can see the remote computer in Network ...
    (microsoft.public.win2000.networking)
  • Ping Command Problem
    ... I installed a new windows 2003 enterprise server on my network, ... shared folder on it, now i can access the shared folder from the anywhere on ... but the problem i can not ping this server from any machine at my Network ...
    (microsoft.public.windows.server.general)
  • Re: Ping Command Problem
    ... > I installed a new windows 2003 enterprise server on my network, ... > shared folder on it, now i can access the shared folder from the anywhere ... > but the problem i can not ping this server from any machine at my Network ...
    (microsoft.public.windows.server.general)
  • Windows 2003 storage server network problem
    ... Strange problem with Windows 2003 storage server, ... Can't connect to the 2003 server(not even with ping to IP-adr.) from any ... The arp cache on the 2003 server then get updated with the remote computer, ...
    (microsoft.public.windows.server.networking)
  • Re: RDP can not logon error
    ... Tracert & Ping to dc on the same subnet as the server that is having trouble. ... No network provider accepted the given network path.. ... Starting test: CrossRefValidation ...
    (microsoft.public.windows.server.general)