up vote 1 down vote favorite
share [g+] share [fb]

User A is in group 1. Group 1 has Full Control over a network shared folder that contains an executable (Office installation). User A gets the error: "... The specified path does not exist. Check the path, and then try again." on Windows XP. Windows 7 works fine. Add user to Domain Admins group, XP works fine.

If I add Group 1 to the Administrators group on the network share PC, it works. Why would it be checking against the local admins group of that PC when its being executed via the network?

Basically, what group does User A need to be in to execute remote executables from a network share on XP?

link|improve this question
100% accept rate
When and how is this running? How is the execution being initiated? – Shane Madden Jan 3 at 19:57
1  
Make or use the group other than "Administrators" or "Domain Admins" and give that group execute permissions on the file/executable. – Tim Jan 3 at 20:02
Via a network share, just navigating to the file then double clicking it. Group 1 has Full control over the folder and executable and the user is in that group. – Shawn Jan 3 at 20:04
feedback

1 Answer

up vote 3 down vote accepted

Map the share as a drive and see if the user can run the executable from the mapped drive. I've seen setups that just didn't work over a share on XP.

also, if you just put the user in the group, they may need to log out and back in to pick up the new AD group membership.

link|improve this answer
I did this, and it did work. Is there any way to get it to work besides mapping the drive? – Shawn Jan 4 at 13:24
If you can run the executable as administrator then it may be fixable. If the executable's inner workings just can't deal with UNC paths and are hard-coded to deal with drive letters then no. I'd just make a batch file that maps a drive letter, runs the program, and then drops the map. I map to "B:" in install scripts since no one has two floppy drives anymore. ;-) – Mark Jan 4 at 15:16
If it's a problem with the executable why does it work fine in Windows 7? – Shawn Jan 4 at 20:54
I think, given that it works in 7, that it is an XP issue. The shell there didn't like UNC paths as the current directory. I dug up this article on M$... support.microsoft.com/kb/156276 That could be a red-herring though. The issue tends to come up in multi-installers that call other internal installs because they call multiple levels of scripts from inside other scripts. – Mark Jan 4 at 21:16
Definitely possible. This solution will just have to work for now, thats what we get for still being on XP. – Shawn Jan 5 at 16:05
feedback

Your Answer

 
or
required, but never shown
discard

Not the answer you're looking for? Browse other questions tagged or ask your own question.