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]ネットワークに到達できません）]
bootserver14.04software-installationcloud-init
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