CloudLinux OS Blog - выпущена CloudLinux OS 7.7
Блог CloudLinux OS

Рекомендуем

CloudLinux OS 7.7 выпущен

b2ap3_large_CL__20190903-134138_1

Обновлено: Сентябрь 4, 2019, 2: 32 AM Тихоокеанский часовой пояс

Вы можете найти описание проблемы и решение здесь: https://www.cloudlinux.com/cloudlinux-os-blog/entry/issues-with-cloudlinux-os-7-7-update-on-systems-with-kernel-v3-10-0-862-or-lower.

Мы рады сообщить вам о выпуске новой ОС CloudLinux OS 7.7, основанной на Red Hat Enterprise Linux 7.7.

Как обновить

Чтобы обновить сервер до CloudLinux OS 7.7, выполните следующие команды:

$ yum clean all
$ yum upgrade
$ reboot

Для преобразования из CentOS в CloudLinux вы можете использовать обновленную версию cldeploy сценарий из https://repo.cloudlinux.com/cloudlinux/sources/cln/cldeploy.

Важная заметка

Новый iproute-4.11.0-25.el7 пакет не совместим с ядрами ниже 3.10.0-862, Вам может понадобиться добавить iproute на исключать в /etc/yum.conf файл, если ваша система работает с таким ядром и ням конфликт возникает.
Ваша система будет загружаться без сети, если вы попытаетесь использовать ядро ​​ниже 3.10.0-862 с новым iproute версия.

ВНИМАНИЕ! Если панель управления просит вас перезагрузить сервер после обновления, и вы используете ядро ​​ниже 3.10.0-862Пожалуйста, не продолжайте перезагрузку. Весьма вероятно, что сеть потерпит неудачу. Вместо этого просто отмените недавнюю транзакцию обновления yum.

Мы работаем над другим подходом к обновлению, поэтому оно не повлияет на старые ядра. Мы обновим этот пост, как только у нас появятся какие-либо новости.

ОБНОВЛЕНИЕ: проблемы совместимости были решены в последней iproute релиз. Пожалуйста, следуйте этому посту для дальнейших инструкций: https://www.cloudlinux.com/cloudlinux-os-blog/entry/issues-with-cloudlinux-os-7-7-update-on-systems-with-kernel-v3-10-0-862-or-lower

Список изменений:

Вы можете найти полную информацию о выпуске RHEL 7.7 здесь: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.7_release_notes/index.

Beta: обновлен Alt-PHP
Бета: обновлено CageFS

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

Гость - Андре во вторник, 03, сентябрь 2019 15: 43

даст ли обновление пакета iproute на старом ядре немедленные ошибки или только после перезагрузки?

даст ли обновление пакета iproute на старом ядре немедленные ошибки или только после перезагрузки?

Привет Андре,

Если у вас старое ядро, возникает конфликт yum. Если у вас есть старое и новое ядро, то ваша система будет загружаться без сети, если вы попытаетесь использовать старое ядро, но у iproute не возникнет конфликта.

Привет Андре, Если у вас есть старое ядро, то возникает конфликт yum. Если у вас есть старое и новое ядро, то ваша система будет загружаться без сети, если вы попытаетесь использовать старое ядро, но у iproute не возникнет конфликта.
Гость - Клиент во вторник, 03, сентябрь 2019 19: 27

Можно ли понизить iproute?

Можно ли понизить iproute?

cPanel ежедневно перезаписывает файл /etc/yum.conf. Можно ли сделать исключение iproute постоянным, кроме того, чтобы сделать файл /etc/yum.conf неизменным?

cPanel ежедневно перезаписывает файл /etc/yum.conf. Можно ли сделать исключение iproute постоянным, кроме того, чтобы сделать файл /etc/yum.conf неизменным?

Мой сервер сделал yum update еще до того, как этот пост был написан, и имеет более старое ядро
Теперь у меня нет сети - и, как и в AWS, я не могу ничего делать, кроме как изменять файлы на диске, пока он подключен к спасательному экземпляру

Когда сервер загружается без сети - есть ли способ запустить сеть?
Могу ли я переопределить настройки, чтобы они работали?

Также я могу подтвердить, что

«Если у вас старое ядро, возникает конфликт yum».
Дело не в этом - мое ядро ​​старое, и yum не конфликтовал, все прошло успешно, и я потерял сеть при перезагрузке.



