2013-06-25 24 views
6

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 

./ 
+0

Czy sprawdzić nowy publiczny IP/DNS instancji? – Guy

+0

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

+0

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

Odpowiedz

8

Byłem w stanie to naprawić. Wynika to z a bug from REDHAT for 6.4 rhel instances. Po uruchomieniu urządzenia z AMI, podłącz do komputera i przełączyć się na konto roota i dokonać zmian poniżej /etc/rc.d/rc.local pliku ...

Usuń następujące trzy wiersze i zapisz plik:

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

One powinien również usunąć wpisy dotyczące śmieci z pliku /etc/ssh/sshd_config.

Urządzenie po ponownym uruchomieniu po tych zmianach działa poprawnie.

1

skomentować również następujące wiersze w /etc/ssh/sshd_config

permitrootlogin without-password 
permitrootlogin without-passwordUseDNS no 
Powiązane problemy