Reinicio de contenedores de Docker (132), instrucción ilegal (núcleo descargado)
2 respuestas
- votos
-
- 2019-03-05
Creo queesto se debe a unproblema de compilación con algúnmódulo OCaml que verifica la arquitectura de hardwareen elmomento de la compilación. Esto sefiltraen lasimágenes de Docker,lo que arroja
Illegal instruction
cuando seejecuta un arco diferente.Puedes leermás al respecto aquí y aquí .
La soluciónes crear laimagen de Tezos Docker ustedmismoen lainfraestructura/hardware que deseaejecutar. Puedeencontrar un archivo Dockerfile quefuncione aquí .
<×UPDATE×
Se agregaron algunos Dockerfile declarativos aquí
ElDockerfile-ubuntu
eselindicadopara usted,también asegúrese de compilarel hardware quenecesitaparaejecutar. Deberíafuncionarigual que lasimágenes oficiales (usandoentrypoint.sh,etc.)I believe this is because of a build issue with some OCaml module that checks hardware architecture at build time This leaks into the Docker images which throws
Illegal instruction
when run a different arch.You can read more about it here and here.
The solution is to build the Tezos Docker image yourself on the infra/hardware you want to run it. You can find a working Dockerfile here.
UPDATE
Added some declarative Dockerfile's here
TheDockerfile-ubuntu
is the one for you, also make sure to build on the hardware you need to run. Should work the same as the official images (using entrypoint.sh etc.)-
Losproblemas vinculadosparecen serexactamente lo queestoyexperimentando.¡Graciasporeso!Construí Tezos desde Dockerfile yencendí un contenedor desde laimagen.Ahoraestá haciendo lomismo: volcado dememoria.Todavíaestoyperplejo.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
-
¡Extraño!Eso lo resolvióparamí. ¿Has "dockerbuild"en lamismamáquinaen la queestásintentando "docker run"?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
-
Gracias,sí lo hice.Daré una oportunidad a la respuesta actualizada.Thanks, yes I did. I'll give the updated answer a try.
- 0
- 2019-03-05
- Rob Hitchens
-
@RobHitchens avíseme siese archivobasadoen ubuntu ayudó,ypuedo armar uno adecuado con unapartefinal quefuncionaráigual que los demás@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
-
En caso de que algo salte a la vista,hice `dockerbuild .`,luego` docker run -t -ttezos/tezos: alphanettezos-node`.Trabajandoen lanueva sugerencia ahora.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,todavíaestáejecutando la antiguaimagen detezos desdeel concentrador,entonces debe hacer: `dockerbuild -t rob/tezos: alphanet .` y luego` docker run -rm -it rob/tezos: alphanet` Elnombre de laimagen `rob/tezos: alpanet`puede ser cualquier cosaen elformato `propietario/imagen: versión`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
-
Esofunciona.El Dockerfileen su respuesta actualizada (¿alpine?) Ha creado un contenedor quepareceestable.¿Esesa lapista queestamosbuscando?:-)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
-
Permítanos [continuaresta discusiónen el chat] (https://chat.stackexchange.com/rooms/90649/discussion-between-rob-hitchens-and-asbjornenge).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
-
- 2019-03-06
Recuerdo haberencontradoelmismoproblemaen alphanet hacemeses.Creo que resultó que laimagen de la ventana acoplable se había compilado de unamanera quefallóen algunas configuraciones de hardware.No hepodidoencontrarproblemas/confirmaciones degitlabparaexactamenteelproblema,pero https://gitlab.com/tezos/tezos/issues/220 está relacionado.
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.
Constantementeme encuentro con un show-stopper con alphanet y dockeren ubuntu. Sospecho quees algo que constantementepasopor alto al configurar. Mis contenedores Docker solo seejecutan durante uno o dos segundos y luego se reinician (132).
Unpoco de curiosidadme lleva a creer que se reinician delpánico casi deinmediato.
Heprobado Ubuntu 16.04. 18.04,virtualBox MV y vmWaree incluso AMDe Intel. 4-6procesadores y 4-8GB RAM. El resultadoes siempreelmismo.
Otros contenedores Docker seejecutan sinproblemas.
Aquítienes unaimagenpor site sirve de ayuda.
Aquí hay un registro de acoplador representativo de un contenedor:
Estaríamuy agradecidopor cualquierpensamiento o sugerencia.