«Если у вас есть старое и новое ядро, ваша система загрузится без подключения к сети»
Это также не тот случай - у меня также нет более нового ядра, и оно загрузилось без сети.

Мой сервер сделал yum update еще до того, как этот пост был написан, и у него более старое ядро. У меня нет сети, и, как и в AWS, я не могу ничего делать, кроме как изменять файлы на диске, пока он подключен к спасательному экземпляру. Когда сервер сапоги без сети - есть ли способ запустить сеть? Могу ли я переопределить настройки, чтобы они работали? Также я могу подтвердить, что «если у вас старое ядро, возникает конфликт yum». Дело не в этом - мое ядро ​​старое, и yum не конфликтовал, все прошло успешно, и я потерял сеть при перезагрузке. и «Если у вас есть старое и новое ядро, то ваша система будет загружаться без сети» Это также не тот случай - у меня также нет более нового ядра, и оно загрузилось без сети.

Этот вопрос сегодня тратит почти весь мой день. И я все еще решаю эту проблему в безопасном режиме. У меня есть забота о ядре и Linux. Это не приемлемо

Этот вопрос сегодня тратит почти весь мой день. И я все еще решаю эту проблему в безопасном режиме. У меня есть забота о ядре и Linux. Это не приемлемо

Если бы возникла та же проблема, пришлось вернуть наши разделы / root и / boot обратно на несколько дней назад и снова синхронизировать все. Не могу иметь время простоя более 2 часов уже в дневное время. Пришлось быстро разобраться. Я советую остальным делать то же самое. Мы пытались использовать Cloudlinux DVD, чтобы вернуть ядро ​​к старой версии, но это не сработало, даже уничтожив grub и ничего. Следовательно, резервное копирование может быть единственным вариантом, если кто-то не знает другой метод?

Если бы возникла та же проблема, пришлось вернуть наши разделы / root и / boot обратно на несколько дней назад и снова синхронизировать все. Не могу иметь время простоя более 2 часов уже в дневное время. Пришлось быстро разобраться. Я советую остальным делать то же самое. Мы пытались использовать Cloudlinux DVD, чтобы вернуть ядро ​​к старой версии, но это не сработало, даже уничтожив grub и ничего. Следовательно, резервное копирование может быть единственным вариантом, если кто-то не знает другой метод?

Я не работал весь день, так как 2: 19am и его теперь 4: 30pm (То есть часы 14)

Я подозреваю, что это создало довольно много проблем, так как ответ службы поддержки Cloud Linux был быстрым сегодня утром, и теперь я получаю очень медленные ответы с минимальной информацией.

продвигать наши обновления с совместимыми проблемами, которые известны кирпичным серверам, не совсем разумный путь вперед.
Дело в том, что это обновление было применено автоматически - поэтому у меня никогда не было возможности отклонить его или отменить.

Если у вас есть автоматические обновления - и вы еще не мертвы в воде - отключите их.

Я не работал весь день с тех пор, как 2: 19am и его сейчас 4: 30pm (то есть часы 14) Я подозреваю, что это вызвало довольно много проблем, так как ответ службы поддержки Cloud Linux был быстрым сегодня утром, и теперь я получаю очень медленные ответы с минимальная информация. продвигать наши обновления с совместимыми проблемами, которые известны кирпичным серверам, не совсем разумный путь вперед. Дело в том, что это обновление было применено автоматически - поэтому у меня никогда не было возможности отклонить его или отменить. Если у вас есть автоматические обновления - и вы еще не мертвы в воде - отключите их.

Всем привет,

Вот краткое обновление от команды CloudLinux. Прямо сейчас мы работаем над исправлением для всех серверов, которые могут потенциально отключить сеть после перезагрузки. Он будет выпущен позже сегодня, чтобы не было необходимости делать понижения.

Я надеюсь, что мои ответы ниже окажутся полезными для вас; мы также будем держать вас в курсе в самой записи блога.
> Возможно ли понижение рейтинга iproute?
Конечно, можно сразу отменить недавнюю транзакцию yum. Тем не менее, мы рекомендуем сохранить обновления, так как исправление уже в пути. Вам нужно будет просто запустить `yum update`, как только будет доступно обновление для пакета iproute.

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

