FHEM Forum

FHEM - Hausautomations-Systeme => Unterstützende Dienste => Thema gestartet von: justme1968 am 23 Oktober 2015, 00:09:34

Titel: überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 23 Oktober 2015, 00:09:34
anbei eine erste test version des SYSTAT moduls mit den folgenden neuen möglichkeiten:
die non-blocking änderungen betreffen zur zeit nur lokale und per ssh überwachte systeme und sind für snmp noch nicht umgesetzt. das soll vor dem einchecken aber noch passieren.

gruss
  andre

edit 03.12.2015: die snmp abfragen sind jetzt auch non-blocking

edit 10.12.2015: neues attribut noSSH.

edit 06.10.2015: readings und readingsFormat fix

edit 2016-06-15: automatische abfrage funktioniert auch ohne host angabe wieder, diverse warnungen behoben.

edit 2016-06-30: readingsFormat kann auch für mibs verwendet werden.

edit 2016-12-22: perl 5.24 inkompatibilitäten repariert 

edit 2021-03-11: diese version ist. jetzt eingecheckt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: pipp37 am 25 Oktober 2015, 10:51:51
Hallo.
Thanks for update.


Ich habe das Modul installiert und da ich meinen Mikrotik Router nur per SNMP abfrage, bekomme ich diese Logs.
Auch werden dann leider keine SNMP Abfragen mehr gemacht,
Es scheint so, als ob immer ssh Requests gemacht werden obwohl kein SSH konfiguriert ist.




2015.10.25 10:46:29 2: MTMainRouterStat: starting: /usr/bin/ssh -q 192.168.27.254
2015.10.25 10:46:30 3: MTMainRouterStat: read: end of file reached while sysread
2015.10.25 10:46:30 3: MTMainRouterStat: Disconnected


list <device>


Internals:
   CONNECTS   49
   DEF        300 600 192.168.27.254
   HAS_Net::SNMP 1
   HOST       192.168.27.254
   INTERVAL   300
   INTERVAL_FS 600
   LAST_DISCONNECT 2015-10-25 10:49:48
   NAME       MTMainRouterStat
   NR         571
   NTFY_ORDER 50-MTMainRouterStat
   PARSED     0
   PARTIAL
   SENT       1
   STARTED    0
   STATE      Disconnected
   SystemDescription RouterOS RB2011UAS-2HnD
   SystemName FirewallPipp
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 2
   QUEUE:
     HASH(0xa4130d0)
   Readings:
     2015-10-25 10:49:48   connection      disconnected
     2015-10-25 10:39:17   entPhysicalDescr RouterOS 6.32.3 on RB2011UAS-2HnD
     2015-10-25 10:39:17   load            0.03
     2015-10-25 10:39:17   lteBytesIN      950158506
     2015-10-25 10:39:17   lteBytesOUT     622815630
     2015-10-25 10:39:17   redBytesIN      95117103
     2015-10-25 10:39:17   redBytesOUT     55270818
     2015-10-25 10:39:17   state           3
     2015-10-14 20:08:08   sysDescr        RouterOS RB2011UAS-2HnD
     2015-10-25 10:39:17   uptime          2 days, 00:17:37.00
   Helper:
Attributes:
   mibs       .1.3.6.1.2.1.47.1.1.1.1.2.65536:entPhysicalDescr
.1.3.6.1.2.1.2.2.1.10.2:redBytesIN
.1.3.6.1.2.1.2.2.1.16.2:redBytesOUT
.1.3.6.1.2.1.2.2.1.10.3:lteBytesIN
.1.3.6.1.2.1.2.2.1.16.3:lteBytesOUT
   room       System
   snmp       1
   snmpCommunity public
   snmpVersion 2
   uptime     1




Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 02 November 2015, 16:00:53
ja. das stimmt. diese version bevorzugt die abfrage über ssh.

mal sehen wie ich das rückwärtskompatibel hin bekomme.

wenn ich die snmp abfragen non-blocking hin bekomme kann ich aber sowieso wieder auf die alte reihenfolge schalten.

stay tuned...

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: pipp37 am 02 November 2015, 17:10:58
Thanks.
Dann warte ich darauf und teste es dann. Leider musste ich wieder das originale Modul installieren weil sonst gar keine SNMP Abfragen  gemacht wurden.
Gruss Armin
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 22 November 2015, 18:58:05
Ist die per update beziehbare Version jetzt schon die nonblocking version?

Grüße Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 22 November 2015, 19:07:21
nein. noch nicht. ich möchte erst noch ein paar kleinigkeiten aufräumen und snmp non-blocking machen.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 23 November 2015, 10:05:40
Danke für die Info.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 23 November 2015, 22:58:50
Als erstes möchte ich mich für deine super Arbeit bedanken.
Nutze das "alte" SYSSTAT und jetzt bevorzugter auch das neue.
Nachdem fhem bei mir immer blockiert hatte, weil ich eine Synology Diskstation bei meiner Mutter überwache.
Ihr Router hatte einen Hardware Defekt, erst deswegen fiel mir auf das das "alte" SYSSTAT blockierte.
Abgefragt wurden die Daten per ssh.
Als ich den neuen Router heute in betrieb genommen habe, habe ich auch gleichzeitig die Portweiterleitung des ssh Port auf einen weniger auffälligen Port gelegt.
Per Konsole daheim funktioniert auch alles.
Wenn ich aber die Definition meines SYSSTAT Devices ändere define [Device] SYSSTAT 3600 3600 [url]:[port] bekomme ich keine Verbindung.
Mache ich etwas falsch oder unterstütz dein Modul keine Portangabe?
Falls zweiteres der Fall ist, wäre es von dir machbar das irgendwie zu unterstützen?
Das wäre wirklich super.

Grüße Christian     
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 23 November 2015, 23:17:54
im define kannst du nur den host angeben. keinen port.

einen anderen port (und vieles andere) kannst du aber pro gegenstelle über ssh.config auf ssh ebene konfigurieren.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 23 November 2015, 23:30:30
Vielen Dank für die super schnelle Antwort.
Musste erst noch ein bisschen googeln, bin wirklich ein Newbie in Sachen Linux.
Aber "DIESES LINUX" ist echt schon ne spitze Sache  ;).
Vielen Dank nochmal jetzt funktioniert es.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 03 Dezember 2015, 20:42:01
Ich wollte das neue SYSSTAT nur auch lokal nutzen und denke ich habe einen Bug gefunden
Internals:
   DEF        60 600
   HAS_Net::SNMP 1
   INTERVAL   60
   INTERVAL_FS 600
   NAME       sysstat_Server
   NR         222
   NTFY_ORDER 50-sysstat_Server
   STATE      1.45. 1.16. 1.15
   SystemDescription Linux Server-9000 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u6 x86_64
   SystemName Server-9000
   TYPE       SYSSTAT
   interval_fs 480
   CHANGETIME:
   Readings:
     2015-12-03 20:38:15   /               4
     2015-12-02 08:59:28   /media/daten    57
     2015-12-03 20:38:15   load            1.45.
     2015-12-03 20:38:15   state           1.45. 1.16. 1.15
     2015-12-03 20:38:15   uptime          8 days, 21:05
   filesystems:
     /media/daten
     /dev/disk/by-uuid/ebe2ea73-3aaf-4a8f-8f3a-7a0d00d2b5b9
   Helper:
     Filesystems:
       /dev/disk/by-uuid/ebe2ea73-3aaf-4a8f-8f3a-7a0d00d2b5b9:
         free       431971476
         mountpoint /
         total      473625808
         usageper   4
         used       17595452
       /dev/sdb1:
         free       575635468
         mountpoint /media/daten
         total      1442145340
         usageper   58
         used       793253068
       /dev/sdc1:
         free       594968116
         mountpoint /media/daten_backup
         total      1442146708
         usageper   57
         used       773921720
       Rootfs:
         free       431971476
         mountpoint /
         total      473625808
         usageper   4
         used       17595452
       Tmpfs:
         free       2214960
         mountpoint /run/shm
         total      2214960
         usageper   0
         used       0
       Udev:
         free       10240
         mountpoint /dev
         total      10240
         usageper   0
         used       0
Attributes:
   filesystems /media/daten,/dev/disk/by-uuid/ebe2ea73-3aaf-4a8f-8f3a-7a0d00d2b5b9
   room       IT
   showpercent 1
   stat       1
   uptime     1


in dem load reading ist doch ein Punkt zuviel, oder?

2015-12-03 20:38:15   load            1.45.

Gruß Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 03 Dezember 2015, 22:11:17
ich habe die version im ersten post aktualisiert.

die änderungen sind:

- die snmp abfragen sind jetzt auch non-blocking

- auf manchen systemen konnten zu viele punkte in den load und state readings auftauchen. das ist behoben.

wenn es keine (negativen) rückmeldungen gibt checke ich diese Version demnächst ein.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 05 Dezember 2015, 07:23:06
Mh! Irgendwie habe ich es nicht angezeigt bekommen das du geantwortet hast.
Habe es jetzt ausprobiert und es funktioniert.

Vielen Dank, schönes WE.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: hoods am 26 Dezember 2015, 23:04:34
Hallo zusammen,

erst einmal vielen Dank für das Modul!
Ich habe heute auf die hier verlinkte Modul Version aktualisiert und hatte bisher die offizielle version im Einsatz um mein Synology ds214play zu überwachen.

Leider bekomme ich im fhem Log die Meldung "snmp filesystems error", vermutlich wegen dem "@" Zeichen im Filesystem Namen (?)
2015.12.26 22:44:06 2: ds214play: unanswered query in queue, reconnecting
2015.12.26 22:44:06 2: ds214play: starting: /usr/bin/ssh -q 192.168.178.30
2015.12.26 22:44:06 2: ds214play: unanswered query in queue, reconnecting
2015.12.26 22:44:06 2: ds214play: starting: /usr/bin/ssh -q 192.168.178.30
2015.12.26 22:44:11 2: ds214play: snmp filesystems error


Was muss ich tun damit das Filesystem richtig erkannt wird und die Fehlermeldung verschwindet?

Des weiteren verzweifle ich gerade an den MIBs. Die wollen einfach nicht in der Liste der Readings auftauchen ...

Hier meine Config:
Internals:
   CONNECTS   12
   DEF        300 600 192.168.178.30
   FD         4
   HAS_Net::SNMP 1
   HOST       192.168.178.30
   INTERVAL   300
   INTERVAL_FS 600
   NAME       ds214play
   NR         471
   NTFY_ORDER 50-ds214play
   PARSED     5
   PARTIAL
   PID        19306
   SENT       6
   STARTED    1
   STATE      5.38 5.51 5.61
   SystemDescription Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686
   SystemName diskstation
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 300
   snmpCommunity public
   snmpVersion 1
   uname      Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
   QUEUE:
     HASH(0x3499060)
     HASH(0x2eb65b8)
   Readings:
     2015-12-26 22:44:09   /opt            74
     2015-12-26 22:44:09   /volumeUSB1/usbshare 93
     2015-12-26 22:49:12   connection      connected
     2015-12-26 22:49:16   load            5.38
     2015-12-26 22:49:16   state           5.38 5.51 5.61
     2015-12-26 22:49:16   temperature     35
   filesystems:
     /dev/sdq1
     /volume1/@optware
   Helper:
     has_proc_loadavg 1
     has_proc_stat 1
     has_proc_uptime 1
     Filesystems:
       /dev/sdq1:
         free       148961280
         mountpoint /volumeUSB1/usbshare
         total      1922828180
         usageper   93
         used       1773764500
       /dev/shm:
         free       358080
         mountpoint /dev/shm
         total      358080
         usageper   0
         used       0
       /run:
         free       355376
         mountpoint /run
         total      358080
         usageper   1
         used       2704
       /tmp:
         free       357856
         mountpoint /tmp
         total      358080
         usageper   1
         used       224
       /var:
         free       1304876
         mountpoint /usr/local/zarafa-licensed/var
         total      2451064
         usageper   45
         used       1043788
       /volume1/@optware:
         free       761216560
         mountpoint /opt
         total      2879527424
         usageper   74
         used       2118208464
Attributes:
   filesystems /dev/sdq1,/volume1/@optware
   mibs       .1.3.6.1.4.1.6574.4.2.12.1:upsInfoLoadValue0
.1.3.6.1.4.1.6574.1.2:temperature0

   room       Monitoring
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 1
   stat       1
   synologytemperature 1
   uptime     1



Ist das Format für die MIBs korrekt? Also MIB:Reading <NL> MIB:Reading ? Oder muss hier noch ein Komma dazwischen?
Direkt auf der Synology als auch auf dem Pi2 (FHEM Server) liefert snmpwalk das gewünscht Ergebnis.

root@raspberrypi2:/opt/fhem# snmpwalk -c public -v 1 192.168.178.30 .1.3.6.1.4.1.6574.4.2.12.1
iso.3.6.1.4.1.6574.4.2.12.1.0 = Opaque: Float: 7.000000


Gruss Sven
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: hoods am 29 Dezember 2015, 17:15:59
Anbei ein paar learnings und Updates:

1. die beiden relevanten Filesysteme konnte ich bisher nicht erfolgreich einbinden wegen besagter Fehlermeldung.
Habt versucht mit:
"/volume1/@optware"
'/volume1/@optware'
/volume1/\@optware


@andre: wie sollte ich den FS übergeben damit das Modul damit umgehen kann?

2a. Meine learnings zum Thema snmp und mibs
snmpwalk ist gut zur Identifizierung der gewünschten OIDs, mit snmpget ist zu prüfen ob die OID auch wirklich das gewünschte Resultat liefert. Der Teufel steckt im Detail, siehe Beispiel Output ...
root@raspberrypi2:~# snmpwalk -c public -v 2c 192.168.178.30 iso.3.6.1.4.1.6574.1.2
iso.3.6.1.4.1.6574.1.2.0 = INTEGER: 35
root@raspberrypi2:~# snmpget -c public -v 2c 192.168.178.30 iso.3.6.1.4.1.6574.1.2
iso.3.6.1.4.1.6574.1.2 = No Such Instance currently exists at this OID                   
root@raspberrypi2:~# snmpget -c public -v 2c 192.168.178.30 iso.3.6.1.4.1.6574.1.2.0        <= die vollständige OID enthält .0 am Ende
iso.3.6.1.4.1.6574.1.2.0 = INTEGER: 35


Am besten die Hersteller Doku konsultieren und die passenden OIDs raussuchen und prüfen. Für Synology gibts die hier:
http://global.download.synology.com/download/Document/MIBGuide/Synology_DiskStation_MIB_Guide.pdf

2b. Verarbeitung von OIDs vom Datentyp "float"

Die Auslastung der USV zeigt aktuell 7% (übers Webinterface).

Via snmpget sieht das so aus:
root@raspberrypi2:~# snmpget -c public -v 2c 192.168.178.30 .1.3.6.1.4.1.6574.4.2.12.1.0
iso.3.6.1.4.1.6574.4.2.12.1.0 = Opaque: Float: 7.000000

Und in FHEM wird der Datentyp nun anders dargestellt oder sogar konvertiert? Leider bin ich noch blutiger Anfänger, daher hänge ich hier nun. Wie kann ich den Wert weiterverarbeiten?
     2015-12-29 16:39:19   upsBatteryChargeValue 0x9f780442c80000
     2015-12-29 16:39:19   upsInfoLoadValue0 0x9f780440e00000


Im Moment habe ich mir damit beholfen ein reading einzurichten, dass einfach den snmpget Befehl absetzt und hier wird das Resultat 1:1 in FHEM übernommen. Allerdings laufe ich hier in das nächste Problem :).

Readings halten sich scheinbar nicht an die konfigurierten Intervalle (INTERVAL, INTERVAL_FS).
Test1 und UpsLoadInPct sollten eigentlich regelmäßig aktualisiert werden (alle 5 bzw. 10min) aber lt. list wurden sie das letzte Mal von 3 Std. aktualisiert. Beim reading Test0 handelt es sich um einen Fehlversuch.

Internals:
   CONNECTS   335
   DEF        300 600 192.168.178.30
   FD         61
   HAS_Net::SNMP 1
   HOST       192.168.178.30
   INTERVAL   300
   INTERVAL_FS 600
   LAST_DISCONNECT 2015-12-28 16:29:00
   NAME       ds214play
   NR         462
   NTFY_ORDER 50-ds214play
   PARSED     5
   PARTIAL
   PID        28832
   SENT       6
   STARTED    1
   STATE      5.75 5.63 5.56
   SystemDescription Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686
   SystemName diskstation
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 2
   uname      Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
   QUEUE:
     HASH(0x49a7680)
     HASH(0x42b85b8)
     HASH(0x42c0840)
     HASH(0x485b038)
   Readings:
     2015-12-28 11:29:18   Test0           SNMPv2-SMI::enterprises.6574.4.2.12.1.0 = Opaque: Float: 7.000000
     2015-12-29 14:00:36   Test1           Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
     2015-12-29 14:00:36   UpsLoadInPct    7.000000
     2015-12-29 17:04:40   connection      connected
     2015-12-29 17:04:44   load            5.75
     2015-12-29 17:04:44   state           5.75 5.63 5.56
     2015-12-29 17:04:44   temperature     35
     2015-12-29 17:04:44   temperature0    35
     2015-12-29 17:04:44   upsBatteryChargeValue 0x9f780442c80000
     2015-12-29 17:04:44   upsInfoLoadValue0 0x9f780440e00000
     2015-12-28 11:29:17   uptime          1 days, 14:21
   filesystems:
   Helper:
     has_proc_loadavg 1
     has_proc_stat 1
     has_proc_uptime 1
     proc_stat_old:
       691555
       1582
       667758
       90242674
       1751979
       0
       83925
       0
       0
       0
Attributes:
   mibs       .1.3.6.1.4.1.6574.4.2.12.1.0:upsInfoLoadValue0,.1.3.6.1.4.1.6574.1.2.0:temperature0,.1.3.6.1.4.1.6574.4.3.1.1.0:upsBatteryChargeValue
   readings   UpsLoadInPct:snmpget -c public -v 2c -Oqv 192.168.178.30 .1.3.6.1.4.1.6574.4.2.12.1.0
Test1:uname -a
   room       Monitoring
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stat       1
   synologytemperature 1
   uptime     1
   verbose    5


Wie kann ich einen Interval setzen für readings?

Vielen Dank im Voraus.
Gruß Sven
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 30 Dezember 2015, 11:29:59
zu 1: das muss ich mir anschauen. eigentlich sollte das sonderzeichen keine probleme machen. was gibt ein get filesystems?

zu 2a: das siehst du schon direkt an der snmpwalk ausgabe. schau mal links vor das = zeichen in der ausgabe. da ist ads .0 auch schon da.

zu 2b: ich meine die perl snmp lib hatte probleme mit float werten. schau bite mal im anderen thread. da gab es schon mal etwas dazu. bis wir wissen woran es liegt kannst du über das readings attribut ein snmpwalk verwenden wie im ersten post beschrieben.

sehe gerade das hast du schon gemacht :). die readings werden im gleichen haupt intervall aktualisiert. was steht bei verbose 5 im log ?

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: hoods am 30 Dezember 2015, 15:11:43
Hi andre,

zu 1.
beim Aufruf der Funktion über das Fhem WebIF (Knopf drücken) passierte gar nichts, ich habe dann den Befehl nochmal händisch eingegeben. Hier der Log Auszug mit verbose 5.

2015.12.30 14:51:18 2: ds214play: unanswered query in queue, reconnecting
2015.12.30 14:51:18 4: ds214play: sending: uname -a
2015.12.30 14:51:18 2: ds214play: starting: /usr/bin/ssh -q 192.168.178.30
2015.12.30 14:51:19 5: ds214play: parsing: uname -a <- Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
2015.12.30 14:51:19 4: ds214play: sending: ls /proc/stat
2015.12.30 14:51:19 4: ds214play: sending: ls /proc/uptime
2015.12.30 14:51:19 5: ds214play: parsing: ls /proc/stat <- /proc/stat
2015.12.30 14:51:19 4: ds214play: has_proc_stat: 1
2015.12.30 14:51:19 4: ds214play: sending: ls /proc/loadavg
2015.12.30 14:51:19 5: ds214play: parsing: ls /proc/uptime <-
2015.12.30 14:51:19 3: ds214play: ls /proc/uptime:
2015.12.30 14:51:19 5: ds214play: parsing: ls /proc/loadavg <-
2015.12.30 14:51:19 3: ds214play: ls /proc/loadavg:
2015.12.30 14:51:23 5: ds214play: trying /proc/loadavg
2015.12.30 14:51:23 4: ds214play: sending: cat /proc/loadavg
2015.12.30 14:51:23 5: ds214play: trying /proc/stat
2015.12.30 14:51:23 5: ds214play: trying /proc/uptime
2015.12.30 14:51:23 4: ds214play: sending: cat /proc/stat
2015.12.30 14:51:23 5: ds214play: parsing: cat /proc/loadavg <- 5.53 5.48 5.54 1/403 13409
2015.12.30 14:51:23 4: ds214play: BlockingCall finished: SYSSTAT_BlockingCall
2015.12.30 14:51:26 5: ds214play: trying /proc/loadavg
2015.12.30 14:52:22 5: ds214play: trying /proc/loadavg
2015.12.30 14:54:17 2: ds214play: unanswered query in queue, reconnecting
2015.12.30 14:54:17 4: ds214play: sending: uname -a
2015.12.30 14:54:18 2: ds214play: starting: /usr/bin/ssh -q 192.168.178.30
2015.12.30 14:54:19 5: ds214play: parsing: uname -a <- Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
2015.12.30 14:54:19 4: ds214play: sending: ls /proc/stat
2015.12.30 14:54:19 4: ds214play: sending: ls /proc/uptime
2015.12.30 14:54:19 5: ds214play: parsing: ls /proc/stat <- /proc/stat
2015.12.30 14:54:19 4: ds214play: has_proc_stat: 1
2015.12.30 14:54:19 4: ds214play: sending: ls /proc/loadavg
2015.12.30 14:54:19 5: ds214play: parsing: ls /proc/uptime <-
2015.12.30 14:54:19 3: ds214play: ls /proc/uptime:
2015.12.30 14:54:19 5: ds214play: parsing: ls /proc/loadavg <-
2015.12.30 14:54:19 3: ds214play: ls /proc/loadavg:
2015.12.30 14:54:21 5: ds214play: trying /proc/loadavg
2015.12.30 14:54:21 4: ds214play: sending: df -kP
2015.12.30 14:54:21 5: ds214play: parsing: #filesystems:FHEMWEB:192.168.178.37:54641 <- Filesystem        1024-blocks       Used Available Capacity Mounted on
/var                  2451064    1017904   1330760      44% /usr/local/zarafa-licensed/var
/tmp                   358080        256    357824       1% /tmp
/run                   358080       3008    355072       1% /run
/dev/shm               358080          0    358080       0% /dev/shm
/volume1/@optware  2879527424 2118226228 761198796      74% /opt
/dev/sdq1          1922828180 1784811508 137914272      93% /volumeUSB1/usbshare
2015.12.30 14:54:22 5: ds214play: trying /proc/loadavg
2015.12.30 14:54:22 4: ds214play: sending: cat /proc/loadavg
2015.12.30 14:54:22 5: ds214play: trying /proc/stat
2015.12.30 14:54:22 5: ds214play: trying /proc/uptime
2015.12.30 14:54:23 4: ds214play: sending: cat /proc/stat
2015.12.30 14:54:23 5: ds214play: parsing: cat /proc/loadavg <- 5.49 5.45 5.51 1/404 13594
2015.12.30 14:54:23 4: ds214play: BlockingCall finished: SYSSTAT_BlockingCall



