AvrLogger : Thermallogger und Visualisierung Tool

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.798
Punkte
314
ist für mich ein spanisches Dorf, aber wenn du damit etwas Anfangen kannst:

Rich (BBCode):
root@DS:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
unused devices: <none>
root@DS:~# cat /proc/diskstats
   1       0 ram0 0 0 0 0 0 0 0 0 0 0 0
   1       1 ram1 0 0 0 0 0 0 0 0 0 0 0
   1       2 ram2 0 0 0 0 0 0 0 0 0 0 0
   1       3 ram3 0 0 0 0 0 0 0 0 0 0 0
   1       4 ram4 0 0 0 0 0 0 0 0 0 0 0
   1       5 ram5 0 0 0 0 0 0 0 0 0 0 0
   1       6 ram6 0 0 0 0 0 0 0 0 0 0 0
   1       7 ram7 0 0 0 0 0 0 0 0 0 0 0
   1       8 ram8 0 0 0 0 0 0 0 0 0 0 0
   1       9 ram9 0 0 0 0 0 0 0 0 0 0 0
   1      10 ram10 0 0 0 0 0 0 0 0 0 0 0
   1      11 ram11 0 0 0 0 0 0 0 0 0 0 0
   1      12 ram12 0 0 0 0 0 0 0 0 0 0 0
   1      13 ram13 0 0 0 0 0 0 0 0 0 0 0
   1      14 ram14 0 0 0 0 0 0 0 0 0 0 0
   1      15 ram15 0 0 0 0 0 0 0 0 0 0 0
   8       0 sda 1268083 244756 91213482 27158090 430274 779465 82309480 36870470 0 12438890 64084340
   8       1 sda1 501581 35189 26552140 14700380 268884 261727 5646096 14461500 0 9780480 29178820
   8       2 sda2 131664 183042 2519432 1152040 3184 354256 2859664 4844740 0 1574240 5997330
   8       3 sda3 634777 26525 62140942 11305480 153817 163482 73803712 17529420 0 3305450 28851320
  31       0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31       1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
  31       2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31       3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31       4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
   7       0 loop0 0 0 0 0 0 0 0 0 0 0 0
   7       1 loop1 0 0 0 0 0 0 0 0 0 0 0
   7       2 loop2 0 0 0 0 0 0 0 0 0 0 0
   7       3 loop3 0 0 0 0 0 0 0 0 0 0 0
   7       4 loop4 0 0 0 0 0 0 0 0 0 0 0
   7       5 loop5 0 0 0 0 0 0 0 0 0 0 0
   7       6 loop6 0 0 0 0 0 0 0 0 0 0 0
   7       7 loop7 0 0 0 0 0 0 0 0 0 0 0
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Vielen Danke Kurt!

Ohhhhh … das ist ja noch anders als ich erwartet hatte … keine „md“-Device … jetzt habe ich ein Problem :(

Mal schauen wie ich aus der Nummer rauskomme
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
… habe eine Vorab-Version (v1.0.5-003) auf meinen Server abgelegt.

Ich habe viel an AvrLogger geschraubt, es kann also sein, das versteckte Fehler vorhanden sind. Aber das AvrLogger crashed, wenn kein Raid vorhanden ist, sollte behoben sein.
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
kannst du bitte auf der DS mal die beiden Befehle ausführen und das Ergebniss posten?
Ausgeführt auf der DS118:
Rich (BBCode):
root@DSB ~ $     cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
unused devices: <none>
root@DSB ~ $ cat /proc/diskstats
   1       0 ram0 0 0 0 0 0 0 0 0 0 0 0
   1       1 ram1 0 0 0 0 0 0 0 0 0 0 0
   1       2 ram2 0 0 0 0 0 0 0 0 0 0 0
   1       3 ram3 0 0 0 0 0 0 0 0 0 0 0
   1       4 ram4 0 0 0 0 0 0 0 0 0 0 0
   1       5 ram5 0 0 0 0 0 0 0 0 0 0 0
   1       6 ram6 0 0 0 0 0 0 0 0 0 0 0
   1       7 ram7 0 0 0 0 0 0 0 0 0 0 0
   1       8 ram8 0 0 0 0 0 0 0 0 0 0 0
   1       9 ram9 0 0 0 0 0 0 0 0 0 0 0
   1      10 ram10 0 0 0 0 0 0 0 0 0 0 0
   1      11 ram11 0 0 0 0 0 0 0 0 0 0 0
   1      12 ram12 0 0 0 0 0 0 0 0 0 0 0
   1      13 ram13 0 0 0 0 0 0 0 0 0 0 0
   1      14 ram14 0 0 0 0 0 0 0 0 0 0 0
   1      15 ram15 0 0 0 0 0 0 0 0 0 0 0
   8       0 sda 32431 2063 1099674 255040 11297 6089 8700928 2458980 0 129870 2715530
   8       1 sda1 13817 1085 875980 172490 2059 4124 90776 106890 0 82190 279670
   8       2 sda2 99 0 2032 80 4 87 728 470 0 550 550
   8       3 sda3 18437 978 220158 82250 9170 1878 8609416 2350010 0 103180 2432090
  31       0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31       1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
  31       2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31       3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31       4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
   7       0 loop0 0 0 0 0 0 0 0 0 0 0 0
   7       1 loop1 0 0 0 0 0 0 0 0 0 0 0
   7       2 loop2 0 0 0 0 0 0 0 0 0 0 0
   7       3 loop3 0 0 0 0 0 0 0 0 0 0 0
   7       4 loop4 0 0 0 0 0 0 0 0 0 0 0
   7       5 loop5 0 0 0 0 0 0 0 0 0 0 0
   7       6 loop6 0 0 0 0 0 0 0 0 0 0 0
   7       7 loop7 0 0 0 0 0 0 0 0 0 0 0
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
… habe eine Vorab-Version (v1.0.5-003) auf meinen Server abgelegt.
Die Version habe ich auf der DS118 frisch installiert, leider startet AvrLogger nun gar nicht mehr.
Log:
Rich (BBCode):
2018.11.30 13:36:28 PreInst   : Preparing INSTALL v1.0.5-003
2018.11.30 13:36:28 PostInst  : INSTALL v1.0.5-003
2018.11.30 13:36:28 PostInst  : Default Folder "etc" copied
2018.11.30 13:36:28 PostInst  : Check Save-Folder : ""
2018.11.30 13:36:36 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/init.sh: line 517: LogConf: unbound variable
2018.11.30 13:37:24 CRN: Hibernation-Mode was stopped ...
2018.11.30 13:37:25 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/init.sh: line 517: LogConf: unbound variable
2018.11.30 13:37:56 CRN: Hibernation-Mode was stopped ...
2018.11.30 13:37:56 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/init.sh: line 517: LogConf: unbound variable
2018.11.30 13:38:14 AvrLogger started ...
/volume1/@appstore/AvrLogger/lib/init.sh: line 517: LogConf: unbound variable
2018.11.30 13:38:29 CRN: Hibernation-Mode was stopped ...
2018.11.30 13:38:29 AvrLogger started ...
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Probier es noch mal bitte :eek: mit der der Datei von 13Uhr53
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
Gestern kam ein Update rein.
Bevor ich das Update gemacht habe, habe ich Hibernation ausgeschaltet, nach dem Update wieder eingeschaltet.

Color-Scheme habe ich nach dem Update als Änderung wahrgenommen, aber nicht ausprobiert, da ich mir mein eigenes Schema nicht versauen wollte.

Leider funktioniert die Erstellung der Grafik nicht mehr, wenn Hibernation eingeschaltet ist. AvrLogger selber läuft aber, ich sehe avrlogger.sh unter top. Sobald ich die Hibernation ausschalte, werden die Werte (nachträglich) in die Grafik geschrieben.
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Deaktiviere bitte mal Hibernation, geh in das Paket-Zentrum und starte dort mal AvrLogger.
Anschließend aktiviere Hibernation wieder.

Es ist möglich, das an irgendeiner Stelle, die Datei „enabled“ im Paketordner von AvrLogger falsch gesetzt / gelöscht wurde. Das macht die DiskStation und AvrLogger schaut nur nach ob die Datei vorhanden ist.
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
Bei mir läuft der AvrLogger normalerweise von 9 bis 21 Uhr. Dabei ist mir an ruhigen Tagen aufgefallen, dass in diesen 12 Stunden Laufzeit der Load ganz leicht aber kontinuierlich steigt. Ich konnte das Phänomen täglich beobachten.

Hier die Grafik von Montag (DS weitestgehend idle):
avrlogger12stunden.jpg

Testweise habe ich Hibernation ausgeschaltet und den AvrLogger die letzten 24 Stunden durchlaufen lassen:
avrlogger24stunden.jpg

Ich habe keine Ahnung, ob das vom AvrLogger kommt. Auf der DS läuft aber im Grunde nichts kontinuierliches wie z.B. ein Mailserver. Auch habe ich eine zeitlang "top" beobachtet und keine Auffälligkeiten sehen können.

Kann es sein, dass durch die steigende Datenmenge der AvrLogger kontinuierlich mehr Load verursacht, wenn er die Grafik generiert?

Testweise leere ich jetzt die Datenbank und stelle mal auf 48 Stunden um. 168 Stunden gibt es ja leider nicht mehr. ;)
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Deine Beobachtung ist leider korrekt.

