UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[FINR] KO wird von Ausgangsbox nicht übernommen

Alles rund um Edomi im Allgemeinen und den entsprechenden Docker-Container für den Timberwolf Server im Speziellen.
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Benutzeravatar

starwarsfan
Reactions:
Beiträge: 1152
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 744 Mal
Danksagung erhalten: 923 Mal

#11

Beitrag von starwarsfan »

Hallo und guten Abend miteinander,

so, nach einer ausgiebigen und parallelen Debug-Session sowohl mit der TW-Edomi-Version als auch mit dem "alten" Container, habe ich das Problem gefunden. :dance:

TL;DR: Das Problem ist gelöst. Aber bitte langsam :naughty: Ein neues Image gibt's erst, wenn auch das Problem mit dem Schriftart-Upload gelöst ist.

Die Details:
Das Problem ist die "zu neue" MySQL- resp. MariaDB-Version im TW-Container. Im "alten" Image, welches auf CentOS 7 basiert, läuft MariaDB 5.5.68. Das TW-Image basiert auf Rocky Linux und dort ist das dann aber MariaDB 10.3.28 und damit also einige Major-Versionen neuer.

Mit der alten Version funktionieren solche Statements:

Code: Alles auswählen

INSERT INTO edomiProject.editLogicCmdList (targetid,cmd,cmdid1,cmdid2,cmdoption1,cmdoption2,cmdvalue1,cmdvalue2) VALUES ('2','1','101','','','',null,null)
Die leeren Felder sind das Problem, welche in der alten DB-Version mit "0" in die DB geschrieben werden. Das funktioniert mit der neuen DB-Version nicht mehr. Hier der Test dazu:

Code: Alles auswählen

# mysql -u root -p
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 76
Server version: 10.3.28-MariaDB MariaDB Server
...
MariaDB [(none)]> use edomiProject;
...
MariaDB [edomiProject]> INSERT INTO edomiProject.editLogicCmdList (targetid,cmd,cmdid1,cmdid2,cmdoption1,cmdoption2,cmdvalue1,cmdvalue2) VALUES ('2','1','101','','','',null,null);
ERROR 1366 (22007): Incorrect integer value: '' for column `edomiProject`.`editLogicCmdList`.`cmdid2` at row 1
MariaDB [edomiProject]> INSERT INTO edomiProject.editLogicCmdList (targetid,cmd,cmdid1,cmdid2,cmdoption1,cmdoption2,cmdvalue1,cmdvalue2) VALUES ('2','1','101','0','0','0',null,null);
Query OK, 1 row affected (0.000 sec)
Ich habe zum Test eine Anpassung am Code von Edomi gemacht, um das zu verifizieren und mit diesem Change funktioniert das Bearbeiten der Ausgangsboxen wieder. Das Problem ist nun aber, dass der Fix Changes am Edomi-Code verlangen würde. Das geht aber sowohl aus rechtlichen als auch aus technischen Gründen nicht. Zudem ist nicht klar, ob das Problem nicht auch noch an ganz anderer Stelle auftritt.

Also was bleibt als Lösung übrig? Die DB muss sich so verhalten, wie sie das in der alten Version tat. Der springende Punkt ist dabei der sog. SQL-Mode, wobei ab Version 10.2.4 der Strict-Mode per default aktiv ist. Das lässt sich aber in der DB-Konfiguration abschalten, was die neue Version des Images macht. Mit diesem Change funktioniert das Editieren der Ausgangsboxen im Logik-Editor wieder. :handgestures-thumbupright:

Und wie schon gesagt, eine neue Image-Version gibt's nocht nicht. Ich will erst noch das andere Problem fixen. Daumen drücken bitte! :handgestures-thumbupright:
Kind regards,
Yves

- TWS 2500 ID:159 (VPN offen, Reboot nach Rücksprache) - PBM ID:401 - TWS 3500 ID:618 (VPN offen, Reboot nach Rücksprache) - ControlPro - ProxMox - Edomi (LXC / Docker) - ... -

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#12

Beitrag von StefanW »

Hallo Yves,

sehr sehr gut.

Ja, das leidige Problem mit der Kompatibilität bei Aktualisierungen der genutzten Komponenten. Es braucht nur ein Bit anders gehandelt zu werden... Da snd die komplexen DBs immer gerne vorne dabei.

Wir drücken die Daumen für das Problem mit der Schriftart. Wir halten derweil das Release der V 3.x dann eben noch auf...

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.
Antworten

Zurück zu „Docker Container: Edomi“