AvrLogger : Thermallogger und Visualisierung Tool

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

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
 
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
 
… 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.
 
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
 
… 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 ...
 
Probier es noch mal bitte :o mit der der Datei von 13Uhr53
 
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.
 
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.
 
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. ;)
 
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:
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.
 
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?
 
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.
 
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
 
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?
 
Starte mal AvrLogger; öffne den Tab "LOG" und poste mal ob und was da stehlt.
 
Nicht im Paketzentrum, sondern im Menü vom DSM findest du den AvrLogger. Starte ihn und klicke im öffnendem Fenster auf "LOG".
 

Additional post fields

 

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