Es gibt zwei Effekte:

  1. Du beginnst mit einer „leeren“ Datenbank – mit zunehmender Laufzeit wird die Datenmenge, die für die Plot’s ausgegeben werden, größer. Das heißt, bei jedem neuem Plot wird etwas mehr Zeit benötigt. Das pendelt sich ein, sobald die maximale Anzahl an Daten für einen Plot, aufgelaufen sind und der Ringpuffer anfängt zu arbeiten.
  2. Der Linux-Kernel verwaltet die Prozesspriorität dynamisch:
    In Linux, process priority is dynamic. The scheduler keeps track of what processes are doing and adjusts their priorities periodically; in this way, processes that have been denied the use of the CPU for a long time interval are boosted by dynamically increasing their priority. Correspondingly, processes running for a long time are penalized by decreasing their priority.
    https://unix.stackexchange.com/a/123825

An beiden Effekten, trotz intensiver Bemühung, kann ich zurzeit leider nichts ändern.

Wenn dich mal interessiert wie lange die Erstellung der Plots dauert, schalte mal in „Avr-Config“ die Option „History“ ein und warte mal eine Stunde oder so, und schaust die die „History“ mal an.

Die 168 Stunden sind rausgeflogen, weil ich beobachtet habe, dass alleine das Einlesen der Datenbank (bis zu 252.000 Einzelwerte), auf meiner DS2415+, je nach Auslastung schon mal eine Minute gedauert hat. Das hat dazu geführt das die Änderungen in den Einstellungen, erst nach 1 – 2 Minuten sichtbar wurden.

Wenn du aber sagst: Das ist dir egal und Zeit spielt keine Rolle, dann baue ich die 168 mit dem nächstem Update gerne wieder ein.
 
Zuletzt bearbeitet:

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
kann ich zurzeit leider nichts ändern.
Kein Problem (für mich). Mir war wichtig, dass du es weißt, falls du es selber noch nicht bemerkt hättest.

Wenn dich mal interessiert wie lange die Erstellung der Plots dauert, schalte mal in „Avr-Config“ die Option „History“ ein und warte mal eine Stunde oder so, und schaust die die „History“ mal an.
Das habe ich gerade aktiviert und werde morgen mal nachschauen. :)

Wenn du aber sagst: Das ist dir egal und Zeit spielt keine Rolle, dann baue ich die 168 mit dem nächstem Update gerne wieder ein.
Nö, der Rauswurf macht ja Sinn. 252T Einträge und 1-2 Minuten Bearbeitungszeit sind mehr als überzeugend für einen Rauswurf. Ich möchte gar nicht wissen, wie lange das auf einer älteren und schwächeren DS dauert. Da überholt sich der Prozess ja mehrfach selber.
 

ruedi66

Benutzer
Mitglied seit
25. Apr 2018
Beiträge
129
Punkte für Reaktionen
28
Punkte
28
habt ihr auch den "ERROR ld.so" im Logfile?

Unbenannt.jpg

DS ist eine 3615xs.

Ansonsten, super Arbeit, vielen Dank für das zur Verfügung stellen des AvrLogger!

EDIT: Ist es eigentlich auch möglich die HDD's in der DX1215 (Expansionseinheit) zu überwachen?
 

geimist

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
04. Jan 2012
Beiträge
5.544
Punkte für Reaktionen
1.377
Punkte
234
Ich kenne diesen Fehler von ffmpeg 32bit seit DSM 6.2. Seit dem machen 32bit Programm z.T. Probleme. Von welchem Programm der Error hier kommt, kann BigRonin wahrscheinlich eher ergründen.
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Hallo und erst einmal ein frohes neues Jahr … und sorry für die verspätete Antwort.

Hm … diese Fehlermeldung sehe ich zum erstem Mal und kann ehrlich gesagt, noch nichts anfangen.
… aber … sofern du mit einem Terminalprogram vertraut bist, könntest du mal folgendes probieren:

  • stoppe bitte mal AvrLogger im Paket-Zentrum
  • änder mal in "/var/packages/AvrLogger/scripts/start-stop-status" die 4. Zeile in: # . /etc/profile
  • starte anschließend AvrLogger wieder

Ist es eigentlich auch möglich die HDD's in der DX1215 (Expansionseinheit) zu überwachen?

Theoretisch ja … wenn möglich gebe mal einem Terminal nacheinander folgende Befehle ein und poste die Ergebnisse:

Rich (BBCode):
find /dev/ -name sd*
find /dev/ -name md*
cat /proc/mdstat

Gruß; BigRonin
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
Habe esheute installiert auf einer 211+, DSM 6.2.1-23824 Update 4

installiet ist es, aber startet nicht. Wenn ich auf run drücke, versucht es zu starten aber stoppt wieder nach ca 10-15 sek und ist wieder stopped

wie starten?
 

BigRonin

Benutzer
Mitglied seit
08. Mai 2015
Beiträge
1.156
Punkte für Reaktionen
131
Punkte
89
Starte mal AvrLogger; öffne den Tab "LOG" und poste mal ob und was da stehlt.
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
Nicht im Paketzentrum, sondern im Menü vom DSM findest du den AvrLogger. Starte ihn und klicke im öffnendem Fenster auf "LOG".
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat