Packer: Mit Docker 1.4.x beschädigte Shell-Skripte

Nur ein Follow-up. Als dies fehlschlug, wurde Docker 1.4.0 aus den neuesten Docker-Repos verwendet. Ich habe es gerade geschafft, mit diesem modifizierten Vagrantfile zu arbeiten:

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

Dadurch wird Docker 1.0.1 installiert ... und es funktioniert perfekt mit denselben Packer-Dateien.

Working Docker Version:

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

Nicht arbeitend:

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

Ok, letztes Update für die Nacht ... es sieht so aus, als ob Docker 1.4.0 das Problem ist. Docker 1.3.3 funktioniert einwandfrei:

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

Es sieht so aus, als ob Docker 1.4.0 das Problem ist. Docker 1.3.3 funktioniert einwandfrei:

Ja, das ist die Schlussfolgerung, die ich auch gezogen habe

Bestätigt, dass dies bei Verwendung von Docker 1.4.1 immer noch ein Problem ist

JSON-Datei, die das Problem neu erstellt:

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

: +1: hier gleich!

Eine naive Lösung würde so aussehen:

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

Dies bricht die Abwärtskompatibilität mit Docker 1.3- (was ist imo ok)

@mariussturm Danke für 3a286ab6bdba7b8e5bf6a43c357a0ffeacd3dc97. Es gibt ein verwandtes Problem mit dem chef-solo Provisioner. Der erste Befehl, den es ausführt (das Erstellen von staging_directory ), beendet den Container und beendet so den Build. Ihre Lösung löst das auch.

Ich kann dieses Problem auch mit Docker 1.4.1 bestätigen

Ich habe das gleiche Problem (hier gemeldet, wenn inline ), auch wenn ich
Im Grunde ist es derzeit unmöglich, Docker v1.4.x-Images mit Packer mit einem der Shell-Provisioner zu erstellen.

Der Fehler ist:

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

Mit einer Provisioner-Konfiguration wie:

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

und ein entsprechendes einfaches Shell-Skript:

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

+1, mit der Variante script des Provisioners shell .

+1
Dieser Provisioner ist für mich mit der inline -Variante des shell Provisioners gescheitert.

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

Basierend auf den obigen Kommentaren (und dem Commit von @mariussturm) habe ich eine virtuelle Box-Box erstellt, die Sie mit boot2docker verwenden können. Dies erforderte die Quelle zum Packen und @YungSangs Quellcode zum Erstellen einer Vagrant-Box aus der ISO von boot2docker. Open Source zur Rettung!

Hoffe, dies hilft einigen Leuten, die Docker 1.4.1 mit Packer in einem Landstreicher verwenden möchten.

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

Urgh! Bin gerade auf diesen gestoßen. Ernsthafter Schraubenschlüssel für mein Projekt.

Ich bin auch auf dieses Problem gestoßen. Was ist die aktuelle Problemumgehung? Docker auf 1.3.3 herabstufen?

Ich musste Docker auf 1.3.3 herabstufen. Das ist meine aktuelle Problemumgehung.

@vitorcoxta und @yanaga Alternativ können Sie eine eigene Packer-Binärversion mit dem von mariussturm vorgeschlagenen Fix neu erstellen:

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

Mit dem neuen Docker 1.5 scheint es bedauerlich, dass wir aufgrund dieses Fehlers immer noch 1.3.3 verwenden müssen: /

Gibt es eine ETA, um dies in eine neue Version zu integrieren? 0,76 vielleicht?

: +1:

Haben Sie dieses Problem mit:

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

