Bug 56967

Summary: multipathd.service: Main process exited, code=exited, status=1/FAILURE
Product: Branch p11 Reporter: Leonid Krivoshein <klark>
Component: multipath-toolsAssignee: Alexey Shabalin <shaba>
Status: NEW --- QA Contact: qa-p11 <qa-p11>
Severity: normal    
Priority: P5 CC: antohami, jqt4, obidinog, shaba, sin
Version: unspecified   
Hardware: x86_64   
OS: Linux   
Attachments:
Description Flags
dmesg none

Description Leonid Krivoshein 2025-11-23 14:36:49 MSK 
Харктерные для p10 и p11 (не только на серверах) ошибки в журнале:

systemd[1]: multipathd.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: multipathd.service: Failed with result 'exit-code'.
systemd[1]: Failed to start Device-Mapper Multipath Device Controller.

иногда приводящие к деградация загрузки, т.е. сервис в большинстве случаев всё же запускается после разовой ругани в журнале, но не всегда. У данного бага очень плохая воспроизводимость. Впервые эти ошибки были замечены на 10.0.

Следующие команды могут помочь устранить данные ошибки в большинстве случаев, поскольку отодвинут загрузку необходимых службе модулей на более раннюю стадию загрузки:

echo "FEATURES += multipath" >> /etc/initrd.mk
make-initrd && reboot

Но на железе, которое фича make-initrd-multipath откажется поддерживать, и на очень быстром железе с почти нулевым временем прохождения stage1, именно этот воркэраунд может не сработать. Пока такого не встречалось.
Comment 1 Антон Мидюков 2025-11-24 09:57:38 MSK 
На p11 предлагаю добавить в multipathd.service:
OnSuccess=modprobe@dm_multipath.service
Comment 2 obidinog@basealt.ru 2025-11-28 10:14:22 MSK 
Платформа:
alt-server p11 x86_64 

Стенд:
Supermicro SYS-2029BT-HNR node-c

Пакет:
multipath-tools 0.11.1-alt3

Ошибка не воспроизвелась, после установки системы, перезагрузки, выполнения make-initrd сервис запущен без ошибок

Но, как говорит Леонид, ошибка плохо воспроизводится.
Comment 3 Leonid Krivoshein 2025-11-28 13:50:51 MSK 
Created attachment 20218 [details]
dmesg

(In reply to obidinog@basealt.ru from comment #2)
> Но, как говорит Леонид, ошибка плохо воспроизводится.
За ней гонялись с начала 10.0. У gost@ десятки логов с этой ошибкой. И каждый раз, когда она попадалась и нам давали доступ, воспроизвести её снова не получалось. Только разово у Константина Белаша получилось воспроизвести. Я сохранил последние логи, они сюда не пролезут, Алексей Шабалин есть в копии переписки. sosreport показывает, что в одну секунду произошли два события: сначала эта ошибка, а затем успешная загрузка multipathd. Приложу только dmesg.
Comment 4 Leonid Krivoshein 2025-11-29 01:04:54 MSK 
(In reply to Антон Мидюков from comment #1)
> На p11 предлагаю добавить в multipathd.service:
> OnSuccess=modprobe@dm_multipath.service
В случае успешной загрузки multipathd, ..., так у нас как раз фейлится этот сервис, может ты имел ввиду OnFailure=...? Возможно, в его юните не хватает: After: modprobe@dm_multipath.service?
Comment 5 Антон Мидюков 2025-11-29 01:41:12 MSK 
(Ответ для Leonid Krivoshein на комментарий #4)
> (In reply to Антон Мидюков from comment #1)
> > На p11 предлагаю добавить в multipathd.service:
> > OnSuccess=modprobe@dm_multipath.service
> В случае успешной загрузки multipathd, ..., так у нас как раз фейлится этот
> сервис, может ты имел ввиду OnFailure=...? Возможно, в его юните не хватает:
> After: modprobe@dm_multipath.service?

Нет. Это я с точностью до наоборот подобрал... Хотел, чтобы сервис стартовал только после успешного завершения modprobe@dm_multipath.service.

Похоже, тут подошло бы вот это:

ConditionKernelModuleLoaded=
Test whether the specified kernel module has been loaded and is already fully initialized.

Added in version 258

Но нужен systemd 258.