Why my docker container destroy itself?

This is the 3th time I am having this issue and digitalocean support is not quite helping. They are really, really slow. Anyway…

I have a 1GB droplet with 2 docker containers. One for Spring-boot 1.3.8 application and the other for MySQL 5.7. They working fine for a while… I can do all CRUD operations on my application. Well, just for a while anyway… After a couple of hours uptime, my application goes down. I go in ssh and check for containers <docker ps -a> and I see only MySQL container is there, up and running. Spring boot application is gone! What can be the problem? Why mysql container is still up and running but my application container get destroyed? What can I do to figure out what was the problem?

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Want to learn more? Join the DigitalOcean Community!

Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.


To clarify on support, DigitalOcean, like many providers of VPS’s or Cloud VPS’s, is unmanaged, This means that if there is an issue with the network, server/hardware, their control panel, or their API, DO will provide support for issues that arise.

As far as support for software you’re running on your Droplet, you’re responsible for knowing how to or learning how to manage it. DigitalOcean, from what I’ve seen, does provide best-effort support to those who submit support tickets, though ultimately, they are under no obligation to do so as support doesn’t generally extend to such cases when the service itself is unmanaged.

That said, that’s why there are numerous guides available in their database and that’s why there’s a community where you may freely post when you’re having an issue.

When you do, community members can try to help, though since we do not have physical access to your Droplet(s), we need all the information we can get upfront to help diagnose an issue, otherwise we’ll have to ask for it and keep the chat going until we find the issue.

Docker Issues

As for the issues you’re having with your container, have you checked the log file(s) to see if there’s something causing it to fail on the host (i.e. Droplet)?

Why are you expecting DO support to help you with an application issue on your unmanaged droplet?