Windows custom script shows Success but file is not createdSolved

Participant
Ideation
18 hours ago Aug 23, 2026

I’m testing custom scripts on a Windows device and I’m confused by the status shown in Hexnode. A program installation policy showed Success, but the program did not install. I also tried a file creation policy to create a text file in a few folders, and that also showed Success even though no file appeared. There were no obvious Windows Event Viewer errors either.

To check whether scripts were really running, I tried a very simple PowerShell script with a non-zero return code, but Hexnode still marked it as Success. I also tested a script that writes marker files to locations like Windows Temp, ProgramData, Public Desktop, and Public Documents, then prints the result with Write-Output.

Does Success in Hexnode mean the script logic completed successfully, or only that the script was launched? Also, does the script need to already exist locally on the Windows machine before using Execute Custom Script?

Replies (1)

Marked SolutionPending Review
Hexnode Expert
7 hours ago Aug 23, 2026
Marked SolutionPending Review

In Hexnode, the Success status for an Execute Custom Script action means the script was delivered to the device and the operating system wrapper completed the launch/execution process without a launcher-level failure.

It does not always mean that every action inside the script succeeded. For example, file creation can still fail because of path issues, permissions, execution context, script logic, or formatting problems, while the action itself may still be reported as successfully executed.

To verify what actually happened inside the script, check the script output:

1. Go to Manage.

2. Open the Windows device.

3. Go to Action History.

4. Find the Execute Custom Script action.

5. Open View Output for that action.

Any values printed using Write-Output, along with captured stdout/stderr, should help confirm whether the script reached the expected lines and whether file creation returned errors.

Regards,

Mary Romero

Save