Add ability to opt out of agent auto-update
See original GitHub issueDescribe the enhancement
Running the agent within docker and having it auto update causes the container to throttle and never succeed without having to manage PID 1
It would be nice to have something in config.sh
or run.sh
, possibly environment variables to help opt out of auto-update
Code Snippet
n/a
Additional information
n/a
Issue Analytics
- State:
- Created 4 years ago
- Reactions:83
- Comments:55 (19 by maintainers)
Top Results From Across the Web
Setting up self-hosted automatic agent updates (Preview)
We'll provide a rolling update channel for agents to be able to automatically update from one major to another. When this will happen,...
Read more >Define the behavior for failed agent auto-updates
In the Admin Console, go to Directory > Directory Integrations. · Click an AD instance. · Click the Agents tab. · Select Update...
Read more >Deactivate or Activate Auto-Update for Individual Agents
You can enable or deactivate auto-update for individual agents by editing the client-side configuration file for that agent.
Read more >Automating updates to SSM Agent - AWS Systems Manager
Choose the Settings tab. In the Agent auto update area, choose Auto update SSM Agent. To change the version of SSM Agent your...
Read more >Manage additional Windows Update settings
Configuring Automatic Updates by editing the registry · Select Start, search for "regedit", and then open Registry Editor. · Open the following ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Also note in the short term if you are running the runner in a container, you should call the
./runsvc.sh
entrypoint and not./run.sh
which is meant for interactive running. Calling./runsvc.sh
will at least handle the update and not exit.In the medium term, we also want to support
.container
in the yaml when running in K8s so at least the container your job runs in (the steps) can stay static and is decoupled from the runner. That also means you don’t have to build the runner into your containers. That’s how it works with VM self-hosted - the runner on the host execs steps in the container you bring.Finally, we should consider refactoring as @ioquatix referred to into the base runner (listener) and the steps portion which is derived from the service yaml orchestration.
Here is my suggestions: