2013-06-25 18 views
6

AMIからインスタンスを起動するとき。最初はインスタンスにアクセス可能です(ssh)。一旦インスタンスを停止/起動したりリブートすれば、マシンはssh経由でアクセスできなくなりますが、pingすることはできます。システムログに以下のエラーが表示されます。起動/停止または再起動後にAMIからEC2インスタンスが到達できない(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 

./ 
+0

に以下の行をコメントあなたは、インスタンスの新しいパブリックIP/DNSをチェックしましたか? – Guy

+0

はい私はしました。再起動後、そのランダムに割り当てられたIP "ec2-54-251-X-Y.ap-southeast-1.compute.amazonaws.com"が表示されます。私たちはこれにElastic IPを使用していません。私は公共のIPをpingすることができ、システムログに上記のエラーがあります。 –

+0

これはなぜdownvoteを得たかわかりません。私はこの奇妙なしかし非常に深刻な問題に直面している。ユーザーがコメントしたように、それはバグのようです。 –

答えて

8

これを修正できました。これはa bug from REDHAT for 6.4 rhel instancesが原因です。 AMIからマシンを起動した後、マシンに接続し、rootユーザーに切り替えて、/etc/rc.d/rc.localファイルに変更を下回る作る...

次の3行を削除し、ファイルを保存します。

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

ワン/etc/ssh/sshd_configファイルからガベージエントリを削除する必要があります。

これらの変更が正常に行われた後、コンピュータは一度再起動しました。

1

また/etc/ssh/sshd_config

permitrootlogin without-password 
permitrootlogin without-passwordUseDNS no 
関連する問題