Ich habe ein Github-Repo erstellt, https://github.com/stefancocora/packer-issue1752-fix , das Packer-Binärdateien ( amd64 ) enthält, die für den Hauptzweig mit mariussturm Fix für erstellt wurden dieses Problem.
Sie können die Binärdateien verwenden, die ich bis zu dem Punkt erstellt habe, an dem die Packer-Betreuer das Update für dieses Problem zusammenführen und eine neue Version veröffentlichen.
Die Binärdateien, die ich erstellt habe, funktionieren einwandfrei. Ich habe eine Möglichkeit hinzugefügt, sie im oben genannten Github-Repo zu testen (siehe README.md

@stefancocora vielen Dank für das Repository! Ich kann bestätigen, dass diese Version funktioniert (unter Fedora 21 / x86_64 mit Docker 1.5.0).

Eine Sache ist mir bei der Verwendung von exec anstelle von attach aufgefallen: Es wäre schön, auch das Flag -t verwenden, damit ein tty zugewiesen wird, und Tools wie sudo work (CentOS hat standardmäßig Defaults requiretty in /etc/sudoers ).

Vielen Dank für das Testen von @ankon , guter Punkt über -t , habe nicht darüber nachgedacht .
Ich habe gerade eine für Docker kompilierte Packer-Binärdatei mit dem Flag -t .
Leider kann kein Image erstellt werden, und ich weiß nicht, was diesen Fehler verursacht.
Zurücksetzen des Packers auf den Patch ohne -t Ich erhalte einen erfolgreichen Docker-Image-Build.

Fehlerausgabe vom Packer Build mit -t

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

Sie können requiretty in der sudoers-Datei jederzeit deaktivieren, damit sudo einwandfrei funktioniert.

@stefancocora Ich habe mit dem Patch für OSX kompiliert, wenn Sie möchten, kann ich einen PR mit einem Zweig einreichen. Im Moment sind sie hier, wenn jemand sie

@stefancocora Ihr Repo funktioniert für Arch x86_64 mit Docker 1.5.0. Vielen Dank

@chiefy mach dir keine Sorgen um eine PR, ich hoffe mein Build für linux und dein Build für osx muss nicht lange existieren. Ich hoffe, dass dies bald im Upstream-Packer-Code behoben wird ...

@stefancocora : +1: Ja, ich stimme zu.

+1

Ich sehe auch dieses Problem.

$ 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 Aus der Mailingliste:

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

Hallo,
während dieses Problem ist ungelöst und vorgeschlagen Patch scheint zu arbeiten, für die Bequemlichkeit ich eine vorkompilierte Version linux_x64 geschoben haben , um bintray hier . Dies ist ein Build des aktuellen Master-HEAD, da ich nicht mit dem Tag v0.7.5 erstellen konnte.

Ich habe an einem verwandten Problem gearbeitet: https://github.com/mitchellh/packer/issues/1975

Dieser Patch hat das ursprüngliche Problem behoben, aber jetzt hängt der Lauf bei

2015/03/17 13:17:47 packer-builder-docker: 2015/03/17 13:17:47 Warten auf das Erscheinen des Exit-Codes für den Remote-Befehl ...

Ich habe an den Container angehängt und überprüft, ob der Befehl ausgeführt wurde und der Exit-Code 0 in die Exit-Datei geschrieben wurde, aber der Build wird nie fortgesetzt. Ich sehe das gleiche Problem sowohl bei den Shell- als auch bei den Chef-Solo-Provisionern unter Ubuntu14.04 und CentOS6.

Packer Version 0.7.5 mit der gepatchten Binärdatei von Chiefy
Docker-Maschine Version 0.1.0 mit Virtualbox-Treiber
Auf dem Host wird OSX 10.9.5 ausgeführt

$ 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): darwin / amd64
Serverversion: 1.5.0
Server-API-Version: 1.17
Go-Version (Server): go1.4.1
Git Commit (Server): a8a31ef

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

@kikitux FYI: Das ist ein Link zu etwas in Ihrem Google Mail-Posteingang. Das können wir nicht sehen.

Auch mit diesem Problem mit Packer 0.7.5 und Docker 1.5.0

Kann auch unter OSX mit Boot2Docker-cli version: v1.5.0 reproduziert werden

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): darwin/amd64
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.1
Git commit (server): a8a31ef

Der von @alkersan vorgeschlagene

+1

+1

Gleiches gilt für Docker 1.6

Ich habe die von @stefancocora unter CentOS 7 bereitgestellten Binärdateien mit Docker 1.6 getestet und der Packer hat funktioniert.

Ich habe meine eigenen Binärdateien basierend auf Master für Fedora 21 mit Docker 1.6 kompiliert, und Packer hat funktioniert.

hängt immer noch für mich, wenn ich einen Remote-Docker-Host verwende, funktioniert aber lokal einwandfrei

Ubuntu Trusty und Docker 1.6 schlagen ebenfalls fehl

Auch mit dem Problem auf beiden:
OpenSUSE 13.1 x86_64 && OSX 10.10

mit:

$ packer version
Packer v0.7.5

und

$ 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

Am Ende habe ich ein Downgrade auf Docker 1.3.2 durchgeführt, wo dies funktioniert (auf dem OpenSUSE-System).
Ich habe 1.3.2 und 1.3.0 unter OSX 10.10 ohne Glück ausprobiert.

Ok, ich verstehe also, dass ich möglicherweise ein Downgrade auf Docker 1.3.2 durchführen muss, damit meine Packer-Build-Shell-Skripte mit Docker funktionieren. Kann jemand Anweisungen zur Installation von Docker 1.3.2 unter Ubuntu (vertrauenswürdig) geben, ich kann nicht herausfinden, wie.

ok fand es!

sudo apt-get install lxc-docker-1.3.2

und das hat das Problem behoben. Ich habe vorher die neueste Version von Docker verwendet, was auch immer das ist.

Scheint auch mit Docker 1.6.0 unter Ubuntu 14.04 zu scheitern.
Wenn Sie 'sudo apt-get install lxc-docker-1.3.2' ausführen, wie d3netxer sagte (ohne vorher etwas zu deinstallieren), scheint es zu funktionieren.

@dietervds
Haben Sie die Binärdateien ausprobiert, die ich mit dem Fix für dieses Problem erstellt habe?
https://github.com/stefancocora/packer-issue1752-fix

@mindscratch hat vor 16 docker 1.6 und CentOS7 funktionieren

https://github.com/stefancocora/packer-issue1752-fix behebt das Problem für mich.

@stefancocora
https://github.com/stefancocora/packer-issue1752-fix funktioniert für mich unter Fedora 21 mit Docker 1.6.0, sobald ich SELinux auf Permissive Mode gesetzt habe. Es funktioniert auch unter CentOS 7 mit Docker 1.5.0, mit SELinux to Permissive und unter Ubuntu 15.04 mit Docker 1.5.0.

Ist dies nur für die Bereitstellung von Shell-Skripten fehlerhaft? Es scheint auch mit dem chef-solo Provisioner zu scheitern, aber ich bin noch sehr neu bei Docker / Chef / Packer, daher könnte mein Problem woanders liegen.

Versionen:
Docker v1.5
Packer v0.7.5

Vorlage:

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

Der chef-solo Provisioner basiert auf dem shell Provisioner, daher sind beide defekt. Sehr traurig, dass dieser Fehler vom Kernteam nicht beachtet wird. Der Versand neuer Produkte scheint wichtiger zu sein als die Pflege bestehender Produkte. :(

Tatsächlich.

Hey @mitchellh , gibt es eine Chance, dass dieser Fehler für eine Version 0.8 behoben wird?

Hallo,

Wann wird diese gepatchte Version offiziell veröffentlicht? Es funktioniert auch bei mir (https://github.com/stefancocora/packer-issue1752-fix)

Vielen Dank

https://github.com/stefancocora/packer-issue1752-fix hat auch bei mir funktioniert.

+1

Dies ist ein ziemlich ernsthafter Blocker für alle, die Docker + Chef machen wollen. Ich kann dies meinem Team unmöglich empfehlen, wenn es das Patchen erfordert, das sich wie die Hälfte der Toolchain anfühlt.

Bei Verwendung des Docker-Builders wirkt sich dies tatsächlich auf eine Reihe von Teilen aus.
Zum Glück funktioniert der Patch.

Am Do, 21. Mai 2015 um 17:57 Uhr schrieb Matt Chu [email protected] :

+1

Dies ist ein ziemlich ernsthafter Blocker für alle, die Docker + Chef machen wollen.
Ich kann dies meinem Team unmöglich empfehlen, wenn es das Patchen erfordert
fühlt sich an wie die halbe Werkzeugkette.

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/mitchellh/packer/issues/1752#issuecomment -104444469.

Ich bin auch blockiert mit Docker + Chef, wie @thmttch ..
Ich hoffe, die Betreuer können es bald zusammenführen (die Tatsache, dass sie mich nicht beunruhigt haben, dass sie eine andere Lösung in Betracht ziehen könnten?)

bin auch darauf gestoßen. Versucht den Patch als Problemumgehung. Docker-Maschine und Docker verwenden 1.6.2

Fest!

DANKE @mitchellh !!!! Ich wollte Packer zugunsten von Docerkfiles ( Schauder ) in den Ruhestand schicken, weil dies meinen Einsatz brach. Du bist weiterhin einer meiner ständigen Helden, der mir Stunden und Stunden meines Lebens rettet.

GENIAL!! \ m /
Vielen Dank!!

Am 29. Mai 2015 um 20:56 Uhr, Mitchell Hashimoto [email protected]
schrieb:

Geschlossen # 1752 https://github.com/mitchellh/packer/issues/1752.

- -
Antworte direkt auf diese E-Mail oder sieh sie dir auf GitHub an
https://github.com/mitchellh/packer/issues/1752#event -317473314.

Riesige Hilfe, danke!

Ich entschuldige mich für die lange Verzögerung :( Wir werden in Kürze eine Packer-Version mit vielen Docker-Fehlerkorrekturen veröffentlichen.

fantastische Neuigkeiten! freue mich darauf;)

Vielen Dank! Ich habe mich darauf gefreut!

@mitchellh Wann ist die nächste Version geplant, die dieses

@stefancocora Danke für die vorläufige Korrektur!

Tolle Typen. Gute Arbeit!

@aidanjl kein Problem, es ist das Mindeste, was ich tun kann, um @mariussturm fix für jedermann leicht zugänglich zu machen!

@mitchellh Bitte aktualisieren Sie den Packer, den Atlas verwendet, auch mit diesem Fix, da ich derzeit keine Docker-Images in Atlas erstellen kann. Ich brauche dies, um Atlas an diesem Donnerstag meinem Manager vorzuführen, damit wir Atlas kaufen können.

Ich verwende derzeit Packer 0.8-dev und Docker 1.6.2 unter OS X und sehe dieses Problem immer noch.

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

Ich habe auch versucht, ein Downgrade auf Docker 1.3.3 durchzuführen und bin auf dasselbe gestoßen.

Packer v0.8.0 wurde gestern markiert und auf der Downloadseite veröffentlicht, was dies eigentlich beheben sollte. Es funktioniert für mich mit Docker 1.5.0, nachdem Packer 0.7.5 auf 0.8.0 aktualisiert wurde.

überprüft und funktioniert korrekt mit Packer v0.8.0 und Docker Client version: 1.6.2 auf einem Ubuntu 14.04 x64-Host.

Ich habe immer noch dieses Problem auf OSX. Packer Version 0.8.0, Docker Version 1.6.2 und 1.7.0. Ich werde eine Linux-Distribution ausprobieren, um zu sehen, ob ich noch mehr Glück habe.

Gleich wie @ lukeowen89
Eine Art Drag, den ich derzeit noch nicht auf osx packen kann.

Auch für mich unter OSX kaputt. Packer 0.8.1, Docker 1.7.1

Packer-Debug-Protokoll

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

stöberte auf dem Container herum, bevor ich ihn tötete:

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

Das Gleiche gilt für dieses Problem unter OSX mit Packer 0.8.5 und Docker 1.8.1.

@Decipher Ich habe hier eine neue Ausgabe dafür geöffnet: # 2675

Dies ist immer noch ein Problem unter Docker 1.12.1 mit Packer 0.10.2

Ich bestätige, dass Docker 1.12.1 und Packer 0.11.0 dasselbe Problem haben.

Dies geschieht für mich nur, wenn der Packer im Docker ausgeführt wird und dann versucht, einen neuen Docker bereitzustellen. Vielleicht macht das falsch?