You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Windows service manager requires services to respond to it immediately on startup before handling other work. Agent doesn't do this, because its startup was initially written for platforms with less strict requirements. Usually this isn't a problem in practice, but in some Windows environments it can cause an issue where occasionally an Agent doesn't start after reboot (because the service manager kills it before it responds). This especially shows up in larger deployments after a system update; some small fraction of Agents will not resume on their own and will need to be started manually.
A manual workaround is to set the Agent's service type to "Automatic (delayed)" rather than "Automatic", which typically runs the service startup under lower system load, averting the issue. However this isn't a scalable option for large installs, so we should rework the startup code to properly handle the default Windows case.
The Windows service manager requires services to respond to it immediately on startup before handling other work. Agent doesn't do this, because its startup was initially written for platforms with less strict requirements. Usually this isn't a problem in practice, but in some Windows environments it can cause an issue where occasionally an Agent doesn't start after reboot (because the service manager kills it before it responds). This especially shows up in larger deployments after a system update; some small fraction of Agents will not resume on their own and will need to be started manually.
A manual workaround is to set the Agent's service type to "Automatic (delayed)" rather than "Automatic", which typically runs the service startup under lower system load, averting the issue. However this isn't a scalable option for large installs, so we should rework the startup code to properly handle the default Windows case.
Related: #4976
The text was updated successfully, but these errors were encountered: