überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings

[Romoker]

Hallo justme1968,

nachdem ich auch mit der alten SYSSTAT-Version keine Verbindung mehr herstellen konnte, habe ich einfach mal ein neues Objekt mit identischer Konfiguration angelegt. Was soll ich sagen, mit dem neuen Objekt ist alles in Ordnung. Alle Printer-Updates werden sauber gelesen. Mein altes Objekt muss irgendwie korrupt gewesen sein - warum auch immer. Auch ein Server-Neustart hat da nicht geholfen.
Die SYSSTAT-Version  24057 2021-03-22 funktioniert bei mir also wieder und macht was es soll.
Danke für Deine schnellen Reaktionen auf meine Anfragen.

Viele Grüße

[justme1968]

sehr komisch. gut das es wieder geht. aber behalte es mal im auge.

[Falkenstein]

Hallo,nach dem Update heute von meinen Produktivsystem erhalte ich auch seltsame Nachrichten im Logfile.So ganz sauber läuft das Modul noch nicht.

Mein Device:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        60 600 192.168.1.153
   FUUID      60609231-f33f-178a-4913-2cb009e2ba84e089
   HAS_Net::SNMP 1
   HOST       192.168.1.153
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2021-03-28 16:27:06
   NAME       IntelNuc_Buero
   NR         7772
   NTFY_ORDER 50-IntelNuc_Buero
   PARSED     0
   PARTIAL   
   SENT       1
   STARTED    0
   STATE      0 days, 0:41:42
   SystemDescription Hardware: Intel64 Family 6 Model 122 Stepping 1 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName DESKTOP-THDITV1
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 120
   snmpCommunity public
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-03-28 16:45:21   C:/             13.7
     2021-03-28 16:45:21   PhysicalMemory  32.2
     2021-03-28 16:45:21   VirtualMemory   28.4
     2021-03-28 17:04:11   load            0.1
     2021-03-28 17:04:11   state           10
     2021-03-28 17:04:11   uptime          0 days, 0:41:42
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   stateFormat uptime
   uptime     1



Die Meldungen im Logfile:

Code Auswählen Erweitern

2021.03.28 16:54:56 1: PERL WARNING: Argument "Virtual Memory" isn't numeric in division (/) at ./FHEM/32_SYSSTAT.pm line 1180.
2021.03.28 16:54:56 1: PERL WARNING: Argument "Physical Memory" isn't numeric in division (/) at ./FHEM/32_SYSSTAT.pm line 1180.
2021.03.28 16:54:56 1: PERL WARNING: Argument "C:\\ Label:  Serial Number f272640a" isn't numeric in division (/) at ./FHEM/32_SYSSTAT.pm line 1180.
2021.03.28 16:55:02 1: ERROR evaluating {SYSSTAT_BlockingDone('IntelNuc_Buero:{"state":"57531,62870,7220644,Virtual Memory,30895894,128933,Physical Memory,C:\\ Label:  Serial Number f272640a,149413","load":385152.85,"uptime":"2 days, 12:24:33"}')}: illegal backslash escape sequence in string, at character offset 79 (before "\\ Label:  Serial Nu...") at ./FHEM/32_SYSSTAT.pm line 1094.

2021.03.28 16:56:02 2: IntelNuc_Buero: snmp filesystems error
2021.03.28 16:57:14 2: IntelNuc_Buero: snmp uptime error


Und immer wieder kommt die Meldung im Logfile:

Code Auswählen Erweitern

2021.03.28 17:06:32 2: IntelNuc_Buero: snmp uptime error
Beste Grüße
Falkes

[JudgeDredd]

Hallo,

ich hänge mich da auch mal dran und versuche etwas Verhaltensinput beizusteuern.

Das Modul wird gem. dem Interval ausgeführt und aktualisiert auch alle SNMP Readings korrekt. Allerdings habe ich folgende Auffälligkeiten:

Code Auswählen Erweitern

Internals
STATE     noSuchObject noSuchObject noSuchObject

Readings
load      noSuchObject
state     noSuchObject noSuchObject noSuchObject

Was zu folgender Warnung führt:

Code Auswählen Erweitern

PERL WARNING: Argument "noSuchObject" isn't numeric in division (/) at ./FHEM/32_SYSSTAT.pm line 1376.

Also unterm Strich:
Mal abgesehen von der Warnmeldung ist die Modulfunktion gegeben und man kann damit arbeiten.

Vielleicht hilft ja mein Input zur weiteren Analyse.

zur Vollständigkeit hier noch das List:

Code Auswählen Erweitern

