Your scenario sounds common - issue multiple patch baselines with no post-action restart, leaving them in ‘pending restart’ status, and then send a follow-up single action to trigger the restart. A lot of us use a workflow like that and you should be able to get it working.
There are two different ways for an action to get into ‘pending restart’ state.
If you have an action that needed a restart to complete, i.e. the action contains action required restart "my patch update"
, but you did not configure a post-action restart, the action status will remain “pending restart” until the reboot occurs.
Likewise, if you configure a post-action restart in the action settings (or use the restart
actionscript command), the status will be “pending restart” until the reboot occurs; and the bes client will trigger the restart user interface with the countdown options you specified.
One action’s “pending restart” action would not prevent you from sending other actions to restart the client. Exception: if the bes client is already trying to restart the system, it will not execute other actions. This is after any restart countdown timer, when the reboot should actually be happening.
I know of at least two conditions that can trigger a restart problem.
IF you use the post-action settings or ‘restart 180’ command, the client will try to launch the client UI to display the countdown timer. On Windows Core systems, or systems with logged-on but disconnected Remote Desktop sessions, the client may not trigger the restart because it cannot present the user interface. See Post-Action Restart problem for details and a client setting to handle that condition. I believe there was also something in the release notes of one of the recent client versions about restart handling on Server Core installations.
What version is your bes client, what version is your operating system, and are you running on core? Can you post entries from the client log where it is failing to restart?