RE: Slow DFS connections for windows xp users (and windows 2003)

[Ken Schaefer]

In addition to Don's comments, use a tool like Process Explorer, and see what 
the threads in Explorer.exe are doing (since you have a good 10 seconds or so 
whilst Explorer is in a stuck state)

Cheers
Ken


From: Russ [shouldab...@gmail.com]
Sent: Saturday, 11 July 2009 3:32 AM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)


I meant this to go to the list, but replied back to someone directly by 
mistake...If anyone has any ideas, I'd love to hear about it!


I actually have found that what I posted earlier doesn't really seem to have 
anything to do with anything. (It does happen just when you are browsing SMB, 
so it appears to be unrelated). However, I did get a capture where I had an 
established connection to a share using the DFS namespace (and just to clarify, 
I only have one DFS root server in this case, and I am browsing a share that 
only has one DFS target -- we are not replicating at this time)

I started my capture, and then double-clicked on a folder -- I just got an hour 
glass, and then approximately 10 seconds later, the folder opened up. There 
were no packets in or out to either the target or the DFS root outside of the 
ICMP packets I was continuously sending during this time. The first packet 
captured was a "Tree disconnect request" to the DFS root from my machine, 
followed immediately by a "Tree Disconnect response" from the DFS root. So it 
looks like my machine was waiting for something during that period??

I don't know . .. at this point we are reluctant to roll DFS namespace further 
because of this weird slowness issue...



Thanks, Russ





~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Don Kuhlman]

One totally off the wall thought, how's the virus/malware/spyware scanning set 
up on each end - maybe someone is doing an on access scan while another client 
isn't, causing the different response times when opening up network connections 
and looking at those file systems/directories?

This may be totally unrelated, but I did some searching as we had some slow 
response issues a while ago and it ended up being some differences between NTLM 
versions in 2000, 2003, NT, Vista, XP, etc.  We had to modify some of the parms.

Anyway, these links are just some reads about this stuff and may give you some 
insight as to the trace you should see and traffic flow when trying to do a dfs 
browse, etc...


W2k Startup and logon traffic Analysis
http://technet.microsoft.com/en-us/library/bb742590.aspx
 
 
Use of CNAME records for availability in DFS / Offline Files Integration
http://blogs.technet.com/thenetworker/default.aspx


File Session Traffic
http://technet.microsoft.com/en-us/library/cc749905.aspx

Anyway some good reading fo ryou...

Don K




From: Russ 
To: NT System Admin Issues 
Sent: Friday, July 10, 2009 12:32:37 PM
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)



I meant this to go to the list, but replied back to someone directly by 
mistake...If anyone has any ideas, I'd love to hear about it!



I actually have found that what I posted earlier doesn't really seem to have 
anything to do with anything. (It does happen just when you are browsing SMB, 
so it appears to be unrelated). However, I did get a capture where I had an 
established connection to a share using the DFS namespace (and just to clarify, 
I only have one DFS root server in this case, and I am browsing a share that 
only has one DFS target -- we are not replicating at this time)

I started my capture, and then double-clicked on a folder -- I just got an hour 
glass, and then approximately 10 seconds later, the folder opened up. There 
were no packets in or out to either the target or the DFS root outside of the 
ICMP packets I was continuously sending during this time. The first packet 
captured was a "Tree disconnect request" to the DFS root from my machine, 
followed immediately by a "Tree Disconnect response" from the DFS root. So it 
looks like my machine was waiting for something during that period?? 

I don't know . .. at this point we are reluctant to roll DFS namespace further 
because of this weird slowness issue...


Thanks, Russ


  
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Russ]

I meant this to go to the list, but replied back to someone directly by
mistake...If anyone has any ideas, I'd love to hear about it!


I actually have found that what I posted earlier doesn't really seem to have
anything to do with anything. (It does happen just when you are browsing
SMB, so it appears to be unrelated). However, I did get a capture where I
had an established connection to a share using the DFS namespace (and just
to clarify, I only have one DFS root server in this case, and I am browsing
a share that only has one DFS target -- we are not replicating at this time)

I started my capture, and then double-clicked on a folder -- I just got an
hour glass, and then approximately 10 seconds later, the folder opened up.
There were no packets in or out to either the target or the DFS root outside
of the ICMP packets I was continuously sending during this time. The first
packet captured was a "Tree disconnect request" to the DFS root from my
machine, followed immediately by a "Tree Disconnect response" from the DFS
root. So it looks like my machine was waiting for something during that
period??

I don't know . .. at this point we are reluctant to roll DFS namespace
further because of this weird slowness issue...



Thanks, Russ

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Ken Schaefer]

Hi,

a) I don't work for a university. Who I work for is publicly available: 
https://mvp.support.microsoft.com/profile/Ken is one such place you can find 
this information out yourself.

b) Whilst your capture might not show any errors, it also shows time elapsed 
and the types of queries being made. Maybe it would be helpful for us (or 
yourself) to look at *which* parts of the trace are consuming the most amount 
of time

c) It's not semantics - you've identified some symptoms, but we don't know the 
root cause

d) Lastly, this is a free support list. Whilst generally there are people who 
provide good answers to questions here in a cheerful manner, you're not 
entitled by right to that. If you want friendly, attentive technical support 
please open a PSS call with Microsoft. If you don't like the attitude here, 
please feel free to apply for a full refund :-)

Cheers
Ken


From: Steph Balog [validemai...@gmail.com]
Sent: Friday, 10 July 2009 1:34 AM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)

(quoting Ken below)

Ken (you dont happen to work at a university do you?)

I did use wireshark, I was using wireshark when it was ethereal, and probably 
using it long before most on this list have been working. I HAVE stated the 
issue. Windows XP and 2003 clients are experiencing slow connectivity to shares 
on a windows 2008 server. Regardless of whether it is through dfs or not. 
Windows vista client and windows 7 clients do not.
The issue looks to be a a client one. Perhaps something to do with how the 
OLDER client handle talking smb to the NEWER server. That is the ISSUE KEN. My 
question was if ANYONE has seen such an issue. There is an ISSUE KEN.

And fyi, wireshark did not show me anything but smb traffic being initiated the 
server responding, and then nothing. It didnt show errors, it didnt show drops. 
It is not a network issue, it is not a traffic issue. So again KEN, unless you 
can add something useful to this conversation, please refrain from your 
semantics. And hopefully someone else may have experienced this and can offer 
me some isight.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steven M. Caesare]

You do?

 

Then tell us. Or fix it.

 

So far you've only shared _symptoms_.

 

-sc

 

 

On Thu, Jul 9, 2009 at 1:47 PM, Steph Balog 
wrote:

Sorry, one is not helpful when the person you are asking help from has o
deem you "worthy" first. I asked if anyone else has experience this
issue. I know what the root cause is. As I said, there is something
going on with the xp and 2003 clients.

It WORKS FINE on vista and windows 7.

What part of "the issue is consistent only on xp and 2003 clients" is
not sinking in?

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

 

 

 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Russ]

We are having issues with navigating shares using DFS as well.  This is our
situation -- XP clients as we move through the different shares (open
folder, or especially going back and then opening another folder) will just
lock up for 5-30 seconds.  A few windows 7 clients we have do not have this
issue at all.  We have 2008 and 2003 targets, and it doesn't matter which
you are hitting, you will see these delays.  The DFS root servers are 2003.


I've put a trace on the workstations and I see a bunch of NT Create AndX
Requests to \pathname:{hash}:$DATA, then to
\pathname:Docf_\005SummaryInformation:$DATA, and
\pathname:\005SummaryInformation:$DATA, along with other pathnames along
those same lines, which are responded with: Error:
STATUS_OBJECT_NAME_NOT_FOUND.  I don't see this behavior under Windows 7,
and I don't see this when just browsing directly to the share without going
through DFS.  It will do this while it is timing out, then just seems to be
fine for a little while, then it will do it again, seemingly on another
random location.



On Thu, Jul 9, 2009 at 11:28 AM, Webb, Brian (Corp)
wrote:

> Sorry Steph, all you have described is a small set of symptoms.  The
> symptoms you describe could have a very large set of possible causes.
> Several people have given you suggestions as to things you might want to
> look at for a cause and you have done nothing but yell at them.  Not a
> good way to get help.  I expect there are a few spam filters being set
> to reject your messages as I type.
>
> I do have one suggestion that your network traces might be helpful in
> looking at, and that is to check the packet size on the packets being
> sent back an forth.  Vista and 2008 ramp up the packet sizes pretty
> quickly while XP and 2003 take a while.  How big are the files you are
> trying to access?
>
>
> -Brian
>
>
> -Original Message-
> From: Steph Balog [mailto:validemai...@gmail.com]
> Sent: Thursday, July 09, 2009 12:47 PM
> To: NT System Admin Issues
> Subject: Re: Slow DFS connections for windows xp users (and windows
> 2003)
>
> Sorry, one is not helpful when the person you are asking help from has o
> deem you "worthy" first. I asked if anyone else has experience this
> issue. I know what the root cause is. As I said, there is something
> going on with the xp and 2003 clients.
>
> It WORKS FINE on vista and windows 7.
>
> What part of "the issue is consistent only on xp and 2003 clients" is
> not sinking in?
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Webb, Brian (Corp)]

