Über Nacht: Keine Putty Verbindung mehr, aber FHEM noch erreichbar

Begonnen von Rheingold, 16 März 2017, 10:58:01

Vorheriges Thema - Nächstes Thema

Rheingold

Hi,

ich wollte mich heute Morgen per Putty bzw. Notepad++FTP auf meinen Raspberry verbinden um dort etwas nachzusehen und komme nicht mehr drauf. FHEM läuft super, nur scheint irgendwie die Verbindung via SSH nicht mehr möglich zu sein.

Geändert habe ich in den letzten Tagen nicht viel. Am Sonntag kam ein Apache2 Reverse-Proxy dazu, doch konnte ich bis einschließlich gestern Abend wunderbar verbinden.

Notepad++ sagt zum Beispiel das hier:
ZitatConnecting
[SFTP] Host key accepted
[SFTP] Successfully authenticated
[SFTP] Error initialising channel: Socket error: No error
Unable to connect
Disconnected

Putty verbindet nach langer Zeit, trennt aber die Verbindung wegen Timeout.

Schließe ich den Raspi an einen Monitor an, sehe ich die Konsole und kann darauf arbeiten. Hat einer eine Vermutung, woran das liegen mag?
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

Thorsten Pferdekaemper

Hi,
das Ratespiel geht los:
Irgendwas mit DHCP und neuer IP-Adresse vielleicht?
...oder: SD-Karte kaput? Gehen die FileLogs noch?
Gruß,
   Thorsten
FUIP

Rheingold

Das Ratespiel läuft auch bei mir:
- DHCP: nö, gleiche IP. sehe ihn in der Fritz Box, ifconfig bestätigt es und ich kann ja im LAN auf FHEM zugreifen via IP
- SD-Karte kaputt: glaube ich kaum. Die ist neu und er schreibt auch keine Auslagerungsdatei. Zudem kommt beim starten keine Fehlermeldung
- Filelogs gehen. In welchen soll ich nach was suchen? Die vom Apache sind unauffällig

Kann es sein, dass der Raspberry mich aussperrt weil er Angst eines DDOS-Angriffs hat - warum auch immer? Apache neustarten wird vermutlich auch nichts bringen, da ja der Webserver funktioniert, nur der Rest nicht.

Ein reboot half natürlich auch nicht weiter.
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

Thorsten Pferdekaemper

Zitat von: Rheingold am 16 März 2017, 11:17:00
- SD-Karte kaputt: glaube ich kaum. Die ist neu und er schreibt auch keine Auslagerungsdatei. Zudem kommt beim starten keine Fehlermeldung
- Filelogs gehen. In welchen soll ich nach was suchen? Die vom Apache sind unauffällig
Ok, wenn das Ding sauber neu startet, ist es das wahrscheinlich nicht. Mit FileLogs meinte ich die von FHEM. Ich hatte mal den Fall, dass der RasPi nicht mehr erreichbar war, aber alles noch funktionierte. ...außer dass gar keine Logs mehr fortgeschrieben wurden.

ZitatKann es sein, dass der Raspberry mich aussperrt weil er Angst eines DDOS-Angriffs hat - warum auch immer? Apache neustarten wird vermutlich auch nichts bringen, da ja der Webserver funktioniert, nur der Rest nicht.
Neue Raspbian-Versionen haben den SSH-Zugang per Default gesperrt. Allerdings glaube ich nicht, dass man das aus Versehen reinbekommt. Vielleicht höchstens über ein apt-get upgrade oder so und dann alles mit "yes" beantwortet.
Ich halte es zwar für unwahrscheinlich, aber schau halt mal nach. Die Suche nach "raspberry ssh" sollte Erklärungen liefern.

Gruß,
   Thorsten

FUIP

Rheingold

Gute Idee mit dem Update. Das führe ich als erstes mal aus.

Ich kam bisher auch problemlos per SSH auf den Raspi drauf. Dass bei der Neuinstallation die SSH Datei erstellt werden muss ist mir schon klar. Mein Problem ist vielmehr, dass ich urplötzlich nicht mehr verbinden kann.

Nach was muss ich in den FHEM-Logs denn suchen? Platz ist da. 13 GB sind frei.
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

Rheingold

Es scheint, als spinnt der SSH-Service rum und auch als ob der Raspi erschreckend langsam ist.

Wenn ich den SSH Dienst manuell beende und neu starte, kann ich mich wieder verbinden. Nach kurzer Zeit aber reagiert der Pi nicht mehr via Putty und ich bin in der Ausgangssituation.

Wenn ich FHEM per "shutdown restart" neu starte, dauert es auch etliche Minuten, bis die Seite wieder erreichbar ist. Zuvor dauerte es maximal 30 Sekunden. Irgendwie scheint das alles sehr merkwürdig zu sein :-/
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

Thorsten Pferdekaemper

Zitat von: Rheingold am 16 März 2017, 11:38:30
Gute Idee mit dem Update. Das führe ich als erstes mal aus.
Das meinte ich gerade nicht...

Zitat
Nach was muss ich in den FHEM-Logs denn suchen? Platz ist da. 13 GB sind frei.
Gar nichts. Nur sicher stellen, dass aktuelle Daten drinstehen. ...aber ich würde mal davon ausgehen.
Gruß,
   Thorsten
FUIP

Rheingold

#7
Fehlerquelle gefunden: Update der FritzOS.

ZitatFRITZ!OS: 06.83
Installiert am: 16.03.2017 2:27

Ich konnte nämlich mit einer alten SD-Karte (Image von vor einer Woche war noch drauf) ebenfalls nicht mehr verbinden. Es scheint als habe ein Neustart (Strom für 30 Sekunden raus) der Fritz Box geholfen.
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

KölnSolar

ZitatIch hatte mal den Fall, dass der RasPi nicht mehr erreichbar war, aber alles noch funktionierte. ...außer dass gar keine Logs mehr fortgeschrieben wurden.
So hatte ich es auch schon, allerdings kam ich dann noch per putty und SSH auf meinen besten Freund. In diesem Fall kristallisiert sich heraus, dass es mit "Spinnereien" am USB zu tun hat. Ziehe ich den bösen CO2-Stick ab, läuft FHEM putzmunter weiter und loggt wieder.

In dem Fall, dass ich per putty und SSH nicht mehr zugreifen konnte, habe ich leider auch noch keine Ursache gefunden. Bei einem Leidgenossen und mir ist es aber nach Rpi-Updates schon lange nicht mehr aufgetreten.

Viel Glück
Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt