Packer: Docker1.4.xで壊れたシェルスクリプト

ただのフォローアップ..これが失敗したとき、それは最新のdockerリポジトリからのdocker1.4.0を使用していました。 この変更されたVagrantfileで動作するようになりました。

Vagrant.configure("2") do |config|
  #config.vm.box = "phusion-open-ubuntu-14.04-amd64"
  #config.vm.box_url = "https://oss-binaries.phusionpassenger.com/vagrant/boxes/latest/ubuntu-14.04-amd64-vbox.box"
  config.vm.box = "ubuntu"

  config.vm.provider :virtualbox do |vb|
    vb.name = 'packer-builder'
    vb.customize ["modifyvm", :id, "--memory", "2048" ]
    vb.customize ["modifyvm", :id, "--cpus",  "2" ]
    vb.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
  end

  if Dir.glob("#{File.dirname(__FILE__)}/.vagrant/machines/default/*/id").empty?
    pkg_cmd = ""
    #pkg_cmd << "wget -q -O - https://get.docker.io/gpg | apt-key add -; "
    #pkg_cmd << "echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list;"
    pkg_cmd << "apt-get update -qq; apt-get install -q -y --force-yes docker.io bsdtar; "
    pkg_cmd << "usermod -a -G docker vagrant; "
    pkg_cmd << "cd /usr/bin; wget -qO- https://dl.bintray.com/mitchellh/packer/packer_0.7.5_linux_amd64.zip | bsdtar -pxvf-; "
    pkg_cmd << "sudo chmod +x /usr/bin/packer*; "
    config.vm.provision :shell, :inline => pkg_cmd
  end
end

これによりDocker1.0.1がインストールされ、同じPackerファイルで完全に機能します。

動作中のDockerバージョン：

Client version: 1.0.1
Client API version: 1.12
Go version (client): go1.2.1
Git commit (client): 990021a
Server version: 1.0.1
Server API version: 1.12
Go version (server): go1.2.1
Git commit (server): 990021a

動作しない：

Client version: 1.4.0
Client API version: 1.16
Go version (client): go1.3.3
Git commit (client): 4595d4f
OS/Arch (client): linux/amd64
Server version: 1.4.0
Server API version: 1.16
Go version (server): go1.3.3
Git commit (server): 4595d4f

夜の最終更新です... Docker1.4.0が問題のようです。 Docker1.3.3は正常に動作します。

Client version: 1.3.3
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): d344625
OS/Arch (client): linux/amd64
Server version: 1.3.3
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): d344625

Docker1.4.0が問題のようです。 Docker1.3.3は正常に動作します。

うん、それは私も思いついた結論です

Docker1.4.1を使用するときにこれがまだ問題であることを確認しました

問題を再現するjsonファイル：

{
  "builders": [
    {
      "type": "docker",
      "image": "ubuntu:latest",
      "pull": true,
      "export_path": "docker-burn.tar"
    }
  ],
  "provisioners": [
    {
      "type": "shell",
      "inline": [
        "set -x",
        "set -e",
        "date"
      ]
    }
  ]
}

：+1：ここでも同じです！

単純な修正は次のようになります。

https://github.com/mariussturm/packer/commit/3a286ab6bdba7b8e5bf6a43c357a0ffeacd3dc97

これにより、Docker 1.3との下位互換性が失われます-（ok imoとは）

@ mariussturm3a286ab6bdba7b8e5bf6a43c357a0ffeacd3dc97をありがとう。 chef-soloプロビジョナーに関連する問題があります。 最初に実行するコマンド（ staging_directory ）はコンテナーを強制終了し、ビルドを終了します。 あなたのソリューションはそれも解決します。

Docker1.4.1でもこの問題を確認できます

スクリプト要素を使用している場合にも同じ問題が発生します（ inlineを使用している場合はここで報告されます）。
したがって、基本的に現時点では、シェルプロビジョナーを使用してpackerを使用してdockerv1.4.xイメージを構築することは不可能です。

エラーは次のとおりです。

2014/12/25 12:21:30 packer-builder-docker: 2014/12/25 12:21:30 Executing in container 600d9cc40feaa99ee3f6b9ad6daf440dc79265abbbfa8676a45904463df1a353: "(cp /packer-files/upload674827840 /tmp/script.sh) >/packer-files/cmd940924575 2>&1; echo $? >/packer-files/cmd940924575-exit"
==> docker: Provisioning with shell script: /home/dl/testsourcedir/hello.sh
2014/12/25 12:21:32 packer-provisioner-shell: 2014/12/25 12:21:32 Retryable error: Error uploading script: Upload failed with non-zero exit status: 1

次のようなプロビジョナー構成の場合：

 "provisioners" : [
    {
        "type" : "shell",
        "script" : "{{pwd}}/testsourcedir/hello.sh"
    }
    ],

および対応する単純なシェルスクリプト：