> Дело не в этом - мое ядро ​​старое, и yum не конфликтовал, все прошло успешно, и я потерял сеть при перезагрузке.
Существует способ «защитить» пользователей, которые используют старое ядро, от воздействия, которое iproute оказывает на работу в сети, и это было реализовано в этом выпуске. К нашему глубокому сожалению, этого было недостаточно, и это не сработало в полной мере. Мы все еще изучаем это, чтобы убедиться, что эта ситуация больше не повторится.

> Этот вопрос сегодня тратит почти весь мой день. И я все еще решаю эту проблему в безопасном режиме. У меня есть забота о ядре и Linux. Это не приемлемо
> Если бы возникла та же проблема, пришлось вернуть наши разделы / root и / boot обратно на несколько дней назад и снова синхронизировать все.
От имени всей команды CloudLinux я искренне извиняюсь за этот инцидент. Это неприемлемый способ обработки обновлений, и мы собираемся это исправить очень скоро.

Привет всем, вот краткое обновление от команды CloudLinux. Прямо сейчас мы работаем над исправлением для всех серверов, которые могут потенциально отключить сеть после перезагрузки. Он будет выпущен позже сегодня, чтобы не было необходимости делать понижения. Я надеюсь, что мои ответы ниже окажутся полезными для вас; мы также будем держать вас в курсе в самой записи блога. > Возможно ли понижение рейтинга iproute? Конечно, можно сразу отменить недавнюю транзакцию yum. Тем не менее, мы рекомендуем сохранить обновления, так как исправление уже в пути. Вам нужно будет просто запустить `yum update`, как только будет доступно обновление для пакета iproute. > cPanel ежедневно перезаписывает файл /etc/yum.conf. Можно ли сделать исключение iproute постоянным, кроме того, чтобы сделать файл /etc/yum.conf неизменным? Основываясь на имеющейся у нас информации, cPanel не переписывает этот файл, поэтому вы можете исключить любой пакет, который пожелаете. Однако это не понадобится очень скоро. > Дело не в этом - мое ядро ​​старое, и yum не конфликтовал, все прошло успешно, и я потерял сеть при перезагрузке Существует способ «защитить» пользователей, которые используют старое ядро, от воздействия, которое iproute оказывает на работу в сети, и это было реализовано в этом выпуске. К нашему глубокому сожалению, этого было недостаточно, и это не сработало в полной мере. Мы все еще изучаем это, чтобы убедиться, что эта ситуация больше не повторится. > Этот вопрос сегодня тратит почти весь мой день. И я все еще решаю эту проблему в безопасном режиме. У меня есть забота о ядре и Linux. Это недопустимо> Если бы та же проблема была в том, чтобы вернуть наши разделы / root и / boot обратно на несколько дней назад и снова синхронизировать все. От имени всей команды CloudLinux я искренне извиняюсь за этот инцидент. Это неприемлемый способ обработки обновлений, и мы собираемся это исправить очень скоро.

Мы также были затронуты этой проблемой. Хотя вначале не было ясно, что это за проблема.

Мы связались с нашим провайдером VPS, и они отметили, что с их стороны все в порядке, что-то на нашем сервере мешало работе наших сетей.

Мы попытались восстановить из резервных копий, но безрезультатно.

У нас было всего несколько часов уведомления от CloudLinux о том, что мы должны быть на 3.10.0-962. Тем не менее, я могу себе представить, что многие люди не из-за использования KernelCare.

У нас не было адекватного ядра на сервере. Наш провайдер VPS помог установить новое ядро ​​через восстановление.

Это привело к тому, что для нас часы простоя 5-6.

Это безумие - публиковать обновление, которое может отключить все сетевые возможности и обеспечить уведомление всего за несколько часов!

Мы также были затронуты этой проблемой. Хотя вначале не было ясно, что это за проблема. Мы связались с нашим провайдером VPS, и они отметили, что с их стороны все в порядке, что-то на нашем сервере мешало работе наших сетей. Мы попытались восстановить из резервных копий, но безрезультатно. У нас было всего несколько часов уведомления от CloudLinux о том, что мы должны быть на 3.10.0-962. Тем не менее, я могу себе представить, что многие люди не из-за использования KernelCare. У нас не было адекватного ядра на сервере. Наш провайдер VPS помог установить новое ядро ​​через восстановление. Это привело к тому, что для нас часы простоя 5-6. Это безумие - публиковать обновление, которое может отключить все сетевые возможности и обеспечить уведомление всего за несколько часов!
Уже зарегистрирован? ВОЙТИ
гость
Понедельник, 21 октября 2019

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