Zu 2b, ich mach mich mal auf die Suche bzgl. float. Danke für den Hinweis. Die beiden readings werden momentan nicht aktualisiert, warum kann ich in den Logs nicht erkennen. Anbei der Ausschnitt:
2015.12.29 14:00:36 4: ds214play: sending: snmpget -c public -v 2c -Oqv 192.168.178.30 .1.3.6.
1.4.1.6574.4.2.12.1.0
2015.12.29 14:00:36 5: ds214play: parsing: cat /proc/uptime <-
2015.12.29 14:00:36 3: ds214play: cat /proc/uptime:
2015.12.29 14:00:36 4: ds214play: BlockingCall finished: SYSSTAT_BlockingCall
2015.12.29 14:00:36 4: ds214play: sending: uname -a
2015.12.29 14:00:36 5: ds214play: parsing: #reading:UpsLoadInPct <- 7.000000
2015.12.29 14:00:36 5: ds214play: parsing: #reading:Test1 <- Linux diskstation 3.2.40 #5644 SMP PREEMPT Wed Oct 28 12:35:52 CST 2015 i686 GNU/Linux synology_evansport_214play
2015.12.29 14:05:36 5: ds214play: trying /proc/loadavg
2015.12.29 14:05:36 4: ds214play: sending: cat /proc/loadavg
2015.12.29 14:05:36 5: ds214play: trying /proc/stat
2015.12.29 14:05:36 5: ds214play: trying /proc/uptime
2015.12.29 14:05:36 4: ds214play: sending: cat /proc/stat
2015.12.29 14:05:36 5: ds214play: parsing: cat /proc/loadavg <- 5.79 5.74 5.78 2/405 20765
2015.12.29 14:05:36 4: ds214play: BlockingCall finished: SYSSTAT_BlockingCall
2015.12.29 14:10:36 2: ds214play: unanswered query in queue, reconnecting
2015.12.29 14:10:36 4: ds214play: sending: uname -a


Die beiden readings werden lt. Logfile nur dieses eine Mal ausgelesen.
Bei Bedarf kann ich die Konfig auch nochmal komplett löschen, ist eh noch im Versuchsstadium.

Danke für die Hilfe!

Gruß Sven
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Schlimbo am 05 Januar 2016, 21:50:46
Hallo Andre,

habe mir gerade die Version aus deinem ersten Beitrag herunter geladen.
Allerdings fehlen in dieser Version in der AttrList die neuen Attribute "readings" und "readingsFormat".
  $hash->{AttrList} = "disable:1 disabledForIntervals raspberrycpufreq:1 raspberrytemperature:0,1,2 synologytemperature:0,1,2 stat:1 uptime:1,2 noSSH:1,0 ssh_user";
nach dem einfügen der Attribute funktioniert es dann aber.

Habe jetzt aber noch das Problem, dass die Readings nicht im angegeben Intervall aktualisiert werden.
Im Log mit Verbose 5 ist nichts zu sehen.
Nur beim manuellen Update sehe ich einen Eintrag im Log:
2016.01.05 21:01:53 5: sysstat: parsing: #reading:nVidia_Displaystate <- off

2016.01.05 21:01:53 5: sysstat: parsing: cat /proc/loadavg <- 0.01 0.04 0.05 1/133 9391
2016.01.05 21:01:53 5: sysstat: trying /proc/loadavg

Das sieht denke ich okay aus, Manuelle Updates geben auch die Readings zurück.

Mein Konfig sieht so aus:
Internals:
   DEF        60 120
   HAS_Net::SNMP 0
   INTERVAL   60
   INTERVAL_FS 120
   NAME       sysstat
   NR         506
   NTFY_ORDER 50-sysstat
   STATE      0.01 0.04 0.05
   TYPE       SYSSTAT
   interval_fs 120
   Readings:
     2016-01-05 21:01:53   load            0.01
     2016-01-05 21:01:53   nVidia_Displaystate off

     2016-01-05 21:01:53   state           0.01 0.04 0.05
   filesystems:
   Helper:
     has_proc_loadavg 1
     has_proc_stat 1
     has_proc_uptime 1
Attributes:
   readings   nVidia_Displaystate:adb shell 'if [ -z "$(dumpsys power | grep "Display Power..state=ON")" ]; then echo off; else echo on; fi'
   verbose    5


Damit sollten doch die Readings alle  60 Sekunden aktualisiert werden, oder habe ich noch etwas falsch eingestellt?

Finde die neue Funktion, eigene Readings zusammen zu bauen echt klasse.
Möchte dein Modul etwas Zweckentfremdet einsetze,  um damit einen nVidia Shield TV über "ADB" auszuelesen und mir hierzu einige Readings zusammen stellen. Nutze dann dein Modul sozusagen als "nVidia Modul" :)
Das Modul gibt mir aber auch die System Readings "load" und "state" zurück, die ich jedoch in diesem Zusammenhang nicht benötige. Ist es möglich diese Readings zu deaktivieren, so dass nur die unter "attr readings" eingestellten Reading vorhanden sind?

Gruß Schlimbo
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 06 Januar 2016, 10:59:19
du hast recht. das attribut war eine zeile tiefer gerutscht und hat nur bei aktiviertem snmp funktioniert. hab es repariert.

ich hab die version hier: http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498 (http://forum.fhem.de/index.php/topic,42771.msg348498.html#msg348498) noch mal aktualisiert.

schau mal ob das regelmässige abrufen damit jetzt auch geht. das war ein ähnliches problem.

mir ist noch nichts vernünftiges eingefallen wie ich load und state vom anwender deaktivierbar machen kann ;)

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Schlimbo am 06 Januar 2016, 13:11:58
Danke für die neue Version.
Die Readings werden aber immer noch nicht aktualisiert.
Auch das Absetzen von Befehlen mit  "set <device> raw"  funktioniert bei mir nicht (keine Rückmeldung nach dem Absetzen des Befehls und auch kein Eintrag im Log).

Wie ist es bei den Anderen? funktioniert es bei euch?


Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: hoods am 06 Januar 2016, 16:13:59
Mir gehts genauso bzgl. der Aktualisierung der readings.
set <device> raw <os befehl> gibt nichts zurück und auch get <device> filesystems über das Web-IF gibt nichts zurück.

Gruß Sven
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 18 Januar 2016, 22:06:12
Ich habe auch seit heute Probleme mit den Updates. Ich habe heute auf r10538 geupdatet. Ich verwende das Modul, um von einem Remote-(Windows)-Host Werte per SNMP zu holen. Version r9504 klappt wunderbar.

Hier ein List des Devices:
Internals:
   CONNECTS   3
   DEF        120 600 ben
   HAS_Net::SNMP 1
   HOST       ben
   INTERVAL   120
   INTERVAL_FS 600
   LAST_DISCONNECT 2016-01-18 22:00:00
   NAME       fl_benStats
   NR         479
   NTFY_ORDER 50-fl_benStats
   PARSED     0
   PARTIAL
   SENT       1
   STARTED    0
   STATE      Disconnected
   SystemDescription Hardware: Intel64 Family 6 Model 58 Stepping 9 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 10586 Multiprocessor Free)
   SystemName Ben
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   QUEUE:
     HASH(0x6928040)
   Readings:
     2016-01-18 22:00:00   connection      disconnected
     2016-01-18 21:59:05   load            0.06
     2016-01-18 21:58:15   loadAvg         1.5
     2016-01-18 21:59:05   numProcesses    96
     2016-01-18 21:59:05   state           4,0,1,1
     2016-01-18 21:53:44   storMass1Free   1021.3
     2016-01-18 21:53:44   storMass1Size   6001.0
     2016-01-18 21:53:44   storMass1Used   4979.7
     2016-01-18 21:53:44   storMass2Free   171.6
     2016-01-16 14:16:22   storMass2Size   3000.5
     2016-01-16 14:16:22   storMass2Used   2828.9
     2016-01-18 21:53:44   storMass3Free   3632.6
     2016-01-18 21:56:54   storMass3Size   6001.0
     2016-01-18 21:56:54   storMass3Used   2366.8
     2016-01-18 21:59:05   storRamFree     17.1
     2016-01-18 21:59:05   storRamSize     25.6
     2016-01-18 21:59:05   storRamUsed     8.5
     2016-01-18 21:56:54   storSystemFree  43.2
     2016-01-18 21:56:54   storSystemSize  119.5
     2016-01-18 21:56:54   storSystemUsed  76.3
     2016-01-18 21:59:05   storageAllocUnits0 4096
     2016-01-18 21:59:05   storageAllocUnits1 4096
     2016-01-18 21:59:05   storageAllocUnits2 4096
     2016-01-18 21:59:05   storageAllocUnits3 4096
     2016-01-18 21:59:05   storageAllocUnits4 65536
     2016-01-18 21:59:05   storageAllocUnits5 65536
     2016-01-18 21:59:05   storageSize0    29176575
     2016-01-18 21:59:05   storageSize1    1465097471
     2016-01-18 21:59:05   storageSize2    732533503
     2016-01-18 21:59:05   storageSize3    1465097471
     2016-01-18 21:59:05   storageSize4    448646
     2016-01-18 21:59:05   storageSize5    391302
     2016-01-18 21:59:05   storageUsed0    18633409
     2016-01-18 21:59:05   storageUsed1    1215752726
     2016-01-18 21:59:05   storageUsed2    690641225
     2016-01-18 21:59:05   storageUsed3    577827539
     2016-01-18 21:59:05   storageUsed4    131170
     2016-01-18 21:59:05   storageUsed5    129389
     2016-01-18 21:59:05   uptime          2 days, 10:33:19.34
Attributes:
   alias      Ben - Status
   event-on-change-reading .*
   event-on-update-reading (stor.*Size|stor.*Free|stor.*Used)
   group      Server
   icon       time_graph
   mibs       .1.3.6.1.2.1.25.1.6.0:numProcesses ,.1.3.6.1.2.1.25.2.3.1.4.1:storageAllocUnits0 ,.1.3.6.1.2.1.25.2.3.1.4.2:storageAllocUnits1 ,.1.3.6.1.2.1.25.2.3.1.4.3:storageAllocUnits2 ,.1.3.6.1.2.1.25.2.3.1.4.4:storageAllocUnits3 ,.1.3.6.1.2.1.25.2.3.1.4.5:storageAllocUnits4 ,.1.3.6.1.2.1.25.2.3.1.4.6:storageAllocUnits5 ,.1.3.6.1.2.1.25.2.3.1.5.1:storageSize0 ,.1.3.6.1.2.1.25.2.3.1.5.2:storageSize1 ,.1.3.6.1.2.1.25.2.3.1.5.3:storageSize2 ,.1.3.6.1.2.1.25.2.3.1.5.4:storageSize3 ,.1.3.6.1.2.1.25.2.3.1.5.5:storageSize4 ,.1.3.6.1.2.1.25.2.3.1.5.6:storageSize5 ,.1.3.6.1.2.1.25.2.3.1.6.1:storageUsed0 ,.1.3.6.1.2.1.25.2.3.1.6.2:storageUsed1 ,.1.3.6.1.2.1.25.2.3.1.6.3:storageUsed2 ,.1.3.6.1.2.1.25.2.3.1.6.4:storageUsed3 ,.1.3.6.1.2.1.25.2.3.1.6.5:storageUsed4 ,.1.3.6.1.2.1.25.2.3.1.6.6:storageUsed5
   room       Flur
   snmp       1
   stateFormat CPU: loadAvg % (storSystemFree GB/storMass1Free GB/storMass2Free GB/storMass3Free GB)
   uptime     1
   userReadings loadAvg:load { ReadingsVal($name,"load",0) * 25 },storRamFree:storageUsed5 { VBSUtils_SnmpGetStorageFree($name, 5)},storRamSize:storageUsed5 { VBSUtils_SnmpGetStorageSize($name, 5)},storRamUsed:storageUsed5 { VBSUtils_SnmpGetStorageUsed($name, 5)},storMass1Size:storageUsed1 { VBSUtils_SnmpGetStorageSize($name, 1)},storMass1Used:storageUsed1 { VBSUtils_SnmpGetStorageUsed($name, 1)},storMass1Free:storageUsed1 { VBSUtils_SnmpGetStorageFree($name, 1)},storMass2Size:storageUsed2 { VBSUtils_SnmpGetStorageSize($name, 2)},storMass2Used:storageUsed2 { VBSUtils_SnmpGetStorageUsed($name, 2)},storMass2Free:storageUsed1 { VBSUtils_SnmpGetStorageFree($name, 2)},storMass3Size:storageUsed3 { VBSUtils_SnmpGetStorageSize($name, 3)},storMass3Used:storageUsed3 { VBSUtils_SnmpGetStorageUsed($name, 3)},storMass3Free:storageUsed1 { VBSUtils_SnmpGetStorageFree($name, 3)},storSystemSize:storageUsed0 { VBSUtils_SnmpGetStorageSize($name, 0)},storSystemUsed:storageUsed0 { VBSUtils_SnmpGetStorageUsed($name, 0)},storSystemFree:storageUsed0 { VBSUtils_SnmpGetStorageFree($name, 0)}


Im Log kommt jetzt ständig sowas:
2016.01.18 22:00:00 2: fl_benStats: unanswered query in queue, reconnecting
2016.01.18 22:00:00 2: fl_benStats: starting: /usr/bin/ssh -q ben
2016.01.18 22:00:00 3: fl_benStats: read: error during sysread: No such process
2016.01.18 22:00:00 3: fl_benStats: read: end of file reached while sysread
2016.01.18 22:00:00 3: fl_benStats: Disconnected
2016.01.18 22:00:00 3: fl_benStats: read: end of file reached while sysread
2016.01.18 22:00:10 2: fl_benStats: starting: /usr/bin/ssh -q ben
2016.01.18 22:00:10 3: fl_benStats: read: error during sysread: No such process
2016.01.18 22:00:10 3: fl_benStats: read: end of file reached while sysread
2016.01.18 22:00:10 3: fl_benStats: Disconnected
2016.01.18 22:00:10 3: fl_benStats: read: end of file reached while sysread
2016.01.18 22:00:20 2: fl_benStats: starting: /usr/bin/ssh -q ben
2016.01.18 22:00:20 3: fl_benStats: read: error during sysread: No such process
2016.01.18 22:00:20 3: fl_benStats: read: end of file reached while sysread
2016.01.18 22:00:20 3: fl_benStats: Disconnected
2016.01.18 22:00:20 3: fl_benStats: read: end of file reached while sysread


Der will scheinbar eine SSH-Verbindung aufbauen, was ich aber nicht benutzen möchte, da der Remote Windows ist. Ich hab mal noSSH auf 1 gesetzt, dann kommst sowas:
2016.01.18 22:01:54 2: fl_benStats: unanswered query in queue, reconnecting
2016.01.18 22:02:09 2: fl_benStats: unanswered query in queue, reconnecting
2016.01.18 22:02:27 2: fl_benStats: unanswered query in queue, reconnecting
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 18 Januar 2016, 22:31:10
arg... eigentlich wollte ich nur die doku änderung einchecken. das hätte garnicht die neue version sein sollen.

ich mache es rückgängig.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 18 Januar 2016, 23:44:24
Ok, danke dir!
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: kaihs am 25 Januar 2016, 20:09:03
Ich setze das Modul ausschließlich für SNMP Abfrage eines Druckers ein, und der kann auch schon mal ausgeschaltet sein.

Ich bekomme dann regelmäßig die Warnung

2016.01.25 20:03:07 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 291.


Der entsprechende Codeabschnitt

  if(!defined($ret) || $ret <= 0) {
    SYSSTAT_Disconnect( $hash );
    delete $hash->{PID};

    Log3 $name, 3, "$name: read: error during sysread: $!" if(!defined($ret));
    Log3 $name, 3, "$name: read: end of file reached while sysread" if( $ret <= 0);

    InternalTimer(gettimeofday()+10, "SYSSTAT_Connect", $hash, 0);
    return undef;
  }


müsste vielleicht besser so aussehen


  if(!defined($ret) || $ret <= 0) {
    SYSSTAT_Disconnect( $hash );
    delete $hash->{PID};

    Log3 $name, 3, "$name: read: error during sysread: $!" if(!defined($ret));
    Log3 $name, 3, "$name: read: end of file reached while sysread" if(defined($ret) && $ret <= 0);

    InternalTimer(gettimeofday()+10, "SYSSTAT_Connect", $hash, 0);
    return undef;
  }
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: ebk am 25 Februar 2016, 12:36:37
Hallo,

danke für das SYSSTAT Modul. Ich nutze es relativ umfangreich um meine gesammelten im Haus verteilten Einplatinenrechner zu monitoren und das NAS zu überwachen. Beim auslesen der Filesysteme nutzt Du df -kP was mir dahingehend probleme macht, als dass QNAPs leider kein vollwertiges df mitbringen sondern nur eine Busybox deren df kommando den Parameter -P nicht kennt.
Wenn ich das Modul richtig lese wird die Rückabe von df -kP an Sys::Statistics::Linux::DiskUsage übergeben und dieses Modul erwartet gar nicht zwingend Posix formatierten input. Zur Überwachung der Filesysteme auf meinem QNAO Nas habe ich deshalb den -P Parameter einfach aus dem Modul entfernt und es funktioniert problemlos.
Gibt es einen Grund den ich noch nicht durchschaut habe weshalb der -P Paramter angezogen wird?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: hoods am 17 Mai 2016, 20:59:30
Hallo Andre,

gibts in der Zwischenzeit eine neue Version des Moduls zum testen?

Gruß Sven
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 18 Mai 2016, 16:11:33
noch nicht.

kommt aber noch.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: update71 am 31 Mai 2016, 18:04:49
Hi, ich versuche krampfhaft eine APC USV Management Card auszulesen. Speziell geht es mir um den angeschlossenen Temp Sensor.

ein List sieht so aus:
Internals:
   CFGFN
   CONNECTS   27
   DEF        60 600 172.16.85.245
   HAS_Net::SNMP 1
   HOST       172.16.85.245
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2016-05-31 17:30:53
   NAME       usv01
   NR         52
   NTFY_ORDER 50-usv01
   PARSED     0
   PARTIAL
   SENT       1
   STARTED    0
   STATE      Disconnected
   SystemDescription APC Web/SNMP Management Card (MB:v4.1.0 PF:v6.2.0 PN:apc_hw05_aos_620.bin AF1:v6.2.0 AN1:apc_hw05_sumx_620.bin MN:AP9631 HR:05 SN: Zxxxxxxxxx5 MD:04/29/2015) (Embedded PowerNet SNMP Agent SW v2.2 compatible)
   SystemName usv01.xxx.intern
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 1
   QUEUE:
     HASH(0x95c6d64)
   Readings:
     2016-05-31 17:30:53   connection      disconnected
Attributes:
   noSSH      1
   readings   temperature:snmpwalk -c public -v 1 .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4 | grep -oE ..$
   room       USV
   snmp       1
   snmpCommunity public
   snmpVersion 1
   verbose    5


Wenn ich den String mit IP von der Linux Konsole absetze erhalte ich den korrekten Wert. Hier kommt aber nüscht :(

Hier noch der relevante Auszug aus der fhem.cfg
define FF_nimd_usv01 SYSSTAT 60 600 172.16.85.245
attr usv01 noSSH 1
attr usv01 readings temperature:snmpwalk -c public -v 1 .1.3.6.1.4.1.318.1.1.10.2.3.2.1.4 | grep -oE ..$
attr usv01 room USV
attr usv01 snmp 1
attr usv01 snmpCommunity public
attr usv01 snmpVersion 1
attr usv01 verbose 5


Kann jemand helfen?

Danke Th.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 15 Juni 2016, 14:50:48
ich habe die version im ersten beitrag noch mal aktualisiert:

- das problem das es ohne host angabe keine automatischen updates gab ist behoben
- es gab noch zwei snmp anfragen die nicht non-blocking waren
- diverse perl warnungen behoben

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mischu860 am 29 Juni 2016, 15:38:13
hallo zusammen.


kann mir das noch jemand erklären wie das funktioniert wenn mann mehrere readings auf einem device hat?


ich habe 5 readings.

es wird jedoch immer nur das letzt hinzugefügte reading automatisch aktualisiert.


ich würde gerne ein svgplot davon erstellen. ist es möglich das von einem systat device ein log file erstellt werden kann das die readings beinhaltet?


gruss mischu
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 29 Juni 2016, 15:48:53
zeig doch mal was du genau konfiguriert hast.

das loggen und plotten funktioniert wie bei jedem anderen device.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mischu860 am 30 Juni 2016, 21:01:17
hi andre.

Vielleicht bin ich ja auch zu dumm dafür:

Im Printscreen siehst du meine readings.

Das letzt hinzugefügte ist jeweils das oberste.
Dann siehst du genau wie das immer wieder aktualisiert wird. Bei den anderen ist das nicht der Fall.
Das sind alles reine SNMP Abfragen die ich auf einem Geräte mache.
Das resultat muss schlussendlich noch /10 geteilt und geplottet werden.
Wie ich jedoch bemerkt habe wird von readings nicht automatisch ein FileLog erstellt sowie das bei normalen devices der Fall ist.

Ich muss jedoch auch zugeben das mit meinem aktuellen Wissensstand noch sehr viele Probleme bzw. Unwissenheit auf dem Stuhl vor dem Bildschirm sitzt...

Gruss Mischa
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 30 Juni 2016, 22:10:29
in deinem mibs attribut hat du doch nur ein reading konfiguriert. wenn du mehrere readings haben möchtest musst du sie alle in das attribut stecken.

kann es sein das du das config file direkt editierst? das ist keine gute idee und nicht nötig.

du musst alle mibs/readings in einem einzigen attr aufruf setzen. wenn du mehrere attr aufrufe hat überschreibst du jedes mal den aktuellen wert. am besten geht das im frontend in der detail ansicht. pro zeile ein mib/reading.


ich habe die version im ersten plot aktualisiert so das man readingsFormat auch für mibs verwenden kann.
ansonsten kannst du auch im plot durch 10 teilen.

readings erstellen niemals automatisch ein filelog. manche devices die über autocreate angelegt werden tun das. wobei noch nicht mal das eine gute idee ist. es gibt anwender die verwenden kein filelog sondern dblog.

wie du ein filelog anlegst findest du in der commandref und im wiki.

einen plot kannst du dir recht einfach im ploteditor zusammen klicken.

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 30 Juni 2016, 22:11:30
im ersten beitrag gibt es eine neue version bei der man readingsFormat auch für mibs verwenden kann.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mischu860 am 01 Juli 2016, 00:52:46
Kann es sein das das Falsche File verlinkt ist?

Mein aktuelles FIle hat folgende überschrift:


# $Id: 32_SYSSTAT.pm 10567 2016-01-18 21:34:09Z justme1968 $

Das auf der ersten seite ist jedoch von 2015:

# $Id: 32_SYSSTAT.pm 9504 2015-10-17 20:55:25Z justme1968 $


Gruss mischu
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 01 Juli 2016, 08:41:39
das ist ok. bei nicht eingecheckten files wird die id zeile nicht aktualisiert. diese beta version wurde schon vor einer weile begonnen.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Kaufe am 01 September 2016, 12:27:05
Hallo zusammen,

versuche mit seit einiger Zeit über das sysstat modul auf einem anderen Server eine Datei auszulesen.
Doch wie ich feststellen musste kann das offizielle sysstats Modul keine Selbstdefinierten Readings mehr?

Würde als Beispiel gerne die datei /var/tmp/temp (mit dem inhalt "T: 10.34") und die Datei /var/tmp/air ("Air: 1071") einbinden.

Diese Version hier ist die, mit der es funktioniert:
# $Id: 32_SYSSTAT.pm 9504 2015-10-17 20:55:25Z justme1968 $

Die aktuellste kann es leider nicht mehr:
# $Id: 32_SYSSTAT.pm 10567 2016-01-18 21:34:09Z justme1968 $

Internals:
   CFGFN
   DEF        120 600
   HAS_Net::SNMP 1
   HAS_Sys::Statistics 0
   INTERVAL   120
   INTERVAL_FS 600
   NAME       BBxM
   NR         920
   STATE      Initialized
   TYPE       SYSSTAT
   interval_fs 600
   Readings:
     2016-09-01 12:12:05   cpufreq         600
     2016-09-01 12:12:05   temperature     49.388
   filesystems:
     /dev/mmcblk0p2
Attributes:
   filesystems /dev/mmcblk0p2
   raspberrycpufreq 1
   raspberrytemperature 1
   room       test
   showpercent 1
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 01 September 2016, 13:57:41
die 'offiziell' eingecheckte version konnte das noch nie. das ist neu in der im ersten post angehängten beta version.

du musst also erst mal noch diese version verwenden.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Kaufe am 02 September 2016, 11:13:17
Hallo zusammen,

ah ok, heisst aber das ihr diese Funktion noch irgendwann hinzufügt? Oder wollt ihr das gar nicht mergen?
Bzw nur so aus interesse, wie geht das denn mit "offiziellen Mitteln", ohne gleich mit Fhem2Fhem arbeiten zu müssen?
Wie schon geschrieben, eigentlich wollte ich nur "via SSH eine Remote Datei auslesen und diese lokal im FHEM dann loggen um mit den Werten arbeiten zu können".

PS: Danke für den genialen kleinen "brunch", hatte mehrere Stunden reserchiert und "nur" deine möglichkeit gefunden die mir auf anhieb gefallen hat.

Grüße Kaufe
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 02 September 2016, 11:15:24
ja. sobald ich dazu komme wird es eingecheckt. nimm so lange die version aus dem ersten post.

du kannst es auch genau so nach bauen :)

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos ...
Beitrag von: gloob am 10 Oktober 2016, 16:07:51
Gibt es schon eine Idee, wann das neue Modul eingechecked wird?

