ElabNET Technik Forum

ms20de hat geschrieben: ↑Do Apr 30, 2020 8:15 pm
Prüft bitte mal die MAC-Adressen euerer Container im Portainer, ich habe heute schon diverse Konflikte (= zwei Container gleiche MAC) gesehen.
Das scheint die KNXnet/IP Verbindungen zu stören.

Viele Grüße,
Matthias

Hallo Matthias,
bei mir waren heute drei gleiche MAC-Adressen drin bei SSH, CV und IO-Broker

Danke nochmal für die Unterstützung

MfG Juri

Ist zwar bissl OT, was generiert denn diese MAC-Adressen? Ich habe hier ein einem Beitrag gelesen, das diese MAC-Adressen irgendwie eine spezielle Endung in Synch zur IP-Adresse haben sollen. Muss man das immer manuell beachten oder ist das ein Fehler im Containergenerator, ist das Portainer?

Wie machen das die fertigen Elabnet-Container die Ihr anbietet?

Hallo @ms20de ,

bei mir war’s auf jeden Fall der Mac Adressen Konflikt zwischen 2 Containern.
Ist der Konflikt durch den Neustart des Servers entstanden?
Habe sonst eigentlich nichts gemacht außer Update auf IP2 und Serverneustart.

Dir schon mal vielen Dank für die Hilfe und ein schönes verlängertes WE.

Gruß Markus

Im Zusammenhang mit dem von @gbglace angestossenen OT: Bei mir laufen zwei TWS, ich habe soeben die Portainer-Einstellungen geprüft und dabei festgestellt, dass in beiden CometVisu-APP-Container (die automatisch erstellt werden) identische "Network"-Einträge mit identischen MAC-Adressen erstellt werden: Da ich in Netzwerkfragen kein Hirsch bin, kann ich nicht beurteilen, ob dies problematisch ist oder ob die identischen MAC-Adressen durch die Netzwerkbrücke irrelevant sind.

Beste Grüsse
Diego

Also doppelte MAC Adressen machen immer Probleme. Vielleicht müsste da bei den Apps von Elabnet noch eine Anpassung erfolgen. DHCP bzw. DNS Server könnten da falsche Zuordnungen machen.

Beitrag 72 war die Supportanfrage, die richtigerweise verschoben wurde. Jetzt sind wir hier bei #96 und bei Mac Adressen im Portainer oder CV Apps.
Auch wenn ein konkreter Node-RED-Container von diesem Problem betroffen sein sollte, hat das nichts mit Node-RED zu tun.

Daher die Bitte: Macht doch einen neuen Thread auf! Die gibt's gerade kostenlos. Von mir aus dann gerne einen Link hier rein wenn ihr befürchtet, dass er übersehen werden könnte. Denke aber nicht, da viele Nutzer hier die "ungelesene Beiträge"-Funktion nutzen und ggf gar nicht sehen, in welchem Thread / Subforum sie gerade lesen. Am Ende kommt es doch auf den Inhalt an.

Zu meiner Schande: NodeRED gab's bisher noch nicht in der KB, obwohl @gurumeditation so eine tolle Anleitung verfasst hat!!! - Sorry!

ABER NUN: Voila: app.php/kb/viewarticle?a=124

@gurumeditation: Bitte kurz prüfen, ob was fehlt. Die extra Hinweise bez. Volumes habe ich eingebaut.

lg
Robert

PS: Die MAC Diskussion trenne ich noch ab.

Hallo @gurumeditation!

Ich habe im Eingangspostung den Verweis auf die KB (app.php/kb/viewarticle?a=124) eingefügt.
Dort sind auch die letzten Änderungen (image Name und Hinweise zu Zugriff über timberwolfxyz:1880 ohne local) mit enthalten.

Hoffe das passt für dich.

lg
Robert

Hallo,

danke erstmal an alle für die Bereitstellung Ihres Wissens und der Anleitungen für Portainer und NodeRED.
Ich will mich nun auch in das Thema NodeRED stürzen und hab mal vorab vieles über Portainer, Container, MacVLAN und NodeRED gelesen.

