CloudLinux OS Blog - Проблемы с обновлением CloudLinux OS 7.7 в системах с ядром v3.10.0-862 или ниже
Блог CloudLinux OS

Рекомендуем

Проблемы с обновлением CloudLinux OS 7.7 в системах с ядром v3.10.0-862 или ниже

CL_OS_kernel_warning

Описание проблемы

Недавняя Обновление CloudLinux OS 7.7 включает в себя iproute-4.11.0-25.el7 [.cloudlinux] пакет, который не работает правильно в системах с 3.10.0-862 или более низкая версия ядра.
Если вы примените обновление и перезагрузите сервер, сеть, вероятно, выйдет из строя.

Решение проблемы

Решение заключается в обновлении до iproute-4.11.0-25.el7.cloudlinux.1 пакет, выполнив команду:

yum upgrade iproute*

Дополнительные замечания

ядра новее, чем 3.20.0-862 не сталкиваются с проблемой с iproute-4.11.0-25.el7 [.cloudlinux] пакет.

Объяснения и извинения

Мы очень сожалеем об этой проблеме.

Мы знали, что новый iproute-4.11.0-25.el7 пакет не совместим с ядра ниже 3.10.0-862 и упомянул об этом в нашем объявление о выпуске и предприняли соответствующие шаги: мы добавили конфликты в новые пакеты и проверили обновление типовых конфигураций.
Но, к сожалению, мы не учли все случаи, и некоторые наши клиенты столкнулись с проблемами после обновления.
Сейчас мы исследуем проблему и выпускаем исправление, которое фактически является понижением до предыдущего стабильного пакета.

Еще раз, примите наши искренние извинения за эту проблему и будьте уверены, что у нас есть план, чтобы предотвратить это снова.

Бета: модуль ядра для гибридного обновления CloudLinux 7 ...
Beta: обновлен Alt-PHP

Комментарии 19

Так как же запустить патч на виртуальной машине, которая сейчас не имеет сетевого подключения?

Есть ли какие-либо изменения на уровне файлов, которые мы можем сделать, поскольку я могу смонтировать диск на другой машине для доступа, но я не могу запустить его как ОС>, так как он не имеет сети

Так как же запустить патч на виртуальной машине, которая сейчас не имеет сетевого подключения? Есть ли какие-либо изменения на уровне файлов, которые мы можем сделать, поскольку я могу смонтировать диск на другой машине для доступа, но я не могу запустить его как ОС>, так как он не имеет сети

Привет Андрей!
Вот краткая инструкция:
1. Загрузитесь на другой машине (рекавери, LiveCD и т. Д.).
2. Смонтируйте уязвимую систему в каталог, включающий / proc, / dev и т. Д.
3. Скачать https://repo.cloudlinux.com/cloudlinux/7/os/x86_64/Packages/iproute-4.11.0-25.el7.cloudlinux.1.x86_64.rpm пакет в этот каталог.
4. Загрузите каталог с шага 2.
5. Установите пакет и перезагрузите компьютер

Привет Андрей! Вот краткая инструкция: 1. Загрузитесь на другой машине (рекавери, LiveCD и т. Д.). 2. Смонтируйте уязвимую систему в каталог, включающий / proc, / dev и т. Д. 3. Загрузите пакет https://repo.cloudlinux.com/cloudlinux/7/os/x86_64/Packages/iproute-4.11.0-25.el7.cloudlinux.1.x86_64.rpm в этот каталог. 4. Загрузите каталог с шага 2. 5. Установите пакет и перезагрузите компьютер

Если у вас есть какие-либо сомнения, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://cloudlinux.zendesk.com/hc/requests/new

Если у вас есть какие-либо сомнения, свяжитесь с нашей службой поддержки по адресу https://cloudlinux.zendesk.com/hc/requests/new.

ОК, попробовал это.

1. Загрузил другую машину, подключил диск с плохой ОС и подключил его к / odin
2. Может видеть содержимое заднего диска ОС с помощью / proc, / dev / boot, / root и т. Д.
3. Получил файл и CHMOD 755 ок
4. Chroot / Один. работает нормально
5. RPM -i Thinging "ошибка: не удалось инициализировать библиотеку NSS"

Совет, пожалуйста, по-прежнему есть несколько серверов в автономном режиме из-за этой ошибки.

ОК, попробовал это. 1. Загрузил другую машину, подключил диск с плохой ОС и подключил его к / odin 2. Может видеть содержимое заднего диска ОС с помощью / proc, / dev / boot, / root и т. Д. 3. Получил файл и CHMOD 755 ок 4. Chroot / Один. работает нормально 5. RPM -i Throwing "ошибка: не удалось инициализировать библиотеку NSS" Совет, пожалуйста, по-прежнему есть несколько серверов в автономном режиме из-за этой ошибки.

