Docker容器中的可执行文件不会从gdb远程调试中注册断点

远端设定

我需要调试一个复杂的C ++程序，该程序安装在由Kubernetes控制的Docker容器中。泊坞窗容器还提供gdbserver并公开容器端口44444。

主机设定

用于控制和检查程序的gdb部分设置在另一个docker容器中。这是由于这种情况，SUSE环境仅在此容器中可用，而在VM Box中的Ubuntu 18.04计算机上不可用。

本地调试效果很好

在SUSE docker容器中本地调试程序效果很好。程序在指定的断点处暂停，并且这些断点也在远程调试中指定。所有断点仅在程序的基本源代码文件中定义，而不在任何库中定义。

已经验证，远程docker容器中的可执行文件与主机容器中的可执行文件相同；它已使用调试符号和未优化的代码（-ggdb -O0）进行编译。

问题

远程调试程序只需要在主机上定义的断点处停止即可。容器中的程序在后台启动。当gdbserver附加其process_id时，程序将暂停，直到在gdb主机会话内发出“继续”并转发到远程容器中的gdbserver为止。

该程序与基本C ++类文件，共享程序库以及共享项目库一起部署。它使用参数启动，并在作业完成后退出。

程序启动时，它将读取配置文件，连接到数据库，读取数据库条目，准备数据并将其格式化为XML格式的条目，然后将其写入输出文件。

HelloWorld远程调试测试效果很好

为了验证通过gdbserver端口进行的远程调试设置和连接是否工作正常，我创建了一个简单的HelloWorld C ++程序并将其复制到同一远程docker容器中，并测试了其中的断点行为。

当在容器中运行HelloWorld程序时，远程调试测试方案将成功运行：

• 内部容器端口44444映射到相同的外部端口ID 44444：
  $ kubectl port-forward eric-bss-eb-tools-65c4955565-xdqtx 44444：44444
  从127.0.0.1:44444转发-> 44444
  从[:: 1转发]：44444-> 44444
  

• 远程容器中的HelloWorld在后台启动，并休眠几秒钟
  bash-4.4 $ ./HelloWorld＆[1
  ] 1068

• gdbserver附加到HelloWorld process_id并等待转发gdb命令
  bash-4.4 $ ./gdbserver：44444 --attach 1068 // gdbserver使用暴露的端口
  Attached; pid = 1068
  侦听端口44444

• 主机容器中的gdb在HelloWorld源代码文件夹中以TUI模式启动。
  $ gdb -tui HelloWorld
  从HelloWorld ... done中读取符号。
  （gdb）b 13
  在0x400b2d处的断点1：文件HelloWorld.cpp，第13行。
  （gdb）b 15
  在0x400b37处的断点2：文件HelloWorld.cpp，第15行。
  

• gdb通过localhost和（外部）端口ID 44444
  （gdb）目标远程：44444
  （gdb）连接到gdbserver。c
  继续。

• 远程HelloWorld在断点2处停止；可以检查变量；可以发出进一步的gdb命令，例如“ next”和“ step”；一切正常

目标程序远程调试不会在断点处停止

在相同的情况下调试容器中的目标C ++程序时，它不会在定义的断点处停止：

• 该工作流程与HelloWorld测试方案相同，不同之处在于，断点是在gdb与gdbserver建立连接后定义的（目标远程：44444）。
  这是根据此答案的第二条注释中的建议完成的：（远程gdb调试不会在断点处停止）。

  但是，即使在建立到远程目标的连接之后定义了断点，仍会忽略它们。

• gdbserver会暂停远程docker容器中的程序，并在gdb发出“继续”命令时继续执行，但不会在任何断点处停止。

• 根据其他类似的问题描述，我尝试了一些提示，但是断点仍然被忽略。
  例如，按照此处相同请求的答案中的建议使用硬件断点：（远程gdb调试不会在断点处停止）

• 在我的环境中，禁止使用securityContext：privileged = true运行远程Docker容器，因此无法测试。请参阅此处的建议：（当我从Docker容器中运行gdb时，它不会遇到任何断点）

在泊坞容器中定义的断点处进行远程调试时，我缺少什么？