CodeSys container not working in TorizonCore Image with docker runtime

I am testing Colibri iMX6DL 512MB IT V1.1A on an Colibri Evaluation Board V3.2B.

I followed this tutorial, installed TorizonCore Image with Docker Runtime:

I then followed this tutorial, pulled the torizonextras/codesys container and ran the container:

docker pull torizonextras/codesys
docker run --rm -dt --name codesys --network host --privileged torizonextras/codesys

But the above command just printed a string of digits and the container is not up running. CodeSys Development System could not find the device and I ran the following command, there was no active container:

docker container ls -a
docker ps -a

I then changed the command to:

docker run --rm -t --name codesys  --network host --privileged torizonextras/codesys

I could see it dumped the following error:

docker run --rm -t --name codesys 
--network host --privileged torizonextras/codesys
********* CoDeSysControl DEMO VERSION - runs 2 hours********* ./ line 3:     7 Segmentation fault      (core dumped) ./codesyscontrol

The version of TorizonCore is as follows:

colibri-imx6-10638825:~$ uname -a
Linux colibri-imx6-10638825 5.4.2-+git.0a15b6b8f633 #1 SMP Fri Dec 6 13:39:24 UTC 2019 armv7l armv7l armv7l GNU/Linux

Can you please help?

Greetings @kevinl,

I have the same hardware setup as you on my end and the codesys container stays up after the docker run command. Just to make sure it’s not any weird environment issue can you quick reinstall Torizon on your device.

I’ll investigate internally to see if there’s something that could possible cause a segmentation fault here.

Best Regards,

I tested the issue with two Colibri iMX6DL 512MB IT V1.1A, both have the same problem.

We have another Colibri iMX6DL 512MB IT V1.0B and it works.

I wonder could there be any difference between these two versions?

I don’t believe it’s an issue of hardware since the container runs on my setup and I’m using the same exact module and carrier board as you are.

Unfortunately I can’t comment too much on the segmentation fault as the binary that is causing the seg fault in your case was provided by our partner Codesys, for the purpose of this container.

Could you try flashing one of the more recent Torizon images using our Easy Installer tool to access our CI/CD feeds. Perhaps try one of the images with PREEMPT_RT enabled.

I’ll see if I can get any more information about the codesyscontrol binary.

Best Regards,