Sorry Steph, all you have described is a small set of symptoms.  The
symptoms you describe could have a very large set of possible causes.
Several people have given you suggestions as to things you might want to
look at for a cause and you have done nothing but yell at them.  Not a
good way to get help.  I expect there are a few spam filters being set
to reject your messages as I type.

I do have one suggestion that your network traces might be helpful in
looking at, and that is to check the packet size on the packets being
sent back an forth.  Vista and 2008 ramp up the packet sizes pretty
quickly while XP and 2003 take a while.  How big are the files you are
trying to access?


-Brian


-Original Message-
From: Steph Balog [mailto:validemai...@gmail.com] 
Sent: Thursday, July 09, 2009 12:47 PM
To: NT System Admin Issues
Subject: Re: Slow DFS connections for windows xp users (and windows
2003)

Sorry, one is not helpful when the person you are asking help from has o
deem you "worthy" first. I asked if anyone else has experience this
issue. I know what the root cause is. As I said, there is something
going on with the xp and 2003 clients.

It WORKS FINE on vista and windows 7. 

What part of "the issue is consistent only on xp and 2003 clients" is
not sinking in?
~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Kelsey, John]

I see similar delays with DFS here.  Accessing through the server share
directly works fine, going through DFS sees delays up to 4 or 5 seconds.

2008 DCs running on various flavors of IBM x-series servers
The file servers where the shares reside are all IBM blades, dual proc,
4GB of RAM, gigabit conneciton, etc.

I haven't tried it with Vista/Win7 to see if there is a difference or
not here.

So I'm curious if you find anything!


***
John C. Kelsey
DuBois Regional Medical Center
(:  814.375.3073  
*:   jckel...@drmc.org 
***


-Original Message-
From: Steph Balog [mailto:validemai...@gmail.com] 
Sent: Thursday, July 09, 2009 14:17
To: NT System Admin Issues
Subject: Re: Slow DFS connections for windows xp users (and windows
2003)


This was not directed at you jon. It was for the other guy sitting there
acting as if Ken was right to sit there marginalizing my issue the way
he did.

And the hardware are two dell 2950's. Direct scsi storage. It really is
not a hardware issue at all as I repeat, the vista and windows 7 clients
do not experience the problem. ~ Finally, powerful endpoint security
that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

This was not directed at you jon. It was for the other guy sitting there acting 
as if Ken was right to sit there marginalizing my issue the way he did.

And the hardware are two dell 2950's. Direct scsi storage. It really is not a 
hardware issue at all as I repeat, the vista and windows 7 clients do not 
experience the problem.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Jonathan Link]

Wow.

On Thu, Jul 9, 2009 at 1:47 PM, Steph Balog  wrote:

> Sorry, one is not helpful when the person you are asking help from has o
> deem you "worthy" first. I asked if anyone else has experience this issue. I
> know what the root cause is. As I said, there is something going on with the
> xp and 2003 clients.
>
> It WORKS FINE on vista and windows 7.
>
> What part of "the issue is consistent only on xp and 2003 clients" is not
> sinking in?
>  ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

Sorry, one is not helpful when the person you are asking help from has o deem 
you "worthy" first. I asked if anyone else has experience this issue. I know 
what the root cause is. As I said, there is something going on with the xp and 
2003 clients.

It WORKS FINE on vista and windows 7. 

What part of "the issue is consistent only on xp and 2003 clients" is not 
sinking in?
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Jonathan Link]

We had a Buffalo Terrastation, which was shared through DFS, performance was
horrible when accessed through DFS, but reasonable when accessed directly.
So...maybe it would be good to know what hardware is serving up the actual
storage?
-Jonathan

On Thu, Jul 9, 2009 at 12:09 PM, Richard Stovall <
richard.stov...@researchdata.com> wrote:

>  Just for giggles, what happens if you copy to/from and admin share such
> as \\server\c$ instead of a defined file share?
>
>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Richard Stovall]

Just for giggles, what happens if you copy to/from and admin share such
as \\server\c$   instead of a defined file share?


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

Re: Slow DFS connections for windows xp users (and windows 2003)

[Kevin Lundy]

Wow.  Way to insult one of the most knowledgeble, and helpful,  contributors
to this list.

