How to use PDB inside a docker container.

Hello there fellow, if you’re reading now this article, then you probably ran into some problems related to debugging inside a docker container by means of pdb.

There are several nuances that uncovered on the internet, so I’d like to share with others my personal experience with those. First of all, I start with the configuration part.

You need to have something like this inside your docker-compose.yml

Nuances to know:

That’s it for docker-compose.yml file. Other problems will appear when you’ll set breakpoints by means lovely pdb from Python standard library and alongside it, you have continuous spawning of logs to STDOUT. Yes, you can attach a docker container and jump into it, but you won’t be able to type something, because logs will always override your input.

The solution is to use remote-pdb library and debug it remotely by means of telnet . So you need to add remote-pdb to your requirements.txt and set an appropriate breakpoint. E.g.:

The next step is to connect to our remote debugger by means of telnet . You need to specify host and port that you provided inside your docker-compose.yml, but be careful, host inside our Python code always should be and port you set likewise docker-compose.yml, but host differs for telnet . For example, if you use docker-machine then, you need to figure out the IP of this machine. You can do it simply by such command docker-machine ip {name_of_your_machine} and then connect by telnet . E.g.:

UPD: There is a fancy pdb wrapper there called pdb++. You can improve your debugging experience with this tool. All that you need is to add this fancy lib to your requirements.txt and you’ll get something like this when you’ll be debugging inside telnet .

pdb++ preview from GitHub

One thing about pdb++ in sticky mode, when used by telnet, truncate an output what is not really we want. It can be changed easily. In the case of Dockerfile (or docker-compose command), we can put the following inside a bash script and use it as an ENTRYPOINT. E.g.:

Last but not least, there is an option to set argument --log-level CRITICAL for gunicorn and use vanilla pdb with docker attach(thanks Colin Miller). This will avoid usage of telnet and remote-pdb library and won’t overwrite attached pdb screen with gunicorn logs. Moreover, in this case, tab autocomplete will work. See repository to learn more.

You can run python runserver from a Docker container itself too, so you won’t need to modify docker-compose.yml and use telnet , remote-pdb and even docker attach , just don’t forget to disable logging.

So as you can see there are plenty of ways to use pdb in a docker container. I hope it was helpful for you. Cheers.



Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store