web-dev-qa-db-ja.com

169.254.169.254の接続の失敗によるUbuntu 14.04サーバーのスローブートの新規インストール

Ubuntu Server 14.04をインストールしたばかりで、VMインスタンスが動作していません。ブート時間は永遠にかかり、ロード中にF1を押すとこれが見られますが、継続的な接続試行と失敗は無限にあります。簡単な修正があれば幸いです(この投稿を有効にするためにログの言及でhttpをLINKに置き換えていることに注意してください):

 Cloud-init v。0.7.5、「init-local」を2014年5月6日火曜日19:42:27 +0000で実行しています。最大359.24秒。
 Cloud-init v。0.7.5、2014年5月6日火曜日19:42:31 +0000で「init」を実行。最大363.43秒。
 ci-info:+++++++++++++++++++++++ Netデバイス情報++++++++++++++++++++++++++ 
 ci-info:+- ------- + ------- + ----------- + ----------- + ---------- --------- + 
 ci-info:|デバイス|アップ|住所|マスク| Hw-Address | 
 ci-info:+ -------- + ------- + ----------- + ------- ---- + ------------------- + 
 ci-info:| lo |真| 127.0.0.1 | 255.0.0.0 | 。 | 
 ci-info:| em1 |偽| 。 | 。 | 9c:b6:54:02:0d:ab | 
 ci-info:+ -------- + ------- + ----------- + ----------- + ------------------- + 
 ci-info:!!!!!!!! !!!!!!!!!!!!!!!!!!!!!!!ルート情報が失敗しました!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!! 
 2014-05-06 20:42:33,252-url_helper.py [WARNING]: 'LINK://169.254.169.254/2009-04-04/meta-dataの呼び出し/ instance-id 'が失敗しました[0/120s]:要求エラー[HTTPConnectionPool(Host =' 169.254.169.254 '、port = 80):URLで最大再試行回数を超過:/ 2009-04-04/meta-data/instance-id (原因:[Errno 101]ネットワークに到達できません)] 
 2014-05-06 20:42:34,255-url_helper.py [警告]: 'LINK://169.254.169.254/2009-04-を呼び出しています04/meta-data/instance-id 'が失敗しました[1/120s]:要求エラー[HTTPConnectionPool(Host =' 169.254.169.254 '、port = 80):urlで最大再試行回数を超えました:/ 2009-04-04/meta- data/instance-id(原因:[Errno 101]ネットワークに到達できない)] 
 2014-05-06 20:42:35,259-url_helper.py [WARNING]: 'LINK://169.254.169.254の呼び出し/ 2009-04-04/meta-data/instance-id 'failed [2/120s]:request error [HTT PConnectionPool(Host = '169.254.169.254'、port = 80):urlで最大再試行回数を超えました:/ 2009-04-04/meta-data/instance-id(原因:[Errno 101]ネットワークに到達できません)] 
4
Jlee

Ubuntuサーバーのクラウドバージョンを実行している必要があります。 cloud-initは169.254.169.254、つまりクラウドプロバイダーがリッスンしているVMに関するメタデータを提供するためにリッスンしているリンクローカルIPアドレスに接続しようとしています。

datasources_list 設定をNoneに設定することにより、cloud-initがリモートサーバーにクエリするのを防ぐことができます。

実際には、これはファイル/etc/cloud/cloud.cfg.d/90_dpkg.cfgを以下から変更することを意味します:

# to update this file, run dpkg-reconfigure cloud-init
datasource_list: [ NoCloud, ConfigDrive, OpenNebula, Azure, AltCloud, OVF, MAAS, GCE, OpenStack, CloudSigma, Ec2, CloudStack, None ]

に:

# to update this file, run dpkg-reconfigure cloud-init
datasource_list: [ None ]

可能であれば、dpkg-reconfigure cloud-initを実行して変更を加えます。

5
Michael Kropat

私の場合(Ubuntu Jujuを使用した新規インストール)、問題はneutronがメタデータサーバーの間違ったIPアドレスで誤って設定されていたことです。

これは良いです: http://techbackground.blogspot.ie/2013/06/metadata-via-dhcp-namespace.html

Root @ neutron:/ etc/neutron#cat metadata_agent.iniでそれが指摘されました

    ...
  nova_metadata_ip = 192.168.100.151
  nova_metadata_port = 8775
    ...

Nova_metadata_ipを修正し、neutronメタデータサービスを再起動し、問題を解決しました。

0
bladedoyle

はい、私たちの場合、クラウドイメージの[ OpenStack ]ファイルでは[ None ]ではなく/etc/cloud/cloud.cfg.d/90_dpkg.cfgを使用する必要がありました。これは、クラウドOSで受け入れ可能なデータソースタイプでした。この問題は、既存のアイスハウスフレンドリーイメージをJunoクラウドで使用し始めたときに明らかになりました。 14.04イメージを除き、他のOSにはこの問題はありませんでした。
Canonical Cloudバージョンの14.04イメージもベースにしました。

0
Sean Beeg