ElabNET Technik Forum

Hallo miteinander

starwarsfan hat geschrieben: ↑Mi Jan 01, 2020 10:44 pm Soeben habe ich aktualisierte Versionen der Images auf Dockerhub gepushed. Der Hauptunterschied bei beiden Varianten ist, dass im Log nun nur noch stündlich ein Eintrag erfolgt.

Nachdem ich eben daraufhingewiesen wurde: Das wird nicht funktionieren, wenn ein Edomi-Backup eingespielt wird! Dabei wird der entsprechende Change überschrieben und Edomi logt wieder wie bis anhin.

Lösung für die Hardcore-User, solange der Feature-Request noch nicht implementiert ist:

1. Neuen Edomi-Container basierend auf dem neuen Image anlegen
2. Sichern der Datei /usr/local/edomi/main/proc/proc_main.php
3. Backup einspielen (Achtung, muss gleiche Edomi-Version sein!)
4. Datei /usr/local/edomi/main/proc/proc_main.php mit der Sicherung von Schritt 2 überschreiben
5. Container neu starten

Guten Morgen miteinander,

wenn ich gerade dabei bin: Ich habe eben schon wieder neue Versionen der Images gepushed. Es ist jetzt möglich, das Root-Passwort beim Start des Containers via Environment zu setzen. Dazu braucht es lediglich eine weitere Env-Var ROOT_PASS, welche mit dem gewünschten Passwort zu belegen ist. Dieses Passwort wird dann beim Start des Containers für den Root-Account gesetzt.



Das Default-Passwort 123456 ist nach wie vor vorhanden, könnte perspektifisch aber auch entfernt werden. Was meint ihr?

starwarsfan hat geschrieben: ↑Do Jan 02, 2020 12:14 am Das Default-Passwort 123456 ist nach wie vor vorhanden, könnte perspektifisch aber auch entfernt werden. Was meint ihr?

meine Gedanken:

Also ich würde das default Passwort "123456" direkt rausnehmen und damit die ROOT_PASS Variable quasi verpflichtend machen. HOSTIP ist z.B. ja auch "verpflichtend" sonst geht zu 99% auch nichts.

Das handling mit dem private key ist m.E. noch etwas umständlich, da man z.B. für WinSCP den key noch konvertieren muss. Und das Handling muss vor allem nach jedem Neubau des Containers wieder neu durchgezogen werden da sich ja auch jedesmal der private key neu ändert. Daher würde ich da auf jeden Fall erstmal auch die SSH Loginmöglichkeit mit dem rootpasswort auch bestehen lassen (also nicht nur per key ein login ermöglichen)

Achja: das Setzen des Root Passworts funktioniert einwandfrei!

starwarsfan hat geschrieben: ↑Mi Jan 01, 2020 10:44 pm Soeben habe ich aktualisierte Versionen der Images auf Dockerhub gepushed. Der Hauptunterschied bei beiden Varianten ist, dass im Log nun nur noch stündlich ein Eintrag erfolgt.

Ich bekomme das bei mir nicht hin... Habe den bisherigen Container zuerst editiert und das Image neu gezogen: ging nicht, weiterhin sekündliche Logeinträge

dann habe ich einen komplett neuen Container gebaut, auch hier sekündliche Logeinträge...

Kannst Du die geänderte Datei ggf. hier posten, dann kann ich mal nachsehen ob die Änderung drin ist, bzw. die Änderung auch manuell wie im workaround von Dir vorgeschlagen überschreibe und damit dann mal teste?

Hallo miteinander

starwarsfan hat geschrieben: ↑Mi Jan 01, 2020 10:44 pm Bzgl. der Schienenwölfe habe ich im Moment ein eher ungutes Gefühl. Das Problem ist aber nicht der ARM-Prozessor sondern die 32Bit.

Leider keine guten Neuigkeiten an dieser Stelle.

Ok, danke Yves,

war ein Versuch wert. Danke für Deinen Einsatz.