Ich könnte die neue Version aus dem 1. Post jetzt nutzen und ein Update des FHEM Moduls unterbinden, allerdings würde ich dann nie über ein Update mitbekommen, wenn es Änderungen am neuen Modul gibt.

Der Hintergrund, warum ich das neue Modul nutzen möchte ist, dass ich damit ein NAS überwache und wenn das NAS nicht erreichbar ist, das Modul FHEM komplett blockiert.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 18 Oktober 2016, 10:39:46
ja kommt. ich bin noch nicht dazu gekommen noch zwei drei dinge zu testen. aber danach wird es ganz sicher eingecheckt.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JohnDenver0815 am 18 Oktober 2016, 21:41:07
Ich bin hier gerade in mehrere Probleme/Fehlermeldungen gerannt, die mich dazu bewegt haben sämtliche Devices zu entfernen, sodass meine FHEM-Installation quasi frisch ist.
Nach einem shutdown restart und dem darauffolgenden define WHG_AZ_PowSW_State SYSSTAT 60 600 IP-ADDR sind folgende Logeinträge aufgetaucht:
2016.10.18 20:47:07 1: PERL WARNING: push on reference is experimental at ./FHEM/32_SYSSTAT.pm line 248.
2016.10.18 20:47:07 1: PERL WARNING: shift on reference is experimental at ./FHEM/32_SYSSTAT.pm line 328.
2016.10.18 20:47:08 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 297.


Was mich beim Blick auf die Internals des SYSSTAT verwundert, es tauchen folgende Werte auf:
INTERVAL_FS   600
interval_fs   600


In den Readings steht lediglich connection und wird auch alle 60sec abgefragt.
Setze ich nun das Attribut noSSH   1 (da mir schleierhaft ist, wo ich das PW hinterlegen sollte, mir das Log vollgespammed wird und es bisher auch alles per Telnet ging), stoppt die minütige Abfrage aus mir nicht erkenntlichen Gründen. Updates sind ab hier nur noch manuell möglich.

Setze ich danach die SNMP-Attribute snmp, snmpCommunity und snmpVersion, so werden diverse Internals angelegt/befüllt (z.B. SystemDescription und SystemName).

Wird jetzt noch das Attribut mibs (.1.3.6.1.4.1.318.1.1.4.4.2.1.3.1:Port01_state) hinzugefügt, so tauchen unter Readings neben dem neuen Port01_state auch noch die Readings load (mit dem Wert 0) und state (ohne Wert) auf.
Ein Blick auf die Internals offenbart folgendes:
DEF   60 600 IP-ADDR
INTERVAL_FS   600
interval_fs   540


Um dem Ganzen noch einen drauf zu setzen: bei dem Versuch, das Attribut mibs zu löschen, verschwindet es zwar, allerdings bleiben die Readings unverändert. Lediglich die Internals haben jetzt wieder Normalwerte (nach shutdown restart):
DEF   60 600 IP-ADDR
INTERVAL_FS   600
interval_fs   600


Und auch im Log hat sich ein neuer Eintrag angefunden:
2016.10.18 21:35:30 1: ./log/fhem.save: Usage: setstate <name> <state>
where <name> is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.


Es wäre schön, wenn sich dem Problem jemand annehmen könnte. Alternativ (als workaround) würde mir auch die Info reichen, wo ich das SSH-PW hinterlegen kann. Den User kann ich ja als Attribut mit übergeben.

LG
John

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 18 Oktober 2016, 21:57:58
die fehler schaue ich mir an sobald ich dazu komme.

was stört dich an den beiden internals? das hat schon seine richtigkeit. eines ist ein start wert, das andere ein zähler.

wenn du die abfrage per mibs abschaltest werden die readings nicht gelöscht. das ist allgemein so in fhem. wende alte readings entfernen möchtest geht das über das deletereading kommando.

der ssh zugang ist auf public key ohne password ausgelegt. du kannst über das ssh_user attribut einstellen welcher user auf dem ziel system verwendet werden soll.

was meinst du es ging per telnet? das sysstat modul hat noch nie telnet verwendet.

wenn snmp verwendet wird, werden auch ein paar standard mibs abgefragt. das mache ich konfigurierbar.
die meldung zu state ist ein folgefehler wegen des leeren state readings. ich vermute mal deine pdu liefert keine cpu auslastung :)

gruss
  andre

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JohnDenver0815 am 18 Oktober 2016, 22:19:37
@Internals: meine Vermutung war, dass es hier irgendwo zum mismatch kommt (Stichwort CaseSensitive). Aber wenn das so seine Richtigkeit hat, dann ist alles gut.

@Readings löschen: me->Kopf->Tisch. Danke für den Hinweis ;-)

@Telnet: Hätte vermutet, dass es über telnet (manuell) aktualisiert wird, sobald noSSH gesetzt ist. Das erklärt dann auch, warum hier garnichts mehr passiert ist.

@CPU-Auslastung: Habe ich in den MIBs nichts gefunden. Von meinem Verständnis her dürfte da auch nicht wirklich was anfallen, da lediglich der Webserver im IDLE hängt und ab und an ein Relais geschalten wird.

In diesem Sinne erstmal Danke für die rasche Reaktion und Auflösung der Fragezeichen. Ich werd das dann nochmal per SSH probieren und schauen, ob dann noch was auffällt.

LG und guats nächtle
John
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JohnDenver0815 am 19 Oktober 2016, 09:37:04
Nach einer haarsträubenden Nacht gebe ich es hiermit auf. SSH ist auf der AP7921 zwar möglich, aber login per Public/Private-Keys scheinbar nicht. Wenn jemand andere Erfahrungen hat, ich bin für Tipps offen.

Edit: Mit dem originalen SYSSTAT funktionieren die Abfragen auch ohne Angabe von ssh_user per SNMP. Das sollte für meine Zwecke erstmal reichen. Um das "blockierend" zu umgehen wird mir auch noch was einfallen. Bisher war die PDU aber immer erreichbar, daher für mich für's Erste uninteressant.

LG
John
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 19 Oktober 2016, 10:32:35
ssh brauchst du doch garnicht. du willst doch nur per snmp etwas abfragen. no noSSH zu setzen ist also völlig ok.

ich schaue mir die probleme noch an sobald ich dazu komme, bis dahin kannst du die normale version verwenden. alles andre ans dem anderen post gilt ja trotzdem.

vielleicht kannst do noch mal ein list des normalen sysstat devices zeigen.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JohnDenver0815 am 19 Oktober 2016, 11:53:08
Mein Problem war, dass im "Custom"-SYSSTAT mit dem Attribut noSSH auch keine (automatische) Aktualisierung mehr stattgefunden hat, lediglich nach manuellem GET Update. Ohne noSSH wurde alle 5 Sekunden ein Verbindungsaufbau eingeleitet und wieder abgebrochen (logisch, ohne Public-Key) und das Logfile aufgebläht.

Anbei mein <list> des normalen SYSSTAT-Device:
Internals:
   DEF        60 600 [IP-ADDR]
   HAS_Net::SNMP 1
   HAS_Sys::Statistics 0
   HOST       [IP-ADDR]
   INTERVAL   60
   INTERVAL_FS 600
   NAME       WHG_AZ_PowSW_State
   NR         24
   STATE      Initialized
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 120
   snmpCommunity [COMMUNITY]
   snmpVersion 1
   Readings:
     2016-10-19 11:42:39   Port01_name     Schaukasten
     2016-10-19 11:42:39   Port01_state    1
     2016-10-19 11:42:39   Port02_name     Anlage
     2016-10-19 11:42:39   Port02_state    1
     2016-10-19 11:42:39   Port03_name     Monitor rechts
     2016-10-19 11:42:39   Port03_state    1
     2016-10-19 11:42:39   Port04_name     USB 3.0 Hub
     2016-10-19 11:42:39   Port04_state    1
     2016-10-19 11:42:39   Port05_name     Drucker
     2016-10-19 11:42:39   Port05_state    2
     2016-10-19 11:42:39   Port06_name     Festplatte
     2016-10-19 11:42:39   Port06_state    2
     2016-10-19 11:42:39   Port07_name     Tischleiste
     2016-10-19 11:42:39   Port07_state    1
     2016-10-19 11:42:39   Port08_name     Monitor links
     2016-10-19 11:42:39   Port08_state    2
   filesystems:
Attributes:
   mibs       .1.3.6.1.4.1.318.1.1.4.4.2.1.3.1:Port01_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.1:Port01_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.2:Port02_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.2:Port02_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.3:Port03_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.3:Port03_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.4:Port04_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.4:Port04_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.5:Port05_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.5:Port05_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.6:Port06_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.6:Port06_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.7:Port07_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.7:Port07_name ,.1.3.6.1.4.1.318.1.1.4.4.2.1.3.8:Port08_state ,.1.3.6.1.4.1.318.1.1.12.3.5.1.1.2.8:Port08_name
   room       Arbeitszimmer
   snmp       1
   snmpCommunity [COMMUNITY]
   snmpVersion 1

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 14 November 2016, 15:48:57
Habe auch gerade mal das Modul aus dem ersten Post installiert und bei mir scheint es auch so zu sein, dass keine automatischen Updates funktionieren. Nur wenn ich es händisch anstoße per get update. Ich benutze kein SSH (hab nossh gesetzt) und möchte nur SNMP abfragen.

Sieht dann so aus:
Internals:
   DEF        120 600 ben
   HAS_Net::SNMP 1
   HOST       ben
   INTERVAL   120
   INTERVAL_FS 600
   NAME       fl_benStats
   NR         476
   NTFY_ORDER 50-fl_benStats
   STATE      CPU: 8.5 % (93.4 GB/47.2 GB/204.3 GB/5037.2 GB)
   SystemDescription Hardware: Intel64 Family 6 Model 58 Stepping 9 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 14393 Multiprocessor Free)
   SystemName Ben
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 240
   Helper:
     Dblog:
       Loadavg:
         Bendblog:
           TIME       1479134688.63544
           VALUE      8.5
       Numprocesses:
         Bendblog:
           TIME       1479134013.96408
           VALUE      108
       Stormass1free:
         Bendblog:
           TIME       1479134013.96408
           VALUE      47.2
       Stormass1size:
         Bendblog:
           TIME       1479134013.96408
           VALUE      239.9
       Stormass2free:
         Bendblog:
           TIME       1479134013.96408
           VALUE      204.3
       Stormass3free:
         Bendblog:
           TIME       1479134013.96408
           VALUE      5037.2
       Storramfree:
         Bendblog:
           TIME       1479134688.63544
           VALUE      15.7
       Storramsize:
         Bendblog:
           TIME       1479134688.63544
           VALUE      29.4
       Storsystemfree:
         Bendblog:
           TIME       1479134688.63544
           VALUE      93.4
       Storsystemsize:
         Bendblog:
           TIME       1479134688.63544
           VALUE      119.5
   Readings:
     2016-11-14 15:28:31   connection      disconnected
     2016-11-14 15:44:48   load            0.34
     2016-11-14 15:44:48   loadAvg         8.5
     2016-11-14 15:44:48   numProcesses    108
     2016-11-14 15:44:48   state           13,6,6,9
     2016-11-14 15:33:33   storMass1Free   47.2
     2016-11-14 15:33:33   storMass1Size   239.9
     2016-11-14 15:33:33   storMass1Used   192.7
     2016-11-14 15:33:33   storMass2Free   204.3
     2016-11-14 15:04:03   storMass2Size   6001.0
     2016-11-14 15:04:03   storMass2Used   5796.7
     2016-11-14 15:33:33   storMass3Free   5037.2
     2016-11-13 23:34:03   storMass3Size   8001.4
     2016-11-13 23:34:03   storMass3Used   2964.2
     2016-11-14 15:44:48   storRamFree     15.7
     2016-11-14 15:44:48   storRamSize     29.4
     2016-11-14 15:44:48   storRamUsed     13.7
     2016-11-14 15:44:48   storSystemFree  93.4
     2016-11-14 15:44:48   storSystemSize  119.5
     2016-11-14 15:44:48   storSystemUsed  26.1
     2016-11-14 15:44:48   storageAllocUnits0 4096
     2016-11-14 15:44:48   storageAllocUnits1 4096
     2016-11-14 15:44:48   storageAllocUnits2 4096
     2016-11-14 15:44:48   storageAllocUnits3 4096
     2016-11-14 15:44:48   storageAllocUnits4 4096
     2016-11-14 15:44:48   storageAllocUnits5 65536
     2016-11-14 15:44:48   storageSize0    29176575
     2016-11-14 15:44:48   storageSize1    58574591
     2016-11-14 15:44:48   storageSize2    1465097471
     2016-11-14 15:44:48   storageSize3    1953473535
     2016-11-14 15:44:48   storageSize4    1465097471
     2016-11-14 15:44:48   storageSize5    448646
     2016-11-14 15:44:48   storageUsed0    6372492
     2016-11-14 15:44:48   storageUsed1    47038033
     2016-11-14 15:44:48   storageUsed2    1415221436
     2016-11-14 15:44:48   storageUsed3    723691231
     2016-11-14 15:44:48   storageUsed4    877375734
     2016-11-14 15:44:48   storageUsed5    209576
     2016-11-14 15:24:03   uptime          23 hours, 18:13.71
   Helper:
Attributes:
   alias      Ben - Status
   event-on-change-reading .*
   event-on-update-reading (stor.*Size|stor.*Free|stor.*Used)
   group      Server
   icon       time_graph
   mibs       .1.3.6.1.2.1.25.1.6.0:numProcesses ,.1.3.6.1.2.1.25.2.3.1.4.1:storageAllocUnits0 ,.1.3.6.1.2.1.25.2.3.1.4.2:storageAllocUnits1 ,.1.3.6.1.2.1.25.2.3.1.4.3:storageAllocUnits2 ,.1.3.6.1.2.1.25.2.3.1.4.4:storageAllocUnits3 ,.1.3.6.1.2.1.25.2.3.1.4.5:storageAllocUnits4 ,.1.3.6.1.2.1.25.2.3.1.4.6:storageAllocUnits5 ,.1.3.6.1.2.1.25.2.3.1.5.1:storageSize0 ,.1.3.6.1.2.1.25.2.3.1.5.2:storageSize1 ,.1.3.6.1.2.1.25.2.3.1.5.3:storageSize2 ,.1.3.6.1.2.1.25.2.3.1.5.4:storageSize3 ,.1.3.6.1.2.1.25.2.3.1.5.5:storageSize4 ,.1.3.6.1.2.1.25.2.3.1.5.6:storageSize5 ,.1.3.6.1.2.1.25.2.3.1.6.1:storageUsed0 ,.1.3.6.1.2.1.25.2.3.1.6.2:storageUsed1 ,.1.3.6.1.2.1.25.2.3.1.6.3:storageUsed2 ,.1.3.6.1.2.1.25.2.3.1.6.4:storageUsed3 ,.1.3.6.1.2.1.25.2.3.1.6.5:storageUsed4 ,.1.3.6.1.2.1.25.2.3.1.6.6:storageUsed5
   noSSH      1
   room       Flur
   snmp       1
   stateFormat CPU: loadAvg % (storSystemFree GB/storMass1Free GB/storMass2Free GB/storMass3Free GB)
   uptime     1
   userReadings loadAvg:load.* { ReadingsVal($name,"load",0) * 25 },storRamFree:storageUsed5.* { VBSUtils_SnmpGetStorageFree($name, 5)},storRamSize:storageUsed5.* { VBSUtils_SnmpGetStorageSize($name, 5)},storRamUsed:storageUsed5.* { VBSUtils_SnmpGetStorageUsed($name, 5)},storMass1Size:storageUsed1.* { VBSUtils_SnmpGetStorageSize($name, 1)},storMass1Used:storageUsed1.* { VBSUtils_SnmpGetStorageUsed($name, 1)},storMass1Free:storageUsed1.* { VBSUtils_SnmpGetStorageFree($name, 1)},storMass2Size:storageUsed2.* { VBSUtils_SnmpGetStorageSize($name, 2)},storMass2Used:storageUsed2.* { VBSUtils_SnmpGetStorageUsed($name, 2)},storMass2Free:storageUsed1.* { VBSUtils_SnmpGetStorageFree($name, 2)},storMass3Size:storageUsed3.* { VBSUtils_SnmpGetStorageSize($name, 3)},storMass3Used:storageUsed3.* { VBSUtils_SnmpGetStorageUsed($name, 3)},storMass3Free:storageUsed1.* { VBSUtils_SnmpGetStorageFree($name, 3)},storSystemSize:storageUsed0.* { VBSUtils_SnmpGetStorageSize($name, 0)},storSystemUsed:storageUsed0.* { VBSUtils_SnmpGetStorageUsed($name, 0)},storSystemFree:storageUsed0.* { VBSUtils_SnmpGetStorageFree($name, 0)}


Ich hab bisher immer die original Version benutzt, doch jetzt immer öfter das Problem gehabt, das SYSSTATS gelegentlich stark blockiert hat (>10 s). Normalerweise sollen sich meine HDDs schlafen legen und ich vermute, dass manchmal eine SNMP-Anfrage ein Aufwecken bewirkt und daher die Hänger. Ist das normal, dass SNMP-Anfragen die Festplatten wecken? Wäre für mich ja generell ein Problem, da die ja schlafen sollen. Das Aufwecken passiert aber offenbar auch nicht bei jeder Anfrage.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: alexus am 19 November 2016, 11:40:05
Hallo,

erstmal vielen Dank für dieses Modul. Da steckt viel Arbeit drin!
Ich habe allerdings noch eine spezielle Frage:

Ist es möglich, die SNMP-Abfragen komplett zu deaktivieren und den "Füllstand" der Festplatten manuell mit "get <name> update" abzufragen?
Hintergrund: Ich möchte die Volumes meiner alte Synology nur während der Sicherung überwachen, ansonsten werden die Festplatten immer wieder "aufgeweckt".

Viele Grüße
alexus
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 19 November 2016, 11:54:57
@JohnDenver0815 , vbs: das mit dem fehlenden update habe ich bei mir noch nicht beobachten können. sobald ich das problem gefunden habe checke ich die neue version ein.

@alexus: du kannst das snmp attrubut setzen und löschen oder das intervall für den platten check sehr sehr gross setzen.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: ulli am 21 November 2016, 19:22:49
Hallo,
ich wollte gerade meine DS212+ mit SYSSTAT in FHEM einbinden. Da ich diese auch herunterfahren können möchte muss ich über ssh gehen, soweit ich das verstanden habe?
Jetzt ist mir nur nicht klar wie ich über ssh Zugriff bekomme ohne das ich irgendwo das user passwort eingeben kann. Wie ist das gedacht?
Geschickt wäre natürlich wenn ich über ein SSH Zertifikat Zugriff bekomme.
Dazu müsste ich aber an das ssh Kommando die notwendigen Parameter anhängen können.
z.B. /usr/bin/ssh -i /opt/fhem/tools/id_rsa <user@host> <cmd>


Am Rande noch...kann ich über Sysstat auch ein WOL auslösen?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 21 November 2016, 19:40:32
der user unter dem fhem läuft muss per ssh und ohne eingabe von user oder password zugriff auf das entfernte system bekommen. dazu ist nichts weiter anzuhängen sondern das .ssh verzeichniss passend zu nutzen.

d.h. normalerweise macht man das über das .ssh verzeichniss des fhem users (~/.ssh/id_rsa), dem ssh_user attribut und eintragen des keys auf der gegenseite in ~/.ssh/authorized_keys bei diesem user.

statt dem SYSSTAT modul kannst du auch das PRESENCE modul mit passend gesetzem powerCmd attribut verwenden um ein device per ssh runter zu fahren.

WOL kannst du über das WOL modul umsetzen (und ebenfalls über powerCmd in PRESENCE triggern).

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mischu860 am 22 November 2016, 19:35:50
Hallo zusammen.

