Docker-Container neu starten (132), illegaler Anweisung (Kern abgeladen)

Question

Docker-Container neu starten (132), illegaler Anweisung (Kern abgeladen)

3

879 2019-03-05

Ich laufe konsequentin einen Show-Stoppermit Alphanet und Docker auf Ubuntu. Ich vermute,esistetwas,dasichbeim Aufbau konsequent übersehen kann. Meine Docker-Container laufennurfürein oder zwei Sekunden lang und starten dannneu (132).

Einige Poking herumführtmich,um zuglauben,dass sienicht sofort von der Panik wieder aufgenommen werden.

Ich habe Ubuntu 16.04 versucht. 18.04,VirtualBox MV und VMware und sogar AMD und Intel. 4-6 Prozessoren und 4-8 GB RAM. Das Ergebnisistimmergleich.

Andere Docker-Container laufenglücklich.

  $ Docker-Version
Klient:
 Version: 18.09.2.
 API-Version: 1.39
 Go Version: Go1.10.6
 Git Commit: 6247962
 Erbaut: Sonne 10. Februar 04:13:47 2019
 OS/Arch: Linux/AMD64
 Experimentell:false.

Server: Docker Engine - Community
 Motor:
  Version: 18.09.3.
  API-Version: 1.39 (Mindestversion 1.12)
  Go Version: Go1.10.8
  Git Commit: 774A1F4
  Erbaut: THU 28. Februar 05:59:55 2019
  OS/Arch: Linux/AMD64
  Experimentell:false.

$ Docker-Compose Version
Docker-Compose Version 1.17.1,Bauen unbekannt
Docker-PY-Version: 2.5.1
Cpython-Version: 2.7.15rc1
OpenSSL-Version: OpenSSL 1.1.0g 2 Nov 2017

Hieristein Bild,fallses hilft.

Hieristein repräsentatives Docker-Protokolleines Containers:

  TEZOS @ ROB-VirtualBox: ~ $ docker logs alphanet_node_1
Aktuelle öffentliche Kette: 2018-11-30T15: 30: 56z-Alphanet.
Lokale Kettendaten: 2018-11-30T15: 30: 56z-Alphanet.
Konfigurieren des Knotens ...
Illegale Anweisung (Kern abgeladen)
Aktuelle öffentliche Kette: 2018-11-30T15: 30: 56z-Alphanet.
Lokale Kettendaten: 2018-11-30T15: 30: 56z-Alphanet.
Konfigurieren des Knotens ...
Illegale Anweisung (Kern abgeladen)
Aktuelle öffentliche Kette: 2018-11-30T15: 30: 56z-Alphanet.
Lokale Kettendaten: 2018-11-30T15: 30: 56z-Alphanet.
Konfigurieren des Knotens ...
Illegale Anweisung (Kern abgeladen)
Aktuelle öffentliche Kette: 2018-11-30T15: 30: 56z-Alphanet.
Lokale Kettendaten: 2018-11-30T15: 30: 56z-Alphanet.
Konfigurieren des Knotens ...
Illegale Anweisung (Kern abgeladen)
Aktuelle öffentliche Kette: 2018-11-30T15: 30: 56z-Alphanet.
Lokale Kettendaten: 2018-11-30T15: 30: 56z-Alphanet.
Konfigurieren des Knotens ...

Ich wäre sehr dankbarfür Gedanken oder Anregungen.

I'm consistently running into a show-stopper with alphanet and docker on ubuntu. I suspect it's something I consistently overlook when setting up. My docker containers only run for a second or two and then restart (132).

Some poking around leads me to believe they restart from panic just about right away.

I have tried Ubuntu 16.04. 18.04, virtualBox MV and vmWare and even AMD and Intel. 4-6 processors and 4-8GB RAM. The result is always the same.

Other docker containers run happily.

$ docker version
Client:
 Version:           18.09.2
 API version:       1.39
 Go version:        go1.10.6
 Git commit:        6247962
 Built:             Sun Feb 10 04:13:47 2019
 OS/Arch:           linux/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          18.09.3
  API version:      1.39 (minimum version 1.12)
  Go version:       go1.10.8
  Git commit:       774a1f4
  Built:            Thu Feb 28 05:59:55 2019
  OS/Arch:          linux/amd64
  Experimental:     false

$ docker-compose version
docker-compose version 1.17.1, build unknown
docker-py version: 2.5.1
CPython version: 2.7.15rc1
OpenSSL version: OpenSSL 1.1.0g  2 Nov 2017

Here's an image in case it helps.

Here's a representative docker log of a container:

tezos@rob-VirtualBox:~$ docker logs alphanet_node_1
Current public chain: 2018-11-30T15:30:56Z-alphanet.
Local chain data: 2018-11-30T15:30:56Z-alphanet.
Configuring the node...
Illegal instruction (core dumped)
Current public chain: 2018-11-30T15:30:56Z-alphanet.
Local chain data: 2018-11-30T15:30:56Z-alphanet.
Configuring the node...
Illegal instruction (core dumped)
Current public chain: 2018-11-30T15:30:56Z-alphanet.
Local chain data: 2018-11-30T15:30:56Z-alphanet.
Configuring the node...
Illegal instruction (core dumped)
Current public chain: 2018-11-30T15:30:56Z-alphanet.
Local chain data: 2018-11-30T15:30:56Z-alphanet.
Configuring the node...
Illegal instruction (core dumped)
Current public chain: 2018-11-30T15:30:56Z-alphanet.
Local chain data: 2018-11-30T15:30:56Z-alphanet.
Configuring the node...

I'd be very thankful for any thoughts or suggestions.

2 Antworten

Stimmen

- 0
- 2019-03-06
Icherinneremich auf dasgleiche Problemin der Alphanet-Monate.Ichglaube,es stellte sich heraus,dass das Docker-Bild aufeine Weise kompiliert worden war,die aufeinigen Hardware-Konfigurationenfehlgeschlagen war.Ich konntenichtin der Lage sein,Gitlab-Problemefürgenau das Problem zufinden,aber https://gitlab.com/tezos/tezos/probleme/220 verwandt.

I recall encountering the same problem in alphanet months ago. I believe it turned out that the docker image had been compiled in a way that failed on some hardware configurations. I have not been able to find gitlab issues/commits for exactly the problem, but https://gitlab.com/tezos/tezos/issues/220 is related.

asbjornenge · Accepted Answer · 2019-03-05

4

2019-03-05

Ichglaube,dies liegt aneinem Build-Problemmit einigen OCAML-Modul,das die Hardwarechsarchitekturbei der Bauzeitprüft,dass diesin den Dockerbildern lässt,die illegaler Anweisungen löst,wennein anderes Bogen ausgeführt wird.

Sie könnenmehr darübererfahren hier und hier .

Die Lösungbesteht darin,das Tezos Docker-Bild selbst auf der Infra/Hardware zuerstellen,die Sie ausführenmöchten. Siefindeneine funktionierende Dockerfile hier .

update

Einige deklarative Dockerfiles hier
Der dockerfile-ubuntu ist dasfür Sie,auch wenn Sie auf der von Ihnenbenötigten Hardware aufbauen,die Siebenötigen. Sollte dasgleiche wie die offiziellen Bilder arbeiten (mit ENTNAHMENPOINT.SHetc.)

Die verknüpften Themen scheinengenau das zu sein,wasicherlebe.Dank dafür!Ichbaute Tezos von der Dockerfile auf undfeuerteeinen Container aus dem Bild.Jetzttutes dasselbe - Kernkabel.Ichbin immernoch verwirrt.

The linked issues seem to be exactly what I'm experiencing. Thanks for that! I built Tezos from the Dockerfile and fired up a container from the image. Now it's doing the same thing - core dump. I'm still puzzled.
- 0
- 2019-03-05
- Rob Hitchens
Seltsam!Das hatesfürmichgelöst,hat Sie "Docker Build" auf derselben Maschinegelöst,wo Sie versuchen,"Docker Run" versuche?

Strange! That solved it for me Did you `docker build` on the same machine where you are trying to `docker run` ?
- 0
- 2019-03-05
- asbjornenge
Danke,ja,habeichgetan.Ichgebe die aktualisierte Antworteinen Versuch.

Thanks, yes I did. I'll give the updated answer a try.
- 0
- 2019-03-05
- Rob Hitchens
@Robhitchens Lassen Siemich wissen,ob diese Ubuntu-basierte Dateigeholfen hat,undich kanneinen richtigenmit einem letzten Teil zusammenstellen,der wie die anderenfunktioniert

@RobHitchens let me know if that ubuntu based file helped, and I can put together a proper one with a final part that will work same as the others
- 1
- 2019-03-05
- asbjornenge
Fallsetwas auf dich springt,habeich `dockerbaue.",Dann `docker run -t -ttezos/tezos: alphanettezos-node`.Jetzt an demneuen Vorschlag arbeiten.

In case something jumps out at you, I did `docker build .`, then `docker run -t -t tezos/tezos:alphanet tezos-node`. Working on the new suggestion now.
- 0
- 2019-03-05
- Rob Hitchens
Ah,du liestimmernoch das alte Tezos-Bild von der Hub,dannmusst dutun: `docker Build -t Rob/Tezos: Alphanet.` Und dann `docker run -rm -it rob/tezos: alphanet` der Bildname` Rob/tezos: alpanet` Kann allesim Format sein "Besitzer/Bild: Version`

Ah, you are still running the old tezos image from hub then You need to do: `docker build -t rob/tezos:alphanet .` and then `docker run -rm -it rob/tezos:alphanet` The image name `rob/tezos:alpanet` can be anything in the format `owner/image:version`
- 0
- 2019-03-05
- asbjornenge
Dasfunktioniert.Die Dockerfilein Ihrer aktualisierten Antwort (Alpine?) Hateinen Behältergemacht,der stabilerscheint.Ist das der Hinweis,nach dem wir suchen?:-)

That works. The Dockerfile in your updated answer (alpine?) has made a container that seems stable. Is that the clue we're looking for? :-)
- 0
- 2019-03-06
- Rob Hitchens
Lassen Sie uns [diese Diskussionin Chatfortsetzen] (https://chat.steckexchange.com/rooms/90649/discussision-between-rob-hitchens-und-asbjornge).

Let us [continue this discussion in chat](https://chat.stackexchange.com/rooms/90649/discussion-between-rob-hitchens-and-asbjornenge).
- 0
- 2019-03-06
- Rob Hitchens