Tatsächlich ist es schon eine Herausforderung, eine SW die für 64 Bit geschrieben wurde auch auf 32 Bit lauffähig zu haben, u.a. wegen dem Alignment der Adressen. Wir haben das bei uns auch gehabt, als wir nach den 64 Bit AMD Wölfen die 32 BIT und dann noch ARM Architektur für die Railwölfe ans laufen bringen mussten. Heute, mit Cross-compiler und allen Details haben wir das im Griff, aber war schon ein initialer Aufwand das zu erobern. Alleine für die Kernel-Anpassungen haben wir ein viertel Jahr gebraucht. Weil so ohne BIOS ist man ziemlich ARM dran.

Edit:
Es wäre schon toll gewesen, EDOMI auf dem Wolf am laufen zu haben. Ich hatte schon überlegt, ob man nicht eine EDOMI Community-Version macht, d.h. wir verkaufen nur die Hardware mit einem vorinstalliertem EDOMI (ohne Container, sondern nativ) und wenn ein Kunde später möchte, könnte er auch auf den TWS upgraden. Tja, schade

lg

Stefan

tger977 hat geschrieben: ↑Do Jan 02, 2020 9:54 am

starwarsfan hat geschrieben: ↑Mi Jan 01, 2020 10:44 pm Soeben habe ich aktualisierte Versionen der Images auf Dockerhub gepushed. Der Hauptunterschied bei beiden Varianten ist, dass im Log nun nur noch stündlich ein Eintrag erfolgt.

Ich bekomme das bei mir nicht hin... Habe den bisherigen Container zuerst editiert und das Image neu gezogen: ging nicht, weiterhin sekündliche Logeinträge

Also ich habe nun doch nochmal weiter getestet: Es funktioniert offensichtlich erst wenn man ein Projekt aktiviert!

Bisher habe ich einfach nur einen Testcontainer neu aufgesetzt und diesen gestartet. Lässt man den dann im pausierten Zustand ohne eine Projektaktivierung laufen wird weiter sekündlich ins Log geschrieben (bis dahin hatte ich es gestern probiert...)

Jetzt habe ich einfach mal ein leeres Arbeitsprojekt erstellt und gestartet und siehe da: es kommt kein sekündlicher Logeintrag mehr.

Hoi Andi

tger977 hat geschrieben: ↑Do Jan 02, 2020 5:30 pm Also ich habe nun doch nochmal weiter getestet: Es funktioniert offensichtlich erst wenn man ein Projekt aktiviert!

Ah stimmt, das ist korrekt.

Hallo Stefan

StefanW hat geschrieben: ↑Do Jan 02, 2020 12:59 pm war ein Versuch wert. Danke für Deinen Einsatz.

Gerne.

StefanW hat geschrieben: ↑Do Jan 02, 2020 12:59 pm Edit:
Es wäre schon toll gewesen, EDOMI auf dem Wolf am laufen zu haben. Ich hatte schon überlegt, ob man nicht eine EDOMI Community-Version macht, d.h. wir verkaufen nur die Hardware mit einem vorinstalliertem EDOMI (ohne Container, sondern nativ) und wenn ein Kunde später möchte, könnte er auch auf den TWS upgraden. Tja, schade

Also ehrlich gesagt, wurmt mich das schon ziemlich. Insbesondere, weil ich mir so gar nicht vorstellen kann, wo da jetzt noch ein gröberes Problem sein soll, da der KNX-Stack ja funktioniert! Wenn KNX nicht funktioniert hätte, ok. Aber so? Ich mag noch nicht aufgeben...

Es ist ja auch noch nicht aller Tage Abend. Christian hat ja nicht geschrieben, dass es unmöglich wäre. Auch von daher würde ich die Flinte noch nicht ins Korn werfen.

Hallo,
OK also das klingt jetzt als wäre die ARM Version von deiner Seite verschoben und nach Christians Aussage eher zu kompliziert zum Umsetzen

Darf man nun noch hoffen oder erstmal eher weniger?

Lg
Philipp