Ich habe soeben ein update von fhem gemacht und habe seither keine Aufzeichnung mehr mittels sysstat in meine Plots.

2016.11.22 19:11:32 1: PERL WARNING: Use of uninitialized value $freq in division (/) at ./FHEM/32_SYSSTAT.pm line 604.
2016.11.22 19:11:31 1: PERL WARNING: Use of uninitialized value $temp in division (/) at ./FHEM/32_SYSSTAT.pm line 578.
2016.11.22 19:11:30 1: PERL WARNING: Argument "/dev/.*" isn't numeric in sprintf at ./FHEM/32_SYSSTAT.pm line 292.
2016.11.22 19:11:30 1: PERL WARNING: Argument "/dev/md2" isn't numeric in sprintf at ./FHEM/32_SYSSTAT.pm line 292.
2016.11.22 19:11:30 1: PERL WARNING: Argument "/dev/md1" isn't numeric in sprintf at ./FHEM/32_SYSSTAT.pm line 292.
2016.11.22 19:11:30 1: PERL WARNING: Argument "/dev/md0" isn't numeric in sprintf at ./FHEM/32_SYSSTAT.pm line 292.


Ist da jemand das selbe bekannt? Ich habe nichts am rest geändert...
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 26 November 2016, 10:36:59
Ist es eigentlich auch möglich mit Sysstat an den Ram Verbrauch eines per ssh abgefragten Remote Servers zu kommen?

Gruß Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 26 November 2016, 18:44:38
@mischu860: an der eingecheckten version hat sich seit dem 18.01.2016 nichts geändert.

@mrbreil: über das readings und readingsFormat attribut kannst du dir das konfigurieren.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 28 November 2016, 13:04:26
Danke justme1968.

Also so richtig verstanden habe ich das mit den SNMP Dienst nicht verstanden.
Ich weiß jetzt das der total verbrauchte Ram diese "Nummer" hat: .1.3.6.1.4.1.2021.4.6.0  .
Erstellt habe ich folgendes Attribut attr sysstat_Breilnet mibs 1.3.6.1.4.1.2021.4.6.0:ram\
1.3.6.1.4.1.2021.4.5.0:ramtotal


Aber ich bekomme leider kein Reading.
Kannst du mir bitte einen Tip geben. Danke

Grüße Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 29 November 2016, 13:39:20
Ich habe einen kleinen Wunsch.
Könnte man noch ein Attribut einbauen, welches den Timeout festlegt.
Ich habe einen PC der über ein VPN abgefragt werden soll. Leider wird dieser immer als disconnected angezeigt, obwohl ich als fhem user Verbindung zu ihm aufbauen kann. Der Verbindungsaufbau dauert aber manchmal recht lange, möchte ausschließen das es am festen Timeout liegt.

Gruß Christian 
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JoeALLb am 21 Dezember 2016, 17:58:02
Zitat von: mrbreil am 28 November 2016, 13:04:26
Aber ich bekomme leider kein Reading.

Hast Du das geschafft? Ich hänge hier gerade ebendalls, vielleicht, weil ich es nicht auf einem RPI nutze?
Ich würde es gerne ohne SSH, nur zum Abfragen von snmp nutzen. ...
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: wolfram am 22 Dezember 2016, 12:10:56
Hallo,
ich würde gern mit dem sysstat meinen die Werte meines Mac abfragen

Ich kann mit mit dem User: morpheus ohne Passwort auf dem Mac anmelden - das funktioniert.
Definiert habe ich es so:

define sysstat_minime SYSSTAT 60 60 192.168.1.16
attr sysstat_minime room System,Technik,Wohnzimmer
attr sysstat_minime ssh_user morpheus


Ein list auf das Device bringt folgendes:

Internals:
   CHANGED
   DEF        60 60 192.168.1.16
   HAS_Net::SNMP 0
   HAS_Sys::Statistics 1
   HOST       192.168.1.16
   INTERVAL   60
   NAME       sysstat_minime
   NR         438
   STATE      Initialized
   TYPE       SYSSTAT
   interval_fs
   Readings:
   filesystems:
Attributes:
   room       System,Technik,Wohnzimmer
   ssh_user   morpheus


Leider komme ich über den Status "initialized" nicht hinweg. Kann mir vielleicht jemand auf die Sprünge helfen?
Vielen Dank und schöne Grüße
wolf
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: kaihs am 22 Dezember 2016, 21:04:39
Ich habe gerade mal versucht die aktuelle Version aus dem ersten Post zu laden.
Das schlägt allerdings mit diesen Meldungen fehl:

Experimental push on scalar is now forbidden at ./FHEM/32_SYSSTAT.pm line 248, near "};"
Experimental shift on scalar is now forbidden at ./FHEM/32_SYSSTAT.pm line 328, near "};"
Not enough arguments for main::SYSSTAT_readFile at ./FHEM/32_SYSSTAT.pm line 1103, near "'/proc/loadavg')"
Not enough arguments for main::SYSSTAT_readCmd at ./FHEM/32_SYSSTAT.pm line 1111, near "'uptime')"
Not enough arguments for main::SYSSTAT_readFile at ./FHEM/32_SYSSTAT.pm line 1300, near "'/proc/uptime')"
Not enough arguments for main::SYSSTAT_readFile at ./FHEM/32_SYSSTAT.pm line 1352, near "'/proc/stat')"



perl --version

This is perl 5, version 24, subversion 1 (v5.24.1) built for arm-linux-gnueabihf-thread-multi-64int
(with 64 registered patches, see perl -V for more detail)
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 22 Dezember 2016, 21:19:22
@mrbreil: meinst du einen timeout für die snmp abfragen?

@wolfram: siehst du bei verbose 5 etwasim log?

@kaihs: ich habe die version im ersten post aktualisierter. damit sollten die beiden ersten meldungen weg sein.

hast du versucht die neue version mit reload zu laden? das geht leider nicht, die signaturen der beiden routinen hat sich geändert. du musst fhem neu starten.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JoeALLb am 23 Dezember 2016, 15:59:41
Ich bekomme immer folgende Felhermeldung, auch mit der neuen Version.
DEVICEStat: unanswered query in queue, reconnecting

nossh ist bei ir auf 1. Wenn ich das auf 0 setze, bekomme ich direkt vor der obigen Fehlermeldung diesen Eintrag
2016.12.23 15:36:36 2: DEVICEStat: starting: /usr/bin/ssh -q 192.168.X.X

Eigentlich möchte ich nur snmp-Mibs abfragen, das scheint es jedoch so nicht zu machen.
Weder bekomme ich einen Eintrag mit dem mibs-Attribut, noch mit dem Reading-Attribut-

Meine Config lautet:
defmod BU.NASStat SYSSTAT 1440 1440 192.168.X.X
attr BU.NASStat comment iso.3.6.1.2.1.9999.x.y.z.a.b:secRicardaZoom
attr BU.NASStat filesystems /dev/sda1
attr BU.NASStat mibs iso.3.6.1.2.1.9999.x.y.z.a.b:secRicardaZoom
attr BU.NASStat noSSH 1
attr BU.NASStat readings temperature:snmpwalk -c public -v 1 192.168.X.X iso.3.6.1.2.1.9999.x.y.z.a.b\
temperature2:snmpget -c public -v 1 192.168.X.X iso.3.6.1.2.1.9999.x.y.z.a.b | grep -oE ..$
attr BU.NASStat snmp 1
attr BU.NASStat snmpCommunity public
attr BU.NASStat snmpVersion 1
attr BU.NASStat userReadings tmp{\
\
return {qx(snmpget -v2c -cpublic 192.168.X.X iso.3.6.1.2.1.9999.x.y.z.a.b)};;\
}
attr BU.NASStat verbose 5

setstate BU.NASStat 2016-12-23 15:36:37 connection disconnected

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: wolfram am 23 Dezember 2016, 19:31:22
@justme: mit verbose = 5 ist alles was im logfile ankommt folgendes:
2016.12.23 19:28:01.924 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/32_SYSSTAT.pm line 466.

Ansonsten schweigt sich das log aus...
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: kaihs am 29 Dezember 2016, 22:35:16
Zitat von: justme1968 am 22 Dezember 2016, 21:19:22
@kaihs: ich habe die version im ersten post aktualisierter. damit sollten die beiden ersten meldungen weg sein.

Ich habe die Datei aus dem ersten Post verwendet, aber die beiden Fehler sind noch vorhanden:

Experimental push on scalar is now forbidden at ./FHEM/32_SYSSTAT.pm line 248, near "};"
Experimental shift on scalar is now forbidden at ./FHEM/32_SYSSTAT.pm line 328, near "};"
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 29 Dezember 2016, 22:49:23
@kaihs: sorry. ich hatte die falsche version hoch geladen. bitte versuch es noch mal.

die anderen posts muss ich mir noch anschauen.

gruss
  andre
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: kaihs am 30 Dezember 2016, 20:04:27
Zitat von: justme1968 am 29 Dezember 2016, 22:49:23
@kaihs: sorry. ich hatte die falsche version hoch geladen. bitte versuch es noch mal.

Mit der aktuellen Version sind die Fehler weg, danke.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: kaihs am 02 Januar 2017, 21:45:08
Jetzt gibt es noch eine Warnung:

PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 297.


Das überwachte Gerät ist aktuell nicht angeschaltet.

ich habe die Zeile mal in

    Log3 $name, 3, "$name: read: end of file reached while sysread" if(defined($ret) && $ret <= 0);

geändert.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Tueftler1983 am 22 Januar 2017, 17:21:15
Hallo würde gerne auf meinem RPI3 auf dem auch FHEM läuft die CPU load und Temperatur anzeigen und loggen leider funktioniert nur Temperatur den load bekomme ich nicht angezeigt. Was mache ich falsch.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: gloob am 08 Februar 2017, 07:56:32
Gibt es schon eine Idee, wann die aktuelle Version ins FHEM Repository übernommen wird und per Update kommt?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Paul Guijt am 11 Februar 2017, 16:59:10
Hallo André,

Ich habe mein Windows PC mit SYSSTAT eingebunden:

defmod PCPaul SYSSTAT 60 600 192.168.178.62
attr PCPaul filesystems 1,4
attr PCPaul snmp 1
attr PCPaul snmpCommunity public
attr PCPaul snmpVersion 2
attr PCPaul uptime 1
attr PCPaul verbose 4

setstate PCPaul 48,47
setstate PCPaul 2017-02-11 16:47:44 C:/ 597260185600
setstate PCPaul 2017-02-11 16:47:44 PhysicalMemory 4707123200
setstate PCPaul 2017-02-11 16:54:47 load 0.95
setstate PCPaul 2017-02-11 16:54:47 state 48,47
setstate PCPaul 2017-02-11 16:54:47 uptime 4 hours, 49:42.79


Der Log sagt jetzt:
WARNING: unsupported character in reading C:/ (not A-Za-z/\d_\.-), notify the SYSSTAT module maintainer.

Selbstverständlich tue ich was FHEM mir fragt.

Grüße,
Paul
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Paul Guijt am 12 Februar 2017, 12:30:22
Hallo,

Der Log sagt auch:

got empty result from snmp query Received noSuchName(2) error-status at error-index 1

Weißt jemand was das bedeutet?

Freundliche Grüße,
Paul
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 12 Februar 2017, 12:33:35
Ziemlich sicher hat da FHEM per SNMP eine MIB angefragt, die der Server nicht kennt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Paul Guijt am 12 Februar 2017, 13:11:53
Ah, danke, das vermutete ich schon.

Dann ist es vieleicht möglich SYSSTAT an zu passen, das er kein MIB anfragt wenn es kein 'attr mibs' gibt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 12 Februar 2017, 13:14:08
Bin da jetzt kein Experte, aber ich glaub er fragt SNMP nur an wenn man das Attribut "snmp" explizit gesetzt hat?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: fini am 22 Februar 2017, 17:45:40
Zitat von: Tueftler1983 am 22 Januar 2017, 17:21:15
Hallo würde gerne auf meinem RPI3 auf dem auch FHEM läuft die CPU load und Temperatur anzeigen und loggen leider funktioniert nur Temperatur den load bekomme ich nicht angezeigt. Was mache ich falsch.

habe das gleiche Problem.
Würde auch gerne die Load anzeigen lassen ... aber wie?
Unter attr habe ich Load zur Auswahl nicht.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: wolfram am 03 März 2017, 08:13:14
guten morgen,
ich würde das Thema gern noch einmal hochholen. @justme - hast Du noch eine Idee, was ich machen könnte?
....wahrscheinlich auf snmp umstellen??  ;)

Zitat von: wolfram am 23 Dezember 2016, 19:31:22
@justme: mit verbose = 5 ist alles was im logfile ankommt folgendes:
2016.12.23 19:28:01.924 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/32_SYSSTAT.pm line 466.

Ansonsten schweigt sich das log aus...
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: docb am 11 März 2017, 10:16:13
Moin zusammen!

@Tüftler und fini: habt ihr die Version aus dem ersten Beitrag hier genommen, oder die, die Euch fhem über update liefert? Bei mir hat es nämlich mit der offiziellen Version auch nicht geklappt - nur mit der aus dem ersten Post hier bekomme ich die Werte geliefert.

@all: was bei mir aber auch nicht funktioniert, ist get Raspi filesystems - da passiert bei mir gar nichts. Entsprechend habe ich auch kein Reading Mountpoint (obwohl die richtige Platte     
/dev/mmcblk0p1 bei Filesystems manuell eingetragen wurde), ebenso fehlen bei mir user, system, idle, iowait. Aber immerhin load, state, cpufreq, temperature und uptime laufen ;-)
Vielleicht kann mir dafür ja jemand noch einen Tipp geben.

@justme1968: erstmal herzlichen Dank für das geniale Modul! Wäre super, wenn es möglich wäre, die aktuellste Version ins offizielle FHEM-Verzeichnis aufzunehmen, sonst ist die hier manuell geladene bei einem update force wieder weg und wird von der "alten" Version überschrieben, oder?

Schönes Wochenende und viel Spaß beim Tüfteln ;-)
doc


Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 11 März 2017, 10:45:13
Zitat von: docb am 11 März 2017, 10:16:13
@justme1968: erstmal herzlichen Dank für das geniale Modul! Wäre super, wenn es möglich wäre, die aktuellste Version ins offizielle FHEM-Verzeichnis aufzunehmen, sonst ist die hier manuell geladene bei einem update force wieder weg und wird von der "alten" Version überschrieben, oder?
Kannst du mit dem globalen Attribut "exclude_from_update" verhindern. Warum machst du ein "force"?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: docb am 11 März 2017, 16:19:37
Das mit dem Force mache ich nicht oft, aber manchmal, wenn ich es mit dem Basteln übertrieben habe und ich zu viel rumgepfuscht habe, hilft das ;-)
Danke für den Tipp diesbezüglich!

@Tüftler und fini: ich habe jetzt auch noch
apt-get install libsys-statistics-linux-perl
installiert, das habe ich als Tipp noch rausgegoogelt.
Ich kann zwar damit immer noch nicht  user, system, idle, iowait auslesen bzw. ein get Raspi filesystems bleibt erfolglos, aber der Rest funktioniert zumindest weiterhin ;-)
Wenn also das Einbinden des Moduls aus dem ersten Post hier nicht hilft, dann vielleicht das.

Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: suchmich1983 am 31 Mai 2017, 16:31:21
Hi,

wahrscheinlich werd ich gleich ausgelacht, aber kann mir jemand mal erklären, wie ich dieses .pm File nun korrekt installiere?
Zur Config via "Edit Files" vermutlich?!? Und wie gehts dann weiter? Fehlt vorher noch irgendwas?

Danke und Grüße
Christian

EDIT:
Hat sich erledigt. Habe SysStat zum Laufen bekommen!
Das ist teilweise so einfach, dass ich nicht glaube wie einfach :D
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: TWART016 am 16 Juni 2017, 22:30:34
Hallo,

ich bin gerade das Modul mit meinem ESXi einzurichten. SNMP auf dem VMWare Host ist aktiviert. Vom der Ubuntu Konsole bekomme ich auch mit snmpwalk jede Menge Werte zurück. Jedoch wird im Modul nichts angezeigt.

2017.06.16 22:19:39 4: ESXi: got empty result from snmp query The OBJECT IDENTIFIER value ".3.6.1.2.1.2.2.1.2.3" must begin with either 0 (ccitt), 1 (iso), or 2 (joint-iso-ccitt)
2017.06.16 22:19:39 4: ESXi: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2017.06.16 22:19:37 4: ESXi: got empty result from snmp query The OBJECT IDENTIFIER value ".3.6.1.2.1.2.2.1.2.3" must begin with either 0 (ccitt), 1 (iso), or 2 (joint-iso-ccitt)
2017.06.16 22:19:37 4: ESXi: got empty result from snmp query Received noSuchName(2) error-status at error-index 1



Internals:
   DEF        60 600 192.168.178.10
   HAS_Net::SNMP 1
   HAS_Sys::Statistics 0
   HOST       192.168.178.10
   INTERVAL   60
   INTERVAL_FS 600
   NAME       ESXi
   NR         565
   STATE      1,2,3,2
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 420
   snmpCommunity string
   snmpVersion 2
   Readings:
     2017-06-16 22:29:14   load            0.08
     2017-06-16 22:29:14   state           1,2,3,2
     2017-06-16 22:29:14   uptime          166 days, 16:32:46.00
   filesystems:
Attributes:
   mibs       iso.3.6.1.2.1.2.2.1.2.3:Switch
   room       Wohnzimmer
   snmp       1
   snmpCommunity string
   snmpVersion 2
   uptime     1


Hier noch ein kleiner Ausschnitt des snmpwalk
iso.3.6.1.2.1.2.2.1.2.2 = STRING: "Traditional Virtual VMware switch: vSwitch0"
iso.3.6.1.2.1.2.2.1.2.3 = STRING: "Virtual interface: vmk0 on vswitch vSwitch0 portgroup: Management Network"
iso.3.6.1.2.1.2.2.1.3.1 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.2 = INTEGER: 54
iso.3.6.1.2.1.2.2.1.3.3 = INTEGER: 258
iso.3.6.1.2.1.2.2.1.4.1 = INTEGER: 1500
iso.3.6.1.2.1.2.2.1.4.2 = INTEGER: 1500
iso.3.6.1.2.1.2.2.1.4.3 = INTEGER: 1500
iso.3.6.1.2.1.2.2.1.5.1 = Gauge32: 1000000000
iso.3.6.1.2.1.2.2.1.5.2 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.3 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.6.1 = Hex-STRING: B8 AE ED 7E 93 81
iso.3.6.1.2.1.2.2.1.6.2 = Hex-STRING: B8 AE ED 7E 93 81
iso.3.6.1.2.1.2.2.1.6.3 = Hex-STRING: B8 AE ED 7E 93 81
iso.3.6.1.2.1.2.2.1.7.1 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.7.2 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.7.3 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.8.1 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.8.2 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.8.3 = INTEGER: 1


Diese MIB habe ich von snmpwalk ausgelesen. Leider finde ich keine Übersetzung der Liste. Weiß einer wo ich die zu VMWare ESXi finden kann? Ich möchte z.B: die CPU, RAM, Bandbreite, ... überwachen.


Gruß
TWART016
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: eisler am 22 August 2017, 09:03:14
Hallo,

ist es möglich wenn ich keine "load" habe SYSSTAT trotzdem für SNMP Readings zu verwenden. Gibt es eine SNMP alternative zu SYSSTAT?

Grüße
Stephan


defmod sysstat SYSSTAT 60 600 192.168.1.102
attr sysstat mibs .1.3.6.1.4.1.37954.2.1.1.1.0:temperatureValue , .1.3.6.1.4.1.37954.2.1.1.2.0:temperatureMin ,  .1.3.6.1.4.1.37954.2.1.2.1.0:humidityValue , .1.3.6.1.4.1.37954.2.1.3.1.0:dewpointValue , .1.3.6.1.4.1.37954.2.1.4.1.0:coValue , .1.3.6.1.4.1.37954.2.1.5.1.0:motionValue , .1.3.6.1.4.1.37954.2.1.12.1.0:vibrationValue
attr sysstat snmp 1
attr sysstat snmpCommunity public
attr sysstat snmpVersion 2

setstate sysstat noSuchObject noSuchObject noSuchObject
setstate sysstat 2017-08-22 08:41:14 coValue 0
setstate sysstat 2017-08-22 08:41:14 dewpointValue 101
setstate sysstat 2017-08-22 08:41:14 humidityValue 499
setstate sysstat 2017-08-22 08:41:14 load noSuchObject
setstate sysstat 2017-08-22 08:41:14 motionValue 0
setstate sysstat 2017-08-22 08:41:14 state noSuchObject noSuchObject noSuchObject
setstate sysstat 2017-08-22 08:41:14 temperatureMin 13
setstate sysstat 2017-08-22 08:41:14 temperatureValue 210
setstate sysstat 2017-08-22 08:41:14 vibrationValue 0


Titel: Keine Infos
Beitrag von: DarkT am 23 November 2017, 13:34:20
Hallo zusammen,

ich würde gerne per SYSTAT meinen raspi (auf dem FHEM) installiert ist überwachen.
Ich habe das Tool eingerichtet wie unter: https://wiki.fhem.de/wiki/SYSSTAT beschrieben.

Allerdings bleibt das konfigurierte Log-File leer.

Was habe ich vergessen?


Habe es mit SYSMON gelöst.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: FHEM_Starter am 04 Januar 2018, 16:33:49
Hi Andre,

mir ist soeben aufgefallen, dass sich das reading "connection" auch bei einem Device, welches online ist, nicht verändert. Ich war der Meinung, dass hier etwas wie "online" oder "connected" zu finden ist.
Kannst Du das bitte mal prüfen?

Danke und Gruß
Wolfgang
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Magic01 am 11 Januar 2018, 10:45:37
Hi, lebt die überarbeitet Version noch?
Ich habe gesehen, dass die neue Version immer noch nicht per Update verteilt wird.
Nun habe ich die Version aus dem erst Post mal eingespielt und bin auch in das Problem gelaufen, dass wenn man noSSH setzt Werte per MIBs und SNMP abholen will dies nicht mehr automatisch geschieht...

Hat das schon mal jemand gelöst?

Ansich ist SYSSTAT klasse um Netzwerkgeräte zu Monitoren, die alte Version verbraucht nur zu viel Zeit durch die blockierenden Aufrufe.

Grüße
Markus
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 11 Januar 2018, 13:12:47
ich bin leider immer noch nicht dazu gekommen. es steht aber noch auf der liste.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Zook am 01 Februar 2018, 23:02:35
Das Attribut "readings" ist vmtl. noch nicht in die reguläre Version eingeflossen oder?

Wenn ich den Ladezustand der USV am Synology NAS auslese, bekomme ich den Wert "0x9f780442c80000", was 100% entspricht. Leider ist es mir noch nicht gelungen, den irgendwie umzurechnen. Mit "readings" und snmpwalk wäre das zumindest möglich (sed sei dank). Oder hat noch jemand eine andere Möglichkeit gefunden, Werte wie "0x9f780442c80000" (werden als "Opaque: Float:" von snmpwalk ausgeworfen) umzurechnen?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Zook am 08 Februar 2018, 08:57:34
Habs jetzt über ein CustomReadings gelöst... Falls es jemanden interessiert:
define myReadings CustomReadings
attr myReadings interval 600
attr myReadings readingDefinitions upsInfoLoadValue:qx(snmpget -v2c -c DeineCommunity 192.xxx.xxx.xx 1.3.6.1.4.1.6574.4.2.12.1.0 | sed -e "s/\(.*Float\:\ \)\(.*\)/\2/g"), upsBatteryChargeValue:qx(snmpget -v2c -c DeineCommunity 1192.xxx.xxx.xx 1.3.6.1.4.1.6574.4.3.1.1.0 | sed -e "s/\(.*Float\:\ \)\(.*\)/\2/g")
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: FHEM_Starter am 03 Mai 2018, 10:04:25
Hallo Andre,

inach einem kompletten FHEM Update habe ich festgestellt, dass die Version der 32_SYSSTAT.pm ein neueres Datum besitzt als Deine im ersten Post eingestellte Version. Sind denn die Änderungen (non-blocking) mittlerweile in die offizielle Version eingeflossen und falls nein, arbeitest Du noch daran?

Danke und Gruß
Wolfgang
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 17 September 2018, 20:07:03
Zitat von: FHEM_Starter am 03 Mai 2018, 10:04:25
Hallo Andre,

inach einem kompletten FHEM Update habe ich festgestellt, dass die Version der 32_SYSSTAT.pm ein neueres Datum besitzt als Deine im ersten Post eingestellte Version. Sind denn die Änderungen (non-blocking) mittlerweile in die offizielle Version eingeflossen und falls nein, arbeitest Du noch daran?

Danke und Gruß
Wolfgang

Das würde mich auch interessieren.
Hoffe damit folgenden Fehler weg zu bekommen
readingsUpdate(sysstat_ZNG_4500,uptimetxt,12 6 01) missed to call readingsBeginUpdate first.

Gruß Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: mrbreil am 22 September 2018, 16:16:40
Möchte noch ein wenig genauer werden uptimetxt ist ein Userreading


loadtxt {ReadingsVal("$name","load",0)*100}, uptimetxt { my$text; my @tmp = split(/ /,ReadingsVal("$name","uptime", "")); $text = $tmp[0]; @tmp = split(/:/,$tmp[2]); $text = $text." ".$tmp[0]." ".$tmp[1]; $text}



Vielleicht hilft das noch jemanden auf die richtige Spur.

Gruß Christian
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 19 Januar 2019, 10:41:26
Gibt es hier eigentlich schon Neuigkeiten? Ein non-blocking SNMP wäre schon super.

Ich hab gerade mal einfach plump auf die Testversion hier aus dem Thread umgestellt, aber da bekomm ich nur das hier regelmäßig:
2019.01.19 10:39:10.409 2 : fl_benStats: unanswered query in queue, reconnecting
2019.01.19 10:39:10.417 4 : fl_benStats: sending: uname -a
2019.01.19 10:39:15.419 2 : fl_benStats: unanswered query in queue, reconnecting
2019.01.19 10:39:15.426 4 : fl_benStats: sending: uname -a


Internals:
   CONNECTS   59
   DEF        120 600 192.168.2.232
   FD         15
   FUUID      5c42ef59-f33f-af31-193a-10eb9514d5dc21b8
   HAS_Net::SNMP 1
   HOST       192.168.2.232
   INTERVAL   120
   INTERVAL_FS 600
   NAME       fl_benStats
   NR         429
   NTFY_ORDER 50-fl_benStats
   PARSED     0
   PARTIAL   
   PID        54509
   SENT       1
   STARTED    0
   STATE      Started
   SystemDescription Hardware: Intel64 Family 6 Model 58 Stepping 9 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 17134 Multiprocessor Free)
   SystemName BEN
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   QUEUE:
     HASH(0x5606d4b2f250)
   READINGS:
     2018-03-12 16:47:10   D:/             47280013312
     2018-03-12 16:47:10   E:/             133721124864
     2018-03-12 16:47:10   F:/             1880249589760
     2018-03-12 16:44:54   G:/             2225899360256
     2019-01-19 10:40:15   connection      disconnected
     2019-01-19 10:33:29   load            0.52
     2019-01-19 10:33:29   loadAvg         13
     2019-01-19 10:33:29   numProcesses    242
     2019-01-19 10:33:29   state           17,13,15,7
     2019-01-19 10:33:29   uptime          11 days, 14:10:26.31
   helper:
     bm:
       SYSSTAT_Attr:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.01. 10:39:01
         max        2.69412994384766e-05
         tot        2.69412994384766e-05
         mAr:
           set
           fl_benStats
           verbose
           5
       SYSSTAT_Get:
         cnt        2
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.01. 10:39:01
         max        4.1961669921875e-05
         tot        5.38825988769531e-05
         mAr:
           HASH(0x5606d2f04ec8)
           fl_benStats
           ?
       SYSSTAT_Notify:
         cnt        41
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.01. 10:39:17
         max        2.00271606445312e-05
         tot        0.00030970573425293
         mAr:
           HASH(0x5606d2f04ec8)
           HASH(0x5606d4046aa0)
       SYSSTAT_Set:
         cnt        10
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.01. 10:37:51
         max        7.00950622558594e-05
         tot        0.000144243240356445
         mAr:
           HASH(0x5606d2f04ec8)
           fl_benStats
           ?
Attributes:
   alias      Ben - Status
   event-on-change-reading load,loadAvg,numProcesses,uptime
   group      Server
   icon       time_graph
   mibs       .1.3.6.1.2.1.25.1.6.0:numProcesses
   room       Flur
   snmp       1
   stateFormat CPU: loadAvg %
   uptime     1
   verbose    5


SNMP-Target ist ein Windows10-Host. Klappt aber mit der "offiziellen" Version gut (nur eben blockierend).
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 19 Januar 2019, 10:52:25
sorry... nein. noch nichts neues. steht aber immer noch auf der liste.

die version aus dem thread sollte aber schon gehen.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: vbs am 19 Januar 2019, 12:40:40
Ok, danke. Ich hab jetzt mal "noSSH" gesetzt (mach wohl Sinn) und jetzt sind die Fehler weg. Ich kann auch SNMP updaten, aber nur wenn ich "get update" manuell starte. Das automatische (zyklische) Update passiert. Hast du da evtl. spontan eine Idee?

Ich hab noch rausgefunden, dass ich das alles vor 2 Jahren schonmal gemacht habe und zum gleichen Ergebnis kam  :o:
https://forum.fhem.de/index.php/topic,42771.msg521502.html#msg521502
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Dersch am 14 Oktober 2019, 11:55:19
Gibt es denn Neuigkeiten zu einem NonBlocking SNMP?

Ich frage mehrere Pi's ab aber mein FHEM wird dauernd durch SYSSTAT blockiert.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: onkel-tobi am 09 Januar 2021, 12:17:59
Hallo zusammen,

kann es sein, dass die Version aus dem Thread noch nicht verteilt wird?
Ich kann nämlich kein set auf ein remote device setzen und erhalte stattdessen die Fehlermeldung : No set implemented for

Danke & Gruß,
Tobi
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Damu am 15 Januar 2021, 22:28:01
Ja ist glaub leider so.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: zeus-web am 01 März 2021, 11:50:50
Hallo zusammen,

ich habe ein kleines(?) Problem mit dem SYSSTAT Modul. Vielleicht hat jemand eine Idee zur Lösung:

Eigentlich möchte ich nur ein paar Statistiken von meinen Drucker abrufen (ein Dell C2660dn), hauptsächlich Uptime und Seitenzahl. Das klappt auch so weit gut: Die Pages bekomme ich per MIB ".1.3.6.1.2.1.43.10.2.1.4.1.1:Pages", die Uptime wird ja standardmäßig mit ausgelesen.

ABER:
Seit ich das Modul aktiviert habe, bekomme ich minütlich folgenden Fehler im Log:
2021.03.01 11:39:44 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 269.
2021.03.01 11:39:44 1: stacktrace:
2021.03.01 11:39:44 1:     main::__ANON__                      called by ./FHEM/32_SYSSTAT.pm (269)
2021.03.01 11:39:44 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3362)
2021.03.01 11:39:44 1:     main::HandleTimeout                 called by fhem.pl (689)
2021.03.01 11:39:44 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/32_SYSSTAT.pm line 269.
2021.03.01 11:39:44 1: stacktrace:
2021.03.01 11:39:44 1:     main::__ANON__                      called by ./FHEM/32_SYSSTAT.pm (269)
2021.03.01 11:39:44 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3362)
2021.03.01 11:39:44 1:     main::HandleTimeout                 called by fhem.pl (689)


Es liegt wohl genau an dem Eintrag für den Drucker, wenn ich den entsprechenden Sysstat Eintrag disable, ist der Fehler weg.

Meine Vermutung: Der Drucker liefert keine Load (und/oder vielleicht noch einen Wert nicht) und damit kommt dann SYSSTAT nicht klar. Testweise habe ich auch schon ein suppressreading für die load gesetzt, das hat aber nicht geholfen.

Hier noch die Versionsdaten:

fhem.pl                     23800 2021-02-22 13:30:08Z rudolfkoenig
32_SYSSTAT.pm               21047 2020-01-25 09:57:49Z justme1968


Gibts einen Trick, mit dem ich die "Standardabfragen" verhindern kann? Oder wie ich SYSSTAT beibringen kann, dass es fehlende Werte ignoriert?

Vielen Dank und viele Grüße
Nico
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 11 März 2021, 18:00:04
ich habe eben die non-blocking version eingecheckt.

@zeus-web: bitte schau mal ob du damit immer noch die probleme hast
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: zeus-web am 12 März 2021, 09:22:58
Hallo justme1968,

danke für den Versuch das Problem zu beheben. Mein ursprünglicher Fehler ist mit dem Update nun tatsächlich weg.
Leider ist es aber nun "schlimmer" geworden, denn nun bekomme ich nicht nur jede Minute, sondern alle paar Sekunden (mutmaßlich bei jedem Aufruf des Moduls?) einen neuen Fehler:

2021.03.12 09:19:57 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 297.
2021.03.12 09:19:57 1: stacktrace:
2021.03.12 09:19:57 1:     main::__ANON__                      called by ./FHEM/32_SYSSTAT.pm (297)
2021.03.12 09:19:57 1:     main::SYSSTAT_Read                  called by fhem.pl (3847)
2021.03.12 09:19:57 1:     main::CallFn                        called by fhem.pl (773)
2021.03.12 09:19:57 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 297.
2021.03.12 09:19:57 1: stacktrace:
2021.03.12 09:19:57 1:     main::__ANON__                      called by ./FHEM/32_SYSSTAT.pm (297)
2021.03.12 09:19:57 1:     main::SYSSTAT_Read                  called by fhem.pl (3847)
2021.03.12 09:19:57 1:     main::CallFn                        called by fhem.pl (773)


Könntest Du bitte nochmal checken, an was das liegen könnte? Bei Bedarf kann ich gerne auch noch weitere Daten liefern, wenn Du mir sagst, was Du brauchst.

NACHTRAG:
Wenn die Zeile 297 auskommentiert wird, dann ist der Fehler weg.
Mit meinen rudimentären perl-Kenntnissen habe ich daher folgenden workaround gebastelt, da die Zeile eh nur ein Log generiert, auch damit ist der Fehler weg (wobei ich mir gerade noch nicht sicher bin, ob die Zeile so noch Sinn macht):

Log3 $name, 3, "$name: read: end of file reached while sysread" if( !defined($ret) ||$ret <= 0);
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 12 März 2021, 10:30:24
ich habe die perl warnung eben repariert.

allerdings stimmt scheinbar mit dem verbindungsaufbau etwas nicht. deshalb wird es alle 10 sekunden neu probiert.
kann es sein das su noch noSSH setzen musst?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: zeus-web am 12 März 2021, 12:05:29
Prima, Danke Dir für den Fix.
Fehlermeldungen kommen seit meines Workarounds (den ich nun an Deine Änderung angepasst habe) keine mehr.

Es fehlte auch tatsächlich noch der "noSSH" Parameter. Den habe ich noch mit angefügt. Danke auch für diesen Tip! An den hatte ich nicht gedacht, war wohl der Meinung es reicht, wenn man SNMP einschaltet...

Aber egal, jetzt funktioniert ja alles wie es soll :-)

Vielen Dank nochmal!
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 12 März 2021, 12:51:01
Hallo,

ich überwache mit dem Modul einen Windows Rechner.Nach dem gestrigen Update geht kein Verbindungsaufbau mehr zu dem Computer somit bekomme ich auch keine readings mehr.Das "nossh" habe ich auch schon gesetzt,bringt bei mir überhaupt keine Änderung.

Hier ein List vom Device:

Internals:
   DEF        60 600 192.168.1.197
   FUUID      60414ac9-f33f-4b78-61e7-e0a854fd88c9f6fe
   HAS_Net::SNMP 1
   HOST       192.168.1.197
   INTERVAL   60
   INTERVAL_FS 600
   NAME       IntelNuc
   NR         120
   NTFY_ORDER 50-IntelNuc
   STATE      19 hours, 02:17.60
   SystemDescription Hardware: Intel64 Family 6 Model 142 Stepping 10 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName IntelNuc-Kueche
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 540
   snmpCommunity public
   snmpVersion 2
   OLDREADINGS:
   READINGS:
     2021-03-12 12:38:59   C:/             7.0
     2021-03-12 12:38:59   PhysicalMemory  35.6
     2021-03-12 12:38:59   VirtualMemory   30.2
     2021-03-12 12:34:30   connection      disconnected
     2021-03-12 12:38:59   load            noSuchObject
     2021-03-12 12:38:59   state           noSuchObject noSuchObject noSuchObject
     2021-03-12 12:31:31   uptime          19 hours, 02:17.60
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stateFormat uptime
   uptime     1



Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 12 März 2021, 13:34:20
was sagt das log? was passiert mit verbose 5?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 12 März 2021, 13:42:52
Das Log sagt keine Verbindung möglich. Verbose 5 teste ich nachher und poste es hier dann.

Eine Synology NAS überwache ich auch damit,das gleiche Problem.Kein Verbindungsaufbau möglich.Mit nonssh sowie auch ohne. SSH habe nie darüber genutzt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 12 März 2021, 13:44:27
meine beiden synology gehen problemlos. es muss also ein spezifisches problem sein und nicht etwas allgemeines.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 12 März 2021, 15:32:11
Ich habe jetzt das device nochmal neu angelegt.Es kommt kein Connect zustande. Auf meinen Fhem Produktivsystem habe ich (Gott sei dank) noch kein Update heute gemacht,da läuft das "alte" Sysstat zur Abfrage an meine Synology sowie den Windows Rechner ohne Probleme.Also liegt es definitiv am Update heute.

Das Verbose 5 spuckt auch nicht viel aus:

2021.03.12 15:14:53 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:14:53 4: IntelNuc: sending: uname -a
2021.03.12 15:14:53 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:14:58 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:14:58 4: IntelNuc: sending: uname -a
2021.03.12 15:14:59 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:03 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:04 4: IntelNuc: sending: uname -a
2021.03.12 15:15:04 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:09 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:09 4: IntelNuc: sending: uname -a
2021.03.12 15:15:09 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:14 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:14 4: IntelNuc: sending: uname -a
2021.03.12 15:15:14 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:19 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:19 4: IntelNuc: sending: uname -a
2021.03.12 15:15:19 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:24 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:24 4: IntelNuc: sending: uname -a
2021.03.12 15:15:24 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:29 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:29 4: IntelNuc: sending: uname -a
2021.03.12 15:15:29 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:34 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:34 4: IntelNuc: sending: uname -a
2021.03.12 15:15:34 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:39 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:39 4: IntelNuc: sending: uname -a
2021.03.12 15:15:39 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:44 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:44 4: IntelNuc: sending: uname -a
2021.03.12 15:15:44 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:49 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:49 4: IntelNuc: sending: uname -a
2021.03.12 15:15:49 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:54 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:54 4: IntelNuc: sending: uname -a
2021.03.12 15:15:54 2: IntelNuc: starting: /usr/bin/ssh -q 192.168.1.197
2021.03.12 15:15:59 2: IntelNuc: unanswered query in queue, reconnecting
2021.03.12 15:15:59 3: IntelNuc: read: error during sysread: No such process
2021.03.12 15:15:59 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_SYSSTAT.pm line 297.
2021.03.12 15:15:59 3: IntelNuc: read: end of file reached while sysread
2021.03.12 15:15:59 3: IntelNuc: Disconnected
2021.03.12 15:15:59 3: IntelNuc: read: end of file reached while sysread


Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 12 März 2021, 15:39:10
Hier nochmal ein List vom neu angelegten Device:

Internals:
   CFGFN     
   CONNECTS   68
   DEF        60 600 192.168.1.197
   FUUID      604b76b2-f33f-4b78-069e-e701e7de816bbf10
   HAS_Net::SNMP 1
   HOST       192.168.1.197
   INTERVAL   60
   INTERVAL_FS 600
   LAST_DISCONNECT 2021-03-12 15:36:55
   NAME       IntelNuc
   NR         156
   NTFY_ORDER 50-IntelNuc
   PARSED     0
   PARTIAL   
   SENT       1
   STARTED    0
   STATE      Disconnected
   SystemDescription Hardware: Intel64 Family 6 Model 142 Stepping 10 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName IntelNuc-Kueche
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 2
   QUEUE:
     HASH(0x55adc7e359c0)
   READINGS:
     2021-03-12 15:36:55   connection      disconnected
Attributes:
   noSSH      1
   room       Interfaces
   snmp       1
   snmpCommunity public
   snmpVersion 2
   uptime     1
   verbose    5


Da kommen überhaupt keine Readings mehr an.Genauso wie bei meiner Synology NAS.Da geht nicht mehr.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 12 März 2021, 15:44:57
laut log wird ssh versucht, laut list hat du aber noSSH gesetzt. irgendetwas ist komisch.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 12 März 2021, 15:47:04
Ja,das glaube ich auch.Er versucht eine ssh Verbindung auf zu bauen. starting: /usr/bin/ssh -q 192.168.1.197.

Aber nossh ist ja gesetzt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 13 März 2021, 10:46:24
Das heutige Update von 32_SYSSTAT.pm hat auch nichts gebracht.

Ich habe ein neues Device angelegt:

Internals:
   DEF        60 600 192.168.1.174
   FUUID      604c7e31-f33f-4b78-45d7-3cc5eeeac425139f
   HAS_Net::SNMP 1
   HOST       192.168.1.174
   INTERVAL   60
   INTERVAL_FS 600
   NAME       HpProDesk
   NR         121
   NTFY_ORDER 50-HpProDesk
   STATE      noSuchObject noSuchObject noSuchObject
   SystemDescription
   SystemName
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 480
   snmpCommunity public
   snmpVersion 2
   READINGS:
     2021-03-13 09:58:33   connection      disconnected
     2021-03-13 10:11:19   load            noSuchObject
     2021-03-13 10:11:19   state           noSuchObject noSuchObject noSuchObject
   helper:
Attributes:
   noSSH      1
   room       Interfaces
   snmp       1
   snmpCommunity public
   snmpVersion 2
   verbose    5


Verbose 5 spuckt so gut wie nichts aus da auch kein Connect aufgebaut werden kann.

2021.03.13 10:08:44 5: HpProDesk: trying snmp load avg
2021.03.13 10:08:44 4: HpProDesk: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.13 10:11:19 5: HpProDesk: trying snmp load avg
2021.03.13 10:11:19 4: HpProDesk: BlockingCall finished: SYSSTAT_BlockingCall


Der gleiche Computer wird auf meinen Produktivsystem mit der alten Version von Sysstat überwacht,

Internals:
   DEF        60 600 192.168.1.174
   FUUID      6041dc1b-f33f-178a-7940-9a521940dfc82ff7
   HAS_Net::SNMP 1
   HAS_Sys::Statistics 0
   HOST       192.168.1.174
   INTERVAL   60
   INTERVAL_FS 600
   NAME       ProDesk
   NR         1792
   STATE      2 days, 17:02:02.60
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 120
   snmpCommunity public
   snmpVersion 2
   READINGS:
     2021-03-13 10:36:00   C:/             24.3
     2021-03-13 10:36:00   PhysicalMemory  45.9
     2021-03-13 10:36:00   VirtualMemory   43.4
     2021-03-13 10:44:24   load            0
     2021-03-13 10:44:24   state           0,0,0,0
     2021-03-13 10:44:24   uptime          2 days, 17:02:02.60
   filesystems:
     1
     2
     3
Attributes:
   filesystems 1,2,3
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stateFormat uptime
   uptime     1


Die funtioniert ohne Probleme. An was kann das liegen?

Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 13 März 2021, 11:03:13
Ich kann die Verbindungsprobleme mit der aktuellen SYSSTAT-Version bestätigen. Meine SNMP-Verbindung zum Drucker funktioniert nach dem Update nicht mehr (STATE "Initialized" und connection "disconnected").
Hier das Listing des Devices:
Internals:
   DEF        600 600 192.168.xx.xx
   FUUID      60316ee2-f33f-df6c-8d97-bbbb67395ddc79c8
   HAS_Net::SNMP 1
   HOST       192.168.xx.xx
   INTERVAL   600
   NAME       PrinterStatus
   NR         564
   NTFY_ORDER 50-PrinterStatus
   STATE     
   SystemDescription
   SystemName
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs
   snmpCommunity public
   snmpVersion 2
   READINGS:
     2021-03-12 10:12:19   Hersteller      Canon
     2021-03-12 10:12:19   alertAllEvents  0
     2021-03-12 10:12:19   alertCriticalEvents 0
     2021-03-12 10:35:20   connection      disconnected
     2021-03-12 10:12:19   deviceStatus    2
     2021-03-12 10:12:19   interfaceDescription eth0
     2021-03-12 10:12:19   interfacePhysAddress 0xf80d602929bc
     2021-03-13 10:33:27   load            0
     2021-03-12 10:12:19   markerSupplDescBK CANON black Ink Tank
     2021-03-12 10:12:19   markerSupplDescC CANON cyan Ink Tank
     2021-03-12 10:12:19   markerSupplDescM CANON magenta Ink Tank
     2021-03-12 10:12:19   markerSupplDescY CANON yellow Ink Tank
     2021-03-12 10:12:19   markerSupplLevelBK 60
     2021-03-12 10:12:19   markerSupplLevelC 23
     2021-03-12 10:12:19   markerSupplLevelM 48
     2021-03-12 10:12:19   markerSupplLevelY 23
     2021-03-12 10:12:19   markerSupplMaxCapBK 100
     2021-03-12 10:12:19   markerSupplMaxCapC 100
     2021-03-12 10:12:19   markerSupplMaxCapM 100
     2021-03-12 10:12:19   markerSupplMaxCapY 100
     2021-03-12 10:12:19   numPrintouts    14336
     2021-03-12 10:12:19   numPrintoutsSincePowerOn 3
     2021-03-12 10:12:19   printerErrorState
     2021-03-12 10:12:19   printerName     MB5100 Arbeitszimmer
     2021-03-12 10:12:19   printerStatus   3
     2021-03-12 10:12:19   serialNumber    AEML10821
     2021-03-13 10:33:27   state           
   helper:
Attributes:
   event-on-change-reading .*
   mibs       .1.3.6.1.2.1.2.2.1.2.1:interfaceDescription,
.1.3.6.1.2.1.2.2.1.6.1:interfacePhysAddress,
.1.3.6.1.2.1.25.3.2.1.5.1:deviceStatus,
.1.3.6.1.2.1.25.3.5.1.1.1:printerStatus,
.1.3.6.1.2.1.25.3.5.1.2.1:printerErrorState,
.1.3.6.1.2.1.43.5.1.1.16.1:printerName,
.1.3.6.1.2.1.43.5.1.1.17.1:serialNumber,
.1.3.6.1.2.1.43.5.1.1.18.1:alertCriticalEvents,
.1.3.6.1.2.1.43.5.1.1.19.1:alertAllEvents,
.1.3.6.1.2.1.43.8.2.1.14.1.1:Hersteller,
.1.3.6.1.2.1.43.10.2.1.4.1.1:numPrintouts,
.1.3.6.1.2.1.43.10.2.1.5.1.1:numPrintoutsSincePowerOn,
.1.3.6.1.2.1.43.11.1.1.6.1.1:markerSupplDescBK,
.1.3.6.1.2.1.43.11.1.1.6.1.2:markerSupplDescC,
.1.3.6.1.2.1.43.11.1.1.6.1.3:markerSupplDescM,
.1.3.6.1.2.1.43.11.1.1.6.1.4:markerSupplDescY,
.1.3.6.1.2.1.43.11.1.1.8.1.1:markerSupplMaxCapBK,
.1.3.6.1.2.1.43.11.1.1.8.1.2:markerSupplMaxCapC,
.1.3.6.1.2.1.43.11.1.1.8.1.3:markerSupplMaxCapM,
.1.3.6.1.2.1.43.11.1.1.8.1.4:markerSupplMaxCapY,
.1.3.6.1.2.1.43.11.1.1.9.1.1:markerSupplLevelBK,
.1.3.6.1.2.1.43.11.1.1.9.1.2:markerSupplLevelC,
.1.3.6.1.2.1.43.11.1.1.9.1.3:markerSupplLevelM,
.1.3.6.1.2.1.43.11.1.1.9.1.4:markerSupplLevelY
   noSSH      1
   room       Test
   snmp       1
   snmpCommunity public
   snmpVersion 2
   verbose    5


Ein "get <device> update" führt zu folgenden Log-Einträgen:
2021.03.13 10:33:01.991 5: PrinterStatus: trying snmp load avg
2021.03.13 10:33:08.008 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.xx.xx"


Das Device ist trotz verbose 5 recht einsilbig. Der Drucker ist natürlich eingeschaltet bzw. im Netz erreichbar.

Ich unterstütze gerne mit weiteren Informationen, um das Problem einzugrenzen.

Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 13 März 2021, 12:55:37
@Falkenstein: bitte probier mal die version die ich eben eingecheckt habe

@Romoker: dein problem schaut zwar anders aus, bitte probier auch mal die version von eben/morgen
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 13 März 2021, 13:29:11
bitte probier mal die version die ich eben eingecheckt habe

Wo kann ich die Version runter laden?Das Fhem Update zeigt mir nichts neues an.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 13 März 2021, 13:38:27
bis morgen warten oder svn.fhem.de
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 13 März 2021, 14:00:14
Ich habe die neue Version ausprobiert. Leider keine Verbesserung.

2021.03.13 13:55:09.056 5: PrinterStatus: trying snmp load avg
2021.03.13 13:55:15.078 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.xx.xx"
2021.03.13 13:55:33.105 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.xx.xx"
2021.03.13 13:55:33.111 4: PrinterStatus: BlockingCall finished: SYSSTAT_BlockingCall


Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 13 März 2021, 14:09:58
Ich habe auch die neue Version ausprobiert.

Wenn ich get update mache,also manuell,werden die Daten ausgelesen. Das ging vorhher überhaupt nicht. Mache ich einen set reconnect passiert gar nichts.Ein automatischer Aufbau nach angegebenen Interwall geht auch nicht.

2021.03.13 14:08:48 5: HpProDesk: trying snmp load avg
2021.03.13 14:08:48 4: HpProDesk: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.13 14:08:48 4: HpProDesk: BlockingCall finished: SYSSTAT_BlockingCall


Internals:
   DEF        60 600 192.168.1.174
   FUUID      604c7e31-f33f-4b78-45d7-3cc5eeeac425139f
   HAS_Net::SNMP 1
   HOST       192.168.1.174
   INTERVAL   60
   INTERVAL_FS 600
   NAME       HpProDesk
   NR         120
   NTFY_ORDER 50-HpProDesk
   STATE      0,0,0,0
   SystemDescription Hardware: Intel64 Family 6 Model 158 Stepping 9 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName DESKTOP-E20R8JR
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 420
   snmpCommunity public
   snmpVersion 2
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-03-13 14:04:52   C:/             26.4
     2021-03-13 14:04:52   PhysicalMemory  55.9
     2021-03-13 14:04:52   VirtualMemory   51.4
     2021-03-13 14:04:52   load            0
     2021-03-13 14:04:52   state           0,0,0,0
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   verbose    5


Bei meiner Synology NAS genau das gleiche. Ein manuelles Update geht,automatisch nach Intervall geht nichts.

Internals:
   DEF        60 600 192.168.1.250
   FUUID      6042925d-f33f-4b78-cb8c-7b53d6f20b70d864
   HAS_Net::SNMP 1
   HOST       192.168.1.250
   INTERVAL   60
   INTERVAL_FS 600
   NAME       nas_syno
   NR         119
   NTFY_ORDER 50-nas_syno
   STATE      0.43 0.41 0.49
   SystemDescription Linux DiskStation 4.4.59+ #25426 SMP PREEMPT Mon Dec 14 18:48:50 CST 2020 x86_64
   SystemName DS718
   TYPE       SYSSTAT
   USE_SNMP   1
   disable    1
   interval_fs 480
   snmpCommunity makowka
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-03-13 14:11:10   fan_rpm         1
     2021-03-13 14:11:10   load            0.43
     2021-03-13 14:11:10   size_free       4906394271744
     2021-03-13 14:11:10   state           0.43 0.41 0.49
     2021-03-13 14:11:10   temperature     40
   helper:
Attributes:
   mibs       .1.3.6.1.4.1.6574.1.4.1.0:fan_rpm
,1.3.6.1.4.1.6574.1.4.2:cpuFanStatus
,.1.3.6.1.4.1.6574.3.1.1.4.0:size_free

   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   synologytemperature 1
   verbose    5
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 13 März 2021, 17:20:07
@Falkenstein: ich habe den fehler gefunden. neue version ist eingecheckt.

@Romoker: dein problem ist definitiv ein anderes. bist du wirklich sicher das die ip stimmt?
du kannst in der neuesten version mit set <name> snmpDebug on die debug ausgaben der snmp lib aktivieren. schau mal on du danach bei get <name> update mehr siehst. nicht vergessen das ganze danach mit set <name> snmpDebug off wieder abzuschalten.

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 13 März 2021, 18:15:57
So, anbei der SNMP-Dump. Die IP ist korrekt. Hat ja vorher funktioniert. Auch der sicherheitshalber durchgeführte Ping antwortet einwandfrei.

2021.03.13 18:10:05.884 5: PrinterStatus: trying snmp load avg
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(0x8113bc0)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 80 bytes
[0000]  30 4E 02 01  01 04 06 70  75 62 6C 69  63 A0 41 02   0N.....public.A.
[0016]  04 24 0E A7  CC 02 01 00  02 01 00 30  33 30 0F 06   .$.........030..
[0032]  0B 2B 06 01  04 01 8F 65  0A 01 03 01  05 00 30 0F   .+.....e......0.
[0048]  06 0B 2B 06  01 04 01 8F  65 0A 01 03  02 05 00 30   ..+.....e......0
[0064]  0F 06 0B 2B  06 01 04 01  8F 65 0A 01  03 03 05 00   ...+.....e......
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x90b0a08)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8113bc0)], defined new head [ARRAY(0x90b0a08)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x90b0a08)], timeout = 2.9993
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
debug: [343] Net::SNMP::Dispatcher::_transport_timeout(): retries left 0
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 80 bytes
[0000]  30 4E 02 01  01 04 06 70  75 62 6C 69  63 A0 41 02   0N.....public.A.
[0016]  04 24 0E A7  CC 02 01 00  02 01 00 30  33 30 0F 06   .$.........030..
[0032]  0B 2B 06 01  04 01 8F 65  0A 01 03 01  05 00 30 0F   .+.....e......0.
[0048]  06 0B 2B 06  01 04 01 8F  65 0A 01 03  02 05 00 30   ..+.....e......0
[0064]  0F 06 0B 2B  06 01 04 01  8F 65 0A 01  03 03 05 00   ...+.....e......
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x9031148)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x90b0a08)], defined new head [ARRAY(0x9031148)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x9031148)], timeout = 2.9998
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
error: [349] Net::SNMP::Dispatcher::_transport_timeout(): No response from remote host "192.168.66.23"
error: [2363] Net::SNMP::__ANON__(): No response from remote host "192.168.66.23"
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x9031148)], list is now empty
2021.03.13 18:10:11.908 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.66.23"
debug: [1065] Net::SNMP::Message::_prepare_object_identifier(): leading dot present
debug: [440] Net::SNMP::Dispatcher::_event_insert(): created new head and tail [ARRAY(0x8113d10)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 45 bytes
[0000]  30 2B 02 01  01 04 06 70  75 62 6C 69  63 A1 1E 02   0+.....public...
[0016]  04 78 C3 98  C7 02 01 00  02 01 00 30  10 30 0E 06   .x.........0.0..
[0032]  0A 2B 06 01  02 01 19 03  03 01 02 05  00            .+...........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x8f0c6c0)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8113d10)], defined new head [ARRAY(0x8f0c6c0)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x8f0c6c0)], timeout = 2.9998
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
debug: [343] Net::SNMP::Dispatcher::_transport_timeout(): retries left 0
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 45 bytes
[0000]  30 2B 02 01  01 04 06 70  75 62 6C 69  63 A1 1E 02   0+.....public...
[0016]  04 78 C3 98  C7 02 01 00  02 01 00 30  10 30 0E 06   .x.........0.0..
[0032]  0A 2B 06 01  02 01 19 03  03 01 02 05  00            .+...........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x8f083e8)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8f0c6c0)], defined new head [ARRAY(0x8f083e8)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x8f083e8)], timeout = 2.9998
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
error: [349] Net::SNMP::Dispatcher::_transport_timeout(): No response from remote host "192.168.66.23"
error: [2363] Net::SNMP::__ANON__(): No response from remote host "192.168.66.23"
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8f083e8)], list is now empty
debug: [440] Net::SNMP::Dispatcher::_event_insert(): created new head and tail [ARRAY(0x9031148)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 29 bytes
[0000]  30 1B 02 01  01 04 06 70  75 62 6C 69  63 A0 0E 02   0......public...
[0016]  04 73 45 6C  D1 02 01 00  02 01 00 30  00            .sEl.......0.
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x8f20140)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x9031148)], defined new head [ARRAY(0x8f20140)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x8f20140)], timeout = 2.9999
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
debug: [343] Net::SNMP::Dispatcher::_transport_timeout(): retries left 0
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 29 bytes
[0000]  30 1B 02 01  01 04 06 70  75 62 6C 69  63 A0 0E 02   0......public...
[0016]  04 73 45 6C  D1 02 01 00  02 01 00 30  00            .sEl.......0.
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x84a3430)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8f20140)], defined new head [ARRAY(0x84a3430)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x84a3430)], timeout = 2.9999
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
error: [349] Net::SNMP::Dispatcher::_transport_timeout(): No response from remote host "192.168.66.23"
error: [2363] Net::SNMP::__ANON__(): No response from remote host "192.168.66.23"
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x84a3430)], list is now empty
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: [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: [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(0x8edd460)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 456 bytes
[0000]  30 82 01 C4  02 01 01 04  06 70 75 62  6C 69 63 A0   0........public.
[0016]  82 01 B5 02  04 24 88 91  B8 02 01 00  02 01 00 30   .....$.........0
[0032]  82 01 A5 30  0E 06 0A 2B  06 01 02 01  02 02 01 02   ...0...+........
[0048]  01 05 00 30  0E 06 0A 2B  06 01 02 01  02 02 01 06   ...0...+........
[0064]  01 05 00 30  0F 06 0B 2B  06 01 02 01  19 03 02 01   ...0...+........
[0080]  05 01 05 00  30 0F 06 0B  2B 06 01 02  01 19 03 05   ....0...+.......
[0096]  01 01 01 05  00 30 0F 06  0B 2B 06 01  02 01 19 03   .....0...+......
[0112]  05 01 02 01  05 00 30 0F  06 0B 2B 06  01 02 01 2B   ......0...+....+
[0128]  05 01 01 10  01 05 00 30  0F 06 0B 2B  06 01 02 01   .......0...+....
[0144]  2B 05 01 01  11 01 05 00  30 0F 06 0B  2B 06 01 02   +.......0...+...
[0160]  01 2B 05 01  01 12 01 05  00 30 0F 06  0B 2B 06 01   .+.......0...+..
[0176]  02 01 2B 05  01 01 13 01  05 00 30 10  06 0C 2B 06   ..+.......0...+.
[0192]  01 02 01 2B  08 02 01 0E  01 01 05 00  30 10 06 0C   ...+........0...
[0208]  2B 06 01 02  01 2B 0A 02  01 04 01 01  05 00 30 10   +....+........0.
[0224]  06 0C 2B 06  01 02 01 2B  0A 02 01 05  01 01 05 00   ..+....+........
[0240]  30 10 06 0C  2B 06 01 02  01 2B 0B 01  01 06 01 01   0...+....+......
[0256]  05 00 30 10  06 0C 2B 06  01 02 01 2B  0B 01 01 06   ..0...+....+....
[0272]  01 02 05 00  30 10 06 0C  2B 06 01 02  01 2B 0B 01   ....0...+....+..
[0288]  01 06 01 03  05 00 30 10  06 0C 2B 06  01 02 01 2B   ......0...+....+
[0304]  0B 01 01 06  01 04 05 00  30 10 06 0C  2B 06 01 02   ........0...+...
[0320]  01 2B 0B 01  01 08 01 01  05 00 30 10  06 0C 2B 06   .+........0...+.
[0336]  01 02 01 2B  0B 01 01 08  01 02 05 00  30 10 06 0C   ...+........0...
[0352]  2B 06 01 02  01 2B 0B 01  01 08 01 03  05 00 30 10   +....+........0.
[0368]  06 0C 2B 06  01 02 01 2B  0B 01 01 08  01 04 05 00   ..+....+........
[0384]  30 10 06 0C  2B 06 01 02  01 2B 0B 01  01 09 01 01   0...+....+......
[0400]  05 00 30 10  06 0C 2B 06  01 02 01 2B  0B 01 01 09   ..0...+....+....
[0416]  01 02 05 00  30 10 06 0C  2B 06 01 02  01 2B 0B 01   ....0...+....+..
[0432]  01 09 01 03  05 00 30 10  06 0C 2B 06  01 02 01 2B   ......0...+....+
[0448]  0B 01 01 09  01 04 05 00                             ........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x7f26f08)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x8edd460)], defined new head [ARRAY(0x7f26f08)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x7f26f08)], timeout = 2.9995
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
debug: [343] Net::SNMP::Dispatcher::_transport_timeout(): retries left 0
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 456 bytes
[0000]  30 82 01 C4  02 01 01 04  06 70 75 62  6C 69 63 A0   0........public.
[0016]  82 01 B5 02  04 24 88 91  B8 02 01 00  02 01 00 30   .....$.........0
[0032]  82 01 A5 30  0E 06 0A 2B  06 01 02 01  02 02 01 02   ...0...+........
[0048]  01 05 00 30  0E 06 0A 2B  06 01 02 01  02 02 01 06   ...0...+........
[0064]  01 05 00 30  0F 06 0B 2B  06 01 02 01  19 03 02 01   ...0...+........
[0080]  05 01 05 00  30 0F 06 0B  2B 06 01 02  01 19 03 05   ....0...+.......
[0096]  01 01 01 05  00 30 0F 06  0B 2B 06 01  02 01 19 03   .....0...+......
[0112]  05 01 02 01  05 00 30 0F  06 0B 2B 06  01 02 01 2B   ......0...+....+
[0128]  05 01 01 10  01 05 00 30  0F 06 0B 2B  06 01 02 01   .......0...+....
[0144]  2B 05 01 01  11 01 05 00  30 0F 06 0B  2B 06 01 02   +.......0...+...
[0160]  01 2B 05 01  01 12 01 05  00 30 0F 06  0B 2B 06 01   .+.......0...+..
[0176]  02 01 2B 05  01 01 13 01  05 00 30 10  06 0C 2B 06   ..+.......0...+.
[0192]  01 02 01 2B  08 02 01 0E  01 01 05 00  30 10 06 0C   ...+........0...
[0208]  2B 06 01 02  01 2B 0A 02  01 04 01 01  05 00 30 10   +....+........0.
[0224]  06 0C 2B 06  01 02 01 2B  0A 02 01 05  01 01 05 00   ..+....+........
[0240]  30 10 06 0C  2B 06 01 02  01 2B 0B 01  01 06 01 01   0...+....+......
[0256]  05 00 30 10  06 0C 2B 06  01 02 01 2B  0B 01 01 06   ..0...+....+....
[0272]  01 02 05 00  30 10 06 0C  2B 06 01 02  01 2B 0B 01   ....0...+....+..
[0288]  01 06 01 03  05 00 30 10  06 0C 2B 06  01 02 01 2B   ......0...+....+
[0304]  0B 01 01 06  01 04 05 00  30 10 06 0C  2B 06 01 02   ........0...+...
[0320]  01 2B 0B 01  01 08 01 01  05 00 30 10  06 0C 2B 06   .+........0...+.
[0336]  01 02 01 2B  0B 01 01 08  01 02 05 00  30 10 06 0C   ...+........0...
[0352]  2B 06 01 02  01 2B 0B 01  01 08 01 03  05 00 30 10   +....+........0.
[0368]  06 0C 2B 06  01 02 01 2B  0B 01 01 08  01 04 05 00   ..+....+........
[0384]  30 10 06 0C  2B 06 01 02  01 2B 0B 01  01 09 01 01   0...+....+......
[0400]  05 00 30 10  06 0C 2B 06  01 02 01 2B  0B 01 01 09   ..0...+....+....
[0416]  01 02 05 00  30 10 06 0C  2B 06 01 02  01 2B 0B 01   ....0...+....+..
[0432]  01 09 01 03  05 00 30 10  06 0C 2B 06  01 02 01 2B   ......0...+....+
[0448]  0B 01 01 09  01 04 05 00                             ........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x9034e48)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x7f26f08)], defined new head [ARRAY(0x9034e48)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x9034e48)], timeout = 2.9998
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
error: [349] Net::SNMP::Dispatcher::_transport_timeout(): No response from remote host "192.168.66.23"
error: [2363] Net::SNMP::__ANON__(): No response from remote host "192.168.66.23"
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x9034e48)], list is now empty
2021.03.13 18:10:29.945 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.66.23"
2021.03.13 18:10:29.951 4: PrinterStatus: BlockingCall finished: SYSSTAT_BlockingCall


Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 13 März 2021, 18:19:30
Die neue Version habe ich jetzt getestet.

Die Abfrage der Synology NAS läuft jetzt super,ohne erkennbare Fehler  :)

Die automatische Abfrage der Windows Rechner funktioniert auch,doch werden die readings load sowie state nicht richtig angezeigt (noSuchObject). Die "uptime" Zeit wird auch nicht ausgelesen. Das ist aber nur bei den Windows Rechnern so.

Internals:
   DEF        60 600 192.168.1.174
   FUUID      604c7e31-f33f-4b78-45d7-3cc5eeeac425139f
   HAS_Net::SNMP 1
   HOST       192.168.1.174
   INTERVAL   60
   INTERVAL_FS 600
   NAME       HpProDesk
   NR         117
   NTFY_ORDER 50-HpProDesk
   STATE      uptime
   SystemDescription Hardware: Intel64 Family 6 Model 158 Stepping 9 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName DESKTOP-E20R8JR
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 600
   snmpCommunity public
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-03-13 18:17:36   C:/             26.3
     2021-03-13 18:17:36   PhysicalMemory  58.3
     2021-03-13 18:17:36   VirtualMemory   51.8
     2021-03-13 18:17:36   load            noSuchObject
     2021-03-13 18:17:36   state           noSuchObject noSuchObject noSuchObject
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stateFormat uptime
   uptime     1
   verbose    0




Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Gisbert am 14 März 2021, 11:24:49
Hallo justme1968,

ich habe folgendes Device, welches nach einem Update von gestern, ca. Mittagszeit, Fehler ausspuckt. Ich hab hier gelesen, dass gestern (nachmittag) eine neue Version eingecheckt wurde, allerdings bleiben die Fehler nach einem erneuten update.

Hast eine Idee zur Abhilfe, und wie kann ich das Device in der Zwischenzeit deaktivieren, außer durch Löschen?
[edit]: Es gibt das Attribut disable, das das Device anhält.

log-Auszug:
2021.03.14 11:13:44 3: TrafficUnifiWan: read: error during sysread: No such process
2021.03.14 11:13:45 3: TrafficUnifiWan: Disconnected
2021.03.14 11:13:45 3: TrafficUnifiWan: read: end of file reached while sysread
2021.03.14 11:13:55 2: TrafficUnifiWan: starting: /usr/bin/ssh -q 192.168.1.1
2021.03.14 11:13:55 3: TrafficUnifiWan: read: error during sysread: No such process
2021.03.14 11:13:55 3: TrafficUnifiWan: Disconnected
2021.03.14 11:13:55 3: TrafficUnifiWan: read: end of file reached while sysread
2021.03.14 11:14:04 2: TrafficUnifiWan: starting: /usr/bin/ssh -q 192.168.1.1
2021.03.14 11:14:05 3: TrafficUnifiWan: read: error during sysread: No such process
2021.03.14 11:14:05 3: TrafficUnifiWan: Disconnected
2021.03.14 11:14:05 3: TrafficUnifiWan: read: end of file reached while sysread
2021.03.14 11:14:07 2: Received 0 values for radiation
2021.03.14 11:14:15 2: TrafficUnifiWan: starting: /usr/bin/ssh -q 192.168.1.1
2021.03.14 11:14:15 3: TrafficUnifiWan: read: error during sysread: No such process


Device:

