docker-compose where can I get a detail log (info) about what happened

I’m trying to pull and set a container with an database (mysql) with the following command:

docker-compose up

But for some reason is failing to start the container is showing me this:

  • Python3 utf8 codecs not decoding as expected in Docker ubuntu:trusty
  • Resolving env inside another env
  • Install nodejs using docker
  • How do I pull Docker images from the Tutum private registry with Amazon ECS?
  • Is this possible to get all running containers id's in docker swarm services?
  • Connecting to mongo container using node getting MongoError
  • some_db exited with code 0

    But that doesn’t give me any information of why that happened so I can fix it, so how can I see the details of that error?.

  • How to extend the scope of Docker Macvlan driver from Local to Swarm
  • docker compose: rebuild of one linked container breaks nginx's upstream
  • Prometheus cAdvisor docker monitoring
  • Trying to install rbenv in dockerfile not working
  • How to import CSV data into elasticsearch using docker?
  • Container files not updated when changed from the host mapped volume
  • 2 Solutions collect form web for “docker-compose where can I get a detail log (info) about what happened”

    Instead of looking for how to find an error in your composition, you should change your process. With docker it is easy to fall into using all of the lovely tools to make things work seamlessly together, but this sounds like an individual container issue, not an issue with docker compse. You should try building an empty container with the baseimage you want then using docker exec -it <somecontainername> sh to go into it and run the commands you’re trying to execute in your entrypoint manually to find the specific breakpoint.

    Try at least docker logs <exited_container_name/id> (or more recently: docker container logs <exited_container_name/id>)

    That way, you can check if there was any error message.

    An exited container means the main process stopped: you need to make sure that main process remains up in order for the container to not exit immediately.

    Try also docker inspect <exited_container_name/id> (or, again, docker container inspect <exited_container_name/id>)
    If you see for instance "OOMKilled": true, that would mean the container memory was exceeded. You can also look for the "ExitCode" for clues.

    See more at “Ten tips for debugging Docker containers” from Mark Betz.

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.