LINUX.ORG.RU

coredumpctl gdb - теперь отладчик из под рута запускать нужно O_O?!

 , ,


0

1
$ coredumpctl gdb
...
File "/var/lib/systemd/coredump/core.single-trace.503.b7591dc0b35b48408b1d92fb749a6950.4055.1593755782000000.lz4" is not readable: Отказано в доступе

Я могу конечно его извлечь и сменить владельца, но как то это выглядит криво. Делать

sudo coredumpctl gdb

не хочется, да и оно работает с ограничениями какими то

$ sudo coredumpctl gdb
...
(gdb) bt
#0  0x000055ac76aef60a in GreenTracer::init_r0 (this=0x7ffda4f8df50, ftracer=..., catcher=..., r0=<error reading variable: Cannot access memory at address 0x7ffda4f8d940>)
    at src/green_tracer.cpp:46
Backtrace stopped: Cannot access memory at address 0x7ffda4f8d7c8

Как это теперь вообще делают Ъ?

★★★★

У меня (Fedora 32), право на чтение конкретных кордампов автоматически даётся юзеру, от имени которого работал упавший процесс. Вот пример одного такого:

$ getfacl /var/lib/systemd/coredump/<...>.lz4 
getfacl: Removing leading '/' from absolute path names
# file: var/lib/systemd/coredump/<...>.lz4
# owner: root
# group: root
user::rw-
user:im:r--    <-- тут
group::r--
mask::r--
other::---
im-0
()
Последнее исправление: im-0 (всего исправлений: 1)
Ответ на: комментарий от AntonI

А у меня они все от имени рута записаны О_О

А какой дистр и какая версия systemd?

И включены ли POSIX ACL в ядре и в ФС (вроде по умолчанию должна быть поддержка)?

im-0
()
Ответ на: комментарий от im-0

lynux mynt 18.04 что ли

l$ systemd --version
systemd 237
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid

И включены ли POSIX ACL в ядре и в ФС (вроде по умолчанию должна быть поддержка)?

это я не знаю как посмотреть;-(

меня больше смущает битая корка, никогда такого не видел.

И с кодом беда какая то, на кластере работает, на ноуте локально работал еще пару недель назад…

PS с кодом разобрался, сборка заглючила. Но вопрос с запуском дебаггера остается;-)

AntonI ★★★★
() автор топика
Последнее исправление: AntonI (всего исправлений: 2)
Ответ на: комментарий от AntonI

это я не знаю как посмотреть;-(

В ядре:

grep POSIX_ACL /path/to/your/kernel-config

В конкретном образе ФС - хз. Должно быть включено по умолчанию. Я даже не уверен, что отключить можно.

im-0
()
Ответ на: комментарий от im-0
$ grep POSIX_ACL /usr/src/linux-headers-5.0.0-32-generic/.config
CONFIG_EROFS_FS_POSIX_ACL=y
CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_JFS_POSIX_ACL=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_BTRFS_FS_POSIX_ACL=y
CONFIG_F2FS_FS_POSIX_ACL=y
CONFIG_FS_POSIX_ACL=y
CONFIG_SHIFT_FS_POSIX_ACL=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_JFFS2_FS_POSIX_ACL=y
CONFIG_CEPH_FS_POSIX_ACL=y
CONFIG_9P_FS_POSIX_ACL=y

AntonI ★★★★
() автор топика
Ответ на: комментарий от im-0

Ну, следующая идея, наверное, почитать sudo journalctl -u systemd-coredump

Хотя я сам с ним не имел дела, он на Дебиане и Убунту по умолчанию не установлен вообще.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon
$ sudo journalctl -u systemd-coredump
-- Logs begin at Tue 2020-04-21 09:37:19 MSK, end at Fri 2020-07-03 15:18:42 MSK. --
-- No entries --

AntonI ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.