[vz-users] Fehlersuche instabiles System

Wed May 6 20:43:35 CEST 2015

Hallo,

besten Dank für den Tipp. Ich bin jetzt "leider" wieder im lokalen
Netzwerk. Hier funktioniert wieder alles. Das mit dem Pingen kann ich
deshalb nicht mehr ausprobieren, aber vermutlich lag es am Netzwerk.

Gruß
Matthias

Am 6. Mai 2015 um 19:35 schrieb Matthias Behr <mbehr at mcbehr.de>:

> Hallo,
>
> kannst du den PI kontinuierlich „pingen“? Auch mal mit großer Payload? (um
> zu schauen, ob es ggf. ein Netzwerk Problem ist)
>
>
> Am 06.05.2015 um 07:55 schrieb Matthias Kammerer <kammererm at gmail.com>:
>
>
> Guten Morgen zusammen,
>
> mein System läuft jetzt seit 5 Tagen eigentlich stabil: Ich kann per
> Frontend alle Daten abrufen und mich per Putty über ssh einwählen. Seit
> gestern Abend allerdings funktioniert ssh nicht mehr richtig: Die Konsole
> friert nach dem Anzeigen von ca. 10 Zeilen (Wert ändert sich von Mal zu
> Mal) einfach ein. Z.B. gibt mir ein "ls -l" 4 Zeilen aus und dann einfach
> nichts mehr. Die Shell reagiert dann auch nicht mehr. Ich kann das Fenster
> schließen und ein neues Fenster öffnen. Hier wieder das selbe Spielchen.
> Hier noch ein paar weitere Infos:
>
> /var/log/syslog zeigt nichts Auffälliges.
>
> "sudo service ssh restart" startet zwar neu, ändert aber nichts
>
> In einer Shell habe ich jetzt schon ca. 40 Zeilen erzeugt. Vermutlich
> liegt der Unterschied darin, dass der einzelne Befehl nie mehr als ein Paar
> Zeilen zurückgegeben hat. Ich habe danach ca. 20 mal "ls" eingegeben, was
> mir jedes Mal die richtige Ausgabe erzeugt hat. Dann habe ich einmal "ls
> -h" eingegeben, was wieder zum Einfrieren geführt hat - allerdings erst
> nach 17 Zeilen..
>
> Befehle wie "bla bla > testfile" funktionieren einwandfrei - so kann ich
> mir die Ausgaben dann über einen anderen Rechner ansehen
>
> Ich bin per vpn im Netzwerk eingeloggt. Das hat vorgestern Abend noch
> super funktioniert. Seit gestern Abend wie gesagt nicht mehr...
>
> ps -ef | grep ssh gibt mir 3 Prozesse:
> sshd: pi [priv]
> sshd: pi at pts/3
> /usr/sbin/sshd -D
>
>
> Hat irgendjemand eine Idee, woran das liegen könnte, bzw. was ich noch
> versuchen könnte?
>
> Besten Dank und Gruß
> Matthias
>
>
> Am 1. Mai 2015 um 11:14 schrieb Matthias Kammerer <kammererm at gmail.com>:
>
>> htop zeigt mir 255/874MB an.
>> sensors zeigt 36°C an.
>>
>> Gruß
>>
>>
>>
>> Am 1. Mai 2015 um 10:25 schrieb Matthias Behr <mbehr at mcbehr.de>:
>>
>>> Wie ist denn deine RAM Auslastung?
>>>
>>> Am 01.05.2015 um 07:25 schrieb Matthias Kammerer <kammererm at gmail.com>:
>>>
>>> Hallo zusammen,
>>>
>>> ich habe ein paar Dinge, die ich rausgefunden habe:
>>> Auf dieser Seite <http://forum.lemaker.org/thread-10707-1-1-.html> wird
>>> bei einem ähnlichen Kernel Fehler ein Hitzeproblem, Übertaktung, bzw. ein
>>> defekter RAM vermutet. Was es nun war, erfährt man leider nicht.
>>>
>>> Ich habe auch die Mails an meinen root geöffnet und finde hier einen
>>> Syntaxfehler (unexpected '&') in der /etc/php5/apache2.php.ini in Zeile 107
>>> Die Zeile unter error_reporting kommt mir jetzt aber nicht sonderlich
>>> verdächtig vor:
>>> *Default Value: E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED*
>>>
>>> Gruß
>>> Matthias
>>>
>>>
>>> Am 1. Mai 2015 um 06:47 schrieb Matthias Kammerer <kammererm at gmail.com>:
>>>
>>>> Hallo zusammen,
>>>>
>>>> habe jetzt das von Udo empfohlene Netzteil verbaut und wie gesagt eine
>>>> neue SD-Karte:
>>>> http://www.amazon.de/gp/product/B00NMD4QHU?psc=1&redirect=true&ref_=oh_aui_detailpage_o00_s00
>>>>
>>>> Das System hat leider trotzdem keinen Tag gehalten.
>>>>
>>>> Neu ist, dass es nicht komplett abgestürzt ist:
>>>> - Mein Perl-Skript, das die Wetterdaten in die Datenbank liefert, hat
>>>> noch funktioniert
>>>> - Das Frontend hat noch reagiert und hat fleißig die noch ankommenden
>>>> Daten angezeigt.
>>>> - Der vzlogger war scheinbar ab ca. 15:20 nicht mehr aktiv, bzw. hat
>>>> keine Daten in der Datenbank hinterlegt
>>>> - Das System war über ssh nicht zu erreichen. Deshalb irgendwann reboot
>>>> - Davor gab es den einen oder anderen Kernel-Errors/Warnings, die aber
>>>> nicht direkt mit dem Ausfall zusammenfallen. Anbei wieder die entsprechende
>>>> Syslog
>>>>
>>>> Hat irgendjemand einen Tipp?
>>>>
>>>> Vorab besten Dank und Gruß
>>>> Matthias
>>>>
>>>>
>>>>
>>>> Am 25. April 2015 um 08:44 schrieb Matthias Kammerer <
>>>> kammererm at gmail.com>:
>>>>
>>>>> Guten Morgen zusammen,
>>>>>
>>>>> vielen Dank für die Hinweise zum Netzteil.
>>>>>
>>>>> Ich habe heute Morgen wieder einen Absturz gehabt (ca. 5:10 Uhr).
>>>>> Wieder irgendein Cre-FEhler, den ich nicht interpretieren kann (siehe
>>>>> Datei).
>>>>> Unabhängig davon: Weiß eigentlich jemand, woher die ganzen
>>>>> Sendmail-Aktivitäten kommen?
>>>>>
>>>>> Heute Morgen habe ich nun ein altes Aldi-Digicam-Ladegerät (5 V, 3 A)
>>>>> umgelötet und versuche es nun damit, bis die Empfehlung von Udo
>>>>> eingetroffen ist. Mal schaun, wie lange es diesmal hält...
>>>>>
>>>>> Beste Grüße,
>>>>> Matthias
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Am 24. April 2015 um 23:09 schrieb Udo1 <udo1 at gmx.net>:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Am 24.04.2015 um 21:24 schrieb Matthias Kammerer:
>>>>>>
>>>>>>>
>>>>>>> Aukru Netzteil 5V 2A Micro USB Ladegerät für Raspberry Pi b+(b plus)
>>>>>>> / Model b , Model A & Banana pi - 2000 mA <
>>>>>>> https://www.amazon.de/gp/product/B00IMU7TF4/ref=oh_aui_detailpage_o05_s01?ie=UTF8&psc=1
>>>>>>> >
>>>>>>>
>>>>>> Ich weiß das die Verkaufsstrategen keine Ahnung haben. Aber bei
>>>>>> Bemerkungen wie 'Ladegerät'
>>>>>> wäre ich immer Vorsichtig. Ladegeräte sind dafür gedacht Akkus zu
>>>>>> laden und verringern mit zunehmender Ladespannung ihren Strom.
>>>>>> Gute Erfahrung habe ich dem Netzteil gemacht das ich auch im Wiki
>>>>>> empfehle:
>>>>>> http://www.exp-tech.de/hnp15-usb-5v-2-5a-usb-steckernetzteil-12-5w
>>>>>>
>>>>>> Gruß
>>>>>> Udo
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>> Gruß
>>>
>>> Matthias
>>>
>>>
>>
>
> Gruß
>
> Matthias
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150506/7b4cb8d8/attachment-0001.html>