Summary: | Segmentation fault при создании Samba-домена через ЦУС | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Nikita Obukhov <nickf> | ||||
Component: | samba-dc | Assignee: | Evgeny Sinelnikov <sin> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus | ||||
Severity: | normal | ||||||
Priority: | P5 | CC: | amakeenk, antoniopost, august7147, cas, egor, liannnix, nir, rider, shevtsov.anton, sin, svn17 | ||||
Version: | unstable | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Nikita Obukhov
2022-01-13 11:25:32 MSK
Не воспроизводится даже без подкачки. samba-dc-4.14.10-alt2.x86_64 # free total used free shared buff/cache available Mem: 2031432 105116 1320812 712 605504 1776232 Swap: 0 0 0 Проверьте целостность и загруженность памяти. Создайте подкачку по http://altlinux.org/Swap Добавил файл подкачки: # free -h total used free shared buff/cache available Mem: 3,8Gi 118Mi 3,5Gi 716Ki 193Mi 3,5Gi Swap: 4,0Gi 0B 4,0Gi Ошибка все равно воспроизводится. Проверяйте память. Запускайте через gdb с отладкой. Столкнулся с этой же проблемой. Проблема проявляется у меня только в виртуальной среде (virt-manager), в virtualbox - все ок а если тип процессора сменить на HOST - не полегчает ? (Ответ для Anton Farygin на комментарий #5) > а если тип процессора сменить на HOST - не полегчает ? так и стоит по умолчанию Мне кажется, что дело вовсе не в системе виртуализации, а в том как получен образ. Для samba-dc на Heimdal должно быть так: [root@dc0 ~]# readlink -f /usr/bin/samba-tool /usr/lib64/samba-dc/bin/samba-tool [root@dc0 ~]# grep -v -e "^# " -e "^#$" /usr/lib64/samba-dc/bin/samba-tool | head #!/usr/bin/python3 import sys sys.path.insert(0, "/usr/lib64/samba-dc/python3.9") import signal signal.signal(signal.SIGINT, signal.SIG_DFL) У Heimdal сборки свои модули питоновские должны подключаться из каталога /usr/lib64/samba-dc: [root@dc0 ~]# alternatives-list |grep samba /usr/bin/pdbedit points to /usr/lib64/samba-dc/bin/pdbedit /usr/bin/samba-tool-plus points to /usr/lib64/samba-dc/bin/samba-tool-plus /usr/sbin/samba_kcc points to /usr/lib64/samba-dc/sbin/samba_kcc /usr/bin/samba-tool points to /usr/lib64/samba-dc/bin/samba-tool /usr/sbin/samba_dnsupdate points to /usr/lib64/samba-dc/sbin/samba_dnsupdate /usr/sbin/nmbd points to /usr/lib64/samba-dc/sbin/nmbd /usr/bin/ntlm_auth points to /usr/lib64/samba-dc/bin/ntlm_auth /usr/sbin/smbd points to /usr/lib64/samba-dc/sbin/smbd /usr/sbin/samba_upgradedns points to /usr/lib64/samba-dc/sbin/samba_upgradedns /usr/sbin/samba_downgrade_db points to /usr/lib64/samba-dc/sbin/samba_downgrade_db /usr/lib64/samba/ldb points to /usr/lib64/samba-dc/ldb /usr/sbin/samba_spnupdate points to /usr/lib64/samba-dc/sbin/samba_spnupdate /usr/sbin/samba points to /usr/lib64/samba-dc/sbin/samba /usr/bin/wbinfo points to /usr/lib64/samba-dc/bin/wbinfo /usr/sbin/winbindd points to /usr/lib64/samba-dc/sbin/winbindd /usr/bin/samba_downgrade_db points to /usr/lib64/samba/sbin/samba_downgrade_db /usr/sbin/eventlogadm points to /usr/lib64/samba-dc/sbin/eventlogadm Такое ощущение, что какая-то из установок "разломана", поэтому оно у нас и не воспроизводится. [root@dc ~]# readlink -f /usr/bin/samba-tool /usr/lib64/samba-dc/bin/samba-tool [root@dc ~]# grep -v -e "^# " -e "^#$" /usr/lib64/samba-dc/bin/samba-tool | head #!/usr/bin/python3 import sys sys.path.insert(0, "/usr/lib64/samba-dc/python3.9") import signal signal.signal(signal.SIGINT, signal.SIG_DFL) [root@dc ~]# alternatives-list |grep samba /usr/sbin/samba_spnupdate points to /usr/lib64/samba-dc/sbin/samba_spnupdate /usr/sbin/smbd points to /usr/lib64/samba-dc/sbin/smbd /usr/sbin/winbindd points to /usr/lib64/samba-dc/sbin/winbindd /usr/bin/samba-tool points to /usr/lib64/samba-dc/bin/samba-tool /usr/sbin/eventlogadm points to /usr/lib64/samba-dc/sbin/eventlogadm /usr/sbin/samba points to /usr/lib64/samba-dc/sbin/samba /usr/lib64/samba/ldb points to /usr/lib64/samba-dc/ldb /usr/bin/ntlm_auth points to /usr/lib64/samba-dc/bin/ntlm_auth /usr/bin/wbinfo points to /usr/lib64/samba-dc/bin/wbinfo /usr/bin/pdbedit points to /usr/lib64/samba-dc/bin/pdbedit /usr/sbin/samba_kcc points to /usr/lib64/samba-dc/sbin/samba_kcc /usr/sbin/samba_upgradedns points to /usr/lib64/samba-dc/sbin/samba_upgradedns /usr/sbin/nmbd points to /usr/lib64/samba-dc/sbin/nmbd /usr/sbin/samba_dnsupdate points to /usr/lib64/samba-dc/sbin/samba_dnsupdate /usr/sbin/samba_downgrade_db points to /usr/lib64/samba-dc/sbin/samba_downgrade_db /usr/bin/samba_downgrade_db points to /usr/lib64/samba/sbin/samba_downgrade_db поясню.. скачал с гетальт.ру сегодня ничего руками не ставил, только то что инсталлятор дал, потом dist-upgrade, update-kernel и по мануалу copy-paste Продолжил поиск закономернстей. На машине под п9, в virt-manager развернул 10ый сервер, и все прошло удачно. На workstation p10, в virt-manager развернул 10ый сервер - segfault.. хотя в целом, все виртаулки работают, никаких нареканий, только samba-tool падает Если это так легко воспроизводится, то проще разработчику samba запустить под gdb и посмотреть где падает. (Ответ для Anton Shevtsov на комментарий #10) > Продолжил поиск закономернстей. > На машине под п9, в virt-manager развернул 10ый сервер, и все прошло удачно. > На workstation p10, в virt-manager развернул 10ый сервер - segfault.. хотя в > целом, все виртаулки работают, никаких нареканий, только samba-tool падает Там, где падает, можно получить вывод команд: # alternatives-list | grep samba # readlink -f /usr/bin/samba-tool # grep -v -e "^# " -e "^#$" /usr/lib64/samba-dc/bin/samba-tool | head # readlink -f /usr/lib64/samba/ldb ? Я ведь правильно понимаю, что после попытки поднять домен через ЦУС система входит в такое состояние, что даже через консоль напрямую возникает ошибка? И воспроизводится это только на kvm-виртулке, поднятой через virt-manager? Если всё так, то я делаю такой набор предположений: - либо образ kvm-виртуалке отличается от других; - либо одни и те же действия на очень похожих образах kvm- и не kvm-виртуалках приводят систему в различные состояния. (Ответ для Anton Farygin на комментарий #11) > Если это так легко воспроизводится, то проще разработчику samba запустить > под gdb и посмотреть где падает. Проблематично искать что-то вслепую. Буду благодарен, если кто-нибудь с этим поможет. Не уверен, что это так просто. Это только так кажется. На это можно пару дней убить. Я бы хотел снять часть подозрений и рассчитываю получить ответы на вопросы выше об окружении и состоянии, в котором проблема воспроизводится. (Ответ для Evgeny Sinelnikov на комментарий #12) Здесь, ошибка. Нужно так. ... > # grep -v -e "^# " -e "^#$" /usr/bin/samba-tool | head ... Удивительное дело. С утра проделал на Workstation p10 все те же манипуляции, что делал множство раз вчера - и все идет как по маслу, без ошибок. То же железо, тот же образ, тот же копипаст из мануалов.. Я в растерянности. У меня стабильно повторяется этот Segfault безотносительно физического узла или среды виртуализации при условии развертывании AD альтератором. Использование samba-tool после alterator-а приводит к аналогичному результату. Если сразу ставить средствами samba-tool - домен поднимается без ошибок. АльтСервер p10, текущие обновления, samba-dc-4.14.12-alt2.x86_64 Запрошенный Евгением вывод команд (отличий не вижу) -- before alterator # alternatives-list | grep samba /usr/bin/pdbedit points to /usr/lib64/samba-dc/bin/pdbedit /usr/sbin/samba_kcc points to /usr/lib64/samba-dc/sbin/samba_kcc /usr/bin/samba-tool points to /usr/lib64/samba-dc/bin/samba-tool /usr/sbin/samba_dnsupdate points to /usr/lib64/samba-dc/sbin/samba_dnsupdate /usr/sbin/nmbd points to /usr/lib64/samba-dc/sbin/nmbd /usr/bin/ntlm_auth points to /usr/lib64/samba-dc/bin/ntlm_auth /usr/sbin/smbd points to /usr/lib64/samba-dc/sbin/smbd /usr/sbin/samba_upgradedns points to /usr/lib64/samba-dc/sbin/samba_upgradedns /usr/sbin/samba_downgrade_db points to /usr/lib64/samba-dc/sbin/samba_downgrade_db /usr/lib64/samba/ldb points to /usr/lib64/samba-dc/ldb /usr/sbin/samba_spnupdate points to /usr/lib64/samba-dc/sbin/samba_spnupdate /usr/sbin/samba points to /usr/lib64/samba-dc/sbin/samba /usr/bin/wbinfo points to /usr/lib64/samba-dc/bin/wbinfo /usr/sbin/winbindd points to /usr/lib64/samba-dc/sbin/winbindd /usr/bin/samba_downgrade_db points to /usr/lib64/samba/sbin/samba_downgrade_db /usr/sbin/eventlogadm points to /usr/lib64/samba-dc/sbin/eventlogadm # readlink -f /usr/bin/samba-tool /usr/lib64/samba-dc/bin/samba-tool # grep -v -e "^# " -e "^#$" /usr/bin/samba-tool | head #!/usr/bin/python3 import sys sys.path.insert(0, "/usr/lib64/samba-dc/python3.9") import signal signal.signal(signal.SIGINT, signal.SIG_DFL) # readlink -f /usr/lib64/samba/ldb /usr/lib64/samba-dc/ldb -- after alterator # alternatives-list | grep samba /usr/bin/pdbedit points to /usr/lib64/samba-dc/bin/pdbedit /usr/sbin/samba_kcc points to /usr/lib64/samba-dc/sbin/samba_kcc /usr/bin/samba-tool points to /usr/lib64/samba-dc/bin/samba-tool /usr/sbin/samba_dnsupdate points to /usr/lib64/samba-dc/sbin/samba_dnsupdate /usr/sbin/nmbd points to /usr/lib64/samba-dc/sbin/nmbd /usr/bin/ntlm_auth points to /usr/lib64/samba-dc/bin/ntlm_auth /usr/sbin/smbd points to /usr/lib64/samba-dc/sbin/smbd /usr/sbin/samba_upgradedns points to /usr/lib64/samba-dc/sbin/samba_upgradedns /usr/sbin/samba_downgrade_db points to /usr/lib64/samba-dc/sbin/samba_downgrade_db /usr/lib64/samba/ldb points to /usr/lib64/samba-dc/ldb /usr/sbin/samba_spnupdate points to /usr/lib64/samba-dc/sbin/samba_spnupdate /usr/sbin/samba points to /usr/lib64/samba-dc/sbin/samba /usr/bin/wbinfo points to /usr/lib64/samba-dc/bin/wbinfo /usr/sbin/winbindd points to /usr/lib64/samba-dc/sbin/winbindd /usr/bin/samba_downgrade_db points to /usr/lib64/samba/sbin/samba_downgrade_db /usr/sbin/eventlogadm points to /usr/lib64/samba-dc/sbin/eventlogadm # readlink -f /usr/bin/samba-tool /usr/lib64/samba-dc/bin/samba-tool # grep -v -e "^# " -e "^#$" /usr/bin/samba-tool | head #!/usr/bin/python3 import sys sys.path.insert(0, "/usr/lib64/samba-dc/python3.9") import signal signal.signal(signal.SIGINT, signal.SIG_DFL) # readlink -f /usr/lib64/samba/ldb /usr/lib64/samba-dc/ldb В p10 с пакетом libshell-0.4.10-alt1 из задания 301129 ошибка не воспроизводится (настройка домена через альтератор, виртуальная среда Proxmox, система ALT Server 10). C предыдущей версией libshell-0.4.9-alt1 воспроизводится стабильно. |