Node Red fehler bei Umstieg auf Raspi4
-
-
@thomas-braun Mein Screenshot ist die normale Windows Eingabeaufforderung - da musst Du aber aus dem Menü markieren auswählen und dann kopierst den Text eben mit der Eingabetaste in die Zwischenablage. Nutze auch kein Putty - da Windows SSH von sich aus unterstützt.
-
@mickym
Oh, jetzt seh ich es auch. Hatte puTTY vermutet.Nutze auch kein Putty - da Windows SSH von sich aus unterstützt.
Ja, seit 'Neustem'.
-
@thomas-braun hallo, jetzt habe ich es auch kapiert
login as: pi pi@192.168.2.179's password: Linux raspberrypi 5.10.17-v7l+ #1421 SMP Thu May 27 14:00:13 BST 2021 armv7l The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Wed Jun 2 19:54:04 2021 Wi-Fi is currently blocked by rfkill. Use raspi-config to set the country before use. pi@raspberrypi:~ $ sudo netstat -tnlp | grep :80 tcp6 0 0 :::8081 :::* LISTEN 979/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 2530/io.web.0 tcp6 0 0 :::8087 :::* LISTEN 2404/io.simple-api. pi@raspberrypi:~ $ -
@oskar Ja, so geht das. Viel besser (und auch überall, z. B. per Handy) lesbar.
-
@thomas-braun jetzt folgt noch der Zweite Eintrag
pi@raspberrypi:~ $ ^C pi@raspberrypi:~ $ sudo ss -tunlp Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port udp UNCONN 0 0 0.0.0.0:39467 0.0.0.0:* users:(("avahi-daemon",pid=377,fd=14)) udp UNCONN 0 0 0.0.0.0:5683 0.0.0.0:* users:(("node",pid=2361,fd=27)) udp UNCONN 0 0 0.0.0.0:68 0.0.0.0:* users:(("dhclient",pid=465,fd=7)) udp UNCONN 0 0 0.0.0.0:631 0.0.0.0:* users:(("cups-browsed",pid=501,fd=7)) udp UNCONN 0 0 192.168.2.255:137 0.0.0.0:* users:(("nmbd",pid=629,fd=17)) udp UNCONN 0 0 192.168.2.179:137 0.0.0.0:* users:(("nmbd",pid=629,fd=16)) udp UNCONN 0 0 0.0.0.0:137 0.0.0.0:* users:(("nmbd",pid=629,fd=14)) udp UNCONN 0 0 192.168.2.255:138 0.0.0.0:* users:(("nmbd",pid=629,fd=19)) udp UNCONN 0 0 192.168.2.179:138 0.0.0.0:* users:(("nmbd",pid=629,fd=18)) udp UNCONN 0 0 0.0.0.0:138 0.0.0.0:* users:(("nmbd",pid=629,fd=15)) udp UNCONN 0 0 0.0.0.0:5353 0.0.0.0:* users:(("avahi-daemon",pid=377,fd=12)) udp UNCONN 0 0 0.0.0.0:1900 0.0.0.0:* users:(("node",pid=2353,fd=24)) udp UNCONN 0 0 *:60118 *:* users:(("avahi-daemon",pid=377,fd=15)) udp UNCONN 0 0 *:5353 *:* users:(("avahi-daemon",pid=377,fd=13)) tcp LISTEN 0 511 127.0.0.1:9000 0.0.0.0:* users:(("node",pid=625,fd=24)) tcp LISTEN 0 511 127.0.0.1:9001 0.0.0.0:* users:(("node",pid=625,fd=19)) tcp LISTEN 0 50 0.0.0.0:139 0.0.0.0:* users:(("smbd",pid=714,fd=35)) tcp LISTEN 0 5 0.0.0.0:5900 0.0.0.0:* users:(("vncserver-x11-c",pid=642,fd=12)) tcp LISTEN 0 511 192.168.2.179:2001 0.0.0.0:* users:(("node",pid=2436,fd=27)) tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=644,fd=3)) tcp LISTEN 0 5 127.0.0.1:631 0.0.0.0:* users:(("cupsd",pid=393,fd=7)) tcp LISTEN 0 511 0.0.0.0:1880 0.0.0.0:* users:(("node",pid=2353,fd=23)) tcp LISTEN 0 511 192.168.2.179:2010 0.0.0.0:* users:(("node",pid=2465,fd=27)) tcp LISTEN 0 511 0.0.0.0:1883 0.0.0.0:* users:(("node",pid=2442,fd=26)) tcp LISTEN 0 50 0.0.0.0:445 0.0.0.0:* users:(("smbd",pid=714,fd=34)) tcp LISTEN 0 50 [::]:139 [::]:* users:(("smbd",pid=714,fd=33)) tcp LISTEN 0 5 [::]:5900 [::]:* users:(("vncserver-x11-c",pid=642,fd=11)) tcp LISTEN 0 511 *:8081 *:* users:(("node",pid=979,fd=27)) tcp LISTEN 0 511 *:8082 *:* users:(("node",pid=2530,fd=27)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=644,fd=4)) tcp LISTEN 0 511 *:8087 *:* users:(("node",pid=2404,fd=26)) tcp LISTEN 0 5 [::1]:631 [::]:* users:(("cupsd",pid=393,fd=6)) tcp LISTEN 0 50 [::]:445 [::]:* users:(("smbd",pid=714,fd=32)) pi@raspberrypi:~ $ -
@oskar sagte in Node Red fehler bei Umstieg auf Raspi4:
vncserver-x11-c
Da läuft noch ein X. Knips den Run Level 5 aus. Siehe in meiner Signatur den Kleinen Linuxwerkzeugkasten.
Drucker sind vermutlich auch keinen am Pi angeschlossen? Dann kann cups auch weg.
Der samba-server läuft auch bewusst?
-
@oskar Also meines Erachtens fehlt da der Port 80 und das apache 2.
Ich habe bei mir mal den gleichen Befehl eingegeben und habe für den Port 80 dieses Ergebnis:
tcp LISTEN 0 511 *:80 *:* users:(("apache2",pid=2278,fd=4),("apache2",pid=2277,fd=4),("apache2",pid=741,fd=4))Der Node-Red Adapter muss auch irgendwas mit Apache 2 zu tun haben.
Weiß nicht ob man das irgendwie so reparieren kann ohne den Adapter neu zu installieren.
Bei mir scheint auch ein Apache Webserver zu laufen. Das kann schon sein, dass NodeRed - da es ja als Webserver arbeiten kann - auf dem Apache Webserver aufsetzt. Aber das sind momentan alles nur Vermutungen. Mag sein, dass ich falsch liege.
-
@thomas-braun hallo, dies mit dem Run Level 5 habe ich gemacht,
Das cups habe ich nicht verstanden und der Samba-Server habe ich bewusst installiert, kann ich aber auch wieder deinstallieren wenn es hilft, lg -
@oskar
Wenn der samba bewusst als server läuft, i. O.
cups ist der unix-Druckerserver. Wenn nicht gedruckt werden soll:sudo systemctl stop cupsd sudo apt remove cupsGenerell lässt man nur unbedingt benötigten Kram auf einem System laufen. Alles andere bekommt die Tür gewiesen.
-
Auf meinem System z. B.:
echad@chet:~ $ sudo ss -tunlp Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port udp UNCONN 0 0 0.0.0.0:59261 0.0.0.0:* users:(("io.tradfri.0",pid=1160,fd=27)) udp UNCONN 0 0 0.0.0.0:42020 0.0.0.0:* users:(("io.javascript.0",pid=1051,fd=27)) udp UNCONN 0 0 0.0.0.0:32809 0.0.0.0:* users:(("io.miio.0",pid=1091,fd=27)) udp UNCONN 0 0 0.0.0.0:68 0.0.0.0:* users:(("dhcpcd",pid=430,fd=10)) udp UNCONN 0 0 0.0.0.0:9898 0.0.0.0:* users:(("io.mihome.0",pid=1066,fd=27)) udp UNCONN 0 0 0.0.0.0:53421 0.0.0.0:* users:(("io.mihome-vacuu",pid=1243,fd=27)) udp UNCONN 0 0 0.0.0.0:38080 0.0.0.0:* users:(("avahi-daemon",pid=436,fd=14)) udp UNCONN 0 0 0.0.0.0:5353 0.0.0.0:* users:(("avahi-daemon",pid=436,fd=12)) udp UNCONN 0 0 *:546 *:* users:(("dhcpcd",pid=430,fd=18)) udp UNCONN 0 0 *:5353 *:* users:(("avahi-daemon",pid=436,fd=13)) udp UNCONN 0 0 *:52029 *:* users:(("avahi-daemon",pid=436,fd=15)) tcp LISTEN 0 4 127.0.0.1:5037 0.0.0.0:* users:(("adb",pid=1041,fd=7)) tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=523,fd=3)) tcp LISTEN 0 511 0.0.0.0:9001 0.0.0.0:* users:(("iobroker.js-con",pid=545,fd=19)) tcp LISTEN 0 511 127.0.0.1:6379 0.0.0.0:* users:(("redis-server",pid=529,fd=6)) tcp LISTEN 0 511 *:8081 *:* users:(("io.admin.0",pid=571,fd=27)) tcp LISTEN 0 511 *:8082 *:* users:(("io.web.0",pid=1178,fd=27)) tcp LISTEN 0 511 *:51989 *:* users:(("io.nuki-extende",pid=3990,fd=27)) tcp LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=523,fd=4)) tcp LISTEN 0 511 [::1]:6379 [::]:* users:(("redis-server",pid=529,fd=7))Da kann ich dir aber auch zu jedem Dienst sagen warum der läuft.
-
@oskar
Was machst denn mit dem Samba? Hast Dir da Ornder in Dein PC gemountet? Wenn ja, vergiss das wenn es nicht unbedingt sein muss.Edit:
Mickym hatte es oben bereits geschrieben, wobei es nicht 100% richtig ist, aber sehr dicht dran;)
Node-Red beinhaltet den Apache und der sollte dann auch auf Port 80 laufen und das ist bei Dir das Problem. Port 80 hatte so ausgesehen, als ob der anderweitig belegt wäre, was aber nach Deiner Liste nicht der Fall ist (zumindest im derzeitigen Stand). Somit geht bei Dir nichts auf Port 80, weil der Apache in Node-Red fehlt.Das Problem, welches ich in dem verlinkten Thread beschrieben habe, ist zwar auch ein Apache Problem, aber ein anderes, da dort zusätzlich zu dem Apache den Node-Red mitbring ein weiterer über ein weiteren Webserver installiert wurde, der dann auch auf Port 80 läuft und dann geht eben genau die Amazon Node nicht mehr, da die eben exakt nur auf Port 80 kommunizieren kann und das mit dem internen Apache von Node-Red.
So jetzt wäre Thomas wieder der Fachmann, wie man den fehlenden Apache in Node-Red wieder rein bekommt, wobei ich hier eher den Versuch über ne Node-Red Neuinstallation umsetzten würde. -
@jan1
@Thomas-Braun Hallo, also ich habe nun den Drucker nach der Anweisung deinstalliert und auch den Samba gelöscht, da hoffe ich auch alles erwischt zu haben, aber der Amazon Echo Hub bleibt immer noch rot. Lg Oskar -
@oskar
Das liegt am fehlenden Apachen bei Dir und der wird normal mit dem Node-Red Adapter mit installiert. Somit gilt hier immer noch meine Aussage von oben, Node-Red mal neu installieren und schauen ob der Apache und auch nur der eine dann in der Liste unter Port 80 bei Node-Red auftaucht.
Die Amazon braucht zwingend den Port 80 und solange der nicht da ist, wird das nicht laufen.Das was Du jetzt gemacht hast, war zu 99% nicht Ursache des Problem, aber auch nicht wirklich sinnvoll bei Deinem System. Hättest also lassen können, oder danach noch runter schmeißen
-
@jan1 dann werde ich dies mal versuchen, kann ich die gemachten Einträge sichern und dann Rücksichern nach der Neuinstallation oder muß ich wieder alles neu eingeben, lg Oskar
-
@oskar
Also Du kannst einfach alle Flows exportieren, wobei die nach der Neuinstallation wohl noch da sein sollten. Was flöten gehen wird, sind die Amazon Node. Die kannst aber einfach über die Palette wieder installieren. -
@jan1 jetzt habe ich den Adapter Node Red über das Papierkorb-Symbol gelöscht, danach den Raspi über reboot neu gestartet. Danach den Adapter neu instaliert, den Adapter geöffnet und alle vorherigen Einträge waren wieder da und der Adapter ist wieder rot. Ich bin jetzt schon am verzweifeln und überlegen ob ich überhaut weiter machen soll, lg Oskar
-
@oskar
Du musst auch schauen, ob der Apache nun so läuft wie er soll, dass es nicht geht siehst ja, nur willst doch auch wissen warum. Deshalb nicht nur die Hälfte machen, sondern alles was hier bis jetzt schon zur Lösungsfindung geschrieben wurde. Thomas hat den Befehl zum abklappern der Ports gepostet und Mickym das was in an der Ausgabe bei Dir stört.Solange diese Zeile bei Dir nicht drin steht, wird es nicht funktionieren:
tcp LISTEN 0 511 *:80 *:* users:(("node-red",pid=1588,fd=21)) -
@jan1 wie kann ich dies sehen mit dem Apache?
-
@oskar
steht doch alles oben schon