[dl<strong i="16">@localhost</strong> ~]$ cat testsourcedir/hello.sh
#!/bin/sh
echo "Hello"

+1、 shellプロビジョナーのscriptバリアント。

+1
このプロビジョナーは、 shellプロビジョナーのinlineバリアントで失敗しました。

packer version
Packer v0.7.5
...
docker --version
Docker version 1.4.1, build 5bc2ff8

上記のコメント（および@mariussturmによるコミット）に基づいて、boot2dockerで使用できる仮想ボックスボックスを作成しました。これには、mariusの変更がpackerに組み込まれています。 これはboot2dockerのISOから放浪ボックスを構築する方法のためのソースコード「ウェル@YungSangとして（32ビットバイナリを構築するためにハッキング）パッカーのためのVagrantfile」パッカーと@mitchellhソースを必要としました。 救助のためのオープンソース！

これが、浮浪者の中でパッカーと一緒にdocker1.4.1を使用したい一部の人々に役立つことを願っています。

https://atlas.hashicorp.com/iansmith/boxes/boot2docker-plus-packer

うーん！ これに出くわした。 私のプロジェクトのギアの深刻なレンチ。

私もこの問題に遭遇しました。 現在の回避策は何ですか？ Dockerを1.3.3にダウングレードしますか？

Dockerを1.3.3にダウングレードする必要がありました。 これが私の現在の回避策です。

@vitorcoxtaおよび@yanagaまたは、

https://github.com/mitchellh/packer/commit/3a286ab6bdba7b8e5bf6a43c357a0ffeacd3dc97

新しいdocker1.5では、このバグのために1.3.3を使用する必要があるのは残念なことのようです：/

これを新しいリリースに組み込むためのETAはありますか？ 0.76、多分？

：+1：

この問題が発生している：

Docker version 1.5.0, build a8a31ef
Packer v0.7.5
Boot2Docker-cli version: v1.5.0
Git commit: ccd9032

Darwin 13.4.0 Darwin Kernel Version 13.4.0: Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64

githubリポジトリhttps://github.com/stefancocora/packer-issue1752-fixを作成しました。これには、マスターブランチに対してビルドされたパッカーバイナリ（ amd64 ）とmariussturm修正が含まれています。この問題。
パッカーメンテナがこの問題の修正をマージして新しいバージョンをリリースするまでに私が構築したバイナリを使用できます。
私が作成したバイナリは、私にとっては問題なく動作します。前述のgithubリポジトリでそれらをテストする方法を追加しました。 README.md参照してください。

@stefancocoraリポジトリに感謝します！ そのバージョンが機能することを確認できます（Fedora 21 / x86_64、docker 1.5.0）。

一つのことは、私が使用して気づいたexecの代わりにattach ：も使用することがいいだろう-tフラグを、のようなので、ttyが割り当てられていること、およびツールsudo機能します（CentOSのデフォルトではDefaults requirettyに/etc/sudoers ）。

@ankonをテストしてくれてありがとう、 -tについての良い点は、それについて考えていませんでした。
-tフラグを使用してdocker用にコンパイルされたpackerバイナリを作成しました。
残念ながら、イメージの作成に失敗し、その失敗の原因がわかりません。
-tなしでpackerをパッチに戻すDockerイメージのビルドに成功しました。

-tしたpackerビルドからのエラー出力

...
    docker: Status: Image is up to date for devopsil/puppet:latest
==> docker: Starting docker container...
    docker: Run command: docker run -v /tmp/packer-docker141026721:/packer-files -d -i -t devopsil/puppet /bin/bash
    docker: Container ID: 72e09e8c029a7321143cac4baf012525e1a816e35770a1cc216327005caf1912
==> docker: Uploading ./modules => /tmp/modules
==> docker: Killing the container: 72e09e8c029a7321143cac4baf012525e1a816e35770a1cc216327005caf1912
Build 'docker' errored: Upload failed with non-zero exit status: 1

==> Some builds didn't complete successfully and had errors:
--> docker: Upload failed with non-zero exit status: 1

==> Builds finished but no artifacts were created.

sudoersファイルでrequirettyをいつでも無効にできます。これにより、sudoが正常に機能するようになります。

@stefancocora必要に応じて、OSX用のパッチを使用してコンパイルしました。ブランチを使用してPRを送信できます。 今のところ、誰かがここでそれらを望んでいるなら

@stefancocoraリポジトリは、

@chiefyはPRについて心配する必要はありません。私のビルドがlinuxあり、 osxビルドが長く存在する必要がないことを願っています。 これがアップストリームのパッカーコードですぐに修正されることを願っています...

@stefancocora ：+1：はい、同意します。

+1

この問題も発生しています。

$ packer version
Packer v0.7.5

$ docker version
Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.1
Git commit (client): a8a31ef
OS/Arch (client): linux/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

+1メーリングリストから：

https://mail.google.com/mail/u/0/?shva=1#label/Hashicorp％2Fpacker / 14c1113f7041d655

こんにちは、
この問題は未解決であり、提案されたパッチは機能しているようですが、便宜上、ビルド済みのlinux_x64バージョンをここでbintrayにプッシュし

私は関連する問題に取り組んできました： https ：

このパッチは最初の問題を解決しましたが、現在は実行がハングします

2015/03/17 13:17:47 packer-builder-docker：2015/03/1713：17：47リモートコマンドの終了コードが表示されるのを待っています...

コンテナーにアタッチして、コマンドが実行され、終了コード0が終了ファイルに書き込まれたことを確認しましたが、ビルドが進行しません。 Ubuntu14.04とCentOS6のシェルプロビジョナーとchef-soloプロビジョナーの両方で同じ問題が発生しています。

Chiefyのパッチが適用されたバイナリを使用したPackerバージョン0.7.5
Docker-Virtualboxドライバーを使用したマシンバージョン0.1.0
ホストはOSX10.9.5を実行しています

$ dockerバージョン
クライアントバージョン：1.5.0
クライアントAPIバージョン：1.17
Goバージョン（クライアント）：go1.4.1
Gitコミット（クライアント）：a8a31ef
OS / Arch（クライアント）：darwin / amd64
サーバーバージョン：1.5.0
サーバーAPIバージョン：1.17
Goバージョン（サーバー）：go1.4.1
Gitコミット（サーバー）：a8a31ef

https://mail.google.com/mail/u/0/?shva=1#label/Hashicorp％2Fpacker / 14c1113f7041d655

@kikitux参考：Gmailの受信トレイにあるものへのリンクです。 見えません。

パッカー0.7.5とドッカー1.5.0でもこの問題が発生します

Boot2Docker-cli version: v1.5.0を使用してOSXで複製することもできます

パッカーバージョン

Packer v0.7.5

Dockerバージョン

Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.1
Git commit (client): a8a31ef
OS/Arch (client): darwin/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

@alkersanによって提案されたパッチは、リモート

+1

+1

Docker1.6でも同じです

私は、 Docker1.6を使用して

Docker1.6を使用してFedora21のマスターに基づいて独自のバイナリをコンパイルしたところ、packerが機能しました。

リモートDockerホストを使用しているときはまだハングしますが、ローカルでは正常に動作します

ubuntutrustyとdocker1.6も失敗します

また、両方に問題があります：
OpenSUSE 13.1 x86_64 && OSX 10.10

と：

$ packer version
Packer v0.7.5

そして

$ docker version
Client version: 1.6.0
Client API version: 1.18
Go version (client): go1.4.2
Git commit (client): 4749651
OS/Arch (client): linux/amd64
Server version: 1.6.0
Server API version: 1.18
Go version (server): go1.4.2
Git commit (server): 4749651
OS/Arch (server): linux/amd64

私はこれが機能するdocker1.3.2にダウングレードすることになりました（OpenSUSEシステム上）。
OSX10.10で1.3.2と1.3.0を試しましたがうまくいきませんでした。

わかりました。packerビルドシェルスクリプトをdockerで動作させるには、docker1.3.2にダウングレードする必要があるかもしれないことを理解しています。 誰かがUbuntu（信頼できる）にdocker 1.3.2をインストールする方法について指示を与えることができますか、私は方法を見つけることができません。

わかった！

sudo apt-get installlxc-docker-1.3.2

そしてそれは問題を修正しました。 以前は、最新バージョンのDockerを使用していました。

Ubuntu14.04のdocker1.6.0でも失敗するようです。
d3netxerが言ったように（最初に何もアンインストールせずに）「sudoapt-get install lxc-docker-1.3.2」を実行すると、動作するようです。

@dietervds
この問題の修正で私が作成したバイナリを試しましたか？
https://github.com/stefancocora/packer-issue1752-fix

@mindscratchは、16日前に、私が作成したバイナリがdocker 1.6とCentOS7

https://github.com/stefancocora/packer-issue1752-fixで修正されました。

@stefancocora
https://github.com/stefancocora/packer-issue1752-SELinuxを許可モードに設定すると、Docker1.6.0を使用するFedora21で修正が機能します。 また、Docker1.5.0を搭載したCentOS7、SELinuxからPermissive、およびDocker1.5.0を搭載したUbuntu15.04でも動作します。

これはシェルスクリプトのプロビジョニングでのみ壊れていますか？ chef-soloプロビジョナーでも失敗しているようですが、私はまだdocker / chef / packerに慣れていないので、問題は別の場所にある可能性があります。

バージョン：
Docker v1.5
パッカーv0.7.5

テンプレート：