Internals:
   CFGFN      ./FHEM/FritzboxUniFiAnwesenheit.cfg
   CONNECTS   47
   DEF        60 900 192.168.1.1
   FD         61
   FUUID      5e9de194-f33f-e986-11a7-5dc3a8ff5426d83c
   HAS_Net::SNMP 1
   HOST       192.168.1.1
   INTERVAL   60
   INTERVAL_FS 900
   LAST_DISCONNECT 2021-03-14 11:21:04
   NAME       TrafficUnifiWan
   NR         93
   NTFY_ORDER 50-TrafficUnifiWan
   PARSED     0
   PARTIAL   
   PID        25542
   SENT       1
   STARTED    0
   STATE      Started
   SystemDescription EdgeOS v4.4.55.5377096.210212.1121
   SystemName USG-3P
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 900
   snmpCommunity public
   snmpVersion 2
   QUEUE:
     HASH(0x55ddf5fd5010)
   READINGS:
     2021-03-14 11:21:04   EmpfangenHeute  0
     2021-03-14 11:21:04   GesendetHeute   0
     2021-03-14 11:21:04   RX_GB_WAN       142.462910830043
     2021-03-14 11:21:04   TX_GB_WAN       10.221256935969
     2021-03-14 11:21:04   connection      disconnected
     2021-03-13 12:34:35   desc            eth0
     2021-03-13 12:34:35   idle            96
     2021-03-13 12:34:35   ifHCInOctets    152968385727
     2021-03-13 12:34:35   ifHCOutOctets   10974991066
     2021-03-13 12:34:35   ifInOctets      2644530367
     2021-03-13 12:34:35   ifOutOctets     2385056474
     2021-03-13 12:34:35   ifSpeed         1000000000
     2021-03-13 12:34:35   load            0.02
     2021-03-13 12:34:35   name            USG-3P
     2021-03-13 12:34:35   state           0.02 0.09 0.12
     2021-03-13 12:34:35   system          1
     2021-03-13 12:34:35   uptime          13 days, 14:06:30.16
     2021-03-13 12:34:35   user            1
     2021-03-13 12:34:35   wanIP           192.168.178.20
Attributes:
   event-on-change-reading .*
   group      Performance
   icon       it_router
   mibs       .1.3.6.1.2.1.1.5.0:name
.1.3.6.1.2.1.2.2.1.2.2:desc
.1.3.6.1.2.1.2.2.1.5.2:ifSpeed
.1.3.6.1.2.1.2.2.1.10.2:ifInOctets
.1.3.6.1.2.1.2.2.1.16.2:ifOutOctets
.1.3.6.1.2.1.31.1.1.1.6.2:ifHCInOctets
.1.3.6.1.2.1.31.1.1.1.10.2:ifHCOutOctets
.1.3.6.1.2.1.4.20.1.1.192.168.178.20:wanIP
   room       Network
   snmp       1
   snmpCommunity public
   snmpVersion 2
   sortby     3
   stat       1
   stateFormat {'download: '.round(ReadingsVal($name,'EmpfangenHeute',''),2).' GB

upload: '.round(ReadingsVal($name,'GesendetHeute',''),2).' GB'}
   uptime     1
   userReadings RX_GB_WAN {ReadingsVal($name,'ifHCInOctets','-1')/1024/1024/1024},
TX_GB_WAN {ReadingsVal($name,'ifHCOutOctets','-1')/1024/1024/1024},
GesendetHeute monotonic {ReadingsVal($name,'TX_GB_WAN',0)},
EmpfangenHeute monotonic {ReadingsVal($name,'RX_GB_WAN',0)}
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 14 März 2021, 11:33:31
Hallo justme1968,

nach wie vor,die readings load sowie state werden nicht richtig angezeigt (noSuchObject). Die "uptime" Zeit wird nicht ausgelesen. Das betrifft aber nur bei den Windows Rechnern die aus gelesen werden.Bei der Synology NAS passt alles.

Internals:
   DEF        60 600 192.168.1.197
   FUUID      604cee28-f33f-4b78-8ec2-cac72222d2719744
   HAS_Net::SNMP 1
   HOST       192.168.1.197
   INTERVAL   60
   INTERVAL_FS 600
   NAME       IntelNuc
   NR         118
   NTFY_ORDER 50-IntelNuc
   STATE      uptime
   SystemDescription Hardware: Intel64 Family 6 Model 142 Stepping 10 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName IntelNuc-Kueche
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 300
   snmpCommunity public
   snmpVersion 2
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-03-14 11:26:15   C:/             23.9
     2021-03-14 11:26:15   PhysicalMemory  35.4
     2021-03-14 11:26:15   VirtualMemory   26.9
     2021-03-14 08:44:15   idle            noSuchObject
     2021-03-14 11:31:15   load            noSuchObject
     2021-03-14 11:31:15   state           noSuchObject noSuchObject noSuchObject
     2021-03-14 08:44:15   system          noSuchObject
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   snmpVersion 2
   stateFormat uptime
   uptime     1



Beste Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 14 März 2021, 13:22:56
@Romoker: laut log bekommt die low level snmp lib keine verbindung zum drucker. ich habe gerade keine idee warum. bei mir läuft exakt die gleiche abfrage problemlos. allerdings ohne snmpVersion attribut.

@Falkenstein: bitte lösch mal das snmpVersion attribut

@Gisbert: bitte noSSH setzen
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 14 März 2021, 13:37:51
Das war es....das Attribut snmpVersion habe ich gelöscht.Jetzt sind die readings wieder normal da.

Das einzigste was nicht mit eingelesen wird ist uptime,das reading fehlt komplett.


Internals:
   DEF        60 600 192.168.1.197
   FUUID      604cee28-f33f-4b78-8ec2-cac72222d2719744
   HAS_Net::SNMP 1
   HOST       192.168.1.197
   INTERVAL   60
   INTERVAL_FS 600
   NAME       IntelNuc
   NR         118
   NTFY_ORDER 50-IntelNuc
   STATE      14,12,13,13
   SystemDescription Hardware: Intel64 Family 6 Model 142 Stepping 10 AT/AT COMPATIBLE - Software: Windows Version 6.3 (Build 19042 Multiprocessor Free)
   SystemName IntelNuc-Kueche
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs 480
   snmpCommunity public
   OLDREADINGS:
   QUEUE:
   READINGS:
     2021-03-14 13:35:18   C:/             23.9
     2021-03-14 13:35:18   PhysicalMemory  36.9
     2021-03-14 13:35:18   VirtualMemory   28.1
     2021-03-14 13:37:12   load            0.52
     2021-03-14 13:37:12   state           14,12,13,13
   filesystems:
     1
     2
     3
   helper:
Attributes:
   filesystems 1,2,3
   noSSH      1
   room       Interfaces
   showpercent 1
   snmp       1
   snmpCommunity public
   uptime     1
   verbose    0


Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 14 März 2021, 15:25:32
Hallo justme1968,
ich muss meine Aussage revidieren. Die neue Version liefert doch die abgefragten Werte vom Drucker zurück. Ich habe das allerdings wegen aktiviertem "event-on-change-reading" nicht gesehen (Anfängerfehler). Allerdings wird das Reading "connection" nicht mehr aktualisiert (Wert: "disconnected"), ebenso ist der STATE nicht präsent, d.h leer.
Damit kann ich aber leben.

Im Listing ist zu sehen, dass das Reading connection als einziges nicht aktualisiert wurde:

Internals:
   DEF        600 600 192.168.66.23
   FUUID      60316ee2-f33f-df6c-8d97-bbbb67395ddc79c8
   HAS_Net::SNMP 1
   HOST       192.168.66.23
   INTERVAL   600
   NAME       PrinterStatus
   NR         564
   NTFY_ORDER 50-PrinterStatus
   STATE     
   SystemDescription Canon MB5100 series /P
   SystemName MB5100 Arbeitszimmer
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs
   snmpCommunity public
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-03-14 15:02:41   Hersteller      Canon
     2021-03-14 15:02:41   alertAllEvents  0
     2021-03-14 15:02:41   alertCriticalEvents 0
     2021-03-12 10:35:20   connection      disconnected
     2021-03-14 15:02:41   deviceStatus    2
     2021-03-14 15:02:41   interfaceDescription eth0
     2021-03-14 15:02:41   interfacePhysAddress 0xf80d602929bc
     2021-03-14 15:02:41   load            0
     2021-03-14 15:02:41   markerSupplDescBK CANON PGI-2500XL<BK> black Ink Tank
     2021-03-14 15:02:41   markerSupplDescC CANON PGI-2500XL<C> cyan Ink Tank
     2021-03-14 15:02:41   markerSupplDescM CANON PGI-2500XL<M> magenta Ink Tank
     2021-03-14 15:02:41   markerSupplDescY CANON PGI-2500XL<Y> yellow Ink Tank
     2021-03-14 15:02:41   markerSupplLevelBK 58
     2021-03-14 15:02:41   markerSupplLevelC 20
     2021-03-14 15:02:41   markerSupplLevelM 48
     2021-03-14 15:02:41   markerSupplLevelY 22
     2021-03-14 15:02:41   markerSupplMaxCapBK 100
     2021-03-14 15:02:41   markerSupplMaxCapC 100
     2021-03-14 15:02:41   markerSupplMaxCapM 100
     2021-03-14 15:02:41   markerSupplMaxCapY 100
     2021-03-14 15:02:41   numPrintouts    14367
     2021-03-14 15:02:41   numPrintoutsSincePowerOn 1
     2021-03-14 15:02:41   printerErrorState
     2021-03-14 15:02:41   printerName     MB5100 Arbeitszimmer
     2021-03-14 15:02:41   printerStatus   3
     2021-03-14 15:02:41   serialNumber    AEML10821
     2021-03-14 15:02:41   state           
   helper:
Attributes:
   mibs       .1.3.6.1.2.1.2.2.1.2.1:interfaceDescription,
.1.3.6.1.2.1.2.2.1.6.1:interfacePhysAddress,
.1.3.6.1.2.1.25.3.2.1.5.1:deviceStatus,
.1.3.6.1.2.1.25.3.5.1.1.1:printerStatus,
.1.3.6.1.2.1.25.3.5.1.2.1:printerErrorState,
.1.3.6.1.2.1.43.5.1.1.16.1:printerName,
.1.3.6.1.2.1.43.5.1.1.17.1:serialNumber,
.1.3.6.1.2.1.43.5.1.1.18.1:alertCriticalEvents,
.1.3.6.1.2.1.43.5.1.1.19.1:alertAllEvents,
.1.3.6.1.2.1.43.8.2.1.14.1.1:Hersteller,
.1.3.6.1.2.1.43.10.2.1.4.1.1:numPrintouts,
.1.3.6.1.2.1.43.10.2.1.5.1.1:numPrintoutsSincePowerOn,
.1.3.6.1.2.1.43.11.1.1.6.1.1:markerSupplDescBK,
.1.3.6.1.2.1.43.11.1.1.6.1.2:markerSupplDescC,
.1.3.6.1.2.1.43.11.1.1.6.1.3:markerSupplDescM,
.1.3.6.1.2.1.43.11.1.1.6.1.4:markerSupplDescY,
.1.3.6.1.2.1.43.11.1.1.8.1.1:markerSupplMaxCapBK,
.1.3.6.1.2.1.43.11.1.1.8.1.2:markerSupplMaxCapC,
.1.3.6.1.2.1.43.11.1.1.8.1.3:markerSupplMaxCapM,
.1.3.6.1.2.1.43.11.1.1.8.1.4:markerSupplMaxCapY,
.1.3.6.1.2.1.43.11.1.1.9.1.1:markerSupplLevelBK,
.1.3.6.1.2.1.43.11.1.1.9.1.2:markerSupplLevelC,
.1.3.6.1.2.1.43.11.1.1.9.1.3:markerSupplLevelM,
.1.3.6.1.2.1.43.11.1.1.9.1.4:markerSupplLevelY
   noSSH      1
   room       Test
   snmp       1
   snmpCommunity public
   snmpVersion 2
   verbose    5


edit:
Im Log steht noch folgendes:
2021.03.14 15:29:21.669 5: PrinterStatus: trying snmp load avg
2021.03.14 15:29:21.696 4: PrinterStatus: got empty result from snmp query Received noSuchName(2) error-status at error-index 3
2021.03.14 15:29:21.758 4: PrinterStatus: BlockingCall finished: SYSSTAT_BlockingCall


DIe Werte werden aber alle korrekt abgefragt.
Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 14 März 2021, 16:46:59
@Falkenstein: bitte zeig mal was snmpget für 1.3.6.1.2.1.25.1.1.0 liefert.
@Romoker: connection ist nur für ssh relevant. das ist noch ein überbleibsel einer vorherigen version. nach einem deletereading sollte es nicht mehr auftauchen.

STATE wird per default aus state gefüllt. in state landet automatisch nur die cpu auslastung. drucker liefern auf die normalen cpu last mibs aber keine werte. du kannst entweder eine passende mib für state konfigurieren, oder mit stateFormat STATE aus einem anderen reading füllen. load und state werden ab morgen nicht mehr erzeugt wenn es gar keine werte gibt.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 14 März 2021, 16:59:11
Ich hoffe ich habe das so richtig gemacht...

lars@debian:~$ snmpget -v1 -c public  192.168.1.197  1.3.6.1.2.1.25.1.1.0
iso.3.6.1.2.1.25.1.1.0 = Timeticks: (885009) 2:27:30.09



Beste Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 14 März 2021, 17:19:59
Danke justme1968 für Deine Arbeit und den super Service.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 14 März 2021, 17:34:10
@Falkenstein: windows uptime sollte ab morgen gehen
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 14 März 2021, 17:45:57
Super...geht wieder. Recht vielen Dank justme1968 für Deine Arbeit  :)

Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Gisbert am 14 März 2021, 19:19:50
Hallo justme1968,

Zitat@Gisbert: bitte noSSH setzen
Läuft wieder, vielen Dank

Viele Grüße Gisbert
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Frank_Huber am 15 März 2021, 09:14:33
Zitat von: justme1968 am 14 März 2021, 13:22:56
@Gisbert: bitte noSSH setzen

DANKE!
Hatte nach Update das gleiche Problem mit meinen PoE Switchen, das noSSH Attribut hat das ganze dann gelöst. :-)
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 21 März 2021, 16:19:36
Sind diese Einträge im Logfile normal? Kann man die ab schalten? Das ganze Logfile ist damit voll. Mir ist es gerade erst aufgefallen.

hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/32_SYSSTAT.pm line 1061.
2021.03.21 15:59:56 1: readingsUpdate(IntelNuc,uptime,2 days, 12:29:31) missed to call readingsBeginUpdate first.
2021.03.21 15:59:56 1: stacktrace:
2021.03.21 15:59:56 1:     main::readingsBulkUpdate            called by ./FHEM/32_SYSSTAT.pm (492)
2021.03.21 15:59:56 1:     main::SYSSTAT_Parse                 called by ./FHEM/32_SYSSTAT.pm (1348)
2021.03.21 15:59:56 1:     main::SYSSTAT_getUptimeSNMP         called by ./FHEM/32_SYSSTAT.pm (1013)
2021.03.21 15:59:56 1:     main::SYSSTAT_GetUpdateSNMP         called by ./FHEM/32_SYSSTAT.pm (1059)
2021.03.21 15:59:56 1:     main::SYSSTAT_BlockingCall          called by FHEM/Blocking.pm (194)
2021.03.21 15:59:56 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2021.03.21 15:59:56 1:     main::BlockingCall                  called by ./FHEM/32_SYSSTAT.pm (988)
2021.03.21 15:59:56 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3379)
2021.03.21 15:59:56 1:     main::HandleTimeout                 called by fhem.pl (695)
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/32_SYSSTAT.pm line 1061.
2021.03.21 16:00:50 2: IntelNuc: BlockingCall aborted: SYSSTAT_BlockingCall
2021.03.21 16:04:53 1: readingsUpdate(IntelNuc,uptime,2 days, 12:34:28) missed to call readingsBeginUpdate first.
2021.03.21 16:04:53 1: stacktrace:
2021.03.21 16:04:53 1:     main::readingsBulkUpdate            called by ./FHEM/32_SYSSTAT.pm (492)
2021.03.21 16:04:53 1:     main::SYSSTAT_Parse                 called by ./FHEM/32_SYSSTAT.pm (1348)
2021.03.21 16:04:53 1:     main::SYSSTAT_getUptimeSNMP         called by ./FHEM/32_SYSSTAT.pm (1013)
2021.03.21 16:04:53 1:     main::SYSSTAT_GetUpdateSNMP         called by ./FHEM/32_SYSSTAT.pm (1059)
2021.03.21 16:04:53 1:     main::SYSSTAT_BlockingCall          called by FHEM/Blocking.pm (194)
2021.03.21 16:04:53 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2021.03.21 16:04:53 1:     main::BlockingCall                  called by ./FHEM/32_SYSSTAT.pm (988)
2021.03.21 16:04:53 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3379)
2021.03.21 16:04:53 1:     main::HandleTimeout                 called by fhem.pl (695)
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/32_SYSSTAT.pm line 1061.
2021.03.21 16:05:50 2: IntelNuc: BlockingCall aborted: SYSSTAT_BlockingCall
2021.03.21 16:06:53 1: readingsUpdate(IntelNuc,uptime,2 days, 12:36:28) missed to call readingsBeginUpdate first.
2021.03.21 16:06:53 1: stacktrace:
2021.03.21 16:06:53 1:     main::readingsBulkUpdate            called by ./FHEM/32_SYSSTAT.pm (492)
2021.03.21 16:06:53 1:     main::SYSSTAT_Parse                 called by ./FHEM/32_SYSSTAT.pm (1348)
2021.03.21 16:06:53 1:     main::SYSSTAT_getUptimeSNMP         called by ./FHEM/32_SYSSTAT.pm (1013)
2021.03.21 16:06:53 1:     main::SYSSTAT_GetUpdateSNMP         called by ./FHEM/32_SYSSTAT.pm (1059)
2021.03.21 16:06:53 1:     main::SYSSTAT_BlockingCall          called by FHEM/Blocking.pm (194)
2021.03.21 16:06:53 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2021.03.21 16:06:53 1:     main::BlockingCall                  called by ./FHEM/32_SYSSTAT.pm (988)
2021.03.21 16:06:53 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3379)
2021.03.21 16:06:53 1:     main::HandleTimeout                 called by fhem.pl (695)



Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 21 März 2021, 16:27:55
bitte schalt mal auf verbose 5 für das device und zeig dann nochmal das log rund um den fehler.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 21 März 2021, 17:02:40
Das Device ist jetzt auf Verbose 5. Das tritt nur bei der Abfrage eines Windows Rechner auf.Bei meiner Synology habe ich diese Meldungen nicht im Log.

2021.03.21 16:47:50 2: IntelNuc: BlockingCall aborted: SYSSTAT_BlockingCall
2021.03.21 16:48:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:48:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:48:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:48:53 5: IntelNuc: parsing: cat /proc/uptime <- 220708.4
2021.03.21 16:48:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:49:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:49:50 4: IntelNuc: got empty result from snmp query The msgSecurityModel 1 was expected, but 2 was found
2021.03.21 16:49:56 5: IntelNuc: trying snmp uptime
2021.03.21 16:49:56 5: IntelNuc: parsing: cat /proc/uptime <- 220771.4
2021.03.21 16:49:56 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:50:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:50:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:50:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:50:53 5: IntelNuc: parsing: cat /proc/uptime <- 220828.4
2021.03.21 16:50:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:51:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:51:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:51:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:51:53 5: IntelNuc: parsing: cat /proc/uptime <- 220888.4
2021.03.21 16:51:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:52:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:52:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:52:50 5: IntelNuc: trying snmp uptime
2021.03.21 16:52:50 5: IntelNuc: parsing: cat /proc/uptime <- 220945.4
2021.03.21 16:52:50 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:53:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:53:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:53:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:53:53 5: IntelNuc: parsing: cat /proc/uptime <- 221008.4
2021.03.21 16:53:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:54:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:54:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:55:02 5: IntelNuc: trying snmp uptime
2021.03.21 16:55:02 5: IntelNuc: parsing: cat /proc/uptime <- 221077.43
2021.03.21 16:55:02 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:55:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:55:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:55:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:55:53 5: IntelNuc: parsing: cat /proc/uptime <- 221128.42
2021.03.21 16:55:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:56:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:56:53 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:56:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:56:53 5: IntelNuc: parsing: cat /proc/uptime <- 221188.45
2021.03.21 16:56:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:57:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:57:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:57:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:57:53 5: IntelNuc: parsing: cat /proc/uptime <- 221248.43
2021.03.21 16:57:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:58:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:58:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:58:59 5: IntelNuc: trying snmp uptime
2021.03.21 16:59:02 5: IntelNuc: parsing: cat /proc/uptime <- 221317.42
2021.03.21 16:59:02 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 16:59:50 5: IntelNuc: trying snmp load avg
2021.03.21 16:59:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 16:59:53 5: IntelNuc: trying snmp uptime
2021.03.21 16:59:53 5: IntelNuc: parsing: cat /proc/uptime <- 221368.42
2021.03.21 16:59:53 4: IntelNuc: BlockingCall finished: SYSSTAT_BlockingCall
2021.03.21 17:00:50 5: IntelNuc: trying snmp load avg
2021.03.21 17:00:50 4: IntelNuc: got empty result from snmp query Received noSuchName(2) error-status at error-index 1
2021.03.21 17:00:59 5: IntelNuc: trying snmp uptime
2021.03.21 17:00:59 5: IntelNuc: parsing: cat /proc/uptime <- 221434.4
2021.03.21 17:00:59 1: readingsUpdate(IntelNuc,uptime,2 days, 13:30:34) missed to call readingsBeginUpdate first.
2021.03.21 17:00:59 1: stacktrace:
2021.03.21 17:00:59 1:     main::readingsBulkUpdate            called by ./FHEM/32_SYSSTAT.pm (492)
2021.03.21 17:00:59 1:     main::SYSSTAT_Parse                 called by ./FHEM/32_SYSSTAT.pm (1348)
2021.03.21 17:00:59 1:     main::SYSSTAT_getUptimeSNMP         called by ./FHEM/32_SYSSTAT.pm (1013)
2021.03.21 17:00:59 1:     main::SYSSTAT_GetUpdateSNMP         called by ./FHEM/32_SYSSTAT.pm (1059)
2021.03.21 17:00:59 1:     main::SYSSTAT_BlockingCall          called by FHEM/Blocking.pm (194)
2021.03.21 17:00:59 1:     main::BlockingStart                 called by FHEM/Blocking.pm (107)
2021.03.21 17:00:59 1:     main::BlockingCall                  called by ./FHEM/32_SYSSTAT.pm (988)
2021.03.21 17:00:59 1:     main::SYSSTAT_GetUpdate             called by fhem.pl (3379)
2021.03.21 17:00:59 1:     main::HandleTimeout                 called by fhem.pl (695)
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/32_SYSSTAT.pm line 1061.



Beste Grüße
Falkes



Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 21 März 2021, 17:22:56
ich denke ich habe es repariert.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 21 März 2021, 18:29:35
Yes...die Einträge im Logfile sind jetzt nicht mehr da.


Recht vielen Dank justme1968 für Deine Arbeit  :)

Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Damu am 21 März 2021, 20:08:18
Hallo

