anbei eine erste test version des SYSTAT moduls mit den folgenden neuen möglichkeiten:
- das überwachen entfernter hosts per ssh ist komplett auf non-blocking umgestellt.
es wird pro host nur noch eine einzige ssh verbindung aufgemacht, offen gehalten und wiederverwendet. die alte version hat pro update mehrere ssh verbindungen auf und wieder zu gemacht. das kann je nach system und netzwerk insgesamt zu verzögerungen im sekunden bereich führen und erzeugt auch auf dem zu überwachenden system eine deutlich höhere last.
- für systeme die per ssh überwacht werden ist es möglich kommandos an das entferntes system zu senden. z.b. shutdown zum runterfahren.
beispiel: set <device> raw shutdown -h now
- mit dem neuen attribut readings lassen sich beliebige zusätzliche readings konfigurieren deren inhalt die rückgabe eines kommandos sein kann.
die readings werden als liste von reading:kommando paren angegeben die durch newline getrennt sein müssen. im folgenden beispiel werden die readings processes und temperature definiert. processes enthält die anzahl der gerade laufen prozesse und temperature die per snmp abgefragte systemperatur einer synology diskstation. im unterschied zum normalen snmp mode blockiert fhem durch die anfrage nicht da das komplette kommando im hintergrund und auf dem zu überwachenden system ausgeführt wird.
attr <device> readings processes:ps ax | wc -l\
temperature:snmpwalk -c public -v 1 10.0.1.21 .1.3.6.1.4.1.6574.1.2.0 | grep -oE ..$
- mit dem attribut readingsFormat können die so erhaltenen werte für die readings noch aufbereitet werden.
im folgenden beispiel werden die temperaturen aller on-board temperaturfahler und die frequenzen aller cpu kerne aus den entsprechenden files unter /sys/devices/system/cpu und /sys/class/thermal ausgelesen. die jeweils mehrzeilige ausgabe wird zum einen in einem temperatures reading zusammengefasst das das die einzelnen werte durch leerzeichen getrennt enthält und die einzel temperaturen werden zusätzlich in grad celsius umgerechnet und auf einzelne temppeatureX readings aufgeteilt. die frequenz werte werden ebenfalls aufgeteilt und zusäzlich noch gerundet.
attr <device> readings temperature:cat /sys/class/thermal/thermal*/temp\
temperatures:cat /sys/class/thermal/thermal*/temp\
frequency:cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
attr <device> readingsFormat { frequency => '{ $VALUE = [map {int($_ / 1000)} split("\n", $VALUE)] }',\
temperature => '{ $VALUE = [map {$_ / 1000} split("\n", $VALUE)] }',\
temperatures => '{ $VALUE =~ s/\n/ /g }' }
das aufteilen auf mehrere durchnummerierte readings erfolg automatisch wenn $VALUE eine array ref ist. siehe screenshot.
- auch lokal ausgeführte kommandos werden non-blocking im hintergrund ausgeführt. wenn sie sich nach 10 sekunden nicht beendet haben werden sie automatisch beendet. frage: timeout konfigurierbar machen?
- Sys::Statistics::Linux ist nicht mehr nötig
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-blockingedit 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.
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
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
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
Ist die per update beziehbare Version jetzt schon die nonblocking version?
Grüße Christian
nein. noch nicht. ich möchte erst noch ein paar kleinigkeiten aufräumen und snmp non-blocking machen.
gruss
andre
Danke für die Info.
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
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
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.
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
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
Mh! Irgendwie habe ich es nicht angezeigt bekommen das du geantwortet hast.
Habe es jetzt ausprobiert und es funktioniert.
Vielen Dank, schönes WE.
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
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
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
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
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
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
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?
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
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
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
Ok, danke dir!
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;
}
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?
Hallo Andre,
gibts in der Zwischenzeit eine neue Version des Moduls zum testen?
Gruß Sven
noch nicht.
kommt aber noch.
gruss
andre
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.
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
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
zeig doch mal was du genau konfiguriert hast.
das loggen und plotten funktioniert wie bei jedem anderen device.
gruss
andre
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
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.
im ersten beitrag gibt es eine neue version bei der man readingsFormat auch für mibs verwenden kann.
gruss
andre
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
das ist ok. bei nicht eingecheckten files wird die id zeile nicht aktualisiert. diese beta version wurde schon vor einer weile begonnen.
gruss
andre
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
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
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
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
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.
ja kommt. ich bin noch nicht dazu gekommen noch zwei drei dinge zu testen. aber danach wird es ganz sicher eingecheckt.
gruss
andre
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
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
@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
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
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
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
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.
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
@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
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?
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
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...
Ist es eigentlich auch möglich mit Sysstat an den Ram Verbrauch eines per ssh abgefragten Remote Servers zu kommen?
Gruß Christian
@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.
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
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
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. ...
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
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)
@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
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
@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...
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 "};"
@kaihs: sorry. ich hatte die falsche version hoch geladen. bitte versuch es noch mal.
die anderen posts muss ich mir noch anschauen.
gruss
andre
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.
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.
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.
Gibt es schon eine Idee, wann die aktuelle Version ins FHEM Repository übernommen wird und per Update kommt?
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
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
Ziemlich sicher hat da FHEM per SNMP eine MIB angefragt, die der Server nicht kennt.
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.
Bin da jetzt kein Experte, aber ich glaub er fragt SNMP nur an wenn man das Attribut "snmp" explizit gesetzt hat?
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.
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...
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
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"?
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
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
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
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
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.
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
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
ich bin leider immer noch nicht dazu gekommen. es steht aber noch auf der liste.
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?
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")
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
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
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
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).
sorry... nein. noch nichts neues. steht aber immer noch auf der liste.
die version aus dem thread sollte aber schon gehen.
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
Gibt es denn Neuigkeiten zu einem NonBlocking SNMP?
Ich frage mehrere Pi's ab aber mein FHEM wird dauernd durch SYSSTAT blockiert.
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
Ja ist glaub leider so.
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
ich habe eben die non-blocking version eingecheckt.
@zeus-web: bitte schau mal ob du damit immer noch die probleme hast
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);
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?
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!
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
was sagt das log? was passiert mit verbose 5?
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.
meine beiden synology gehen problemlos. es muss also ein spezifisches problem sein und nicht etwas allgemeines.
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
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.
laut log wird ssh versucht, laut list hat du aber noSSH gesetzt. irgendetwas ist komisch.
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.
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
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
@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
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.
bis morgen warten oder svn.fhem.de
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
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
@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.
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
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
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)}
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
@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
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
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
@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.
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
Danke justme1968 für Deine Arbeit und den super Service.
@Falkenstein: windows uptime sollte ab morgen gehen
Super...geht wieder. Recht vielen Dank justme1968 für Deine Arbeit :)
Beste Grüße
Falkes
Hallo justme1968,
Zitat@Gisbert: bitte noSSH setzen
Läuft wieder, vielen Dank
Viele Grüße Gisbert
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. :-)
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
bitte schalt mal auf verbose 5 für das device und zeig dann nochmal das log rund um den fehler.
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
ich denke ich habe es repariert.
Yes...die Einträge im Logfile sind jetzt nicht mehr da.
Recht vielen Dank justme1968 für Deine Arbeit :)
Beste Grüße
Falkes
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).
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.
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
siehe: http://fhem.de/commandref.html#disabledForIntervals (http://fhem.de/commandref.html#disabledForIntervals)
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
laut list hast du noSSH nicht gesetzt
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
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.
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
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.
Mein SYSSTAT-Objekt verhält sich etwas seltsam:
- nach einem "set update" sollten die Readings aller abgefragten mibs aktualisiert werden (roter Timestamp). Es tut sich aber nichts.
- nach einem Druck einer Seite sollte das Reading numPrintouts nach einem set update inkrementiert werden. Es tut sich aber nichts.
- nach einem FHEM-Reboot ist das Reading numPrintouts korrekt inkrementiert worden.
- ein erneuter Seitendruck führt nach einem set update wieder zu keinem neuen numPrintout-Wert.
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
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
sehr komisch. gut das es wieder geht. aber behalte es mal im auge.
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
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
attribut load auf 0 setzen.
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.
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 ?
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
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?
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.
danke für den hinweis. der fix muss aber etwas anders ausschauen.
ab morgen im update.
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
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.
@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
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 :)
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
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?
Ich konnte es über mibs lösen.