Oh, I see. So it’s just a matter of time then (there always going to be one who does the boo-boo and then everyone take the fall for them). My arguments above have essentially not been answered and I politely stand by them. With this way of thinking, what’s to stop you from completely obstructing HA from even starting, when another container is “detected”? Absolutely nothing and the gradual descent to something like that is rather obvious. Where/when is this going to stop, if not at a complete “prohibition” of supervised installs?
Anyway, I still cannot understand for the life of me why you don’t simply add a switch or an option along with a big red flag. Judging by the above posts the overwhelming majority of the community is against this particular change. Instead, the “healthy” state is effectively hidden behind 5 clicks, an unrelated tab (Repairs?) and 3 dots, in order to reach it. This is at least counter-intuitive.
At least think about it.
Finally, why are you still proposing to completely shut off the health check and potentially create more problems for the system when some other problem comes along? We lose an important check. Since a better solution has come up (just renaming the container), I think that this should be the recommended one.
assuming that you’ve pulled the image with docker pull portainer/portainer-ce:latest, just after tagging and running portainer with other name, try this: docker rmi portainer/portainer-ce [or change names accordingly if your image is different].
worked for me.
what I did was to delete the container, and created a new container with a different name but with the same image
if I run your command I get following error message
Error response from daemon: conflict: unable to remove repository reference “portainer/portainer-ce” (must force) - container 11f804a25e25 is using its referenced image 033d989d812e
I guess the important question here is, “does HA check only container names or image names too, and if yes to which extent”. If I were to rename my container to, say, P0rtainer (with an 0 instead of an o), would that be sufficient to bypass the check?
I’m seeing where you’re getting at and I was thinking of asking it: Ok then, could someone give some advice/guidance, how to modify the code and remove these completely without breaking the system? I realise that this would have to be done after every update, but I guess it could be a temporary solution.
PS: My container is named portainer-ce and it also gets banned by the HA “police” (just kidding here ).
I guess I am not going to make things worse by showing whole command set, we’re here to exchange knowgledge anyway, so here it is: I used this set of commands to pull, tag and start portainer while testing “stealth” mode:
There are 180k known active installations of HA according to analytics. That obviously doesn’t include the number of installations that have analytics turned off. Even if every currently active user on this forum was opposed that wouldn’t represent a majority of users, let alone this thread
This is a fair complaint. Unsupported and unhealthy is far too hidden currently. It’s being worked on.
Ok, so what would it take for the developers to even remotely think about it and/or discuss other options (switches, red flags etc.)? 180k posts in this thread?