Java in Docker - 32 bit OS - 64 bit Hardware

[PutR]

Erstes RevPi Entwickler System
RevPi Connect+ (8GB)
32 Bit Hardware / OS
Cortex-A53
Linux 4.19.95-rt38-v7 #1 SMP PREEMPT RT Fri, 03 Dec 2021 13:31:50 +0000 armv7l GNU/Linux

Neue RevPi Entwickler System
RevPi Connect S (32GB)
64 Bit Hardware / 32 Bit OS
Cortex-A72
Linux 5.10.120-rt70-v7l #1 SMP PREEMPT_RT Thu, 28 Jul 2022 10:36:48 +0200 armv7l GNU/Linux

Erstes Docker Images, was wir Initial genutzt haben auf unsers erstes RevPi Entwickler System

Unsere Java Applikation das wir gebaut haben mit folgendes Docker Base Image funktioniert auf unsers erstes RevPi Entwickler System aber nicht auf das neues RevPi Entwickler System.
Image Layer Details - eclipse-temurin:17.0.3_7-jre | Docker Hub
https://hub.docker.com/layers/library/e ... 6b37753fb1

Wir haben auch versucht das Image das wir gebaut haben basiert auf dieses Temurin Base Image von unsere Erste RevPi zu exportieren und ein zu laden auf der neue RevPi.
Aber das Docker Image scheint auch nicht richtig zu funktionieren.

Die Container mit Java bleibt laufen aber funktioniert nicht, Java nehmt dann sehr viel CPU-Leistung 200-300% wann wir top oder Docker stats ausfuhren.

Dingen die wir versucht haben auf das neue System, um bis die Ursache zu kommen:

• Container mit Sleep Infinity gestartet
  • Java --version
    • Resultiert in die Ausgabe und Verfolgens bleibt das System hangen
  • Java Hello World Test Programm
    • Funktioniert nicht
• Java jdk-17.0.3+7 (https://adoptium.net/de/temurin/archive/) native auf dem RevPi geladen wobei Java funktioniert
• Das funktionierende Java was Native lauft
  • In Container via Docker cp kopiert
    • Java funktioniert nicht
  • In Docker Container eingepackt mit Docker Build
    • Java funktioniert nicht
• Andere Containers gestoppt
  • Kein Effekt auf das Problem
• Docker logs und die System logs geben kein Error Meldungen aus.

Andere Docker Images, die wir ausprobiert haben mit java jdk-17.0.3+7 und nicht funktionieren auf unsers neues RevPi Entwickler System

Image Layer Details - eclipse-temurin:11.0.18_10-jre | Docker Hub
https://hub.docker.com/layers/library/e ... xt=explore
Image Layer Details - debian:stable-slim | Docker Hub
https://hub.docker.com/layers/library/d ... xt=explore
Image Layer Details - debian:bullseye-slim | Docker Hub
https://hub.docker.com/layers/library/d ... xt=explore
Image Layer Details - python:3.11-slim | Docker Hub
https://hub.docker.com/layers/library/p ... xt=explore
Image Layer Details - python:3.12.0a5-alpine3.17 | Docker Hub
https://hub.docker.com/layers/library/p ... xt=explore
Image Layer Details - python:3.12.0a5-slim | Docker Hub
https://hub.docker.com/layers/library/p ... xt=explore


Ein Docker Image was funktioniert und nicht mehr funktioniert:

https://hub.docker.com/layers/arm32v7/p ... xt=explore

• Dieses exakte Image und Version haben wir letztes Jahr runtergeladen als Base Images
  • Das funktioniert auf beide Systemen mit Python Applikation
  • Java jdk-17.0.3+7 In Docker Container eingepackt mit Docker Build
    • Java funktioniert
• Wann wir dieses Image neue herunterladen von Docker hub
  • Das funktioniert das mit unsere Python Applikation
  • Java jdk-17.0.3+7 In Docker Container eingepackt mit Docker Build
    • Java funktioniert nicht

[dirk]

Hi PutR, Möglicherweise hilft Dir dieses Tutorial weiter es gibt es einen Installation Leitfaden wie Docker installiert werden kann auf einem RevPi
https://kunbus-gmbh.atlassian.net/servi ... -657515885
Es wurde von mir vor ca. 2 Wochen einmal benutzt und ist noch aktuell *hüstel*

[PutR]

Moin Dirk,

Das problem liegt nicht beim installieren von Docker.

Das problem ist das java in bestimmte Docker armv7 Images nicht funkioniert auf ein RevPi mit ein 32 bit OS und 64 bit Hardware.

Viele Grüße,
Robin

[nicolaiB]

Hallo Robin,

der Connect+ ist ebenfalls 64-bit fähige Hardware. Bitte beachte, dass es ein bekanntes Problem mit der Clock unter armv7 und Buster gibt: https://github.com/debuerreotype/docker ... issues/106

Gruß Nicolai

[PutR]

Danke Nicolai,

Wir waren auch grade dabei das wir das Problem bis bullseye eingeschränkt hatten weil es mit ein Buster Base Image funktioniert.

Der Losung aus dein Artikel hat alles aufgelöst.
Jetzt funktioniert Java auch wieder in unsere Initiales Images.

Alter Version
libseccomp2/now 2.3.3-4 armhf [installed,local]

Neue Version
libseccomp2/now 2.5.1-1+deb11u1 armhf [installed,local]

Viele Grüße,
Robin

[PutR]

Moin Nicolai,

Das wäre auch schön wann die neue Version von libseccomp2 in Zukunft in das nächste Image / Betriebssystem für RevPi's integriert war.

Dann müssen wir das nicht alle nachträglich updaten wann wir extra RevPi's einkaufen.

Viele Grüße,
Robin