символ не разрешен после docker остановка контейнера - PullRequest
Новая
       57

символ не разрешен после docker остановка контейнера

2 голосов
/ 27 марта 2020

Я использую программу профилирования golang, работающую в docker контейнере

Я записываю данные с 

# perf record -o "perf.data" -p `PID of the container`

и считываю их с 

# perf report -i "perf.data"

В первый раз все нормально, я получаю отчет вот так (мое двоичное имя эльфа bin): 

Samples: 15  of event 'cpu-clock', Event count (approx.): 3750000
Overhead  Command  Shared Object      Symbol
  53.33%  bin      bin                [.] runtime.scanobject
   6.67%  bin      [kernel.kallsyms]  [k] __schedule
   6.67%  bin      bin                [.] runtime.getStackMap
   6.67%  bin      bin                [.] runtime.getempty
   6.67%  bin      bin                [.] runtime.gopark
   6.67%  bin      bin                [.] runtime.greyobject
   6.67%  bin      bin                [.] runtime.scanblock
   6.67%  bin      bin                [.] runtime.unlock

Но после того, как я остановлю контейнер и снова выполню команду отчета, все символы в моем программа стала шестнадцатеричным адресом (символ ядра все еще разрешен) 

Samples: 15  of event 'cpu-clock', Event count (approx.): 3750000
Overhead  Command  Shared Object      Symbol
  33.33%  bin      bin                [.] 0x000000000001f7ad
  13.33%  bin      bin                [.] 0x000000000001f7b0
   6.67%  bin      [kernel.kallsyms]  [k] __schedule
   6.67%  bin      bin                [.] 0x000000000000ac1a
   6.67%  bin      bin                [.] 0x000000000001f497
   6.67%  bin      bin                [.] 0x000000000001f7d6
   6.67%  bin      bin                [.] 0x000000000001fc82
   6.67%  bin      bin                [.] 0x00000000000242fd
   6.67%  bin      bin                [.] 0x0000000000035bf0
   6.67%  bin      bin                [.] 0x000000000004d5a9

Я пытаюсь найти идентификатор сборки двоичного файла, но не понимаю: 

# perf buildid-list -i perf.data
38b62c386e959108a2ff514c04f7df8f39e443f9 [kernel.kallsyms]
78fa50e860a2bb2b44f03a6a0a6f99735a8b599b [vdso]

как @osgx Я предлагаю команду ниже 

#perf script -D |grep PERF_RECORD_MMAP2|head
Failed to open /bin, continuing without symbols
0 0x2b98 [0x60]: PERF_RECORD_MMAP2 15956/15956: [0x400000(0x852000) @ 0 fc:01 656204 7434654850458070581]: r-xp /bin
0 0x2bf8 [0x60]: PERF_RECORD_MMAP2 15956/15956: [0x7ffca95a8000(0x2000) @ 0 00:00 0 7434654850458070581]: r-xp [vdso]
0 0x2c58 [0x68]: PERF_RECORD_MMAP2 15956/15956: [0xffffffffff600000(0x1000) @ 0 00:00 0 7434654850458070581]: r-xp [vsyscall]
0 0x2ce8 [0x60]: PERF_RECORD_MMAP2 15956/16020: [0x400000(0x852000) @ 0 fc:01 656204 7434654850458070581]: r-xp /bin
0 0x2d48 [0x60]: PERF_RECORD_MMAP2 15956/16020: [0x7ffca95a8000(0x2000) @ 0 00:00 0 7434654850458070581]: r-xp [vdso]
0 0x2da8 [0x68]: PERF_RECORD_MMAP2 15956/16020: [0xffffffffff600000(0x1000) @ 0 00:00 0 7434654850458070581]: r-xp [vsyscall]
0 0x2e38 [0x60]: PERF_RECORD_MMAP2 15956/16021: [0x400000(0x852000) @ 0 fc:01 656204 7434654850458070581]: r-xp /bin
0 0x2e98 [0x60]: PERF_RECORD_MMAP2 15956/16021: [0x7ffca95a8000(0x2000) @ 0 00:00 0 7434654850458070581]: r-xp [vdso]
0 0x2ef8 [0x68]: PERF_RECORD_MMAP2 15956/16021: [0xffffffffff600000(0x1000) @ 0 00:00 0 7434654850458070581]: r-xp [vsyscall]
0 0x2f88 [0x60]: PERF_RECORD_MMAP2 15956/16022: [0x400000(0x852000) @ 0 fc:01 656204 7434654850458070581]: r-xp /bin

Почему это происходит? Есть ли какое-либо решение, позволяющее perf разрешить символ после остановки контейнера?

Вот мое окружение: 

perf version 4.15.18
Ubuntu 18.04 LTS (GNU/Linux 4.15.0-23-generic x86_64)
docker version 18.06.1-ce

Мой контейнер Dockerfile 

FROM scratch
COPY artifact/bin /
ENTRYPOINT ["/bin"]

1 Ответ

2 голосов
/ 10 апреля 2020

Почему это происходит?

Perf выполняет поиск двоичных файлов. В perf.data записан mmap (отображается командой perf script -D |grep PERF_RECORD_MMAP2|head) с путем к файлу, сопоставленному с разрешением EXE C. Основной двоичный файл также отображается, но в момент отображения путь был относительно контейнера. В контейнере этот файл имеет /bin путь, как вы положили его с COPY artifact/bin /. Но perf report запускается вне контейнера и пытается разрешить /bin путь вне контейнера fs cgroup / namespace. В хост-системе /bin является каталогом, а не файлом. Когда вы запускаете perf report, пока контейнер еще работает, он может иметь некоторую эвристику для получения исполняемого файла с помощью /proc/$PID/exe special fs, который, вероятно, имеет успех при доступе к файлам внутри пространства имен контейнера fs.

Есть ли какое-либо решение, позволяющее perf разрешить символ после остановки контейнера?

У меня не слишком красивое предложение (в комментариях): поместите двоичный файл артефакта в контейнер по пути, который будет равен строке реальной размещение двоичного файла. Например, если у вас есть двоичный файл как /home/pexie/project1/artifact/bin; в dockerfile создайте каталог /home/pexie/project1/artifact/ и поместите бинарный файл в этот каталог.

...