Bug 40130 - При обновлении с ядра 5.4.28-std-def на 5.4.92-std-def сервер с multipath не грузится
Summary: При обновлении с ядра 5.4.28-std-def на 5.4.92-std-def сервер с multipath не ...
Status: NEW
Alias: None
Product: Альт Сервер
Classification: Distributions
Component: Ошибки работы (show other bugs)
Version: 9.1
Hardware: x86_64 Linux
: P5 major
Assignee: Alexey Gladkov
QA Contact: qa-p8@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-31 20:40 MSK by Leonid Krivoshein
Modified: 2021-06-10 15:52 MSK (History)
2 users (show)

See Also:


Attachments
config 5.4.92 std-def (55.05 KB, application/force-download)
2021-05-31 21:41 MSK, Leonid Krivoshein
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Leonid Krivoshein 2021-05-31 20:40:33 MSK
Алексей, привет!

После обновления сервера с multipath Альт Сервер 9 (ядро было 5.4.28-std-def, стало 5.4.92-std-def), сервер не загрузился.

Со старым ядром после обновления тоже не загрузился, make-initrd видимо неверный образ для него создаёт. Скопировали старое ядро с файлом "initrd-5.4.28-std-def-alt1.img" в /boot (копию ядра сделали перед обновлением ОС) и загрузили сервер. Сейчас сервер работает с обновленными пакетами, но со старым ядром "5.4.28-std-def-alt1". При перезагрузке без "quiet panic=30" видно, что не запускаются multipathd и ueventd.

Собрал максимум информации по железу и отчёты make-initrd, выложил сюда: http://ftp.altlinux.org/pub/people/klark/2legion/

В прошлый раз, когда у них отъехал multipath, ты собрал исправления в Сизиф и просил проверить. Я сделал таск #259148 с бэкпортом, но так и не получил от них обратной связи, возможно заработало.
Comment 1 Alexey Gladkov 2021-05-31 20:51:05 MSK
Какая версия make-initrd ?
Можешь приложить /boot/config от обоих ядер ?
Comment 2 Leonid Krivoshein 2021-05-31 21:02:11 MSK
(In reply to Alexey Gladkov from comment #1)
> Какая версия make-initrd ?
Там вроде есть в отчётах (2.5.0), но могу уточнить.

> Можешь приложить /boot/config от обоих ядер ?
Он сложен в /boot/config каждого отчёта, который создал make-initrd bug-report. Или нужен какой-то другой? Тогда завтра попробую достать.
Comment 3 Leonid Krivoshein 2021-05-31 21:41:21 MSK
Created attachment 9393 [details]
config 5.4.92 std-def

(In reply to Alexey Gladkov from comment #1)
> Можешь приложить /boot/config от обоих ядер ?
Кажется, я понял: второй bug-report создался для текущего, а не нового ядра, там такой же config. Достал из архива под эту версию.
Comment 4 Leonid Krivoshein 2021-06-01 13:28:33 MSK
Уточнили: make-initrd-bugreport-20210531.tar.bz2 - реальный сервер, на нём make-initrd-2.11.0-alt3.x86_64 - установлены обновления, загружен со старым ядром.

make-initrd-bugreport-20210531_copy_server.tar.bz2 - восстановленный из резервной копии на похожем сервере, где они воспроизводят эту проблему - на нём make-initrd-2.5.0-alt1.x86_64 - не установлены обновления, загружен со старым ядром.
Comment 5 Alexey Gladkov 2021-06-01 15:12:45 MSK
Ты меня немного запутал. Правильно ли я понимаю, что при обновлении ядра перестаёт работать initrd сгенерированный одним и тем же make-initrd ?
Comment 6 Leonid Krivoshein 2021-06-01 18:51:06 MSK
(In reply to Alexey Gladkov from comment #5)
> Ты меня немного запутал. Правильно ли я понимаю, что при обновлении ядра
> перестаёт работать initrd сгенерированный одним и тем же make-initrd ?
Да я тоже запутался. :-) Из того описания, что они дали (выше) следует, что два разных make-initrd. Я также обратил внимание на старые версии ядер. Могу предложить им обновиться ещё раз. Получить командой make-initrd bug-report информацию по новому установленному ядру они не могут, с -k <release> это не работает, и не могут загрузиться с этим ядром/initrd после установки. Но на момент обновления, если оно делается правильным, ядро там не должно быть той версии, что они указывают.
Comment 7 Alexey Gladkov 2021-06-01 19:01:20 MSK
(Ответ для Leonid Krivoshein на комментарий #6)
> (In reply to Alexey Gladkov from comment #5)
> > Ты меня немного запутал. Правильно ли я понимаю, что при обновлении ядра
> > перестаёт работать initrd сгенерированный одним и тем же make-initrd ?
> Да я тоже запутался. :-) Из того описания, что они дали (выше) следует, что
> два разных make-initrd.

Уточни пожалуйста версию ядра и make-initrd, с которым у них всё работает и с каким ядром и make-initrd не работает. Это даст хоть какое-то понимание. По ссылке я вижу два bug-report, но мне не совсем ясно из какой системы они (что за copy_server?).
Comment 8 Leonid Krivoshein 2021-06-01 19:45:39 MSK
(In reply to Alexey Gladkov from comment #7)
> Уточни пожалуйста версию ядра
Про версии ядра точная информация есть в комментарии 1 и в теме.

> и make-initrd, с которым у них всё работает и с каким ядром и make-initrd
> не работает. Это даст хоть какое-то понимание.
Про это я уточню.

> По ссылке я вижу два bug-report, но мне не совсем ясно из какой системы они
> (что за copy_server?).
Я так понимаю, первоначально описанная проблема относится к рабочему серверу и смотреть отчёт нужно только первый, т.к. на втором (похожем по железу сервере) воспроизводят они как-то очень странно, судя по отчётам, с какой-то старой версией make-initrd.
Comment 9 Leonid Krivoshein 2021-06-10 15:52:34 MSK
(In reply to Alexey Gladkov from comment #7)
> Уточни пожалуйста версию ядра и make-initrd, с которым у них всё работает и
> с каким ядром и make-initrd не работает. Это даст хоть какое-то понимание.
Работает с 5.4.28-std-def-alt1 и make-initrd-2.5.0-alt1.x86_64. Не работает с 5.4.92-std-def-alt1 и make-initrd-2.11.0-alt3.x86_64 - вероятно ядро тут ни причем, так как при сборки ядра 5.4.28-std-def-alt1 с установленном make-initrd-2.11.0-alt3.x86_6 сервер так же не загружается (брали ядро из копии сделанной до обновления ОС).