Neues YouTube-Video: Visualisierung im Devices-Adapter

[sandro_gera]

@homoran

anpingen kann ich den Pi

C:\Users\Sandro>ping 192.168.178.14

Ping wird ausgeführt für 192.168.178.14 mit 32 Bytes Daten:
Antwort von 192.168.178.14: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.178.14: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.178.14: Bytes=32 Zeit=4ms TTL=64
Antwort von 192.168.178.14: Bytes=32 Zeit=4ms TTL=64

Ping-Statistik für 192.168.178.14:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 4ms, Maximum = 5ms, Mittelwert = 4ms

[wendy2702]

@sandro_gera und wenn du dann return/enter drückst?

Kommt dann der normale prompt oder hängt es auch?

[sandro_gera]

@wendy2702

Es geht hängt auch. und irgendwann kommt die Meldung Network Error.
Wenn ich mich dann neu aufschalte geth das ganz Spiel von vorn los.

Das komische ist nur. Der Raspberry 3B hängt ja als Slave and nem Raspberry 4 der als Master arbieitet. Die Verbindung zum Raspberry 4 bleibt bestehen und ich komme ausßerdem auf die deConz Instanz über den Browser.

[Homoran]

@sandro_gera sagte in Multihost Slave Probleme mit Adaptern:

Das komische ist nur. Der Raspberry 3B hängt ja als Slave and nem Raspberry 4 der als Master arbieitet. Die Verbindung zum Raspberry 4 bleibt bestehen

das würde zu dem Bericht, dass es ein SSH Issue ist, passen

[sandro_gera]

@homoran

Das komische ist. Ich hab gerade mal versucht eine Verbindung über filzilla aufzubauen. Das klappt. nur weiß ich nicht was mir das nützt.

[wendy2702]

@sandro_gera Ich würde mal alle Instanzen auf dem Slave stoppen um Ihm schonmal mögliche Last zu nehmen.

Dann bleibt dir im Prinzip nicht viel übrig wenn du keine Tastatur zum anschließen hast.

Probieren ob irgendwann SSH mal funktioniert. Dann den Pi wenn möglich auf LAN umstellen.

Du kannst mal versuchen ob du auf dem Slave eine "Wetty" Instanz installieren kannst. Dann kannst du darüber eine Terminal Session aufbauen.

Das habe ich damals gemacht.

Wenn das klappt die Änderung an den Files machen.

Wie alt ist das System wenn ich Fragen darf?

[wendy2702]

@sandro_gera Kannst über Filezilla theoretisch auch das File editieren. Muss man nur beim Speichern auf die Berechtigungen achten.

Nachteil: kannst über Filezilla weder den Service noch den PI restarten und vom Stecker ziehen muss ich abraten :-)

[sandro_gera]

@wendy2702

auf dem Slave läuft nur eine Instanz.

Das System ist aktuell. Ich habe vor einigen Tagen updates gemacht. bis heute morgen lief noch alles da habe ich den Pi über sudo shoutdown Befehl runter gefahren. RAM-Auslastung auf dem bei liegt bei 4%

Im Moment komme ich über filezilla nicht auf den Pi. Vorhin ging es noch

[wendy2702]

@sandro_gera Filezilla nutzt ja auch SSH. Das würde zu deinem Problem passen.

Probiere mal bitte das mit Wetty

[sandro_gera]

@wendy2702

dumme Frage, wenn ich auf adapter und über die Katze gehe und bei Adapter Wetty eingebe findet er nichts.

[sandro_gera]

@wendy2702

Ich habe ihn versucht mit url aus eigenen Quellen zu installieren
https://github.com/ioBroker/ioBroker.wetty

und bekomme folgende Fehlermeldung:

Fertig mit Fehler: host.RaspBerry4BioBroker Cannot install ioBroker/ioBroker.wetty#52a0f494f9e3868147ed757fbae2708bac3262e3: 1

[wendy2702]

@sandro_gera Da müsste man das vollständige Log sehen.

[Homoran]

@sandro_gera sagte in Multihost Slave Probleme mit Adaptern:

bei Adapter Wetty eingebe findet er nichts.

kann sein, dass es weTTY nicht mehr gibt.
Versuch es mal mit terminal

[sandro_gera]

@wendy2702

$ ./iobroker url "https://github.com/ioBroker/ioBroker.wetty"
install ioBroker/ioBroker.wetty#52a0f494f9e3868147ed757fbae2708bac3262e3
NPM version: 6.14.11
npm install ioBroker/ioBroker.wetty#52a0f494f9e3868147ed757fbae2708bac3262e3 --loglevel error --prefix "/opt/iobroker" (System call)
npm ERR! code ENOTSUP
npm ERR! notsup Unsupported engine for wetty@2.0.4: wanted: {"node":">=14.0.0"} (current: {"node":"12.21.0","npm":"6.14.11"})
npm ERR! notsup Not compatible with your version of node/npm: wetty@2.0.4npm ERR! notsup Not compatible with your version of node/npm: wetty@2.0.4npm ERR! notsup Required: {"node":">=14.0.0"}npm ERR! notsup Actual:   {"npm":"6.14.11","node":"12.21.0"}

npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2021-03-01T14_41_45_019Z-debug.log
ERROR: host.RaspBerry4BioBroker Cannot install ioBroker/ioBroker.wetty#52a0f494f9e3868147ed757fbae2708bac3262e3: 1
ERROR: process exited with code 25

Mehr steht

[Homoran]

@sandro_gera sagte in Multihost Slave Probleme mit Adaptern:

Mehr steht

node>= 14 erwartet

[sandro_gera]

@homoran

Wir sind doch bei Node 12.21 wie lange soll das dauern?

[Thomas Braun]

@sandro_gera

Was ist denn weTTY?
Vermutlich zerballert man sich mit dem Ding die xauthority, weil auf einem Server ja auch kein X läuft. Zusätzliches TTY kann halt probleme geben.

[Homoran]

@sandro_gera sagte in Multihost Slave Probleme mit Adaptern:

Wir sind doch bei Node 12.21 wie lange soll das dauern?

Bei mir sieht es so aus ;-)

Node.js: v14.15.5
NPM: 6.14.11

Aber ich muss mal sehen, ob der Adapter wirklich node 14 haben will.
@apollon77 war da IMHO mal dran etwas zu optimieren. Aber node 14 kann ich nicht glauben

[Homoran]

@thomas-braun sagte in Multihost Slave Probleme mit Adaptern:

Was ist denn weTTY?

weTTY ist ein Terminal-Adapter.
Der lief gaaaanz früher super

[Thomas Braun]

@homoran
Wozu braucht man den auf einem Linux-Server? Da hab ich doch ganz natürlich IMMER ein TTY unter den Fingern?!?

Hier gilt wieder die Grundregel: Nur nicht laufender Code ist sicherer Code.