I have verified I have list and write permissions with my account to share \XXXXXXXX. I assume RunAsCurrentUser will be using my account since I am the one logged in?
I can manually copy to the share without issues.
I can copy to the share with debugger using this relevance… (no RunAsCurrentUser)
waithidden cmd.exe /C Copy “{pathname of file “test3.txt” of parent folder of regapp “besclient.exe”}” “\XXXXXXXXXX”
You action looks pretty good to me. I think it is probably a problem with the Fixlet Debugger. Can you try running your action through the console?
Jesse
I’ve attempted to run from Console.
The Action runs is scoped to only 1 workstation. From console view I see it runs successfully, however, the file did not copy to the share. I am using the same relevance from above that uses RACU.
Is there a debugger or log I can look at for this action? There was nothing in my Event Viewer showing failure.
You can look at the client log and it might tell you an exit code, but I’m not sure. You can also try to see if cmd.exe gets launched under the right user context by watching it in task manager when the task runs. I’m pretty sure the problem is the user not having permission to connect and write to that share.
I don’t know what you’re actually trying to do, but have you considered other options like uploading the files to the BigFix server? Also, I’d give JonL’s idea to map a drive a try.
I ran RACU from the console focused on my test group and attached a mesage to display while running the Action. while RACU Action attempted to run, I had a PCAP and Process monitor running.
I never saw RunAsCurrentUser on process manager or attempt to make a smb connection. When run RACU.exe -? from the command line I get a popup for usage and I see the program in the Process Manager.