| Author |
Message |
Phil
Guest
|
 Posted:
Tue Sep 27, 2005 8:51 pm Post subject:
Tough DFS problem |
|
|
We started encountering a really tough problem a couple of days ago. Most,
but not all, clients hang when trying to run an exe from any of our DFS
shares, as in \\dom\ou\share\folder\app.exe. Running the same exe from the
file server, as in \\server\share\folder\app.exe, works just fine. Our DFS
root servers all have the DfsDnsConfig value=1 entry in their registry.
Any tips and or pointers in tracking this down will be greatly
appreciated. TIA! |
|
| Back to top |
|
 |
Phil
Guest
|
| Posted:
Tue Sep 27, 2005 8:51 pm Post subject:
Re: Tough DFS problem |
|
|
On Tue, 27 Sep 2005 12:13:28 -0700, Jill Zoeller [MSFT] wrote:
| Quote: | Are they XPSP2 clients? I can't explain the delay, but the fact that they
are .exe files could be related to the issue below:
Q. When a DFS client running Windows XP attempts to open an executable
(.exe) file from a DFS path, the user is prompted to confirm whether to run
the executable file. Why does DFS require the user to confirm whether to run
the file?
A. Windows shell displays this message when you try to run an
executable file from any path that includes a fully qualified domain name,
regardless of whether the path is hosted by DFS. To prevent this message
from occurring, add the domain to the list of trusted intranet zones on the
client.
|
Thanks for the quick reply. We have a mixture of XP SP2 and Win2K SP4
clients. The problem isn't really a delay. It's a complete hang if the exe
is called from a batch file (for ex. a series of adobe patches). Running
the exe directly results in a brief hourglass cursor, then noting, even in
task manager, even though the client still sees the exe as being open. |
|
| Back to top |
|
|
Jill Zoeller [MSFT]
Guest
|
| Posted:
Tue Sep 27, 2005 8:51 pm Post subject:
Re: Tough DFS problem |
|
|
Are they XPSP2 clients? I can't explain the delay, but the fact that they
are .exe files could be related to the issue below:
Q. When a DFS client running Windows XP attempts to open an executable
(.exe) file from a DFS path, the user is prompted to confirm whether to run
the executable file. Why does DFS require the user to confirm whether to run
the file?
A. Windows shell displays this message when you try to run an
executable file from any path that includes a fully qualified domain name,
regardless of whether the path is hosted by DFS. To prevent this message
from occurring, add the domain to the list of trusted intranet zones on the
client.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
"Phil" <Phil@nospamvzdot.net> wrote in message
news:pan.2005.09.27.19.03.53.240530@nospamvzdot.net...
| Quote: | We started encountering a really tough problem a couple of days ago. Most,
but not all, clients hang when trying to run an exe from any of our DFS
shares, as in \\dom\ou\share\folder\app.exe. Running the same exe from the
file server, as in \\server\share\folder\app.exe, works just fine. Our DFS
root servers all have the DfsDnsConfig value=1 entry in their registry.
Any tips and or pointers in tracking this down will be greatly
appreciated. TIA! |
|
|
| Back to top |
|
|
Jill Zoeller [MSFT]
Guest
|
| Posted:
Wed Sep 28, 2005 4:51 pm Post subject:
Re: Tough DFS problem |
|
|
Phil, I wish I could be more help. I'm not aware of any other issues with
DFS and .exe files other than the issue I mentioned in my previous post. For
tshooting this kind of problem, it helps to work with Product Support--they
can help determine whether this is really a DFS problem or some other issue.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
"Phil" <Phil@nospamvzdot.net> wrote in message
news:pan.2005.09.27.20.02.37.713268@nospamvzdot.net...
| Quote: | On Tue, 27 Sep 2005 12:13:28 -0700, Jill Zoeller [MSFT] wrote:
Are they XPSP2 clients? I can't explain the delay, but the fact that they
are .exe files could be related to the issue below:
Q. When a DFS client running Windows XP attempts to open an
executable
(.exe) file from a DFS path, the user is prompted to confirm whether to
run
the executable file. Why does DFS require the user to confirm whether to
run
the file?
A. Windows shell displays this message when you try to run an
executable file from any path that includes a fully qualified domain
name,
regardless of whether the path is hosted by DFS. To prevent this message
from occurring, add the domain to the list of trusted intranet zones on
the
client.
Thanks for the quick reply. We have a mixture of XP SP2 and Win2K SP4
clients. The problem isn't really a delay. It's a complete hang if the exe
is called from a batch file (for ex. a series of adobe patches). Running
the exe directly results in a brief hourglass cursor, then noting, even in
task manager, even though the client still sees the exe as being open.
|
|
|
| Back to top |
|
|
|
|
|
|
FAQ
Memberlist
Register
Profile
Log in to check your private messages
Log in