Erstmals vielen Dank für die Bearbeitung des Moduls.
Läuft soweit normal.

Habe zwei POE Switchs die ich Abfrage.
Abfragen mach ich normal mit "get update Sysstat"
Wie erreich ich das das Modul nicht selbstständig abfrägt.
Vorher hatte ich den Interval auf 0.
Glaube das hat so funktioniert (bin mir da aber nicht sicher).
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 21 März 2021, 20:34:18
ich glaube das ist nicht vorgesehen. warum willst du denn nicht automatisch abfragen?

du kannst versuchen das interval sehr groß zu machen oder disable zu setzen. ich weiss aber nicht ob bei letzterem die manuellen abfragen noch gehen.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Damu am 22 März 2021, 19:17:30
Zitatdu kannst vertuschen das interval sehr groß zu machen oder disable zu setzen. ich weiss aber nicht ob bei letzterem die manuellen abfragen noch gehen.

"disable" geht.

Was macht den "disabledForIntervals"?

Vielen Dank
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 22 März 2021, 19:34:56
siehe: http://fhem.de/commandref.html#disabledForIntervals (http://fhem.de/commandref.html#disabledForIntervals)
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 26 März 2021, 10:53:19
Hallo justme1968,
leider ist meine Printer-SNMP-Verbindung nach dem Update auf die aktuelle Version 24057 2021-03-22 wieder disconnected und ich bekomme alle 10 s folgende Log-Meldungen:
2021.03.26 10:39:28.081 4: PrinterStatus: sending: uname -a
2021.03.26 10:39:28.139 2: PrinterStatus: starting: /usr/bin/ssh -q 192.168.66.23
2021.03.26 10:39:28.190 3: PrinterStatus: read: error during sysread: No such process
2021.03.26 10:39:28.202 3: PrinterStatus: Disconnected
2021.03.26 10:39:28.203 3: PrinterStatus: read: end of file reached while sysread


Das connection-Reading taucht wieder auf, obwohl ich es gelöscht hatte. Anscheinend wird versucht eine ssh-Verbindung aufzubauen, die aber bei snmp nicht nötig sein sollte?

So sieht meine Objektdefinition aus:
nternals:
   CONNECTS   30
   DEF        600 600 192.168.66.23
   FD         96
   FUUID      60316ee2-f33f-df6c-8d97-bbbb67395ddc79c8
   HAS_Net::SNMP 1
   HOST       192.168.66.23
   INTERVAL   600
   LAST_DISCONNECT 2021-03-26 10:41:40
   NAME       PrinterStatus
   NR         564
   NTFY_ORDER 50-PrinterStatus
   PARSED     0
   PARTIAL   
   SENT       1
   STARTED    0
   STATE      Started
   SystemDescription
   SystemName
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs
   snmpCommunity public
   snmpVersion 2
   OLDREADINGS:
   QUEUE:
     HASH(0x70739a8)
   READINGS:
     2021-03-26 10:34:02   Hersteller      Canon
     2021-03-26 10:34:02   alertAllEvents  0
     2021-03-26 10:34:02   alertCriticalEvents 0
     2021-03-26 10:41:52   connection      disconnected
     2021-03-26 10:34:02   deviceStatus    2
     2021-03-26 10:34:02   interfaceDescription eth0
     2021-03-26 10:34:02   interfacePhysAddress 0xf80d602929bc
     2021-03-26 10:34:02   markerSupplDescBK CANON PGI-2500XL<BK> black Ink Tank
     2021-03-26 10:34:02   markerSupplDescC CANON PGI-2500XL<C> cyan Ink Tank
     2021-03-26 10:34:02   markerSupplDescM CANON PGI-2500XL<M> magenta Ink Tank
     2021-03-26 10:34:02   markerSupplDescY CANON PGI-2500XL<Y> yellow Ink Tank
     2021-03-26 10:34:02   markerSupplLevelBK 47
     2021-03-26 10:34:02   markerSupplLevelC 20
     2021-03-26 10:34:02   markerSupplLevelM 40
     2021-03-26 10:34:02   markerSupplLevelY 20
     2021-03-26 10:34:02   markerSupplMaxCapBK 100
     2021-03-26 10:34:02   markerSupplMaxCapC 100
     2021-03-26 10:34:02   markerSupplMaxCapM 100
     2021-03-26 10:34:02   markerSupplMaxCapY 100
     2021-03-26 10:34:02   numPrintouts    14558
     2021-03-26 10:34:02   numPrintoutsSincePowerOn 0
     2021-03-26 10:34:02   printerErrorState
     2021-03-26 10:34:02   printerName     MB5100 Arbeitszimmer
     2021-03-26 10:34:02   printerStatus   3
     2021-03-26 10:34:02   serialNumber    AEML10821
   helper:
Attributes:
   mibs       .1.3.6.1.2.1.2.2.1.2.1:interfaceDescription,
.1.3.6.1.2.1.2.2.1.6.1:interfacePhysAddress,
.1.3.6.1.2.1.25.3.2.1.5.1:deviceStatus,
.1.3.6.1.2.1.25.3.5.1.1.1:printerStatus,
.1.3.6.1.2.1.25.3.5.1.2.1:printerErrorState,
.1.3.6.1.2.1.43.5.1.1.16.1:printerName,
.1.3.6.1.2.1.43.5.1.1.17.1:serialNumber,
.1.3.6.1.2.1.43.5.1.1.18.1:alertCriticalEvents,
.1.3.6.1.2.1.43.5.1.1.19.1:alertAllEvents,
.1.3.6.1.2.1.43.8.2.1.14.1.1:Hersteller,
.1.3.6.1.2.1.43.10.2.1.4.1.1:numPrintouts,
.1.3.6.1.2.1.43.10.2.1.5.1.1:numPrintoutsSincePowerOn,
.1.3.6.1.2.1.43.11.1.1.6.1.1:markerSupplDescBK,
.1.3.6.1.2.1.43.11.1.1.6.1.2:markerSupplDescC,
.1.3.6.1.2.1.43.11.1.1.6.1.3:markerSupplDescM,
.1.3.6.1.2.1.43.11.1.1.6.1.4:markerSupplDescY,
.1.3.6.1.2.1.43.11.1.1.8.1.1:markerSupplMaxCapBK,
.1.3.6.1.2.1.43.11.1.1.8.1.2:markerSupplMaxCapC,
.1.3.6.1.2.1.43.11.1.1.8.1.3:markerSupplMaxCapM,
.1.3.6.1.2.1.43.11.1.1.8.1.4:markerSupplMaxCapY,
.1.3.6.1.2.1.43.11.1.1.9.1.1:markerSupplLevelBK,
.1.3.6.1.2.1.43.11.1.1.9.1.2:markerSupplLevelC,
.1.3.6.1.2.1.43.11.1.1.9.1.3:markerSupplLevelM,
.1.3.6.1.2.1.43.11.1.1.9.1.4:markerSupplLevelY
   room       Test
   snmp       1
   snmpCommunity public
   snmpVersion 2
   verbose    5


Und hier ein snmpDump:
debug: [1933] Net::SNMP::translate(): translate mask = 0xfb
debug: [651] Net::SNMP::Transport::_new(): opened UDP/IPv4 socket [59]
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(0x7b77af0)]
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 57 bytes
[0000]  30 37 02 01  01 04 06 70  75 62 6C 69  63 A0 2A 02   07.....public.*.
[0016]  04 6B 0A 52  AB 02 01 00  02 01 00 30  1C 30 0C 06   .k.R.......0.0..
[0032]  08 2B 06 01  02 01 01 01  00 05 00 30  0C 06 08 2B   .+.........0...+
[0048]  06 01 02 01  01 05 00 05  00                         .........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x7b40500)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x7b77af0)], defined new head [ARRAY(0x7b40500)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x7b40500)], timeout = 2.9999
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
debug: [343] Net::SNMP::Dispatcher::_transport_timeout(): retries left 0
debug: [687] Net::SNMP::Message::send(): transport address 192.168.66.23:161
debug: [2058] Net::SNMP::Message::_buffer_dump(): 57 bytes
[0000]  30 37 02 01  01 04 06 70  75 62 6C 69  63 A0 2A 02   07.....public.*.
[0016]  04 6B 0A 52  AB 02 01 00  02 01 00 30  1C 30 0C 06   .k.R.......0.0..
[0032]  08 2B 06 01  02 01 01 01  00 05 00 30  0C 06 08 2B   .+.........0...+
[0048]  06 01 02 01  01 05 00 05  00                         .........
debug: [200] Net::SNMP::Dispatcher::register(): added handler for descriptor [59]
debug: [462] Net::SNMP::Dispatcher::_event_insert(): modified tail [ARRAY(0x7c29308)]
debug: [535] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x7b40500)], defined new head [ARRAY(0x7c29308)]
debug: [596] Net::SNMP::Dispatcher::_event_handle(): event [ARRAY(0x7c29308)], timeout = 2.9999
debug: [239] Net::SNMP::Dispatcher::deregister(): removed handler for descriptor [59]
error: [349] Net::SNMP::Dispatcher::_transport_timeout(): No response from remote host "192.168.66.23"
error: [2363] Net::SNMP::__ANON__(): No response from remote host "192.168.66.23"
debug: [517] Net::SNMP::Dispatcher::_event_delete(): deleted [ARRAY(0x7c29308)], list is now empty
2021.03.26 10:46:56.000 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.66.23"


Der Drucker ist online. Das Löschen des snmpVersion-Attributes, wie vorher mal von Dir erwähnt, bringt leider auch nichts.

Viele Grüße


Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 26 März 2021, 12:24:15
laut list hast du noSSH nicht gesetzt
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 26 März 2021, 13:25:54
noSSH war vorher auch nicht gesetzt und es funktionierte. Ich habe die Attribut-Kombinationen (noSSH, snmpVersionschon) schon ausprobiert, aber ohne Erfolg.
Mit noSHH sehen die Log-Einträge so aus:
2021.03.26 13:19:45.239 5: PrinterStatus: trying snmp load avg
2021.03.26 13:19:51.255 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.66.23"
2021.03.26 13:20:09.280 4: PrinterStatus: got empty result from snmp query No response from remote host "192.168.66.23"
2021.03.26 13:20:09.291 4: PrinterStatus: BlockingCall finished: SYSSTAT_BlockingCall


Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 26 März 2021, 13:38:40
wenn du nur snmp verwenden willst und auf keinen fall ssh muss noSSH gesetzt sein. bitte setze es mal und wenn das noch nicht hilft starte fhem mal neu.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 26 März 2021, 14:10:43
Ich habe noSSH gesetzt und FHEM neu gestartet. Leider kein Erfolg. Die gleichen Log-Meldungen wie in meinem letzten Post beschrieben.
Wenn ich zusätzlich snmpVersion lösche, habe ich folgende Log-Meldungen:
2021.03.26 13:46:48.004 5: PrinterStatus: trying snmp load avg
2021.03.26 13:46:48.029 4: PrinterStatus: got empty result from snmp query Received noSuchName(2) error-status at error-index 3
2021.03.26 13:46:48.143 4: PrinterStatus: BlockingCall finished: SYSSTAT_BlockingCall


Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 26 März 2021, 17:07:03
sorry. hatte das zweite log nicht gesehen. noSSH muss auf jeden fall gesetzt sein.

die zeilen siehst du nur weil verbose auf 5 steht.

wenn dein device keine cpu last ausspuckt kannst du load auf 0 setzen dann wird auch nicht mehr versucht die cpu last abzufragen.

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 26 März 2021, 17:38:13
Mein SYSSTAT-Objekt verhält sich etwas seltsam:

Ich bekomme also nur nach einem FHEM-Neustart die aktuellen mibs-Werte.

Hier mein aktueller List:
Internals:
   DEF        600 600 192.168.66.23
   FUUID      60316ee2-f33f-df6c-8d97-bbbb67395ddc79c8
   HAS_Net::SNMP 1
   HOST       192.168.66.23
   INTERVAL   600
   NAME       PrinterStatus
   NR         564
   NTFY_ORDER 50-PrinterStatus
   STATE      Initialized
   SystemDescription
   SystemName
   TYPE       SYSSTAT
   USE_SNMP   1
   interval_fs
   snmpCommunity public
   snmpVersion 2
   QUEUE:
   READINGS:
     2021-03-26 17:18:13   Hersteller      Canon
     2021-03-26 17:18:13   alertAllEvents  0
     2021-03-26 17:18:13   alertCriticalEvents 0
     2021-03-26 17:18:13   deviceStatus    2
     2021-03-26 17:18:13   interfaceDescription eth0
     2021-03-26 17:18:13   interfacePhysAddress 0xf80d602929bc
     2021-03-26 17:18:13   markerSupplDescBK CANON PGI-2500XL<BK> black Ink Tank
     2021-03-26 17:18:13   markerSupplDescC CANON PGI-2500XL<C> cyan Ink Tank
     2021-03-26 17:18:13   markerSupplDescM CANON PGI-2500XL<M> magenta Ink Tank
     2021-03-26 17:18:13   markerSupplDescY CANON PGI-2500XL<Y> yellow Ink Tank
     2021-03-26 17:18:13   markerSupplLevelBK 47
     2021-03-26 17:18:13   markerSupplLevelC 20
     2021-03-26 17:18:13   markerSupplLevelM 40
     2021-03-26 17:18:13   markerSupplLevelY 20
     2021-03-26 17:18:13   markerSupplMaxCapBK 100
     2021-03-26 17:18:13   markerSupplMaxCapC 100
     2021-03-26 17:18:13   markerSupplMaxCapM 100
     2021-03-26 17:18:13   markerSupplMaxCapY 100
     2021-03-26 17:18:13   numPrintouts    14559
     2021-03-26 17:18:13   numPrintoutsSincePowerOn 1
     2021-03-26 17:18:13   printerErrorState
     2021-03-26 17:18:13   printerName     MB5100 Arbeitszimmer
     2021-03-26 17:18:13   printerStatus   3
     2021-03-26 17:18:13   serialNumber    AEML10821
   helper:
Attributes:
   load       0
   mibs       .1.3.6.1.2.1.2.2.1.2.1:interfaceDescription,
.1.3.6.1.2.1.2.2.1.6.1:interfacePhysAddress,
.1.3.6.1.2.1.25.3.2.1.5.1:deviceStatus,
.1.3.6.1.2.1.25.3.5.1.1.1:printerStatus,
.1.3.6.1.2.1.25.3.5.1.2.1:printerErrorState,
.1.3.6.1.2.1.43.5.1.1.16.1:printerName,
.1.3.6.1.2.1.43.5.1.1.17.1:serialNumber,
.1.3.6.1.2.1.43.5.1.1.18.1:alertCriticalEvents,
.1.3.6.1.2.1.43.5.1.1.19.1:alertAllEvents,
.1.3.6.1.2.1.43.8.2.1.14.1.1:Hersteller,
.1.3.6.1.2.1.43.10.2.1.4.1.1:numPrintouts,
.1.3.6.1.2.1.43.10.2.1.5.1.1:numPrintoutsSincePowerOn,
.1.3.6.1.2.1.43.11.1.1.6.1.1:markerSupplDescBK,
.1.3.6.1.2.1.43.11.1.1.6.1.2:markerSupplDescC,
.1.3.6.1.2.1.43.11.1.1.6.1.3:markerSupplDescM,
.1.3.6.1.2.1.43.11.1.1.6.1.4:markerSupplDescY,
.1.3.6.1.2.1.43.11.1.1.8.1.1:markerSupplMaxCapBK,
.1.3.6.1.2.1.43.11.1.1.8.1.2:markerSupplMaxCapC,
.1.3.6.1.2.1.43.11.1.1.8.1.3:markerSupplMaxCapM,
.1.3.6.1.2.1.43.11.1.1.8.1.4:markerSupplMaxCapY,
.1.3.6.1.2.1.43.11.1.1.9.1.1:markerSupplLevelBK,
.1.3.6.1.2.1.43.11.1.1.9.1.2:markerSupplLevelC,
.1.3.6.1.2.1.43.11.1.1.9.1.3:markerSupplLevelM,
.1.3.6.1.2.1.43.11.1.1.9.1.4:markerSupplLevelY
   noSSH      1
   room       Test
   snmp       1
   snmpCommunity public
   snmpVersion 2


Viele Grüße
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Romoker am 26 März 2021, 21:06:19
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
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 27 März 2021, 09:22:43
sehr komisch. gut das es wieder geht. aber behalte es mal im auge.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Falkenstein am 28 März 2021, 17:05:37
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:
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:

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:
2021.03.28 17:06:32 2: IntelNuc_Buero: snmp uptime error
Beste Grüße
Falkes
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JudgeDredd am 08 April 2021, 14:46:45
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:
Internals
STATE     noSuchObject noSuchObject noSuchObject

Readings
load      noSuchObject
state     noSuchObject noSuchObject noSuchObject


Was zu folgender Warnung führt:
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:
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
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 08 April 2021, 14:51:21
attribut load auf 0 setzen.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JudgeDredd am 08 April 2021, 15:09:27
Zitat von: justme1968 am 08 April 2021, 14:51:21
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.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: JudgeDredd am 10 April 2021, 14:10:54
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:
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 ?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Brause am 05 Mai 2021, 16:13:35
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

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

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

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
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: MiK77 am 14 Juli 2021, 20:59:59
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?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: MiK77 am 16 Juli 2021, 23:26:46
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:

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.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: justme1968 am 20 Juli 2021, 11:22:07
danke für den hinweis. der fix muss aber etwas anders ausschauen.

ab morgen im update.
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: PSI69 am 13 Oktober 2021, 13:19:13
Mahlzeit @All!

Seit einiger Zeit habe ich folgende Zeilen im Logfile:

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'):
pihole
qnap


OK, also flugs verbose 5 auf beiden und gewartet; Ergebnis:
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:

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


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
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: Brause am 13 Oktober 2021, 13:38:43
Schau mal in dein QNAP-Device, da könnte Dir der Fehler vielleicht selber auffallen.

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.

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: PSI69 am 14 Oktober 2021, 08:11:37
@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
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: topa_LE am 24 Dezember 2021, 13:27:35
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:

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:

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:

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  :)

Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: onkel-tobi am 14 Juli 2022, 11:41:33
Hallo zusammen,

ich habe die Version:
32_SYSSTAT.pm          24779 2021-07-20 09:21:08Z justme1968

Und mit der habe ich scheinbar wieder nicht die Möglichkeit raw Messages abzuschicken.

Das list:
Internals:
   CONNECTS   1
   DEF        86000 276000 192.168.177.120
   FD         152
   FUUID      5ff988b1-f33f-daf3-3a83-f0deb33f6819a4e8
   HAS_Net::SNMP 0
   HOST       IP
   INTERVAL   86000
   INTERVAL_FS 276000
   NAME       eg_wz_ipad
   NR         541
   NTFY_ORDER 50-eg_wz_ipad
   PARSED     5
   PARTIAL   
   PID        29431
   SENT       6
   STARTED    1
   STATE      0.13 0.13 0.09
   TYPE       SYSSTAT
   disable   
   eventCount 19
   interval_fs 190000
   uname      Darwin iPad 14.0.0 Darwin Kernel Version 14.0.0: Wed Jun 24 00:47:10 PDT 2015; root:xnu-2784.30.7~30/RELEASE_ARM_S5L8940X iPad2,2 arm K94AP Darwin
   QUEUE:
     HASH(0x6dad4d0)
     HASH(0x6eac0d8)
     HASH(0x69ea9f8)
   READINGS:
     2022-07-14 11:36:57   connection      connected
     2021-01-09 11:49:09   idle            96.4
     2021-01-09 11:49:09   iowait          0
     2021-01-10 19:44:52   load            0.13
     2021-01-10 19:44:52   state           0.13 0.13 0.09
     2021-01-09 11:49:09   system          0
     2021-01-09 11:49:09   uptime          7 days, 17:21
     2021-01-09 11:49:09   user            3.5
   helper:
     has_proc_loadavg 0
     has_proc_stat 0
     has_proc_uptime 0
Attributes:
   event-on-change-reading .*
   load       0
   ssh_user   root


Das scheint ja die neueste Version zu sein? Seht ihr sonst einen Fehler den ich hier mache?

Danke & Gruß,
Tobi
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: uwirt am 03 Februar 2023, 12:14:27
Ich hatte das Modul seit längerer Zeit problemlos in Gebrauch. Seit einigen Monaten erhalte ich jedoch keine Werte mehr von meinem Temperatursensor. Ich kann das Device mit ping erreichen und per snmpwalk auslesen:
uw@IoT-Bern:~$ snmpwalk -v 1 -c public 192.168.1.245 mib-2
SNMPv2-MIB::sysDescr.0 = STRING: RMS200-TH
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.1909.13
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (5687095) 15:47:50.95
SNMPv2-MIB::sysContact.0 = STRING: -
SNMPv2-MIB::sysName.0 = STRING: RMS200
SNMPv2-MIB::sysLocation.0 = STRING: -
SNMPv2-MIB::sysServices.0 = INTEGER: 72


define RMS200 SYSSTAT 60 600 192.168.1.245
attr RMS200 devStateStyle style="text-align:right"
attr RMS200 event-on-change-reading .*
attr RMS200 noSSH 1
attr RMS200 room Sensors
attr RMS200 stat 1
attr RMS200 uptime 1
attr RMS200 userReadings Temp_K {ReadingsVal("RMS200","temp_1",0)/100,}, Temp_KS {ReadingsVal("RMS200","temp_2",0)/100,}, Temp_TK {ReadingsVal("RMS200","temp_3",0)/100,}
#   DEF        60 600 192.168.1.245
#   FUUID      601ade1e-f33f-521d-73c8-f2dbf7c6c5cbf168
#   HAS_Net::SNMP 1
#   HOST       192.168.1.245
#   INTERVAL   60
#   INTERVAL_FS 600
#   LAST_DISCONNECT 2023-02-03 12:08:39
#   NAME       RMS200
#   NR         75
#   NTFY_ORDER 50-RMS200
#   PARSED     0
#   PARTIAL   
#   SENT       1
#   STARTED    0
#   STATE      Disconnected
#   TYPE       SYSSTAT
#   eventCount 3
#   interval_fs 480
#   QUEUE:
#   READINGS:
#     2023-02-03 12:08:39   Temp_K          0
#     2023-02-03 12:08:39   Temp_KS         0
#     2023-02-03 12:08:39   Temp_TK         0
#     2023-02-03 12:08:39   connection      disconnected
#   helper:
#   hmccu:
#
setstate RMS200 Disconnected
setstate RMS200 2023-02-03 12:08:39 Temp_K 0
setstate RMS200 2023-02-03 12:08:39 Temp_KS 0
setstate RMS200 2023-02-03 12:08:39 Temp_TK 0
setstate RMS200 2023-02-03 12:08:39 connection disconnected



Kann mir da jemand weiterhelfen?
Titel: Antw:überarbeitet SYSSTAT modul: non-blocking, remote kommandos, beliebige readings
Beitrag von: uwirt am 22 Februar 2023, 10:24:12
Ich konnte es über mibs lösen.