Docker中的debugging限制是什么?
我正在debugging一个编译的(C ++)python模块,它在导入时在docker容器内神秘崩溃。 当我在gdb
运行python3,然后导入,然后尝试打印回溯,我只得到
# gdb /usr/bin/pyton3 GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11. ... (gdb) run -c 'import myModule' warning: Error disabling address space randomization: Operation not permitted During startup program terminated with signal SIGSEGV, Segmentation fault. (gdb) bt No stack. (gdb)
gdb可以(不)在Docker容器中做一些限制吗? 崩溃本身是令人惊讶的,但无法进行debugging更是如此。 该模块使用-ggdb2
编译以包含尽可能多的debugging信息。
logging:debugging(也strace
)需要CAP_PTRACE
function。 问题是通过使用--privileged
运行容器来--privileged
。
- 如何在Mac上使用JetBrains Rider开发和debugging运行在Docker中的.NET Core应用程序
- Docker Windows Nanoserver容器中的Visual Studio 2017远程debugging器无法启动
- 使用适用于Docker的Visual Studio工具部署和debugging远程Linux Docker容器
- 在生产中debuggingdocker + gunicorn应用程序的替代scheme
- JMX和在Docker内的Tomcat上进行debugging
- 在Docker中debuggingDjango代码
- PyCharm在Docker内部添加远程Python解释器
- 如何在Docker容器内以debugging模式运行Websphere Liberty?
- Golang远程debugging器与vscode