Internals:
   DEF        600 3600 swtch04.mydom.intranet
   FUUID      606d9e51-f33f-e996-7450-4c56588b0b4bdef1
   HAS_Net::SNMP 1
   HOST       swtch04.mydom.intranet
   INTERVAL   600
   INTERVAL_FS 3600
   NAME       sysSWTCH04
   NR         265
   NTFY_ORDER 50-sysSWTCH04
   STATE      noSuchObject noSuchObject noSuchObject
   SystemDescription Cisco IOS Software, C2960S Software (C2960S-UNIVERSALK9-M), Version 15.2(2)E9, RELEASE SOFTWARE (fc4)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2018 by Cisco Systems, Inc.
Compiled Sat 08-Sep-18 14:56 by prod_rel_team
   SystemName swtch04.mydom.intranet
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 2400
   snmpCommunity localwatch
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-04-07 13:58:09   connection      disconnected
     2021-04-08 13:37:31   hostname        swtch04
     2021-04-08 13:37:31   load            noSuchObject
     2021-04-08 13:37:31   model           WS-C2960S-48TS-L
     2021-04-08 13:37:31   state           noSuchObject noSuchObject noSuchObject
     2021-04-08 13:37:31   temp_sys        29
     2021-04-08 13:37:31   temperature     WS-C2960S-48TS-L: ts: 29
     2021-04-08 13:47:40   uptime          20 days, 20:19:04
   helper:
Attributes:
   mibs       1.3.6.1.4.1.9.2.1.3.0:hostname,
1.3.6.1.4.1.9.9.13.1.3.1.3.1008:temp_sys,
1.3.6.1.2.1.47.1.1.1.1.13.1001:model
   noSSH      1
   snmp       1
   snmpCommunity localwatch
   snmpVersion 2
   uptime     1
   userReadings temperature:temp_sys.* {
  ReadingsVal( $NAME, "model", 0 ).":".
  " ts: ".ReadingsVal( $NAME, "temp_sys", 0 )
}

Gruß,
JudgeDredd

[justme1968]

attribut load auf 0 setzen.

[JudgeDredd]

attribut load auf 0 setzen.

OK, die Attribute load und noSSH sind nach dem Update bei mir nun zwingend notwendig, obwohl sie vorher gar nicht gesetzt waren.

Aber vielen Dank, das scheint es gewesen zu sein.

[JudgeDredd]

Leider muss ich nochmal nachfragen.

nachdem die Attribute load=0 und noSSH=1 gesetzt sind, bekomme ich im Device zwar keine Anzeige von "noSuchObject" mehr.

Allerdings habe ich im Log eine Warnung:

Code Auswählen Erweitern

PERL WARNING: Argument "noSuchObject" isn't numeric in division (/) at ./FHEM/32_SYSSTAT.pm line 1376.
Habe ich wieder was übersehen, oder hast Du evtl. eine andere Idee ?

[Brause]

Hallo zusammen

Ich habe gerade festgestellt das auf meinem FHEM-Server die Filesystem-Readings seit meinem Update vom 12.März nicht mehr aktualisiert werden.
Auch ein klick auf get filesystems liefert nicht die gewohnten Informationen, sprich er liefert überhaupt kein Fenster.
Der Server läuft auf einem HP DM unter Ubuntu 20.04.2 LTS (Focal Fossa). System und FHEM sind aktuell

Also hab ich gerade einen RasPi neu aufgesetzt und siehe hier werden sie auch nicht befüllt.
Aktuelles Raspbian GNU/Linux 10 (buster), FHEM auch aktuell

das list vom RasPi

Code Auswählen Erweitern


Internals:
   CFGFN     
   FUUID      6091f1b4-f33f-c491-8d56-234f9791055eb0b1
   HAS_Net::SNMP 0
   INTERVAL   60
   INTERVAL_FS 3600
   NAME       sysstat
   NR         116
   NTFY_ORDER 50-sysstat
   STATE      0.12 0.12 0.07
   TYPE       SYSSTAT
   interval_fs 2400
   .attraggr:
   .attrminint:
   READINGS:
     2021-05-05 15:34:50   cpufreq         600
     2021-05-05 15:34:50   idle            97.9
     2021-05-05 15:34:50   iowait          0
     2021-05-05 15:34:50   load            0.12
     2021-05-05 15:34:50   state           0.12 0.12 0.07
     2021-05-05 15:34:50   system          0
     2021-05-05 15:34:50   temperature     39.008
     2021-05-05 15:34:50   uptime          1 days, 21:21:31
     2021-05-05 15:34:50   user            2
   filesystems:
     /dev/root
     /dev/mmcblk0p1
   helper:
     has_proc_loadavg 1
     has_proc_stat 1
     has_proc_uptime 1
     proc_stat_old:
       1124283
       190
       389713
       62627919
       15627
       0
       18025
       0
       0
       0
Attributes:
   alias      Raspi2 Status
   filesystems /dev/root,/dev/mmcblk0p1
   raspberrycpufreq 1
   raspberrytemperature 1
   stat       1
   uptime     1


Im Log steht bei einem updateinterval mit filesystems

Code Auswählen Erweitern


