Update sles 15 sp2 to sp4

Добрый день!
Обновлял SP на своем сервере с SP2 до SP4, закончилось все удачно. Перегружаю машину, логинюсь и понимаю что мои диски подключенные с помощью пакета GPFS5.0.3 отсутствуют. Стартую mmstartup, получаю ошибку

Wed Apr 26 16:49:10 MSK 2023: mmstartup: Starting GPFS …
mmremote: startSubsys: The /lib/modules/5.14.21-150400.24.60-default/extra/mmfslinux.ko kernel extension does not exist. Use mmbuildgpl command to create the needed kernel extension for your kernel or copy the binaries from another node with the identical environment.
mmremote: startSubsys: Unable to verify kernel/module configuration.
mmstartup: Command failed. Examine previous error messages to determine cause.

Пользуюсь советом mmbuildgpl и тоже отлетаю
cc1: some warnings being treated as errors
make[4]: *** [/usr/src/linux-5.14.21-150400.24.60/scripts/Makefile.build:272: /usr/lpp/mmfs/src/gpl-linux/tracelin.o] Error 1
make[3]: *** [/usr/src/linux-5.14.21-150400.24.60/Makefile:1893: /usr/lpp/mmfs/src/gpl-linux] Error 2
make[2]: *** […/…/…/linux-5.14.21-150400.24.60/Makefile:220: __sub-make] Error 2
make[2]: Leaving directory ‘/usr/src/linux-5.14.21-150400.24.60-obj/x86_64/default’
make[1]: *** [makefile:131: modules] Error 1
make[1]: Leaving directory ‘/usr/lpp/mmfs/src/gpl-linux’
make: *** [makefile:148: Modules] Error 1

mmbuildgpl: Building GPL module failed at Wed Apr 26 17:26:49 MSK 2023.

mmbuildgpl: Command failed. Examine previous error messages to determine cause.

Видимо пакет gpfs не совместим с текущим SP4. Свежий пакет достать сейчас нет возможности. Внимание вопрос, каким то образом можно откатиться на SP2 обратно? (бекапа естественно нет)

Если была инсталляция по умолчанию и использовалась файловая система btrfs и snapper - snapper rollback.

Ну собственно были у меня опасения, что никак. Может у кого завалялся пакет свежий GPFS 5.1.* ?

Можно просто использовать ядро от SP2.

А куча зависимых пакетов которые прилетели вместе с SP4 не могут дать сбой в работе после понижения ядра?

Вот и попробуйте. Хуже в любом случае не будет.

Ядро не хочет заезжать. Конфликт
Problem: the installed util-linux-2.37.2-150400.8.14.1.x86_64 conflicts with ‘kernel < 5.8’ provided by the to be installed kernel-default-5.3.18-22.2.x86_64
Solution 1: do not install kernel-default-5.3.18-22.2.x86_64

Ну, поскольку я удаленный текст прочитать все-таки успел … :slight_smile:

# The problem with inconsistent /proc/self/mountinfo read is fixed in kernel 5.8.
# util-linux >= 2.37 no more contain work-around.
Conflicts:      kernel < 5.8

В случае частого изменения точек монтирования старая версия ядра могла возвращать частично обновленную информацию. Старые версии util-linux проверяли результат и считывали файл несколько раз, пока “не устаканится”.

Насколько эта проблема затрагивает конкретно вас - сказать, не попробовав, невозможно.

Да, спасибо за комментарии.
В общем, попробовал я установить ядро ниже версии. Дело оказалось неблагодарное, ставил точечно пакетами, взаимосвязей много, по итогу каша. Откатил снап до рабочего состояния. Начинаем сначала. Есть способ централизованно даунгрейдиться?

Какой “снап”? У вас btrfs и snapper? Тогда у вас после обновления с SP2 на SP4 должен был остаться предыдущий snapshot.

Это аналогичная конфигурация (виртуалка). На ней провожу опыты по даунгрейду, если получится пойду на железку.

andrei@leap154:~> sudo rpm -i kernel-default-5.3.18-lp152.98.1.x86_64.rpm
error: Failed dependencies:
        kernel < 5.8 conflicts with (installed) util-linux-2.37.2-150400.8.14.1.x86_64
        (kmod(sg.ko) if kernel) is needed by (installed) suse-module-tools-15.4.16-150400.3.8.1.x86_64

Первое уже обсуждалось. Второе связано с изменением в пакете ядра (модуль там естественно есть) и может быть игнорировано. kernel-default-extra и kernel-default-optional честно говоря пробовать лень, но это просто модули ядра и дополнительных зависимостей они вносить не должны.

О каких пакетах идет речь?

Перескакивал между действиями. Попробую описывать действия последовательно. Сейчас имею SLES15 SP4. Инсталирую ядро, получаю

rpm -i kernel-default-5.3.18-22.2.x86_64.rpm

error: Failed dependencies:
kernel < 5.8 conflicts with (installed) util-linux-2.37.2-150400.8.14.1.x86_64

В предыдущую попытку я понижал версию util-linux до 2.33.1, после этого процесс двигался дальше. Но при этом удалялось куча пакетов. Я правильно понимаю, что требуется понизить версию util-linux?

Я имел в виду установить с игнорированием этого требования (rpm --nodeps).

Хм, ядро встало и даже с него загрузился. Спасибо за советы!

Virtualization: vmware
Operating System: SUSE Linux Enterprise Server 15 SP4
CPE OS Name: cpe:/o:suse:sles:15:sp4
Kernel: Linux 5.3.18-22-default
Architecture: x86-64

Если я правильно понимаю у меня включено multiversion = provides:multiversion(kernel), что мне позволяет держать на машине несколько ядер, которые друг другу собственно не мешают и грузиться с любого в зависимости от цели теста или работы. Поправьте меня если ошибаюсь.

В принципе да, но надо иметь в виду, что по умолчанию хранятся только два пакета с последними версиями.

Также могут быть другие зависимости. Например, обновление util-linux через zypper/YaST приведет к запросу на удаление ядра 5.3.18, поскольку конфликт никуда не делся. Правда, zypper должен предложить как один из вариантов “установка с игнорированием зависимостей” (вольный перевод с английского).

Благодарю за помощь! Загрузился со старого ядра, доставил необходимые пакеты по запросу, примонтировал gpfs, вытащил данные. Похоронил старую файловую систему. Загрузился с SP4. Счастливый конец!