Привет, тебе надо смонтировать bind каталог dev
mount -o bind / dev / odin / dev /

Привет, вам следует смонтировать bind в каталоге dev mount -o bind / dev / odin / dev /

Спасибо ...

Эти шаги вернули наши серверы в оперативный режим ....

Теперь для подведения итогов и узнайте, как отключить ВСЕ автообновления!

Мы все совершаем ошибки, но это была большая ошибка, и CloudLinux бросил мяч!

Спасибо ... Эти шаги вернули наши серверы в оперативный режим .... Теперь для подведения итогов и узнайте, как отключить ВСЕ автообновления! Мы все совершаем ошибки, но это была большая ошибка, и CloudLinux бросил мяч!
Диого в среду, 04 сентябрь 2019 14: 47

Всем привет,

Решение, которое мы нашли, это загрузить RPM новой версии ядра ( https://www.repo.cloudlinux.com/cloudlinux/7/os/x86_64/Packages/kernel-3.10.0-962.3.2.lve1.5.26.2.el7.x86_64.rpm ) и переместите его на перьевой диск.

Затем мы запустили сервер, установили флешку и установили ядро ​​с помощью команды rpm -ivh.

После перезагрузки запустятся сетевые устройства, и вы сможете запустить обновление yum.

Если у вас есть VPS-серверы, и вы можете управлять им, вы можете создать ISO-диск из дисковода, который вы использовали для копирования rpm, загрузить этот ISO-файл в свою среду хранения данных / виртуализации и затем смонтировать его на VPS-сервере. установить ядро ​​вручную.

Привет всем, Решение, которое мы нашли, было загрузить RPM новой версии ядра .rpm) и перенесите его в перьевой привод. Затем мы запустили сервер, установили флешку и установили ядро ​​с помощью команды rpm -ivh. После перезагрузки запустятся сетевые устройства, и вы сможете запустить обновление yum. Если у вас есть VPS-серверы, и вы можете управлять им, вы можете создать ISO-диск из дисковода, который вы использовали для копирования rpm, загрузить этот ISO-файл в свою среду хранения данных / виртуализации и затем смонтировать его на VPS-сервере. установить ядро ​​вручную.

Каков долгосрочный план для пакета iproute для пользователей более старых ядер? Сделаете ли вы так, чтобы более старые ядра всегда были совместимы с этим пакетом в будущем? Мы исключили iproute в /etc/yum.conf сейчас и не хотим, чтобы в будущем возникали какие-либо ожидаемые проблемы

Каков долгосрочный план для пакета iproute для пользователей более старых ядер? Сделаете ли вы так, чтобы более старые ядра всегда были совместимы с этим пакетом в будущем? Мы исключили iproute в /etc/yum.conf сейчас и не хотим, чтобы в будущем возникали какие-либо ожидаемые проблемы

Есть ли известные проблемы с Imunify360 в CloudLinux 7.7? После обновления до CL 7.7 наблюдается значительное увеличение числа инцидентов, и я начинаю задумываться, блокирует ли сейчас Imunify360 трафик или нет.

Есть ли известные проблемы с Imunify360 в CloudLinux 7.7? После обновления до CL 7.7 наблюдается значительное увеличение числа инцидентов, и я начинаю задумываться, блокирует ли сейчас Imunify360 трафик или нет.

Надеюсь, это кому-нибудь поможет, но перед тем, как вы попробуете автономно копировать RPM, загрузка гораздо более старого ядра (возможно, даже rescue / CL 7.2 не может точно вспомнить, какое из них работало) восстановила сеть. Затем «yum downgrade iproute» (Это дважды для возврата к предыдущей версии, похоже, что оно обновлялось дважды?) И перезагрузка.

После того, как он загрузился обратно в 7.7, я выполнил ядро ​​yum update (перезагрузите компьютер, чтобы быть уверенным), yum update iproute, reboot, и теперь все обновлено и радует.

Надеюсь, это кому-нибудь поможет, но перед тем, как вы попробуете автономно копировать RPM, загрузка гораздо более старого ядра (возможно, даже rescue / CL 7.2 не может точно вспомнить, какое из них работало) восстановила сеть. Затем «yum downgrade iproute» (Это дважды для возврата к предыдущей версии, похоже, что оно обновлялось дважды?) И перезагрузка. После того, как он загрузился обратно в 7.7, я выполнил ядро ​​yum update (перезагрузите компьютер, чтобы быть уверенным), yum update iproute, reboot, и теперь все обновлено и радует.
Уже зарегистрирован? ВОЙТИ
гость
Вторник, 19 ноября 2019

Защитный код изображение