System wird langsam

t1me2die · 29 Juli 2019, 14:24:57

Apptime kannst du jederzeit starten, er zeichnet dann alles auf.
Lies Dir am besten mal https://wiki.fhem.de/wiki/Apptime durch.
Um natürlich an das Ergebnis bei 100% CPU Auslastung zu kommen, müsste FHEM Web erreichbar sein, um sich das Ergebnis anzeigen zu lassen.
(Ob nach einem shutdown restart die Daten noch vorhanden sind, weiß ich nicht)

Ich weiß nicht, ob die Frage schon gestellt wurde, wie loggst du deine Daten? Logfile oder per SQL?
Ich hatte mal das Problem, dass ich meine Daten per SQL (MariaDB) ohne das Attribut "asyncMode" geloggt habe (Stichwort nonBlocking).
Dies führte bei mir damals zu einem ähnlichen Verhalten wie bei Dir.

Gruß
Mathze

stobor · 29 Juli 2019, 14:40:02

Ich werde dann Apptime mal starten. Vielleicht ist beim nächsten Crash etwas zu erkennen. FHEM Web ist noch erreichbar, aber sehr langsam. Das würde zum Analysieren ja reichen.
Ich lasse meine Logs in Files schreiben.

Wuppi68 · 29 Juli 2019, 15:48:21

mein Bauch sagt mir, das Du auch das Betriebssystem entsprechend updaten solltest. Bei mir sponnen auch mal ein paar Perl Bibliotheken rum und es war auch sehr zäh geworden.
Hast Du in dem global Device deinen DNS hinterlegt?
Steht "Merkwürdiges" in der Datei /var/log/syslog? more /var/log/syslog
Werden Fehlermeldung bei der Ausgabe vom Befehl "dmesg" angezeigt - (insbesondere Disk und Netz)? dmesg | more

stobor · 29 Juli 2019, 16:44:19

Wie trage ich denn den DNS ein?

Ich nutze untendrunter Ubuntu; ich meine in der Version 14. Kann ich risikolos auf die neuste Version updaten? Ich habe mich bisher nicht getraut, um FHEM nicht zu ,,stören".

SvenJust · 29 Juli 2019, 16:50:28

Zitat von: stobor am 29 Juli 2019, 16:44:19
Wie trage ich denn den DNS ein?

In fhem:

Code Auswählen

attr global dnsServer <IP-Adresse deines Routers>
ohne die <>

stobor · 29 Juli 2019, 23:11:52

DNS ist eingetragen. Mal abwarten.

Ich kann über dmesg | more nichts Auffälliges finden: s. Anlage

more /var/log/syslog liefert wiederkehrende Einträge:

Code Auswählen

Jul 29 06:54:54 hausautomation nullmailer[985]: Starting delivery: protocol: smtp host: smtp.ionos.de file: 1563055201.26239
Jul 29 06:54:54 hausautomation nullmailer[985]: Starting delivery, 215 message(s) in queue.
Jul 29 06:54:54 hausautomation nullmailer[20614]: smtp: Failed: 530 Authentication required
Jul 29 06:54:54 hausautomation nullmailer[985]: Sending failed:  Permanent error in sending the message

Kann ich irgendwie herausfinden, welcher Email-Auftrag Probleme macht. Ich habe bisher keine Emails vermisst.

Beim Systemneustart bekomme ich angezeigt:

Code Auswählen

Welcome to Ubuntu 14.04.5 LTS (GNU/Linux 3.13.0-164-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

  System information as of Mon Jul 29 22:51:04 CEST 2019

  System load:  0.07               Processes:           86
  Usage of /:   3.3% of 105.59GB   Users logged in:     0
  Memory usage: 8%                 IP address for p2p1: 192.168.178.20
  Swap usage:   0%

  Graph this data and manage this system at:
    https://landscape.canonical.com/

69 packages can be updated.
55 updates are security updates.

New release '16.04.6 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Ist es sinnvoll bzw. möglich, do-release-upgrade auszuführen? Oder kann das FHEM stören - sprich: läuft FHEM unter der Version nicht? Ich habe mich das Upgrade bisher nie getraut, da FHEM immer fehlerfrei lief.
FHEM selbst würde ich dann vermutlich auch aktualisieren (müssen).

Wuppi68 · 30 Juli 2019, 11:03:45

du solltest einfach nur ein update machen ...

unter Debian (klappt aber auch unter Ubuntu): sudo apt-get update && sudo apt-get upgrade

stobor · 30 Juli 2019, 11:22:08

Zitat von: Wuppi68 am 30 Juli 2019, 11:03:45
du solltest einfach nur ein update machen ...

unter Debian (klappt aber auch unter Ubuntu): sudo apt-get update && sudo apt-get upgrade

Was meinst Du mit "einfach nur"?
Entspricht Dein sudo apt-get update && sudo apt-get upgrade dem do-release-upgrade, oder würde ich bei Deinem Vorschlag bei Version 14 bleiben, oder ...?

Otto123 · 30 Juli 2019, 11:31:02

update und upgrade ändert nichts an der Haupt Version. Es bringt einfach alles auf den aktuellen Stand innerhalb von diesem Release. Es ist aus Sicherheitsgründen angeraten dies zu tun und stört die anderen Systeme normalerweise nicht.

Gruß Otto

CoolTux · 30 Juli 2019, 11:34:35

Zitat von: stobor am 29 Juli 2019, 23:11:52
DNS ist eingetragen. Mal abwarten.

Ich kann über dmesg | more nichts Auffälliges finden: s. Anlage

more /var/log/syslog liefert wiederkehrende Einträge:
Code Auswählen Erweitern
Jul 29 06:54:54 hausautomation nullmailer[985]: Starting delivery: protocol: smtp host: smtp.ionos.de file: 1563055201.26239 Jul 29 06:54:54 hausautomation nullmailer[985]: Starting delivery, 215 message(s) in queue. Jul 29 06:54:54 hausautomation nullmailer[20614]: smtp: Failed: 530 Authentication required Jul 29 06:54:54 hausautomation nullmailer[985]: Sending failed: Permanent error in sending the message
Kann ich irgendwie herausfinden, welcher Email-Auftrag Probleme macht. Ich habe bisher keine Emails vermisst.

Beim Systemneustart bekomme ich angezeigt:
Code Auswählen Erweitern
Welcome to Ubuntu 14.04.5 LTS (GNU/Linux 3.13.0-164-generic x86_64) * Documentation: https://help.ubuntu.com/ System information as of Mon Jul 29 22:51:04 CEST 2019 System load: 0.07 Processes: 86 Usage of /: 3.3% of 105.59GB Users logged in: 0 Memory usage: 8% IP address for p2p1: 192.168.178.20 Swap usage: 0% Graph this data and manage this system at: https://landscape.canonical.com/ 69 packages can be updated. 55 updates are security updates. New release '16.04.6 LTS' available. Run 'do-release-upgrade' to upgrade to it.

Ist es sinnvoll bzw. möglich, do-release-upgrade auszuführen? Oder kann das FHEM stören - sprich: läuft FHEM unter der Version nicht? Ich habe mich das Upgrade bisher nie getraut, da FHEM immer fehlerfrei lief.
FHEM selbst würde ich dann vermutlich auch aktualisieren (müssen).

Das ist aber schon ein sehr altes System. Je länger Du wartest um so aufwändiger KANN es werden auf die aktuellste Version zu kommen.

stobor · 30 Juli 2019, 11:46:38

Meint ihr also, dass ich ein sudo apt-get update && sudo apt-get upgrade gefolgt von einem do-release-upgrade problemlos durchführen kann, und FHEM davon unbeeindruckt sein müsste?

Otto123 · 30 Juli 2019, 11:49:26

Zitat von: stobor am 30 Juli 2019, 11:46:38
Meint ihr also, dass ich ein sudo apt-get update && sudo apt-get upgrade gefolgt von einem do-release-upgrade problemlos durchführen kann, und FHEM davon unbeeindruckt sein müsste?

Nein, meine ich nicht.
Ich mache System Releasewechsel generell durch Neuinstallation des Systems und Backup und Restore von FHEM.
Aber das ist nur meinen Meinung.

CoolTux · 30 Juli 2019, 11:50:34

Zitat von: stobor am 30 Juli 2019, 11:46:38
Meint ihr also, dass ich ein sudo apt-get update && sudo apt-get upgrade gefolgt von einem do-release-upgrade problemlos durchführen kann, und FHEM davon unbeeindruckt sein müsste?

Sowas kann man beim besten Willen nicht meinen oder behaupten. Du musst selber wissen was Du tust. Du bist der Herr über Dein System. Das ist ja das schöne an Linux.

Aber die Reihenfolge war zu mindest schon mal richtig. Alles andere ergibt sich dann. Ein Backup ist im übrigen immer ein sehr schöner Anker für zu schwache Update Herzen.

CoolTux · 30 Juli 2019, 11:53:31

Mal meine Erfahrung dazu. Ich habe in den letzten Jahren diverse Debian Systeme und vor 2015 auch diverse Ubuntu Systeme durch updates auf den neusten Stand gebracht. Über Distributions Releases hinaus.

stobor · 30 Juli 2019, 13:12:49

Dann werde ich mich da einmal heranwagen.

Ich bin jetzt nicht der Linux-Experte. Habt ihr einen Tipp, wie ich das gesamt-System sichern kann? Derzeit nutze Ich Ubuntu auf einem Intel NUC und verbinde mich von meinem Windows-PC per Putty. Der NUC hat keinen Monitor und Tastatur angeschlossen. Mir kommt spontan sonst nur der Festplattenausbau in den Kopf, um danach dann die Platte zu clonen.