You keep saying it is DFS, but then you state that connecting to the FQDN or
IP does the same thing.  So yes, semantics is important.  If you see the
problem via FQDN you are bypassing DFS.  So the problem is not DFS.

Ken is right - there is no "fix" until the underlying root cause is
identified.

On Thu, Jul 9, 2009 at 11:34 AM, Steph Balog  wrote:

> (quoting Ken below)
>
> Ken (you dont happen to work at a university do you?)
>
> I did use wireshark, I was using wireshark when it was ethereal, and
> probably using it long before most on this list have been working. I HAVE
> stated the issue. Windows XP and 2003 clients are experiencing slow
> connectivity to shares on a windows 2008 server. Regardless of whether it is
> through dfs or not. Windows vista client and windows 7 clients do not.
> The issue looks to be a a client one. Perhaps something to do with how the
> OLDER client handle talking smb to the NEWER server. That is the ISSUE KEN.
> My question was if ANYONE has seen such an issue. There is an ISSUE KEN.
>
> And fyi, wireshark did not show me anything but smb traffic being initiated
> the server responding, and then nothing. It didnt show errors, it didnt show
> drops. It is not a network issue, it is not a traffic issue. So again KEN,
> unless you can add something useful to this conversation, please refrain
> from your semantics. And hopefully someone else may have experienced this
> and can offer me some isight.
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

(quoting Ken below)

Ken (you dont happen to work at a university do you?)

I did use wireshark, I was using wireshark when it was ethereal, and probably 
using it long before most on this list have been working. I HAVE stated the 
issue. Windows XP and 2003 clients are experiencing slow connectivity to shares 
on a windows 2008 server. Regardless of whether it is through dfs or not. 
Windows vista client and windows 7 clients do not.
The issue looks to be a a client one. Perhaps something to do with how the 
OLDER client handle talking smb to the NEWER server. That is the ISSUE KEN. My 
question was if ANYONE has seen such an issue. There is an ISSUE KEN. 

And fyi, wireshark did not show me anything but smb traffic being initiated the 
server responding, and then nothing. It didnt show errors, it didnt show drops. 
It is not a network issue, it is not a traffic issue. So again KEN, unless you 
can add something useful to this conversation, please refrain from your 
semantics. And hopefully someone else may have experienced this and can offer 
me some isight.


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Ken Schaefer]

There is no "fix" for the issue, because you haven't worked out what the issue 
is yet.

I don't know why you think a "network trace" is useless. It will show the 
actual SMB traffic (including errors, resets and so forth). It has nothing to 
do with tracert or ping (don't know why you threw that in). 

www.wireshark.org <- get this and get a packet capture from one of your 
affected clients.

Cheers
Ken


From: Steph Balog [validemai...@gmail.com]
Sent: Thursday, 9 July 2009 12:53 PM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)

(quoted below Ken)
That is just it, there is nothing showing in the event logs indicating any 
errors. And the network traces are pointless. Pinging and Traceroutes onl send 
icmp requests to endpoints (ping) or the hops along the route (tracert). We are 
talking smb and rpc. Running dfsdiags shows no issues, AGAIN, there are no 
issues with vista, 2008 or windows 7 clients. It is ONLY locking up and being 
slow with xp clients and windows 2003 clients. So please, if anyone has seen 
this issue, it would be very very greatly appreciated to share what you have 
seen and/or ddi to fix the issue.

Hi,

Can you please include the posts that you are replying to, so that we can 
follow the conversation?

>From what I can see below what you have done below is change settings, which 
>may or may not be, related to your problem.

The question I asked was what have you done to determine the underlying 
problem/root cause? (what logs have you captured? network traces? etc)

Cheers
Ken


From: Steph Balog [validemai...@gmail.com]
Sent: Thursday, 9 July 2009 12:06 PM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)

I have applied hotfixes related to the problem, tried connecting via ip and 
fqdn rather than through the dfs namespace, rebooted the server, turned of 
smb2, turned down security features in the local security policy. And nothing. 
Again, the key here is the vista boxes, windows 2008 clients, windows 7 client 
all have 0 problems. It is just the xp and 2003 (older) clients.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

(quoted below Ken)
That is just it, there is nothing showing in the event logs indicating any 
errors. And the network traces are pointless. Pinging and Traceroutes onl send 
icmp requests to endpoints (ping) or the hops along the route (tracert). We are 
talking smb and rpc. Running dfsdiags shows no issues, AGAIN, there are no 
issues with vista, 2008 or windows 7 clients. It is ONLY locking up and being 
slow with xp clients and windows 2003 clients. So please, if anyone has seen 
this issue, it would be very very greatly appreciated to share what you have 
seen and/or ddi to fix the issue.

