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
Describe the bug
Decided to give CasaOS a trial run this weekend and installed it on my NAS (Ubuntu Server 20.04) which was already running all my media stuff (*arrs, nzbhydra, nzbget, etc).
After install, I notice that it will let me import my running docker containers and so I import them (they were running under compose previously).
After several hours, I notice my hydra container is offline, so I go back into my normal CLI and try to run docker-compose up -d like I always have. The containers were under the control of CasaOS so it errored out. I went into CasaOS and "uninstalled" the apps so that I could run my compose again. After uninstalling, and running docker-compose up -d again, it rebuilt all my containers. Only this time ALL my configs/databases/EVERYTHING for these apps is gone. It appears UNINSTALLING in the CasaOS interface literally removes the data in the bind mounts for the configs.
To Reproduce
Steps to reproduce the behavior:
Start a docker-compose/container of a supported app manually
Create some basic configs
Go to CasaOS interface and IMPORT that container
Uninstall the app from CasaOS interface
Run your container manually again
Expected behavior
I expect that it leaves CONFIG files alone during an uninstall, or provide an OPTION to delete the config directories
Desktop (please complete the following information):
OS: Windows 10
Browser Chrome
Version 103.0.5060.114
Additional context
Luckily it didn't delete any of my media in the bind mounts, from what I can see, but this is a devastating blow. I have been running these containers for over 7 years using these configs, and never had a problem until now. Luckily I have an old backup of the config directories and can restore some of it, but this makes me sad to have to reconfigure everything.
The text was updated successfully, but these errors were encountered:
flamingm0e
changed the title
Uninstalling imported docker container apps results in wiping ALL your data from them
Uninstalling imported docker container apps results in wiping ALL your config data from them
Jul 17, 2022
Thank you very much for your feedback, we are sorry for your experience, we know the importance of data and our current shortage, we will work harder to make casaos more robust, at the same time your problem we take very seriously. We hope you can join the discord group to help and monitor us.
Just as a follow up, the reason that my Hydra container stopped working to begin with is because when I run it in Compose, I have to add:
security_opt:
- seccomp=unconfined
So when it imported my container, it didn't import all the options I have set in my compose. I see no way in the CasaOS to configure such an option. So I have to run a few containers in compose, and deal with the main page telling me I have "existing docker apps". If I import them, they break.
Describe the bug
Decided to give CasaOS a trial run this weekend and installed it on my NAS (Ubuntu Server 20.04) which was already running all my media stuff (*arrs, nzbhydra, nzbget, etc).
After install, I notice that it will let me import my running docker containers and so I import them (they were running under compose previously).
After several hours, I notice my hydra container is offline, so I go back into my normal CLI and try to run
docker-compose up -d
like I always have. The containers were under the control of CasaOS so it errored out. I went into CasaOS and "uninstalled" the apps so that I could run my compose again. After uninstalling, and runningdocker-compose up -d
again, it rebuilt all my containers. Only this time ALL my configs/databases/EVERYTHING for these apps is gone. It appears UNINSTALLING in the CasaOS interface literally removes the data in the bind mounts for the configs.To Reproduce
Steps to reproduce the behavior:
Expected behavior
I expect that it leaves CONFIG files alone during an uninstall, or provide an OPTION to delete the config directories
Desktop (please complete the following information):
Additional context
Luckily it didn't delete any of my media in the bind mounts, from what I can see, but this is a devastating blow. I have been running these containers for over 7 years using these configs, and never had a problem until now. Luckily I have an old backup of the config directories and can restore some of it, but this makes me sad to have to reconfigure everything.
The text was updated successfully, but these errors were encountered: