L’instance EC2 lancée depuis AMI n’est pas accessible (ssh) après le démarrage / l’arrêt ou le redémarrage

Lorsque nous lançons une instance à partir d’une AMI. Au début, l’instance est accessible (ssh). Une fois que nous arrêtons / démarrons l’instance ou que nous la réinitialisons, la machine devient inaccessible via ssh. Nous voyons ci-dessous une erreur dans le journal du système.

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 ./ 

Était en mesure de résoudre ce problème. Ceci est dû à un bug de REDHAT pour les instances de 6.4 rhel . Après avoir lancé la machine depuis une AMI, connectez-vous à la machine et basculez vers l’utilisateur root et apportez les modifications ci-dessous au fichier /etc/rc.d/rc.local

Supprimez les trois lignes suivantes et enregistrez le fichier:

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

Il convient également de supprimer les entrées /etc/ssh/sshd_config fichier /etc/ssh/sshd_config .

La machine redémarrée après ces modifications fonctionne correctement.

Commentez également les lignes suivantes dans /etc/ssh/sshd_config

 permitrootlogin without-password permitrootlogin without-passwordUseDNS no