{
  "builders": [
    {
      "type": "docker",
      "image": "ubuntu:14.04",
      "export_path": "{{pwd}}/utils.img"
    }
  ],
  "provisioners": [
    {
      "type": "chef-solo",
      "cookbook_paths": "{{pwd}}/cookbooks"
    }
  ]
}

chef-soloプロビジョナーはshellプロビジョナーに基づいているため、両方が壊れています。 このバグがコアチームによって注目されないことは非常に悲しいことです。 新製品の出荷は、既存の製品を維持することよりも重要であるように思われます。 :(

確かに。

@mitchellhさん、このバグが0.8リリースで修正される可能性はありますか？

こんにちは、

このパッチが適用されたバージョンはいつ正式にリリースされますか？ それは私にも機能します（https://github.com/stefancocora/packer-issue1752-fix）

ありがとう

https://github.com/stefancocora/packer-issue1752-fixも私のために働いた。

+1

これは、docker + chefを実行したい人にとってはかなり深刻なブロッカーです。 ツールチェーンの半分のように感じるパッチを適用する必要がある場合、これをチームに推奨することはできません。

Docker Builderを使用すると、実際には多くの要素に影響を与えます。
幸い、パッチは機能します。

5時57分PMの木、2015年5月21日には、マット・チュー[email protected]は書きました：

+1

これは、docker + chefを実行したい人にとってはかなり深刻なブロッカーです。
パッチを適用する必要がある場合、これをチームに推奨することはできません。
ツールチェーンの半分のように感じます。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/mitchellh/packer/issues/1752#issuecomment-104444469 。

@thmttchのように、
メンテナがすぐにそれをマージできるようになることを願っています（彼らが別の解決策を考えているかもしれないと私に心配していないという事実？）

これにも出くわしました。 回避策としてパッチを試します。 docker-machineとdocker1.6.2の使用

修繕！

ありがとう@mitchellh !!!! 私は、これは私の展開を破ったためにDocerkfiles（身震い）の賛成でパッカーを引退しようとしていました。 あなたは私の絶え間ない英雄の一人であり続け、私の人生の何時間も節約してくれます。

驚くばかり！！ \ m /
ありがとう！

2015年5月29日20:56、ミッチェルハシモト[email protected]
書きました：

クローズ＃1752https ：//github.com/mitchellh/packer/issues/1752。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/mitchellh/packer/issues/1752#event-317473314 。

多大な助け、ありがとう！

長い遅延をお詫び申し上げます：（Dockerのバグ修正が多数含まれるPackerリリースがまもなくリリースされます。

素晴らしいニュース！ それを楽しみにしています;）

ありがとう！ これを楽しみにしていました！

@mitchellhこの修正を含む次のリリースはいつ計画されていますか？

@stefancocora暫定修正をありがとう！

素晴らしい人たち。 すごい仕事！

@aidanjl問題ありません、 @ mariussturm修正に誰でも簡単にアクセスできるようにするために私ができることは

@mitchellh現在、AtlasでDockerイメージをビルドできないため、この修正でAtlasが使用しているパッカーもアップグレードしてください。 アトラスを購入できるので、今週の木曜日にマネージャーにアトラスをデモするためにこれが必要です。

現在、OSXでPacker0.8-devとDocker1.6.2を実行していますが、まだこの問題が発生しています。

==> docker: Provisioning with shell script: /var/folders/7z/3_4h7g_x55b_stn8nyd2w4mc0000gn/T/packer-shell921079459
2015/06/19 15:13:00 packer-provisioner-shell: 2015/06/19 15:13:00 [INFO] 92 bytes written for 'uploadData'
2015/06/19 15:13:00 [INFO] 92 bytes written for 'uploadData'
2015/06/19 15:13:00 packer-builder-docker: 2015/06/19 15:13:00 Executing in container b77320622ccd70b787bf85e0d88680db0a8a29ea4946aad7d18ceb7dc181362c: "(command cp /packer-files/upload556204673 /tmp/script_7943.sh) >/packer-files/cmd576371692 2>&1; echo $? >/packer-files/cmd576371692-exit"
2015/06/19 15:13:02 packer-builder-docker: 2015/06/19 15:13:02 Waiting for exit code to appear for remote command...

Docker 1.3.3にダウングレードして、同じことを試しました。

Packer v0.8.0はタグ付けされ、昨日ダウンロードページにリリースされました。これにより、実際にこれが修正されるはずです。 Packer 0.7.5を0.8.0にアップグレードした後、Docker1.5.0で動作しています。

Ubuntu 14.04 x64ホストでPacker v0.8.0とdocker Client version: 1.6.2を検証し、正しく動作している。

私はまだosxでこの問題を経験しています。 Packerバージョン0.8.0、dockerバージョン1.6.2および1.7.0。 Linuxディストリビューションにアクセスして、運が良かったかどうかを確認します。

@ lukeowen89と同じ
ドラッグのようなものですが、現時点ではまだosxでパッカーできません。

OSXでも壊れてしまいました。 Packer 0.8.1、Docker 1.7.1

パッカーデバッグログ

2015/07/15 23:42:08 [INFO] Packer version: 0.8.1  872e78d5b0a387eb3b87ddeef210264c3199d178+CHANGES
2015/07/15 23:42:08 Packer Target OS/Arch: darwin amd64
2015/07/15 23:42:08 Built with Go Version: go1.4.2
2015/07/15 23:42:08 [DEBUG] Discovered plugin: amazon-chroot = /usr/local/bin/packer-builder-amazon-chroot
2015/07/15 23:42:08 [DEBUG] Discovered plugin: amazon-ebs = /usr/local/bin/packer-builder-amazon-ebs
2015/07/15 23:42:08 [DEBUG] Discovered plugin: amazon-instance = /usr/local/bin/packer-builder-amazon-instance
2015/07/15 23:42:08 [DEBUG] Discovered plugin: digitalocean = /usr/local/bin/packer-builder-digitalocean
2015/07/15 23:42:08 [DEBUG] Discovered plugin: docker = /usr/local/bin/packer-builder-docker
2015/07/15 23:42:08 [DEBUG] Discovered plugin: file = /usr/local/bin/packer-builder-file
2015/07/15 23:42:08 [DEBUG] Discovered plugin: googlecompute = /usr/local/bin/packer-builder-googlecompute
2015/07/15 23:42:08 [DEBUG] Discovered plugin: null = /usr/local/bin/packer-builder-null
2015/07/15 23:42:08 [DEBUG] Discovered plugin: openstack = /usr/local/bin/packer-builder-openstack
2015/07/15 23:42:08 [DEBUG] Discovered plugin: parallels-iso = /usr/local/bin/packer-builder-parallels-iso
2015/07/15 23:42:08 [DEBUG] Discovered plugin: parallels-pvm = /usr/local/bin/packer-builder-parallels-pvm
2015/07/15 23:42:08 [DEBUG] Discovered plugin: qemu = /usr/local/bin/packer-builder-qemu
2015/07/15 23:42:08 [DEBUG] Discovered plugin: virtualbox-iso = /usr/local/bin/packer-builder-virtualbox-iso
2015/07/15 23:42:08 [DEBUG] Discovered plugin: virtualbox-ovf = /usr/local/bin/packer-builder-virtualbox-ovf
2015/07/15 23:42:08 [DEBUG] Discovered plugin: vmware-iso = /usr/local/bin/packer-builder-vmware-iso
2015/07/15 23:42:08 [DEBUG] Discovered plugin: vmware-vmx = /usr/local/bin/packer-builder-vmware-vmx
2015/07/15 23:42:08 [DEBUG] Discovered plugin: atlas = /usr/local/bin/packer-post-processor-atlas
2015/07/15 23:42:08 [DEBUG] Discovered plugin: compress = /usr/local/bin/packer-post-processor-compress
2015/07/15 23:42:08 [DEBUG] Discovered plugin: docker-import = /usr/local/bin/packer-post-processor-docker-import
2015/07/15 23:42:08 [DEBUG] Discovered plugin: docker-push = /usr/local/bin/packer-post-processor-docker-push
2015/07/15 23:42:08 [DEBUG] Discovered plugin: docker-save = /usr/local/bin/packer-post-processor-docker-save
2015/07/15 23:42:08 [DEBUG] Discovered plugin: docker-tag = /usr/local/bin/packer-post-processor-docker-tag
2015/07/15 23:42:08 [DEBUG] Discovered plugin: vagrant = /usr/local/bin/packer-post-processor-vagrant
2015/07/15 23:42:08 [DEBUG] Discovered plugin: vagrant-cloud = /usr/local/bin/packer-post-processor-vagrant-cloud
2015/07/15 23:42:08 [DEBUG] Discovered plugin: vsphere = /usr/local/bin/packer-post-processor-vsphere
2015/07/15 23:42:08 [DEBUG] Discovered plugin: ansible-local = /usr/local/bin/packer-provisioner-ansible-local
2015/07/15 23:42:08 [DEBUG] Discovered plugin: chef-client = /usr/local/bin/packer-provisioner-chef-client
2015/07/15 23:42:08 [DEBUG] Discovered plugin: chef-solo = /usr/local/bin/packer-provisioner-chef-solo
2015/07/15 23:42:08 [DEBUG] Discovered plugin: file = /usr/local/bin/packer-provisioner-file
2015/07/15 23:42:08 [DEBUG] Discovered plugin: powershell = /usr/local/bin/packer-provisioner-powershell
2015/07/15 23:42:08 [DEBUG] Discovered plugin: puppet-masterless = /usr/local/bin/packer-provisioner-puppet-masterless
2015/07/15 23:42:08 [DEBUG] Discovered plugin: puppet-server = /usr/local/bin/packer-provisioner-puppet-server
2015/07/15 23:42:08 [DEBUG] Discovered plugin: salt-masterless = /usr/local/bin/packer-provisioner-salt-masterless
2015/07/15 23:42:08 [DEBUG] Discovered plugin: shell = /usr/local/bin/packer-provisioner-shell
2015/07/15 23:42:08 [DEBUG] Discovered plugin: shell-local = /usr/local/bin/packer-provisioner-shell-local
2015/07/15 23:42:08 [DEBUG] Discovered plugin: windows-restart = /usr/local/bin/packer-provisioner-windows-restart
2015/07/15 23:42:08 [DEBUG] Discovered plugin: windows-shell = /usr/local/bin/packer-provisioner-windows-shell
2015/07/15 23:42:08 Detected home directory from env var: /Users/bob
2015/07/15 23:42:08 Detected home directory from env var: /Users/bob
2015/07/15 23:42:08 Attempting to open config file: /Users/bob/.packerconfig
2015/07/15 23:42:08 [WARN] Config file doesn't exist: /Users/bob/.packerconfig
2015/07/15 23:42:08 Packer config: &{DisableCheckpoint:false DisableCheckpointSignature:false PluginMinPort:10000 PluginMaxPort:25000 Builders:map[digitalocean:/usr/local/bin/packer-builder-digitalocean googlecompute:/usr/local/bin/packer-builder-googlecompute virtualbox-ovf:/usr/local/bin/packer-builder-virtualbox-ovf amazon-instance:/usr/local/bin/packer-builder-amazon-instance vmware-vmx:/usr/local/bin/packer-builder-vmware-vmx amazon-chroot:/usr/local/bin/packer-builder-amazon-chroot null:/usr/local/bin/packer-builder-null vmware-iso:/usr/local/bin/packer-builder-vmware-iso openstack:/usr/local/bin/packer-builder-openstack parallels-iso:/usr/local/bin/packer-builder-parallels-iso parallels-pvm:/usr/local/bin/packer-builder-parallels-pvm qemu:/usr/local/bin/packer-builder-qemu virtualbox-iso:/usr/local/bin/packer-builder-virtualbox-iso amazon-ebs:/usr/local/bin/packer-builder-amazon-ebs docker:/usr/local/bin/packer-builder-docker file:/usr/local/bin/packer-builder-file] PostProcessors:map[atlas:/usr/local/bin/packer-post-processor-atlas docker-tag:/usr/local/bin/packer-post-processor-docker-tag vagrant-cloud:/usr/local/bin/packer-post-processor-vagrant-cloud vsphere:/usr/local/bin/packer-post-processor-vsphere compress:/usr/local/bin/packer-post-processor-compress docker-import:/usr/local/bin/packer-post-processor-docker-import docker-push:/usr/local/bin/packer-post-processor-docker-push docker-save:/usr/local/bin/packer-post-processor-docker-save vagrant:/usr/local/bin/packer-post-processor-vagrant] Provisioners:map[shell-local:/usr/local/bin/packer-provisioner-shell-local windows-shell:/usr/local/bin/packer-provisioner-windows-shell ansible-local:/usr/local/bin/packer-provisioner-ansible-local chef-client:/usr/local/bin/packer-provisioner-chef-client file:/usr/local/bin/packer-provisioner-file salt-masterless:/usr/local/bin/packer-provisioner-salt-masterless shell:/usr/local/bin/packer-provisioner-shell chef-solo:/usr/local/bin/packer-provisioner-chef-solo powershell:/usr/local/bin/packer-provisioner-powershell puppet-masterless:/usr/local/bin/packer-provisioner-puppet-masterless puppet-server:/usr/local/bin/packer-provisioner-puppet-server windows-restart:/usr/local/bin/packer-provisioner-windows-restart]}
2015/07/15 23:42:08 Setting cache directory: /Users/bob/Projects/garbanzo/packer_cache
2015/07/15 23:42:08 Detected home directory from env var: /Users/bob
2015/07/15 23:42:08 Loading builder: docker
2015/07/15 23:42:08 Creating plugin client for path: /usr/local/bin/packer-builder-docker
2015/07/15 23:42:08 Starting plugin: /usr/local/bin/packer-builder-docker []string{"/usr/local/bin/packer-builder-docker"}
2015/07/15 23:42:08 Waiting for RPC address for: /usr/local/bin/packer-builder-docker
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Plugin minimum port: 10000
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Plugin maximum port: 25000
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Plugin address: unix /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-plugin389384987
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Waiting for connection...
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Serving a plugin connection...
2015/07/15 23:42:08 Loading provisioner: shell
2015/07/15 23:42:08 Creating plugin client for path: /usr/local/bin/packer-provisioner-shell
2015/07/15 23:42:08 Starting plugin: /usr/local/bin/packer-provisioner-shell []string{"/usr/local/bin/packer-provisioner-shell"}
2015/07/15 23:42:08 Waiting for RPC address for: /usr/local/bin/packer-provisioner-shell
2015/07/15 23:42:08 packer-provisioner-shell: 2015/07/15 23:42:08 Plugin minimum port: 10000
2015/07/15 23:42:08 packer-provisioner-shell: 2015/07/15 23:42:08 Plugin maximum port: 25000
2015/07/15 23:42:08 packer-provisioner-shell: 2015/07/15 23:42:08 Plugin address: unix /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-plugin592962254
2015/07/15 23:42:08 packer-provisioner-shell: 2015/07/15 23:42:08 Waiting for connection...
2015/07/15 23:42:08 packer-provisioner-shell: 2015/07/15 23:42:08 Serving a plugin connection...
2015/07/15 23:42:08 Loading post-processor: docker-tag
2015/07/15 23:42:08 Creating plugin client for path: /usr/local/bin/packer-post-processor-docker-tag
2015/07/15 23:42:08 Starting plugin: /usr/local/bin/packer-post-processor-docker-tag []string{"/usr/local/bin/packer-post-processor-docker-tag"}
2015/07/15 23:42:08 Waiting for RPC address for: /usr/local/bin/packer-post-processor-docker-tag
2015/07/15 23:42:08 packer-post-processor-docker-tag: 2015/07/15 23:42:08 Plugin minimum port: 10000
2015/07/15 23:42:08 packer-post-processor-docker-tag: 2015/07/15 23:42:08 Plugin maximum port: 25000
2015/07/15 23:42:08 packer-post-processor-docker-tag: 2015/07/15 23:42:08 Plugin address: unix /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-plugin099680253
2015/07/15 23:42:08 packer-post-processor-docker-tag: 2015/07/15 23:42:08 Waiting for connection...
2015/07/15 23:42:08 packer-post-processor-docker-tag: 2015/07/15 23:42:08 Serving a plugin connection...
2015/07/15 23:42:08 ui: docker output will be in this color.
2015/07/15 23:42:08 ui: 
2015/07/15 23:42:08 Build debug mode: false
2015/07/15 23:42:08 Force build: false
2015/07/15 23:42:08 Preparing build: docker
docker output will be in this color.

2015/07/15 23:42:08 Waiting on builds to complete...
2015/07/15 23:42:08 Starting build run: docker
2015/07/15 23:42:08 Running builder: docker
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 [DEBUG] Docker version: 1.7.1
2015/07/15 23:42:08 ui: ==> docker: Creating a temporary directory for sharing data...
==> docker: Creating a temporary directory for sharing data...
2015/07/15 23:42:08 ui: ==> docker: Pulling Docker image: gliderlabs/herokuish
==> docker: Pulling Docker image: gliderlabs/herokuish
2015/07/15 23:42:08 packer-builder-docker: 2015/07/15 23:42:08 Executing: /usr/local/bin/docker [pull gliderlabs/herokuish]
2015/07/15 23:42:11 ui:     docker: latest: Pulling from gliderlabs/herokuish
    docker: latest: Pulling from gliderlabs/herokuish
2015/07/15 23:42:11 ui:     docker: 835c565d00e2: Already exists
    docker: 835c565d00e2: Already exists
2015/07/15 23:42:11 ui:     docker: c5c659229e15: Already exists
    docker: c5c659229e15: Already exists
2015/07/15 23:42:11 ui:     docker: 9a8403cd4d99: Already exists
    docker: 9a8403cd4d99: Already exists
2015/07/15 23:42:11 ui:     docker: 89fc314a0a6e: Already exists
    docker: 89fc314a0a6e: Already exists
2015/07/15 23:42:11 ui:     docker: d257698c42c5: Already exists
    docker: d257698c42c5: Already exists
2015/07/15 23:42:11 ui:     docker: c6c6baedb602: Already exists
    docker: c6c6baedb602: Already exists
2015/07/15 23:42:11 ui:     docker: c6c6baedb602: Already exists
    docker: c6c6baedb602: Already exists
2015/07/15 23:42:11 ui:     docker: Digest: sha256:4b08475f91eaccceb40fcbb5e0c43a992257b1bdedbf86f2777f458da9a0e2cd
2015/07/15 23:42:11 ui:     docker: Status: Image is up to date for gliderlabs/herokuish:latest
    docker: Digest: sha256:4b08475f91eaccceb40fcbb5e0c43a992257b1bdedbf86f2777f458da9a0e2cd
    docker: Status: Image is up to date for gliderlabs/herokuish:latest
2015/07/15 23:42:11 ui: ==> docker: Starting docker container...
==> docker: Starting docker container...
2015/07/15 23:42:11 ui:     docker: Run command: docker run -v /Users/bob/Projects/garbanzo:/tmp/app -v /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-docker638187454:/packer-files -d -i -t gliderlabs/herokuish /bin/bash
2015/07/15 23:42:11 packer-builder-docker: 2015/07/15 23:42:11 Starting container with args: [run -v /Users/bob/Projects/garbanzo:/tmp/app -v /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-docker638187454:/packer-files -d -i -t gliderlabs/herokuish /bin/bash]
    docker: Run command: docker run -v /Users/bob/Projects/garbanzo:/tmp/app -v /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-docker638187454:/packer-files -d -i -t gliderlabs/herokuish /bin/bash
2015/07/15 23:42:11 packer-builder-docker: 2015/07/15 23:42:11 Waiting for container to finish starting
2015/07/15 23:42:11 ui:     docker: Container ID: cc6a7056923234a1264718283c1a58a1c49796d64458cefe84e5ee4941c4bf16
    docker: Container ID: cc6a7056923234a1264718283c1a58a1c49796d64458cefe84e5ee4941c4bf16
2015/07/15 23:42:11 packer-builder-docker: 2015/07/15 23:42:11 Running the provision hook
2015/07/15 23:42:11 ui: ==> docker: Provisioning with shell script: /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-shell845253589
2015/07/15 23:42:11 packer-provisioner-shell: 2015/07/15 23:42:11 Opening /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-shell845253589 for reading
==> docker: Provisioning with shell script: /var/folders/4j/hd7wss1n4xzc8xn224xsyls80000gn/T/packer-shell845253589
2015/07/15 23:42:11 packer-provisioner-shell: 2015/07/15 23:42:11 [INFO] 44 bytes written for 'uploadData'
2015/07/15 23:42:11 [INFO] 44 bytes written for 'uploadData'
2015/07/15 23:42:11 packer-builder-docker: 2015/07/15 23:42:11 Executing in container cc6a7056923234a1264718283c1a58a1c49796d64458cefe84e5ee4941c4bf16: "(command cp /packer-files/upload803520517 /tmp/script_7943.sh) >/packer-files/cmd416685472 2>&1; echo $? >/packer-files/cmd416685472-exit"
2015/07/15 23:42:13 packer-builder-docker: 2015/07/15 23:42:13 Waiting for exit code to appear for remote command...
^C
2015/07/15 23:50:00 Closing stdin because interrupt received.
2015/07/15 23:50:00 Stopping build: docker
2015/07/15 23:50:00 packer-post-processor-docker-tag: 2015/07/15 23:50:00 Received interrupt signal (count: 1). Ignoring.
2015/07/15 23:50:00 packer-provisioner-shell: 2015/07/15 23:50:00 Received interrupt signal (count: 1). Ignoring.
2015/07/15 23:50:00 packer-builder-docker: 2015/07/15 23:50:00 Received interrupt signal (count: 1). Ignoring.
2015/07/15 23:50:00 packer-builder-docker: 2015/07/15 23:50:00 Cancelling the step runner...
2015/07/15 23:50:01 packer-builder-docker: 2015/07/15 23:50:01 Cancelling provisioning due to interrupt...
2015/07/15 23:50:01 Provisioner.Cancel err: unexpected EOF
2015/07/15 23:50:01 /usr/local/bin/packer-provisioner-shell: plugin process exited
2015/07/15 23:50:01 ui: ==> docker: Killing the container: cc6a7056923234a1264718283c1a58a1c49796d64458cefe84e5ee4941c4bf16
==> docker: Killing the container: cc6a7056923234a1264718283c1a58a1c49796d64458cefe84e5ee4941c4bf16
2015/07/15 23:50:01 Build cancelled: docker
2015/07/15 23:50:01 ui: Build 'docker' finished.
2015/07/15 23:50:01 Builds completed. Waiting on interrupt barrier...
2015/07/15 23:50:01 ui: Cleanly cancelled builds after being interrupted.
2015/07/15 23:50:01 waiting for all plugin processes to complete...
Build 'docker' finished.
Cleanly cancelled builds after being interrupted.
2015/07/15 23:50:01 /usr/local/bin/packer-post-processor-docker-tag: plugin process exited
2015/07/15 23:50:01 /usr/local/bin/packer-builder-docker: plugin process exited

私がそれを殺す前にコンテナを突いた：

$ ls /packer-files
cmd416685472       cmd416685472-exit
$ cat /packer-files/cmd416685472
cp: cannot stat '/packer-files/upload803520517': No such file or directory

同上、Packer0.8.5およびDocker1.8.1を使用するOSXでこの問題が発生しています。

@Decipher私はここでこれに関する新しい問題を開きました：＃2675

これは、Docker1.12.1とpacker0.10.2ではまだ問題です。

Docker1.12.1とPacker0.11.0を使用して同じ問題が発生していることを確認しました。

私にとってこれは、packerがdocker内で実行されていて、新しいdockerをプロビジョニングしようとしているときにのみ発生します。 多分これはそれを間違っているのですか？