28 октября я запускаю серию обычных обновлений на одном из своих экземпляров Amazon-EC2. По какой-то причине он завис, и мне пришлось его перезагружать. Он встал, но больше никогда не подключался к сети. Поэтому после долгого устранения неполадок я восстановил его из старого снимка. После обновления (которое прошло гладко) я перезагрузился, как ожидалось, и он встал, но без подключения к сети. Это довольно неприятно.
Это известная проблема? Когда я смотрю в dpkg.log в экземпляре, который разбился первым, были обновлены следующие пакеты (отфильтрованный дамп из dpkg.log). Я вижу там довольно много всего, что связано с сетью.
Правка 2: Я нашел проблемный пакет, уменьшив вдвое обновления старого образа. Если я разрешаю это обновление:
netplan.io/focal-updates 0.100-0ubuntu4~20.04.2 amd64 [upgradable from: 0.99-0ubuntu3~20.04.2]
, машина не будет снова подключаться к сети после перезагрузки. Конечно, я должен был подозревать netplan все время, но неважно. Я получаю одно сообщение об ошибке в / var / log / dmsg, которое достаточно изучено, но кажется связанным с сетью:
[ 3.396831] kernel: ena 0000:00:05.0: LLQ is not supported Fallback to host mode policy.
Изменить: Я посмотрел на первый экземпляр, и мне кажется, что это не помогает, если я понизить версию пакетов (я делаю это на другом экземпляре, используя chroot). Поэтому я подозреваю (но очень сомневаюсь), что это просто проблема с перезагрузкой, хотя, казалось бы, ее очень трудно решить.
upgrade ca-certificates:all 20190110ubuntu1.1 20201027ubuntu0.20.04.1
upgrade distro-info-data:all 0.43ubuntu1.1 0.43ubuntu1.2
upgrade accountsservice:amd64 0.6.55-0ubuntu12~20.04.1 0.6.55-0ubuntu12~20.04.2
upgrade libaccountsservice0:amd64 0.6.55-0ubuntu12~20.04.1 0.6.55-0ubuntu12~20.04.2
upgrade bind9-dnsutils:amd64 1:9.16.1-0ubuntu2.3 1:9.16.1-0ubuntu2.4
upgrade bind9-libs:amd64 1:9.16.1-0ubuntu2.3 1:9.16.1-0ubuntu2.4
upgrade bind9-host:amd64 1:9.16.1-0ubuntu2.3 1:9.16.1-0ubuntu2.4
upgrade libplymouth5:amd64 0.9.4git20200323-0ubuntu6 0.9.4git20200323-0ubuntu6.1
upgrade plymouth-theme-ubuntu-text:amd64 0.9.4git20200323-0ubuntu6 0.9.4git20200323-0ubuntu6.1
upgrade plymouth:amd64 0.9.4git20200323-0ubuntu6 0.9.4git20200323-0ubuntu6.1
Моя (правда, плохая) судебно-медицинская экспертиза говорит, что что-то идет не так в cloud-init. Эта инициализация необходима, поскольку экземпляр получает новый IP-адрес при каждой загрузке (у него статический IP-адрес, но он перенаправлен на динамический).
Я вижу два пути вперед: Либо я снова восстанавливаю свой дамп и пытаюсь Каким-то образом удерживать указанные выше пакеты, или я найду способ решить возникшую проблему с сетью, не имея доступа к действующей машине (поскольку у нее нет сети), но у меня есть доступ к файловой системе, когда машина отключена.
Любые идеи или помощь приветствуются! Спасибо!
Я не знаю, поможет ли это в вашем конкретном случае, но я знаю, что это помогло многим другим пользователям EC2 с проблемами SSH.
Примечание. Измените MAC-адреса в примере для сведения...
# This file is generated from information provided by the datasource. Changes
# to it will not persist across an instance reboot. To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
version: 2
renderer: networkd
ethernets:
eth0:
match:
macaddress: 06:bf:0c:4a:a5:d6
set-name: eth0
bridges:
br0:
dhcp4: true
macaddress: 06:bf:0c:4a:a5:d6
interfaces:
- eth0
Примечание: вам может потребоваться создать /etc/cloud/cloud.cfg.d/99-disable-network -config.cfg
network: {config: disabled}
sudo netplan --debug generate
sudo netplan apply
reboot
# обязательно
См. https://cloudinit.readthedocs.io/en/latest/topics /faq.html