[NEUHEIT] Edomi 2.x für Desktop-Versionen der Timberwolf Server

[tger977]

Sorry, dachte du hättest einen Hutschinenserver...

[starwarsfan]

Hallo miteinander,

vor ein paar Minuten habe ich neue Versionen der Images auf DockerHub gepushed, da der Start des ssh-Dienstes noch fehlerhaft war. Das ist jetzt korrigiert und man kommt via ssh auf resp. in den Container.

Neues Feature:
Beim initialen Start des Containers wird für root ein ssh-Schlüsselpaar erzeugt. Der private Key wird dann beim Start des Containers im Log angezeigt. Man kann sich nun also aus dem Portainer-Log einfach den entsprechenden Schlüsselblock herauskopieren, abspeichern und kann sich dann damit ohne Passwort in den Container einloggen.

Das generische root-Passwort ist noch aktiv, aber das würde ich später mglw. auch entfernen, wenn sich das mit dem privaten Schlüssel als praktikabel erweist.

Happy testing und guten Rutsch!

[tger977]

Ah, und ich hab gestern schon gerätselt warum ich mich nicht per WinSCP auf den Container schalten kann...

Danke, werde ich dann gleich mal updaten und auch mal den privaten Schlüssel ausprobieren!

Und natürlich noch ein frohes neues Jahr an alle!

[tger977]

Hallo Yves @starwarsfan,

also SSH Zugriff mit normalem Standardpasswort funktioniert nun mit dem neuen Container! Hab die keys aber noch nicht ausprobiert (da muss ich mich erstmal einlesen wo ich diese keys auf meinem Win Rechner alle speichern muss damit das dann funktioniert...)

Ansonsten läuft V2.00 nun als Testumgebung auch schon sauber, bin grad noch am updaten der ganzen LBS und am aussortieren der ERROR Logeinträge...

Möchte das Ganze dann in einer aktualisierten Anleitung dokumentieren, was ich nun noch gerne ergänzen würde ist wie ich das root-passwort noch mitgeändert bekomme. Wie kann ich mit TW (portainer) Bordmitteln den edomi Container neu bauen mit einem eigenen Passwort (hab ja kein Commandozeilenzugriff für einen docker build Befehl wie in Git von Dir beschrieben...)?

Die Doku würde ich Dir dann gerne zum Review vorab zukommen lassen, ok?

[starwarsfan]

Hi

also SSH Zugriff mit normalem Standardpasswort funktioniert nun mit dem neuen Container! Hab die keys aber noch nicht ausprobiert (da muss ich mich erstmal einlesen wo ich diese keys auf meinem Win Rechner alle speichern muss damit das dann funktioniert...)

Nunja, da ist zunächst die Frage, welches Tool Du für den ssh-Zugriff verwendest. PuTTY kann mit dem kopierten Private-Key nicht direkt etwas anfangen, Tools wie MobaXTerm aber schon. Für PuTTY muss der Key via PuTTYgen erst ins PuTTY-Format konvertiert werden.

Ansonsten läuft V2.00 nun als Testumgebung auch schon sauber, bin grad noch am updaten der ganzen LBS und am aussortieren der ERROR Logeinträge...

Super, freut mich zu hören.

Möchte das Ganze dann in einer aktualisierten Anleitung dokumentieren, was ich nun noch gerne ergänzen würde ist wie ich das root-passwort noch mitgeändert bekomme. Wie kann ich mit TW (portainer) Bordmitteln den edomi Container neu bauen mit einem eigenen Passwort (hab ja kein Commandozeilenzugriff für einen docker build Befehl wie in Git von Dir beschrieben...)?

Mit Portainer kannst Du da gar nichts machen. Da brauchst Du eine entsprechende Linux-Umgebung, auf der das Image gebaut werden kann. Aber warte mal bzgl. dem Root-Passwort. Vielleicht kann ich das noch so umbauen, dass sich das auch via Parameter beim Containerstart setzen lässt. Dann entfällt der Rebuild-Step komplett.

Die Doku würde ich Dir dann gerne zum Review vorab zukommen lassen, ok?

Super, können wir gerne so machen.

[starwarsfan]

Achtung, wichtige Info für die Bändiger der Hutschienenwölfe:
Das ARM-Image hat noch einen Fehler, so dass Edomi gar nicht startet.

Ich muss mir jetzt erstmal irgendwie ein Testsystem aufsetzen, um dem nachgehen zu können...

[tger977]

Hi Yves, die Doku hab ich per Mail mal rausgeschickt. Hat das funktioniert?

[bluegaspode]

Ich muss mir jetzt erstmal irgendwie ein Testsystem aufsetzen, um dem nachgehen zu können...

Wenn du Edomi auf der Hutschiene zum laufen bekommst, sollte dass Elabnet aber deutlich mehr als nen Testserver per Express zugesendet wert sein

Das wäre aufm 350Q oder (knx only?) 750Q doch der Knaller.
Busmonitor, Logikengine, IP Interface, Edomi out of the Box startbar, und genug Potenzial für weitere Basteleien mit Openhab und NodeRed.

[starwarsfan]

Hallo miteinander

Wenn du Edomi auf der Hutschiene zum laufen bekommst, sollte dass Elabnet aber deutlich mehr als nen Testserver per Express zugesendet wert sein

Ich würde sicher nicht nein sagen...

Anyway, hier die latest News:

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. Edomi macht das normalerweise im Sekundentakt und verwendet dabei Escape-Sequenzen, um die letzte Zeile des Log-Outputs auf der Konsole zu überschreiben. Nur funktioniert das in Docker-Umgebungen nicht, womit das Log bisher im Sekundentakt mit einer neuen Zeile geflutet wurde und weswegen vermutlich auch schon die eine oder andere Platte voll gelaufen ist (unter anderem bei mir...). Das ist nun anders, da es wie gesagt nur alle Stunde einen Heartbeat-Eintrag im Log gibt.

Soweit die guten News. Leider gibt es auch schlechte Neuigkeiten.

Bzgl. der Schienenwölfe habe ich im Moment ein eher ungutes Gefühl. Das Problem ist aber nicht der ARM-Prozessor sondern die 32Bit. Ich habe leider feststellen müssen, dass Edomi ootb explizit ein 64Bit-System verlangt. Der Gedanke daran ist mir vor den entsprechenden Hinweisen hier und im KNX-UF gar nicht gekommen. Die Edomi-Installation im ARM-Image habe ich dbzgl. ein wenig gepatcht, nur scheint es da noch weitere Probleme zu geben. Konkret klemmt es noch an der Aktualisierung der Visu. Wenn ich den Browser refreshe, ist alles ok. Aber automatisch erfolgt keine Aktualisierung der Seite. Kann das evtl. jemand mit echtem Hutschienenwolf bestätigen? Und ob nicht noch andere Probleme auftreten, ist eine ganz andere Frage...

[tger977]

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.

Tiptop! Das ist ja wieder ein neues tolles Feature! Probiere ich morgen gleich mal aus...