-
-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Container Manager Move failed - No more containers #46
Comments
Sorry, I came here to reply to you 4 days ago but got side-tracked and forgot to come back and reply. Did you sort it out? |
I did not have time to sort it out yet. Just checked the container manager, but this is completely empty. For information, the following 4 containers were running: MQTT (Mosquitto), Grafana, InfluxDB and Home Assistant.
Alternatively (as the contents of the containers are still there) I can try to recreate the containers. the only caveat I have is that I am unsure what folders I mapped. |
The Restore option only works if you previously used the Backup option to backup the package. You could stop Container Manager then copy the contents of @docker_backup from Volume1 to
You also want to check that all the Container Manager symlinks point to volume 2. You can view, and edit, them in WinSCP. There's also these other 2 symlinks you should check:
I just noticed on my DS1821+ that I |
A backup was performed as part of the moving process, not as a separate task (see 2nd screenshot).
I will try the copying you suggested tonight, thanks for the total command
Will do that as well, after the copying
I believe I am still on Update 3, but will check tonight
|
OK, some results.
My DSM version is 7.2-64750 Update 3, telling me I am up-to-date. In /usr/syno/etc/packages/ I also found a symlink for Docker which was still pointing to volume1, see screen shot 5 below. At this point I have not restarted ContainerManager as 1 symlink is not pointing to volume2. How to get that in place? |
You can edit symlinks in /var with WinSCP if you are connected as root. Otherwise you need to delete the symlink and then create a new symlink via SSH.
|
I'm not sure where you saw what's in your last sceenshot? You need to move the Docker shared folder in Control Panel.
|
I retried WinSCP to work as root, using https://emby.media/community/index.php?/topic/103636-how-to-access-synology-nas-as-admin-or-superuser-using-winscp/, but got an error message back. Must be something I did wrong. I checked the location of the Shared Docker folders. That is already on Volume2, with 'Enable data checksums' already checked. Then I restarted ContainerManager, but no luck. Still completely empty. 'No Containers'. |
I just uninstalled Container Manager, but did NOT tick the option to delete containers, images or my docker shared folder. I then checked that all the
I've got to work if this changed with a DSM update or a Container Manager update. I would suggest uninstalling Container Manager, but don't tick the box to delete everything, then reinstall Container Manager on volume 2. |
I just uninstalled and re-installed ContainerManager, but still no containers in sight. For me, the next step will be to start creating the same containers as I had, pointing to the shared docker directory. (I will make a backup of that directory first) Hopefully the containers should then spring back to life. This I will do in the weekend, no time to do it before then. |
I tried to re-install a single container, Eclipse-Mosquitto. This turned out to be drama. Several non-specific failure messages, including 'port already in use'. I removed and re-installed Container Manager, restarted the NAS, all without success. So, still no running containers. |
Backup the contents of your docker shared folder. Then when you uninstall Container Manager tick the box to "Delete the items listed above when uninstalling the package". This will not only uninstall Container Manager but also delete all the Images, Containers and docker shared folder. Then recreate your docker shared folder and restore it's files. Then install Container Manager. |
Well, did all that and got a container running. Home-Assistant started completely normally. |
Closed as for me issue is resolved. In the end I made new containers. If this issue is resolved with the app mover script, I leave that to @007revad |
Script version: 3.0.45
NAS model: DS918+ with 16 GB RAM
DSM version: DSM 7.2-64570 Update 3
First, thanks for the script, I moved almost all packages, excluding 1, from volume1 to volume2. When I tried to move Container Manager it failed to do so. Screenshots below.
After failing I restarted CM in the DSM webpage and it showed no containers. I have the dockers already on volume2, the data is still there. Furthermore, on volume1 there is both an @docker as well as an @docker_backup folder.
Any tips on how I can get my containers back up and running?
The text was updated successfully, but these errors were encountered: