Экземпляр EC2, запущенный из AMI, недоступен (ssh) после запуска/остановки или перезагрузки

Когда мы запускаем экземпляр из AMI. Сначала экземпляр доступен (ssh). Как только мы останавливаем/запускаем экземпляр или перезагружаем его, машина становится недоступной через ssh, хотя мы можем ее пропинговать. Мы видим ниже ошибку в системном журнале.

AMI ID used - ami-72dc9220
Instance - i-0896a15f - 

Linux rhel6.4 M1.large instance.
../

******************* BLKFRONT for device/vbd/2049 **********
backend at /local/domain/0/backend/vbd/236/2049
Failed to read /local/domain/0/backend/vbd/236/2049/feature-barrier.
Failed to read /local/domain/0/backend/vbd/236/2049/feature-flush-cache.
14680064 sectors of 512 bytes
**************************
Thread "kbdfront": pointer: 0x21e0130010, stack: 0x3720000
FBFRONT for device/vfb/0 **********
KBDFRONT for device/vkbd/0 **********
Failed to read device/vfb/0/backend-id.
Failed to read device/vkbd/0/backend-id.
Error ENOENT when reading the backend path device/vkbd/0/backend
Thread "kbdfront" exited.
Error ENOENT when reading the backend path device/vfb/0/backend

./

linux amazon-web-services amazon-ec2 amazon-ami rhel
person Ashwani Kumar    schedule 25.06.2013    source источник
comment
Вы проверили новый публичный IP/DNS экземпляра?   -  person Guy    schedule 26.06.2013
comment
Да, я сделал. Это случайно назначенный IP-адрес ec2-54-251-XY.ap-southeast-1.compute.amazonaws.com после перезагрузки. Мы не используем Elastic IP для этого. Я могу пропинговать общедоступный IP-адрес, и системный журнал имеет указанную выше ошибку.   -  person Ashwani Kumar    schedule 26.06.2013
comment
Я не понимаю, почему это получило отрицательный голос. Я тоже столкнулся с этой странной, но очень серьезной проблемой. И, как прокомментировал пользователь, это похоже на ошибку.   -  person M-D    schedule 12.12.2013

Ответы (2)


arrow_upward
8
arrow_downward

Смог это исправить. Это связано с ошибкой REDHAT для экземпляров rhel версии 6.4. После запуска машины из AMI подключитесь к машине, переключитесь на пользователя root и внесите следующие изменения в файл /etc/rc.d/rc.local...

Удалите следующие три строки и сохраните файл:

cat <<EOL >> /etc/ssh/sshd_config 
UseDNS no 
PermitRootLogin without-password
../

Также следует удалить мусорные записи из файла /etc/ssh/sshd_config.

Машина после перезагрузки после этих изменений работает нормально.

person Ashwani Kumar    schedule 26.07.2013

arrow_upward
1
arrow_downward

Также прокомментируйте следующие строки в /etc/ssh/sshd_config

permitrootlogin without-password
permitrootlogin without-passwordUseDNS no
person Balaji Thanigaiarasu    schedule 14.10.2013