2021.05.05 13:14:50 5: sysstat: trying /proc/loadavg
2021.05.05 13:14:50 5: sysstat: parsing: cat /proc/loadavg <- 0.06 0.09 0.09 1/206 11333

2021.05.05 13:14:50 5: sysstat: trying /proc/loadavg
2021.05.05 13:14:50 5: sysstat: parsing: #temp1000 <- 37932

2021.05.05 13:14:50 5: sysstat: parsing: #temp <- 37.932
2021.05.05 13:14:50 5: sysstat: parsing: #freq1000 <- 600000

2021.05.05 13:14:50 5: sysstat: trying /proc/stat
2021.05.05 13:14:50 5: sysstat: parsing: cat /proc/stat <- cpu  1063605 189 367045 59412090 15240 0 16410 0 0 0

2021.05.05 13:14:50 5: sysstat: parsing: #filesystems <- Dateisystem    1024-Blöcke Benutzt Verfügbar Kapazität Eingehängt auf
/dev/root         30357404 3348208  25723184       12% /
devtmpfs            439920       0    439920        0% /dev
tmpfs               473200       0    473200        0% /dev/shm
tmpfs               473200   47804    425396       11% /run
tmpfs                 5120       4      5116        1% /run/lock
tmpfs               473200       0    473200        0% /sys/fs/cgroup
/dev/mmcblk0p1      258095   48783    209312       19% /boot
tmpfs                94640       4     94636        1% /run/user/1000
2021.05.05 13:14:50 3: sysstat: #filesystems: Dateisystem    1024-Blöcke Benutzt Verfügbar Kapazität Eingehängt auf
/dev/root         30357404 3348208  25723184       12% /
devtmpfs            439920       0    439920        0% /dev
tmpfs               473200       0    473200        0% /dev/shm
tmpfs               473200   47804    425396       11% /run
tmpfs                 5120       4      5116        1% /run/lock
tmpfs               473200       0    473200        0% /sys/fs/cgroup
/dev/mmcblk0p1      258095   48783    209312       19% /boot
tmpfs                94640       4     94636        1% /run/user/1000


und bei einem get filesystems

Code Auswählen Erweitern


2021.05.05 13:16:08 5: sysstat: trying /proc/loadavg
2021.05.05 13:16:08 5: sysstat: parsing: #filesystems <- Dateisystem    1024-Blöcke Benutzt Verfügbar Kapazität Eingehängt auf
/dev/root         30357404 3348212  25723180       12% /
devtmpfs            439920       0    439920        0% /dev
tmpfs               473200       0    473200        0% /dev/shm
tmpfs               473200   47804    425396       11% /run
tmpfs                 5120       4      5116        1% /run/lock
tmpfs               473200       0    473200        0% /sys/fs/cgroup
/dev/mmcblk0p1      258095   48783    209312       19% /boot
tmpfs                94640       4     94636        1% /run/user/1000
2021.05.05 13:16:08 3: sysstat: #filesystems: Dateisystem    1024-Blöcke Benutzt Verfügbar Kapazität Eingehängt auf
/dev/root         30357404 3348212  25723180       12% /
devtmpfs            439920       0    439920        0% /dev
tmpfs               473200       0    473200        0% /dev/shm
tmpfs               473200   47804    425396       11% /run
tmpfs                 5120       4      5116        1% /run/lock
tmpfs               473200       0    473200        0% /sys/fs/cgroup
/dev/mmcblk0p1      258095   48783    209312       19% /boot
tmpfs                94640       4     94636        1% /run/user/1000


Das sieht ja eigentlich nicht so schlecht aus nur das die Readings ausbleiben.

Also auf dem Server rollback zu Version
# $Id: 32_SYSSTAT.pm 23868 2021-03-01 08:23:24Z justme1968 $
und alles ist wieder wie gewohnt.

Gruss Brause

[MiK77]

Mir ist jetz erst aufgefallen, dass ich das gleiche Problem habe. Seit April gab es kein Update mehr für den Wert für das Filesystem. Auch "get sysstat filesystems" bleibt leer.

Ansonsten gleichen meine Ausgaben quasi dem letzten Post. Gibt es mittlerweile eine Erklärung/Lösung dafür?

[MiK77]

Ich denke ich habe den Fehler gefunden:

Zum Parsen der Ausgabe von "df"  wird als key "#filesystems" an SYSSTAT_Parse übergeben. Dort wird der Key mit dieser RegEx gefiltert:

Code Auswählen Erweitern

