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
Probably more of a feature request than a bug, but we should add the --remove-orphans flag to the HostManager's docker-compose command. This'll remove old containers automatically in the rare instances that a service is renamed.
For some context, we ran into this on site twice somewhat recently, once we were careful to bring down the service before deploying the new one and bringing the new agent up, the other we weren't as careful, and the old copy of the Agent prevented the new one from working properly.
The text was updated successfully, but these errors were encountered:
I tried briefly to add this today, but it wasn't behaving as I expected. The Host Manager loses track of the renamed/removed compose service and then enters a [?] state. The --remove-orphans flag doesn't seem to get a chance to run:
2024-04-25T16:30:59-0400 startup-op: launching manager
2024-04-25T16:30:59-0400 start called for manager
2024-04-25T16:30:59-0400 manager:0 Status is now "starting".
2024-04-25T16:30:59-0400 manager:0 Status is now "running".
2024-04-25T16:30:59-0400 Installed OCS Plugins: ['socs', 'ocs']
2024-04-25T16:30:59-0400 manager:0 Successfully parsed /home/koopman/git/ocs-dev-configs/hostmanager-local-test/docker-compose.yml and its service states.
2024-04-25T16:31:00-0400 manager:0 Requested launch for FakeDataAgent:fake-data1
2024-04-25T16:31:00-0400 manager:0 Requested launch for FakeDataAgent:fake-data2
2024-04-25T16:31:01-0400 manager:0 Launched FakeDataAgent:fake-data1
2024-04-25T16:31:01-0400 manager:0 Launched FakeDataAgent:fake-data2
2024-04-25T16:31:59-0400 manager:0 Failed to interpret /home/koopman/git/ocs-dev-configs/hostmanager-local-test/docker-compose.yml and/or its service states: Consistency problem: image does not self-report as a listed service? (ocs-fake-data2)
2024-04-25T16:31:59-0400 manager:0 Marking missing service for fake-data1
2024-04-25T16:31:59-0400 manager:0 Marking missing service for fake-data2
2024-04-25T16:32:07-0400 start called for update
2024-04-25T16:32:07-0400 update:1 Status is now "starting".
2024-04-25T16:32:07-0400 update:1 Status is now "running".
2024-04-25T16:32:07-0400 update:1 Retiring FakeDataAgent:fake-data2, which has disappeared from configuration file(s) or has manage:no.
2024-04-25T16:32:07-0400 Installed OCS Plugins: ['socs', 'ocs']
2024-04-25T16:32:07-0400 update:1 Update requested.
2024-04-25T16:32:07-0400 update:1 Status is now "done".
2024-04-25T16:32:23-0400 start called for update
Probably more of a feature request than a bug, but we should add the
--remove-orphans
flag to the HostManager'sdocker-compose
command. This'll remove old containers automatically in the rare instances that a service is renamed.I think this just needs to be added here:
ocs/ocs/agents/host_manager/drivers.py
Lines 325 to 330 in da25bd8
For some context, we ran into this on site twice somewhat recently, once we were careful to bring down the service before deploying the new one and bringing the new agent up, the other we weren't as careful, and the old copy of the Agent prevented the new one from working properly.
The text was updated successfully, but these errors were encountered: