Cometvisu - neuester Container

[MiniMaxV2]

Ich werde es morgen mal testen. In meien Forks hab ich derzeit scriptanpassungen drinnen, die sowohl amd als auch arm bauen (ohne 2 Dockerfiles zu versionieren). Wir könnten mal schauen wie wir die Base schön mit einem docker manifest In beiden Versionen automatisiert bauen.

[Chris M.]

Ja, das ist der nächste Schritt. Der erste war das grundsätzlich hin zu bekommen => Alle die können bitte Testen

Und wenn diese Tests erfolgreich sind automatisieren wir die Basis. Die ändert sich ja nicht so schnell.

[MiniMaxV2]

War jetzt doch neugierig. Also ich komme auf den HTTP aber dann:


Wenn ich auf manager.php gehe kommt alles. Sobald ich wieder auf die Demo Config gehe zum öffnen kommt das selbe wie oben.

Metal geht aber, Responsive auch. Nur die beiden Demo_ gehen nicht

Also bis auf das kleine Demo Problem: Raspberry PI 3b+ geht

[Chris M.]

Super!

Auch mit KNX Kommunikation (also richtig auf den Bus) oder "nur" Container intern?

Den 404 Fehler kann ich mir aktuell nicht erklären. Schaun wir erst mal was sonst so läuft oder nicht läuft.

[MiniMaxV2]

ohne KNX - hab keinen KNX Server imo und meine einizge Linie liegt derzeit in der Staubox neben dem neuen Schaltschrank
Ich werd morgen mal die Visu bei mir auf den Entwicklungsserver hier bei mir werfen und schauen ob ich das Problem nachgestellt bekomme.

@StefanW Habt ihr nicht einen Test 950, auf dem einer von euch den Container installieren kann - wäre für eure Verifikation (im Prinzip ist es ja die ARM Referenzhardware) ja auch nicht übel?

[Chris M.]

@StefanW Habt ihr nicht einen Test 950, auf dem einer von euch den Container installieren kann - wäre für eure Verifikation (im Prinzip ist es ja die ARM Referenzhardware) ja auch nicht übel?

Oder einer bei Euch der remote zugreifbar ist (z.B. VPN) wäre auch praktisch

[MiniMaxV2]

Ok also im Container ist auch alles da an Files. Nach einem Reload gehts dann auch - also Manager -> Demo -> Error -> F5 -> geht. Nun lässt sich der fehler nicht mehr reproduzieren - auch mit neuen Volumes.. Kurz ich bekomms nicht reproduziert...

[StefanW]

@StefanW Habt ihr nicht einen Test 950, auf dem einer von euch den Container installieren kann - wäre für eure Verifikation (im Prinzip ist es ja die ARM Referenzhardware) ja auch nicht übel?

Ich sehe zu, was ich machen kann (bzw. per VPN).

lg

Stefan

[MiniMaxV2]

Sodela - wofür ist ein Sonntag gut? Genau zum aufräumen. Hab jetzt mal meine Skripte bereinigt und alles in meinen Fork der Base eingecheckt. Das ganze ist verifiziert auf meinen Testsystemen (ARM und AMD gebaut über das build script und danach dann nochmal die visu mit beiden Containern). Dabei ist mir aufgefallen, dass unter Windows alles durchläuft aber und Ubuntu legt er sich auf die Nase, wenn er den Check vor dem bauen von knxd ausführt:

Code: Alles auswählen

+------------------------------------------------------------------------+
 | Found pthsem 2.0.8 under /usr/local, but
 | was unable to perform a sanity execution check. This usually
 | means that the pthsem shared library libpthsem.so is present
 | but $LD_LIBRARY_PATH is incomplete to execute a Pth test.
 | In this case either disable this test via --without-pth-test,
 | or extend $LD_LIBRARY_PATH, or build pthsem as a static
 | library only via its --disable-shared Autoconf option.
 | We used the following build environment:
 |    CC="gcc"
 |    CFLAGS="-g -O2 -I/usr/local/include"
 |    LDFLAGS=" -L/usr/local/lib"
 |    LIBS=" -lpthsem"
 | See config.log for possibly more details.
 +------------------------------------------------------------------------+

Ergänze ich in dem Konfig-schritt den Flag "--without-pth-test" läuft alles wunderbar durch und die Container sind auch lauffähig unter AMD und ARM.
Das interessante ist, dass dies auch mit dem Original Dockerfile passiert. Da aber alles unter Dockerhub derzeit zu bauen scheint, vermute ich da ein Problem mit den Docker-Versionen/Plattformen und messe dem nicht viel Bedeutung bei.

Dies nur als Info an dich Chris, wenn dir der Fehler auch mal über den Weg läuft.

[tws88_user]

By the way. Danke für die gute Doku zum Ingangsetzen des CV-Containers auf dem TWS, Chris.

EDIT: Warum gibt es denn keinen Eintrag dazu in unserer KB hier? Zumindest die Verlinkung zur Beschreibung im CV Repo sollten wir doch hier publik machen. Oder spricht da etwas dagegen, das ich nur noch nicht verstanden habe. Oder bin ich einfach nur zu blind?

Hat gestern auf Anhieb geklappt. Nebenbei habe ich das Thema Volume-Mounting mal etwas besser durchdrungen bzw. überhaupt erst mal verstanden, worum es da so in etwa geht.