Hello,
I'd maybe recommend opening an issue to outline the steps you've taken to get this setup, any errors you're seeing that make you feel this is related to the user not being available, which files you found these errors in, and a copy of the logs directory.
Things that come to mind in troubleshooting this are:
1. Can you manually stop/start the agent via the service.
2. Were you testing whether the change to this service by rebooting the machine? If not, what test were you using?
3. Where are you seeing errors?
4. What errors are you seeing?
It might be that the vasd service is started but is not completely initialized? Your admins might help us test this in some way - maybe create a new service that is set to run/start in the same way as the nolioagent service (with the After=... statement) and runs some non-Release Automation commands to validate that your users from AD can be used. Maybe an ls output of the AgentInstallDir before and after the vasd service starts (as a part of this troubleshooting service) would in someway be helpful since I think an ls output might just show the number for the user if the userid can't be detected (not 100% sure).
It could be tricky to nail this one down. But if the issue is its ability to use those AD users made available by the vasd service then I'd imagine it will revolve around understanding how the vasd service gets initialized, how long it might take for users to be made available, and understanding what options in systemd.unit can be used to reliably wait for this dependency.
Kind regards,
Gregg