Po uruchomieniu instancji z AMI. Na początku instancja jest dostępna (ssh). Gdy zatrzymamy/uruchomimy instancję lub uruchomimy ją ponownie, maszyna stanie się niedostępna przez ssh, możemy ją jednak pingować. Widzimy poniżej błąd w dzienniku systemu.Wystąpienie EC2 z AMI niedostępne (ssh) po uruchomieniu/zatrzymaniu lub ponownym uruchomieniu komputera
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
./
Czy sprawdzić nowy publiczny IP/DNS instancji? – Guy
tak, zrobiłem. Jest to losowo przypisana Ip "ec2-54-251-X-Y.ap-southeast-1.compute.amazonaws.com" po restarcie. Nie używamy do tego Elastic IP. Mogę pingować publiczny adres IP, a dziennik systemu ma powyższy błąd. –
Nie rozumiem, dlaczego tak się stało. Zmierzyłem się również z tym dziwnym, ale bardzo poważnym problemem. I jak skomentował użytkownik, wydaje się, że jest to błąd. –