Hi, 

Can you please include the posts that you are replying to, so that we can 
follow the conversation? 

>From what I can see below what you have done below is change settings, which 
>may or may not be, related to your problem. 

The question I asked was what have you done to determine the underlying 
problem/root cause? (what logs have you captured? network traces? etc) 

Cheers 
Ken 

 
From: Steph Balog [validemai...@gmail.com] 
Sent: Thursday, 9 July 2009 12:06 PM 
To: NT System Admin Issues 
Subject: RE: Slow DFS connections for windows xp users (and windows 2003) 

I have applied hotfixes related to the problem, tried connecting via ip and 
fqdn rather than through the dfs namespace, rebooted the server, turned of 
smb2, turned down security features in the local security policy. And nothing. 
Again, the key here is the vista boxes, windows 2008 clients, windows 7 client 
all have 0 problems. It is just the xp and 2003 (older) clients. 

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Ken Schaefer]

Hi,

Can you please include the posts that you are replying to, so that we can 
follow the conversation?

>From what I can see below what you have done below is change settings, which 
>may or may not be, related to your problem. 

The question I asked was what have you done to determine the underlying 
problem/root cause? (what logs have you captured? network traces? etc)

Cheers
Ken


From: Steph Balog [validemai...@gmail.com]
Sent: Thursday, 9 July 2009 12:06 PM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows 2003)

I have applied hotfixes related to the problem, tried connecting via ip and 
fqdn rather than through the dfs namespace, rebooted the server, turned of 
smb2, turned down security features in the local security policy. And nothing. 
Again, the key here is the vista boxes, windows 2008 clients, windows 7 client 
all have 0 problems. It is just the xp and 2003 (older) clients.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

During the time when the xp and 2003 clients sit there, it locks the explorer 
process up too.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

I have applied hotfixes related to the problem, tried connecting via ip and 
fqdn rather than through the dfs namespace, rebooted the server, turned of 
smb2, turned down security features in the local security policy. And nothing. 
Again, the key here is the vista boxes, windows 2008 clients, windows 7 client 
all have 0 problems. It is just the xp and 2003 (older) clients.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

Even connect directly to the server via the fqdn or ip does the same thing.
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Ken Schaefer]

What steps have you already tried to diagnose the underlying problem/root cause?

Cheers
Ken


From: Steph Balog [validemai...@gmail.com]
Sent: Thursday, 9 July 2009 3:54 AM
To: NT System Admin Issues
Subject: re: Slow DFS connections for windows xp users (and windows 2003)

Come on guys, a little bit of help?
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Des Waugh]

We had 
A siliar situation which I put down to slow interoffice links.
We ended up mapping to local server shares based on IP detection in
scripting and not using the DFS share
HTH
Des
-Original Message-
From: Steph Balog [mailto:validemai...@gmail.com] 
Sent: Thursday, 9 July 2009 8:29 AM
To: NT System Admin Issues
Subject: RE: Slow DFS connections for windows xp users (and windows
2003)

The replication works fine in windows 2008. Is just the xp desktops are
slow talking to them.

Anyone? Please? 
~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Email has been scanned for viruses by Altman Technologies' email
management service - www.altman.co.uk/emailsystems

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

The replication works fine in windows 2008. Is just the xp desktops are slow 
talking to them.

Anyone? Please? 
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

RE: Slow DFS connections for windows xp users (and windows 2003)

[John Aldrich]

We are an XP only organization on the desktop. We have 2 Win2k3 servers where 
we use DFS to mirror the data between them. We found that there were 
significant issues with trying to access the DFS location from the desktops -- 
data was not replicated consistently between the two servers, so we still have 
DFS running, but only access the data on one server. It was too much of a 
headache to try and access it from a random server.



-Original Message-
From: Steph Balog [mailto:validemai...@gmail.com] 
Sent: Wednesday, July 08, 2009 1:55 PM
To: NT System Admin Issues
Subject: re: Slow DFS connections for windows xp users (and windows 2003)

Come on guys, a little bit of help?
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Checked by AVG - www.avg.com 
Version: 8.5.387 / Virus Database: 270.13.8/2224 - Release Date: 07/08/09 
05:53:00

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

re: Slow DFS connections for windows xp users (and windows 2003)

[Steph Balog]

Come on guys, a little bit of help?
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~