Каждый раз, когда я запускаю новый экземпляр RHEL, мне нравится выполнять yum update начать с самой современной системы. Однако каждый раз, когда я пытаюсь перезагрузить экземпляр после этого, он больше не запускается.
Я устранил основную причину обновления ядра, вот минимальные шаги для воспроизведения проблемы:
yum update kernel*rebootСистема не работает. Системный журнал из консоли управления EC2 не особо помогает:
...
Please stand by while rebooting the system...
md: stopping all md devices.
xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping
Restarting system.
Никакого упоминания о панике ядра, проблеме с запуском и т.д. Просто застрял там.
Из того, что я могу читать, похоже, что вы не можете использовать ядра по умолчанию с экземпляром EC2. Если это правда, как мне избежать случайного обновления ядра с помощью yum, и, таким образом, убивая мой экземпляр, при выполнении общего yum update?
Похоже, вы столкнулись с ошибкой в версии ядра, включенной в RHEL. В прошлом году в списке рассылки разработчиков Xen была ветка об этой проблеме: http://old-list-archives.xen.org/archives/html/xen-devel/2010-11/msg00616.html
Вероятно, вам следует попробовать перезагрузить свой экземпляр с помощью консоли EC2 или утилит командной строки.
Что касается проблемы, заключающейся в том, что вы не можете обновить ядро: это больше не относится к современным образам машин Amazon (AMI). Более новые AMI, такие как RHEL 6 AMI, загружаются с PV-GRUB, что позволяет обновлять ядро, как и на любом другом сервере.
Для получения дополнительной информации о PV-GRUB обратитесь к документации EC2 здесь: http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/index.html?UserProvidedkernels.html
просто отредактируйте файл: /etc/yum.conf и добавьте в него такую запись:
исключить = ядро *
После этого yum исключит все пакеты, в начальном имени которых указано ядро.
Вы можете прочитать более подробную информацию по этому URL:
http://www.cyberciti.biz/faq/redhat-centos-linux-yum-update-exclude-packages/
Что касается проблемы, заключающейся в том, что вы не можете обновить ядро, то вы правы в том, что НЕ МОЖЕТЕ обновить ядро, как на обычном ПК. Amazon EC2 использует индивидуальные настройки в случае настройки ядра, для получения подробной информации, пожалуйста, перейдите по этому URL-адресу, чтобы узнать, как выполнить обновление ядра на инстансе EC2:
проблема в том, что имя блочного устройства изменяется с / dev / xvda на / dev / xvde, вы можете изменить menu.lst, чтобы он указывал на / dev / xvde1, и fstab, чтобы смонтировать xvde 1 2 3 или пометить диски и подать на этикетки
Я использую ярлыки, и проблема решена.
Я действительно был заблокирован этой проблемой, но, похоже, теперь я ее обошел. Подсказка ядра сейчас кажется неактуальной, но я обнаружил, что удаление /var/lib/dhcp-client/* файлы действительно помогает.
Снято непосредственно некоторыми техническими инструкторами из AWSomeday, Amazon проводит две проверки в ходе мониторинга:
Итак, первое, что нужно сделать, - это проверить, на каком этапе мониторинга вы собираетесь. Если 1/2 в порядке, это может быть хорошим шансом, что у вас проблема с DHCP. И поэтому вышеуказанное решение может сработать для вас.
Кажется, что в новых выпусках Amazon используются МЕТКИ, но это не решает проблему. Проблема возникает, когда вы начинаете монтировать другой том экземпляра, чтобы выполнить на нем некоторое восстановление.