Ich bin nun laut Anleitungen in der KB vorgegangen und habe vorab ein neues Netzwerk für MacVLAN im Portainer erstellt.
Laut Anleitung soll der Name des Netzwerks der des Heimnetzwerks sein.
-) Muss dies zwingend so sein oder gibt es dafür einen gewissen Grund?

Danach laut NodeRED-KB-Anleitung vorgegangen.
Wo ich unschlüssig bin:
-) Bei "Create Container" muss unter Network noch MacVLAN anstatt Bridge ausgewählt werden oder?
-) Wenn ja, dann braucht man laut anderen Forenbeiträgen dann keine Portweiterleitung von 1880 mehr, da ja sowieso alle Ports dann verfügbar sind oder?
-) Was wäre nicht möglich, wenn man kein MacVLAN benützt? Keine Verbindung zu KNX über die integrierte KNX-Schnittstelle des TWS2500?


Vielleicht wäre es für zukünftige Container-Nutzer sinnvoll, die Info bzgl. begrenzter Resources in den Tipps auf der Portainer-Seite, auch in die KB-Anleitung mit einfließen zu lassen.


Was bedeuten diese Commands, welche im Screenshot der Tipps-Seite bei Portainer hinterlegt sind? (rein interessehalber und ob sie notwendig sind)

Danke für Eure Hilfe

Eraser hat geschrieben: ↑Di Jun 09, 2020 6:44 am Ich bin nun laut Anleitungen in der KB vorgegangen und habe vorab ein neues Netzwerk für MacVLAN im Portainer erstellt.
Laut Anleitung soll der Name des Netzwerks der des Heimnetzwerks sein.
-) Muss dies zwingend so sein oder gibt es dafür einen gewissen Grund?

Nein. Du kannst beim anlegen des Netzwerks einen Namen festlegen und den gleichen musst du im Container auswählen => gilt nur, wenn macVLAN verwendet. Nodered läuft problemlos ohne macVLAN!

Eraser hat geschrieben: ↑Di Jun 09, 2020 6:44 am Danach laut NodeRED-KB-Anleitung vorgegangen.
Wo ich unschlüssig bin:
-) Bei "Create Container" muss unter Network noch MacVLAN anstatt Bridge ausgewählt werden oder?

Nein. Nur notwendig, wenn man für NodeRED eine eigene IP haben will.

Eraser hat geschrieben: ↑Di Jun 09, 2020 6:44 am -) Wenn ja, dann braucht man laut anderen Forenbeiträgen dann keine Portweiterleitung von 1880 mehr, da ja sowieso alle Ports dann verfügbar sind oder?

Richtig.

Eraser hat geschrieben: ↑Di Jun 09, 2020 6:44 am -) Was wäre nicht möglich, wenn man kein MacVLAN benützt? Keine Verbindung zu KNX über die integrierte KNX-Schnittstelle des TWS2500?

Es gibt aus meiner Sicht keine Einschränkung ohne macVLAN.
Genaugenommen ist macVLAN daher in der Beschreibung zu NodeRED nicht erwähnt und nicht notwendig.

Eraser hat geschrieben: ↑Di Jun 09, 2020 6:44 am Vielleicht wäre es für zukünftige Container-Nutzer sinnvoll, die Info bzgl. begrenzter Resources in den Tipps auf der Portainer-Seite, auch in die KB-Anleitung mit einfließen zu lassen.

Ja, Danke!
Leider gibt es mit dem Bild-Upload Probleme. Ich füge es mal als Text hinzu.

Zum Rest habe ich wenig Ahnung (bzw. hat mich bisher nicht interessiert). Ich denke das ist das Start-Skript, das nach dem Start des Containers aufgerufen wird. Wichtig, damit nach einem TWS-Reboot oder Container-Restart NodeRED wieder läuft.

lg
Robert