|
Hi, I would like to report a migration issue I ran into after updating to Nextcloud AIO 12.9.1 Beta on the Beta channel, where I switched from Docker Proxy for ExApps to HaRP. ProblemAfter the update, the old AppAPI daemon
At the same time:
SymptomsFrom the user perspective, I saw:
From OCC: sudo docker exec --user www-data -it nextcloud-aio-nextcloud php occ app_api:daemon:listshowed the old daemon still registered. What I had to do manuallyI had to unregister the old daemon manually with: sudo docker exec --user www-data -it nextcloud-aio-nextcloud php occ app_api:daemon:unregister docker_aioOnly after that could I continue with the HaRP recovery path. Expected behaviorWhen AIO switches from Docker Proxy to HaRP, I would expect the old Actual behaviorThe old daemon remained registered and still pointed to the removed/unavailable Docker Socket Proxy, which contributed to the migration getting stuck until manual intervention. Environment
|
Replies: 2 comments
This comment was marked as off-topic.
This comment was marked as off-topic.
|
Hi, so I checked this and I fear it is not really possible to run |
Hi, so I checked this and I fear it is not really possible to run
sudo docker exec --user www-data -it nextcloud-aio-nextcloud php occ app_api:daemon:unregister docker_aioautomatically. We would need to manually clean up the linked containers first. However I'd say this needs to be done by the admin manually beforehand. So doing things like mentioned in https://help.nextcloud.com/t/aio-12-9-1-beta-harp-migration-old-exapps-left-behind-gui-stuck-manual-recovery-steps/242826 is probably the best way to do it.