553:  } elsif( $data && $key =~ m/#filesystems(:(.*))/ ) {


Das passt wegen des Doppelpunktes nicht und deswegen wird die Ausgabe nicht geparsed. Keine Ahnung, ob der dort für irgendeinen Fall nötig ist. Aber wenn ich ihn wegnehme, funktioniert es wieder.

[justme1968]

danke für den hinweis. der fix muss aber etwas anders ausschauen.

ab morgen im update.

[PSI69]

Mahlzeit @All!

Seit einiger Zeit habe ich folgende Zeilen im Logfile:

Code Auswählen Erweitern

2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_1 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_5 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_15 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.


Folgende Devices habe ich definiert ('list TYPE=SYSSTAT'):

Code Auswählen Erweitern

pihole
qnap

OK, also flugs verbose 5 auf beiden und gewartet; Ergebnis:

Code Auswählen Erweitern

2021.10.13 11:53:17 5: pihole: trying /proc/loadavg
2021.10.13 11:53:17 4: pihole: sending: cat /proc/loadavg
2021.10.13 11:53:17 5: pihole: trying /proc/uptime
2021.10.13 11:53:18 4: pihole: sending: cat /sys/class/thermal/thermal_zone0/temp
2021.10.13 11:53:18 5: pihole: parsing: cat /proc/loadavg <- 0.00 0.00 0.00 1/123 20613
2021.10.13 11:53:18 4: pihole: sending: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
2021.10.13 11:53:18 5: pihole: parsing: #temp1000 <- 40084
2021.10.13 11:53:18 5: pihole: parsing: #temp <- 40.084
2021.10.13 11:53:18 5: qnap: trying snmp load avg
2021.10.13 11:53:18 4: pihole: sending: cat /proc/uptime
2021.10.13 11:53:18 5: pihole: parsing: #freq1000 <- 600000
2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_1 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_5 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:53:18 1: PERL WARNING: Use of uninitialized value $avg_15 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:53:18 5: qnap: trying snmp uptime
2021.10.13 11:53:18 5: qnap: parsing: cat /proc/uptime <- 230284.5
2021.10.13 11:53:18 5: pihole: parsing: cat /proc/uptime <- 85315.02 323931.14
2021.10.13 11:53:21 4: qnap: BlockingCall finished: SYSSTAT_BlockingCall
2021.10.13 11:54:20 5: pihole: trying /proc/loadavg
2021.10.13 11:54:20 4: pihole: sending: cat /proc/loadavg
2021.10.13 11:54:20 5: pihole: trying /proc/uptime
2021.10.13 11:54:21 4: pihole: sending: cat /sys/class/thermal/thermal_zone0/temp
2021.10.13 11:54:21 5: pihole: parsing: cat /proc/loadavg <- 0.00 0.00 0.00 1/123 20681
2021.10.13 11:54:21 4: pihole: sending: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
2021.10.13 11:54:21 5: pihole: parsing: #temp1000 <- 40622
2021.10.13 11:54:21 5: pihole: parsing: #temp <- 40.622
2021.10.13 11:54:21 5: qnap: trying snmp load avg
2021.10.13 11:54:21 4: pihole: sending: cat /proc/uptime
2021.10.13 11:54:21 5: pihole: parsing: #freq1000 <-
2021.10.13 11:54:21 3: pihole: #freq1000:
2021.10.13 11:54:21 5: pihole: parsing: cat /proc/uptime <- 85378.01 324180.96
2021.10.13 11:54:21 1: PERL WARNING: Use of uninitialized value $avg_1 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:54:21 1: PERL WARNING: Use of uninitialized value $avg_5 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:54:21 1: PERL WARNING: Use of uninitialized value $avg_15 in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 1193.
2021.10.13 11:54:21 5: qnap: trying snmp uptime
2021.10.13 11:54:21 5: qnap: parsing: cat /proc/uptime <- 230347.49
2021.10.13 11:54:24 4: qnap: BlockingCall finished: SYSSTAT_BlockingCall
2021.10.13 11:55:23 5: pihole: trying /proc/loadavg
2021.10.13 11:55:23 4: pihole: sending: cat /proc/loadavg
2021.10.13 11:55:23 5: pihole: trying /proc/uptime
2021.10.13 11:55:24 4: pihole: sending: cat /sys/class/thermal/thermal_zone0/temp
2021.10.13 11:55:24 5: pihole: parsing: cat /proc/loadavg <- 0.00 0.00 0.00 1/122 20749
2021.10.13 11:55:24 4: pihole: sending: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
2021.10.13 11:55:24 5: qnap: trying snmp load avg
2021.10.13 11:55:24 5: pihole: parsing: #temp1000 <- 40084
2021.10.13 11:55:24 5: pihole: parsing: #temp <- 40.084
2021.10.13 11:55:24 5: qnap: trying snmp uptime
2021.10.13 11:55:24 5: qnap: parsing: cat /proc/uptime <- 230410.48
2021.10.13 11:55:24 4: pihole: sending: cat /proc/uptime
2021.10.13 11:55:24 5: pihole: parsing: #freq1000 <-
2021.10.13 11:55:24 3: pihole: #freq1000:
2021.10.13 11:55:24 5: pihole: parsing: cat /proc/uptime <- 85441.04 324430.84
2021.10.13 11:55:27 4: qnap: BlockingCall finished: SYSSTAT_BlockingCall
2021.10.13 11:56:26 5: pihole: trying /proc/loadavg
2021.10.13 11:56:26 4: pihole: sending: cat /proc/loadavg
2021.10.13 11:56:26 5: pihole: trying /proc/uptime
2021.10.13 11:56:27 4: pihole: sending: cat /sys/class/thermal/thermal_zone0/temp
2021.10.13 11:56:27 5: pihole: parsing: cat /proc/loadavg <- 0.05 0.01 0.00 1/120 20816
2021.10.13 11:56:27 4: pihole: sending: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
2021.10.13 11:56:27 5: pihole: parsing: #temp1000 <-
2021.10.13 11:56:27 3: pihole: #temp1000:
2021.10.13 11:56:27 4: pihole: sending: cat /proc/uptime
2021.10.13 11:56:27 5: pihole: parsing: #freq1000 <- 600000
2021.10.13 11:56:27 5: qnap: trying snmp load avg
2021.10.13 11:56:27 5: pihole: parsing: cat /proc/uptime <- 85504.14 324681.22
2021.10.13 11:56:27 5: qnap: trying snmp uptime
2021.10.13 11:56:27 5: qnap: parsing: cat /proc/uptime <- 230473.63
2021.10.13 11:56:30 4: qnap: BlockingCall finished: SYSSTAT_BlockingCall
2021.10.13 11:57:29 5: pihole: trying /proc/loadavg
2021.10.13 11:57:29 4: pihole: sending: cat /proc/loadavg
2021.10.13 11:57:29 5: pihole: trying /proc/uptime
2021.10.13 11:57:30 4: pihole: sending: cat /sys/class/thermal/thermal_zone0/temp
2021.10.13 11:57:30 5: pihole: parsing: cat /proc/loadavg <- 0.02 0.01 0.00 1/121 20910
2021.10.13 11:57:30 4: pihole: sending: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
2021.10.13 11:57:30 5: pihole: parsing: #temp1000 <- 40622
2021.10.13 11:57:30 5: pihole: parsing: #temp <- 40.622
2021.10.13 11:57:30 5: qnap: trying snmp load avg
2021.10.13 11:57:30 4: pihole: sending: cat /proc/uptime
2021.10.13 11:57:30 5: pihole: parsing: #freq1000 <- 600000
2021.10.13 11:57:30 5: qnap: trying snmp uptime
2021.10.13 11:57:30 5: qnap: parsing: cat /proc/uptime <- 230536.55
2021.10.13 11:57:30 5: pihole: parsing: cat /proc/uptime <- 85567.07 324930.64
2021.10.13 11:57:33 4: qnap: BlockingCall finished: SYSSTAT_BlockingCall


Hier noch die List's:

Code Auswählen Erweitern

Internals:
   DEF        60 600 192.168.178.12
   FUUID      5c433c80-f33f-739f-10d9-3f78e9132a084e6d
   HAS_Net::SNMP 1
   HOST       192.168.178.12
   INTERVAL   60
   INTERVAL_FS 600
   NAME       qnap
   NR         388
   NTFY_ORDER 50-qnap
   STATE      CPU: 46 C/114 F
Frei: 1.93 TB
Uptime: 2 days, 17:20:51
   SystemDescription Linux TS-X51 4.5.4
   SystemName QNAS
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 180
   snmpCommunity FHEM
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-04-17 10:14:42   connection      disconnected
     2021-10-13 13:16:08   cpu_temp        46 C/114 F
     2021-10-13 13:16:08   cpu_usage       8.40 %
     2021-10-13 13:16:08   fan_rpm         586 RPM
     2021-10-13 13:16:08   hdd1_status     GOOD
     2021-10-13 13:16:08   hdd1_temp       43 C/109 F
     2021-10-13 13:16:08   hdd2_status     GOOD
     2021-10-13 13:16:08   hdd2_temp       43 C/109 F
     2021-10-13 13:16:08   hdd3_status     GOOD
     2021-10-13 13:16:08   hdd3_temp       42 C/107 F
     2021-10-13 13:16:08   hdd4_status     GOOD
     2021-10-13 13:16:08   hdd4_temp       41 C/105 F
     2021-10-13 13:16:08   load            noSuchObject
     2021-10-13 13:16:08   memory_free     10638.4 MB
     2021-10-13 13:16:08   memory_total    15906.7 MB
     2021-10-13 13:16:08   size_free       1.93 TB
     2021-10-13 13:16:08   state           noSuchObject noSuchObject noSuchObject
     2021-10-13 13:16:08   system_temp     47 C/117 F
     2021-10-13 13:16:08   uptime          2 days, 17:20:51
   helper:
     RUNNING_PID:
       abortFn    SYSSTAT_BlockingAborted
       bc_pid     50746
       finishFn   SYSSTAT_BlockingDone
       fn         SYSSTAT_BlockingCall
       pid        4665
       timeout    300
       abortArg:
       arg:
Attributes:
   alias      QNAP TS-451
   event-on-change-reading .*
   group      NAS
   icon       it_nas
   mibs       .1.3.6.1.4.1.24681.1.2.17.1.5.1:size_free
,.1.3.6.1.4.1.24681.1.2.5.0:cpu_temp
,.1.3.6.1.4.1.24681.1.2.1.0:cpu_usage
,.1.3.6.1.4.1.24681.1.2.6.0:system_temp
,.1.3.6.1.4.1.24681.1.2.2.0:memory_total
,.1.3.6.1.4.1.24681.1.2.3.0:memory_free
,.1.3.6.1.4.1.24681.1.2.11.1.3.1:hdd1_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.2:hdd2_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.3:hdd3_temp
,.1.3.6.1.4.1.24681.1.2.11.1.3.4:hdd4_temp
,.1.3.6.1.4.1.24681.1.2.11.1.7.1:hdd1_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.2:hdd2_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.3:hdd3_status
,.1.3.6.1.4.1.24681.1.2.11.1.7.4:hdd4_status
,.1.3.6.1.4.1.24681.1.2.15.1.3.1:fan_rpm
   noSSH      1
   room       Keller->Hausanschlussraum
   snmp       1
   snmpCommunity FHEM
   snmpVersion 2
   ssh_user   admin
   stateFormat CPU: cpu_temp
Frei: size_free
Uptime: uptime
   uptime     1
   verbose    0

Code Auswählen Erweitern

Internals:
   CONNECTS   17
   DEF        60 600 pi-hole.fritz.box
   FD         158
   FUUID      5d5eb4f9-f33f-d09e-fea1-ac70ba8c2d1cad75
   HAS_Net::SNMP 1
   HOST       pi-hole.fritz.box
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2021-10-12 12:11:16
   NAME       pihole
   NR         629
   NTFY_ORDER 50-pihole
   PARSED     5760
   PARTIAL    90345.13 343865.81

   PID        8665
   SENT       5760
   STARTED    0
   STATE      Uptime: 1 days, 1:05:45
Temperatur: 40.6
   TYPE       SYSSTAT
   interval_fs 240
   uname      Linux pi-hole 5.10.60-v7+ #1449 SMP Wed Aug 25 15:00:01 BST 2021 armv7l GNU/Linux
   QUEUE:
   READINGS:
     2021-10-12 12:12:09   connection      connected
     2021-10-13 13:17:08   cpufreq         700
     2021-10-13 13:17:08   load            0.04
     2021-10-13 13:17:08   state           0.04 0.01 0.00
     2021-10-13 13:17:08   temperature     40.6
     2021-10-13 13:17:08   uptime          1 days, 1:05:45
   filesystems:
   helper:
     has_proc_loadavg 1
     has_proc_stat 1
     has_proc_uptime 1
Attributes:
   alias      PI-HOLE Raspberry PI
   event-on-change-reading .*
   group      Raspberry
   icon       RPi
   raspberrycpufreq 1
   raspberrytemperature 2
   room       Keller->Hausanschlussraum
   ssh_user   pi
   stateFormat Uptime: uptime
Temperatur: temperature
   uptime     1
   verbose    0

Ich hätte die Warnung gern aus dem Logfile, ohne dauerhaft mit verbose 0 arbeiten zu müssen - das ist jetzt meine temp. Lösung... Kann ich noch etwas liefern?

Danke Peter

[Brause]

Schau mal in dein QNAP-Device, da könnte Dir der Fehler vielleicht selber auffallen.

Code Auswählen Erweitern


2021-10-13 13:16:08   load            noSuchObject
2021-10-13 13:16:08   state           noSuchObject noSuchObject noSuchObject


Dir fehlen die load-Werte

"Seit einiger Zeit..." würde ich sagen nach einem FirmwareUpdate des QNAPs.

QNAP liefert nicht alle gewünschten Werte bzw. nicht an der Stelle wo man sie erwartet.

[PSI69]

@Brause

Ja, Du hast wohl Recht...
Da ich den load schon per SNMP bekomme, habe ich jetzt mal 'attr qnap load 0' gesetzt - schauen wir mal...

Gruß Peter

[topa_LE]

Hallo zusammen,

habe länger das Modul mit SNMP-Abfragen der Synology nicht genutzt, da etwas nicht funktionierte wie es sollte.
Nun muss ich den Thread nochmal hochholen, weil aktuell keine automatischen Interval-Abfragen beim Setzen des noSSH Attribut mehr erfolgen.

Modulversion: 32_SYSSTAT.pm 24779 2021-07-20

Wird das SSH Attribut nicht gesetzt, erfolgen die Abfragen nach Interval, nur mit diversen Fehlermeldungen im Log.
Da ja zwingend mit aktuellem Modul (07/21) das noSSH mit 1 gesetzt werden sollte, bleibt es drin.

Um nun aktuelle Werte zu erhalten, bleibt mir nur der manuelle Abruf mit get DEVICE update.

Ist das Problem bekannt? Oder stimmt etwas nicht mir meinen Settings?

Verbose 5 spuckt kaum was aus:

Code Auswählen Erweitern

2021.12.24 12:09:01 5: Syn_NAS_21: trying snmp stat
2021.12.24 12:09:01 5: Syn_NAS_21: trying snmp uptime
2021.12.24 12:09:01 5: Syn_NAS_21: parsing: cat /proc/uptime <- 2514021.1
2021.12.24 12:09:01 4: Syn_NAS_21: BlockingCall finished: SYSSTAT_BlockingCall

List:

Code Auswählen Erweitern

Internals:
   DEF        60 600 192.168.178.21
   FUUID      61c322ea-f33f-252b-2f8c-f606de1cc91d3a40
   HAS_Net::SNMP 1
   HOST       192.168.178.21
   INTERVAL   60
   INTERVAL_FS 600
   NAME       Syn_NAS_21
   NR         456
   NTFY_ORDER 50-Syn_NAS_21
   STATE      Model: <span style='color:#eba15d;'>DS218j</span> | Uptime: <span style='color:#eba15d;'>28</span> Tage |
HDD-Temp: <span style='color:#eba15d;'>32 / 33</span> C° |
System-Temp: <span style='color:#eba15d;'>40</span> C°
   SystemDescription Linux Syn-DS218-8TB 3.10.108 #42218 SMP Mon Oct 18 19:14:53 CST 2021 armv7l
   SystemName DS218j-Musik-AZ
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 2
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-12-23 12:07:16   disk1_model     WD40EFRX-68N32N0
     2021-12-23 12:07:16   disk2_model     WD40EFRX-68N32N0
     2021-12-23 12:07:16   model           DS218j
     2021-12-23 12:07:16   state_hdd1      1
     2021-12-23 12:07:16   state_hdd2      1
     2021-12-23 12:07:16   synoSystem      DSM 7.0-42218
     2021-12-23 12:07:16   temp_hdd1       32
     2021-12-23 12:07:16   temp_hdd2       33
     2021-12-23 12:07:16   temperature     40
     2021-12-23 12:07:16   uptime          28 days, 2:18:36
     2021-12-23 12:07:16   uptime_days     28
   helper:
Attributes:
   DbLogExclude .*
   alias      Syn NAS Arbeitszimmer IP21
   event-on-change-reading .*
   group      Netzwerkspeicher
   icon       it_storage
   load       0
   mibs       .1.3.6.1.4.1.6574.1.5.1.0:model ,.1.3.6.1.4.1.6574.2.1.1.6.0:temp_hdd1 ,.1.3.6.1.4.1.6574.2.1.1.5.0:state_hdd1 ,
.1.3.6.1.4.1.6574.2.1.1.3.0:disk1_model ,.1.3.6.1.4.1.6574.1.5.3.0:synoSystem ,.1.3.6.1.4.1.6574.2.1.1.6.1:temp_hdd2 ,
.1.3.6.1.4.1.6574.2.1.1.5.1:state_hdd2 ,.1.3.6.1.4.1.6574.2.1.1.3.1:disk2_model
   noSSH      1
   room       10-Arbeitszimmer,55-Multimedia
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stat       1
   stateFormat Model: <span style='color:#eba15d;'>model</span> | Uptime: <span style='color:#eba15d;'>uptime_days</span> Tage |
HDD-Temp: <span style='color:#eba15d;'>temp_hdd1 / temp_hdd2</span> C° |
System-Temp: <span style='color:#eba15d;'>temperature</span> C°
   synologytemperature 1
   uptime     1
   userReadings uptime_days { ReadingsNum("Syn_NAS_21","uptime",0)}
   verbose    5

Debug SNMP:

Code Auswählen Erweitern

debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [34]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x71c6118)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x757ae88)], defined new head [ARRAY(0x71c6118)]
debug: [621] Net::SNMP::Dispatcher::_event_handle(): descriptor [34] ready for read
debug: [711] Net::SNMP::Message::recv(): transport address 192.168.178.21:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 47 bytes
[0000]  30 2D 02 01  01 04 06 70  75 62 6C 69  63 A2 20 02   0-.....public. .
[0016]  04 2A D6 85  0D 02 01 00  02 01 00 30  12 30 10 06   .*.........0.0..
[0032]  08 2B 06 01  02 01 01 03  00 43 04 0E  FD 60 00      .+.......C...`.
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.2.1.1.3.0 => TimeTicks: 251486208 }
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x71c6118)], list is now empty
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [34]
2021.12.24 12:23:02 5: Syn_NAS_21: parsing: cat /proc/uptime <- 2514862.08
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [440] Net::SNMP::Dispatcher::_event_insert(): created new head and tail [ARRAY(0x749b918)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.178.21:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 174 bytes
[0000]  30 81 AB 02  01 01 04 06  70 75 62 6C  69 63 A0 81   0.......public..
[0016]  9D 02 04 01  43 F9 79 02  01 00 02 01  00 30 81 8E   ....C.y......0..
[0032]  30 0F 06 0B  2B 06 01 04  01 B3 2E 01  05 01 00 05   0...+...........
[0048]  00 30 10 06  0C 2B 06 01  04 01 B3 2E  02 01 01 06   .0...+..........
[0064]  00 05 00 30  10 06 0C 2B  06 01 04 01  B3 2E 02 01   ...0...+........
[0080]  01 05 00 05  00 30 10 06  0C 2B 06 01  04 01 B3 2E   .....0...+......
[0096]  02 01 01 03  00 05 00 30  0F 06 0B 2B  06 01 04 01   .......0...+....
[0112]  B3 2E 01 05  03 00 05 00  30 10 06 0C  2B 06 01 04   ........0...+...
[0128]  01 B3 2E 02  01 01 06 01  05 00 30 10  06 0C 2B 06   ..........0...+.
[0144]  01 04 01 B3  2E 02 01 01  05 01 05 00  30 10 06 0C   ............0...
[0160]  2B 06 01 04  01 B3 2E 02  01 01 03 01  05 00         +.............
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [34]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x7710f38)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x749b918)], defined new head [ARRAY(0x7710f38)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x7710f38)], timeout = 2.9998
debug: [621] Net::SNMP::Dispatcher::_event_handle(): descriptor [34] ready for read
debug: [711] Net::SNMP::Message::recv(): transport address 192.168.178.21:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 229 bytes
[0000]  30 81 E2 02  01 01 04 06  70 75 62 6C  69 63 A2 81   0.......public..
[0016]  D4 02 04 01  43 F9 79 02  01 00 02 01  00 30 81 C5   ....C.y......0..
[0032]  30 15 06 0B  2B 06 01 04  01 B3 2E 01  05 01 00 04   0...+...........
[0048]  06 44 53 32  31 38 6A 30  11 06 0C 2B  06 01 04 01   .DS218j0...+....
[0064]  B3 2E 02 01  01 06 00 02  01 1F 30 11  06 0C 2B 06   ..........0...+.
[0080]  01 04 01 B3  2E 02 01 01  05 00 02 01  01 30 20 06   .............0 .
[0096]  0C 2B 06 01  04 01 B3 2E  02 01 01 03  00 04 10 57   .+.............W
[0112]  44 34 30 45  46 52 58 2D  36 38 4E 33  32 4E 30 30   D40EFRX-68N32N00
[0128]  1C 06 0B 2B  06 01 04 01  B3 2E 01 05  03 00 04 0D   ...+............
[0144]  44 53 4D 20  37 2E 30 2D  34 32 32 31  38 30 11 06   DSM 7.0-422180..
[0160]  0C 2B 06 01  04 01 B3 2E  02 01 01 06  01 02 01 21   .+.............!
[0176]  30 11 06 0C  2B 06 01 04  01 B3 2E 02  01 01 05 01   0...+...........
[0192]  02 01 01 30  20 06 0C 2B  06 01 04 01  B3 2E 02 01   ...0 ..+........
[0208]  01 03 01 04  10 57 44 34  30 45 46 52  58 2D 36 38   .....WD40EFRX-68
[0224]  4E 33 32 4E  30                                      N32N0
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [1506] Net::SNMP::Message::_process_octet_string(): not translating OCTET STRING, all octets are allowed in a DisplayString
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.1.5.1.0 => OCTET STRING: DS218j }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.6.0 => INTEGER: 31 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.5.0 => INTEGER: 1 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [1506] Net::SNMP::Message::_process_octet_string(): not translating OCTET STRING, all octets are allowed in a DisplayString
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.3.0 => OCTET STRING: WD40EFRX-68N32N0 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [1506] Net::SNMP::Message::_process_octet_string(): not translating OCTET STRING, all octets are allowed in a DisplayString
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.1.5.3.0 => OCTET STRING: DSM 7.0-42218 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.6.1 => INTEGER: 33 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.5.1 => INTEGER: 1 }
debug: [1588] Net::SNMP::Message::_process_object_identifier(): adding leading dot
debug: [1506] Net::SNMP::Message::_process_octet_string(): not translating OCTET STRING, all octets are allowed in a DisplayString
debug: [965] Net::SNMP::PDU::_process_var_bind_list(): { .1.3.6.1.4.1.6574.2.1.1.3.1 => OCTET STRING: WD40EFRX-68N32N0 }
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x7710f38)], list is now empty
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [34]
2021.12.24 12:23:02 4: Syn_NAS_21: BlockingCall finished: SYSSTAT_BlockingCall

Frohe Weihnachten