{"id":7321,"date":"2016-08-11T06:06:01","date_gmt":"2016-08-11T04:06:01","guid":{"rendered":"http:\/\/blog.wenzlaff.de\/?p=7321"},"modified":"2018-09-07T16:26:41","modified_gmt":"2018-09-07T14:26:41","slug":"auf-der-suche-warum-der-cubieboard-mit-debian-jessie-nach-ein-paar-tagen-abstuerzt-teil-3-workaround-taegliches-rebooten","status":"publish","type":"post","link":"http:\/\/blog.wenzlaff.de\/?p=7321","title":{"rendered":"Auf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abst\u00fcrzt. Teil 3: Workaround t\u00e4gliches rebooten"},"content":{"rendered":"

Habe nun mal ein anders Netzteil verwendet, aber auch nach 3 Tagen ist der Cubi wieder abgest\u00fcrzt. An der Stromversogung kann es also wohl nicht liegen!<\/p>\n

Dann habe ich mir mal den Speicherverbrauch angeschaut, da ich die Vermutung hab, das der Apache2<\/strong> oder die Mysql<\/strong> den Speicher vollaufen lassen und es zu einem Speicher\u00fcberlauf mit Absturz kommt.<\/p>\n

Ich habe nun mal Testweise einen CRON<\/a> Job angelegt, der einmal am Tag ein Reboot durchf\u00fchrt, in der Hoffnung das er dann l\u00e4nger als 3 Tage l\u00e4uft. Das behebt zwar nicht die Ursache, aber wenn es l\u00e4uft ist das mal ein Workaround (siehe Bild mit der Telefonzelle)<\/a> … \ud83d\ude09<\/p>\n

Der Cron<\/a>-Job kann wie folgt angelegt werden und zwar mit root Zugang:<\/p>\n

\r\ncrontab -e \r\n<\/pre>\n
und in der letzten Zeile folgenden Eintrag erg\u00e4nzen.<\/p>\n
\r\n# Wir machen jede Nacht um 3 Uhr einen Reboot!\r\n#\r\n# m h  dom mon dow   command\r\n0 3 * * * \/sbin\/reboot\r\n<\/pre>\n
Wie lange l\u00e4uft das System:<\/p>\n
uptime<\/pre>\n
Ergebnis 17:59 Stunden:<\/p>\n
20:59:54 up 17:59,  1 user,  load average: 0.00, 0.01, 0.05<\/pre>\n
Oder besser mit <\/p>\n
\r\ntop\r\n<\/pre>\n
und dann die m<\/strong> Taste dr\u00fccken, es werden diese Infos geliefert:<\/p>\n
\"Bildschirmfoto<\/a><\/p>\n
Ausgabe des Speichers der Belegt ist in MB ausgeben mit:<\/p>\n
free -m<\/pre>\n
Hier in der Spalte used, sind 196 Mega-Byte belegt von 1822 MB.<\/p>\n
\r\n             total       used       free     shared    buffers     cached\r\nMem:          2018        196       1822         19         10         89\r\n-\/+ buffers\/cache:         96       1921\r\nSwap:            0          0          0\r\n<\/pre>\n
Ausgabe der TOP 20 Prozesse:<\/p>\n
\r\nwatch \"ps --sort -rss -eo pid,pmem,rss,vsz,comm | head -20\"<\/pre>\n
Ergebnis:<\/p>\n
 \r\nPID %MEM   RSS    VSZ COMMAND\r\n  955  2.0 42748 326488 mysqld\r\n  898  1.4 29020 118208 apache2\r\n 1764  1.2 25364 114860 apache2\r\n 1762  1.2 25168 114296 apache2\r\n 1763  1.2 24852 114348 apache2\r\n 1766  1.1 24348 114676 apache2\r\n 1765  1.1 23760 114092 apache2\r\n  736  1.0 21580 113064 apache2\r\n  899  0.5 11312 113332 apache2\r\n  904  0.4  8516 113496 apache2\r\n  901  0.4  8440 113496 apache2\r\n  903  0.4  8424 113496 apache2\r\n  542  0.2  5572   7768 dhclient\r\n 1925  0.1  4020  10068 sshd\r\n  433  0.1  3588   6532 sshd\r\n  453  0.1  3452   4728 openvpn\r\n    1  0.1  3180   4528 systemd\r\n  540  0.1  2984   4484 ntpd\r\n  158  0.1  2720   8444 systemd-journal\r\n<\/pre>\n
Oder hat jemand eine L\u00f6sung?<\/p>\n
So l\u00e4uft der Cubi mit t\u00e4glichen Reboot<\/strong> schon \u00fcber 6 Tage. Meine 3 Raspberry Pi haben \u00fcbrigens diese Probleme nicht, und laufen auch mit Jessie usw…<\/p>\n","protected":false},"excerpt":{"rendered":"
Habe nun mal ein anders Netzteil verwendet, aber auch nach 3 Tagen ist der Cubi wieder abgest\u00fcrzt. An der Stromversogung kann es also wohl nicht liegen! Dann habe ich mir mal den Speicherverbrauch angeschaut, da ich die Vermutung hab, das der Apache2 oder die Mysql den Speicher vollaufen lassen und es zu einem Speicher\u00fcberlauf mit … <\/p>\n
\u201eAuf der Suche, warum der Cubieboard mit Debian Jessie nach ein paar Tagen abst\u00fcrzt. Teil 3: Workaround t\u00e4gliches rebooten\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[220,2564,2558,2173,79,2047],"tags":[1775,2567,2644,2646,2647,692,2645],"class_list":["post-7321","post","type-post","status-publish","format-standard","hentry","category-anleitung","category-cubieboard","category-cubietruck","category-debian","category-programmierung","category-wordpress","tag-cron","tag-cubi","tag-cubitruck","tag-mem","tag-memory","tag-speicher","tag-teil-3"],"_links":{"self":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts\/7321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=7321"}],"version-history":[{"count":0,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=\/wp\/v2\/posts\/7321\/revisions"}],"wp:attachment":[{"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=7321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=7321"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.wenzlaff.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=7321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}