sysstat

Begonnen von justme1968, 25 Januar 2013, 17:43:34

Vorheriges Thema - Nächstes Thema

justme1968

raspitemperature und frequenz gehen über ssh. die beiden attribute müssen gesetzt sein und ssh passend konfiguriert. d.h. ohne password und das ssh user attribut gesetzt.

wenn es per snmp gemacht wird geht es glaube ich nur.

gruß
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

@pipp37: schau dir mal den patch hier: http://forum.fhem.de/index.php/topic,42431.msg345873.html#msg345873 an.

damit sollten newline im mibs attribut funktionieren.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

das mehrzeilige mibs attribut sollte ab morgen gehen: http://forum.fhem.de/index.php/topic,42431.msg346136.html#msg346136.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

pipp37

#168
Ein grosses Lob muss hier mal ausgesprochen werden.
Ich habe den DevThread dazu gelesen.
Vielen Dank.
Grüsse Armin
Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

pipp37

Zitat von: justme1968 am 18 Oktober 2015, 12:26:13
das mehrzeilige mibs attribut sollte ab morgen gehen: http://forum.fhem.de/index.php/topic,42431.msg346136.html#msg346136.

gruss
  andre

Habe gerade ein Fhem Update gefahren und das mehrzeilige Mib Attribut ist perfekt. Vielen Dank.
Das war wohl etwas mehr Arbeit für so eine Kleinigkeit.

Viele Grüße Armin
Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

justme1968

die änderung an sich ist eigentlich ziemlich kein und das wird noch an anderen stellen verwendet :).

ab morgen werden die mehrzeiligen attribute auch in der detail ansicht mehrzeilig dargestellt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

es gibt hier: http://forum.fhem.de/index.php/topic,42771.0.html eine vorschau auf eine komplett überarbeitet version des moduls.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

aramis

#172
Hallo zusammen,

auch wenn ich durch den Tread gewarnt werde dass in dem Thema seit über 120 Tagen nichts mehr geschrieben, möchte ich kein neues Thema aufmachen. Den ich vermute es ist eine ganz simple Sache die ich "falsch" mache. ;D
Ich möchte gerne meine QNAP mit FHEM abfragen und überwachen. Dazu nütze ich das Modul "SYSSTAT"

Meine Ausgangssituation:
Fhem auf eine RasPi und die NAS von QNAP.

Installiert habe ich folgende Modul auf dem PI:

snmpd, snmp, snmp-mibs-downloader, Net::SNMP

Definiert habe ich die QNAP wie folgt (Auszug aus der RAW definition):

defmod QNAP412 SYSSTAT 60 600 <IP-ADRESSE>
attr QNAP412 icon it_nas
attr QNAP412 mibs .1.3.6.1.4.1.24681.1.2.1.0:CPU_usage ,.1.3.6.1.4.1.24681.1.2.11.1.3.1:temp_hdd1 ,.1.3.6.1.4.1.24681.1.2.11.1.3.2:temp_hdd2 ,.1.3.6.1.4.1.24681.1.2.11.1.3.3:temp_hdd3 ,.1.3.6.1.4.1.24681.1.2.11.1.3.4:temp_hdd4 ,.1.3.6.1.4.1.24681.1.2.11.1.7.1:status_hdd1 ,.1.3.6.1.4.1.24681.1.2.11.1.7.2:status_hdd2 ,.1.3.6.1.4.1.24681.1.2.11.1.7.3:status_hdd3 ,.1.3.6.1.4.1.24681.1.2.11.1.7.4:status_hdd4 ,.1.3.6.1.4.1.24681.1.2.17.1.4.1:SizeTotal ,.1.3.6.1.4.1.24681.1.2.17.1.5.1:SizeFree ,.1.3.6.1.4.1.24681.1.2.4.0:SystemUptime ,.1.3.6.1.4.1.24681.1.2.6.0:temp_System ,.1.3.6.1.4.1.24681.1.2.2.0:MemTotal ,.1.3.6.1.4.1.24681.1.2.3.0:MemFree
attr QNAP412 room 9.0 System
attr QNAP412 snmp 1
attr QNAP412 snmpCommunity <COMMUNITY-STRING>
attr QNAP412 snmpVersion 2


Das Abfragen der für mich relevanten MIBS ist ohne Probleme aus FHEM herraus möglich.

Mein Problem:
Die QNAP ansich wird immer mit "noSuchObject noSuchObject noSuchObject" angezeigt.
Warum das ist habe ich glaube ich heraus gefunden. Es liegt vermutlich daran dass bei den Internals folgender Eintrag steht:
STATE     noSuchObject noSuchObject noSuchObject
Und dieser Eintrag resultiert meiner Meinung nach aus den beide Readings
"load" und "state"
Dort steht bei mir nämlich nur
"load  noSuchObject"
und
"state  noSuchObject noSuchObject noSuchObject"

Ich habe hier noch einmal die RAW definition der Readings angefügt:

setstate QNAP412 noSuchObject noSuchObject noSuchObject
setstate QNAP412 2017-09-06 22:14:10 CPU_usage 8.10 %
setstate QNAP412 2017-09-06 22:14:10 MemFree 83.6 MB
setstate QNAP412 2017-09-06 22:14:10 MemTotal 249.6 MB
setstate QNAP412 2017-09-06 22:14:10 SizeFree 4.52 TB
setstate QNAP412 2017-09-06 22:14:10 SizeTotal 8.15 TB
setstate QNAP412 2017-09-06 22:14:10 SystemUptime 2 hours, 12:23.85
setstate QNAP412 2017-09-06 22:14:10 load noSuchObject
setstate QNAP412 2017-09-06 22:14:10 state noSuchObject noSuchObject noSuchObject
setstate QNAP412 2017-09-06 22:14:10 status_hdd1 GOOD
setstate QNAP412 2017-09-06 22:14:10 status_hdd2 GOOD
setstate QNAP412 2017-09-06 22:14:10 status_hdd3 GOOD
setstate QNAP412 2017-09-06 22:14:10 status_hdd4 GOOD
setstate QNAP412 2017-09-06 22:14:10 temp_System 42 C/107 F
setstate QNAP412 2017-09-06 22:14:10 temp_hdd1 41 C/105 F
setstate QNAP412 2017-09-06 22:14:10 temp_hdd2 40 C/104 F
setstate QNAP412 2017-09-06 22:14:10 temp_hdd3 42 C/107 F
setstate QNAP412 2017-09-06 22:14:10 temp_hdd4 38 C/100 F


Es ist zwar "nur ein kosmetischer Fehler". Dennoch würde ich das gerne beheben.

Habt ihr hier Tips für mich? Hat jemand schon einmal das gleiche Problem gehabt? Wie habt ihr das gelöst?

Vielen Dank für eure Hilfe.

Liebe Grüße
euer aramis

####################
=> ganz viele verrückte Ideen
####################

Schlimbo

Hallo aramis,

auch ich grabe dieses alte Thema noch mal aus, da ich bei der snmp Abfrage eines Zyxel Switches vor dem gleichen Problem stehe:

2019-04-14 23:30:15   load            noSuchObject
2019-04-14 23:30:15   state           noSuchObject noSuchObject noSuchObject


Meine im Attribut "mibs" definierten SNMP Abfrage funktioniert auch bei mir ohne Probleme.

Im Log erscheint aufgrund der fehlenden Werte:
2019.04.14 23:52:39.014 4: ZyxelSwitch2: got empty result from snmp query Received noSuchName(2) error-status at error-index 3
2019.04.14 23:52:39.214 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/32_SYSSTAT.pm line 469.


Hast du einen Lösung dazu gefunden?

Wäre schön, wenn man snmp auch ohne die fest hinterlegten abfragen für "load", "uptime" und "filesystems" verwenden könnte.

Aus Commandref:
snmp
1 -> use snmp to monitor load, uptime and filesystems (including physical and virtual memory)


Gruß Schlimbo

reibuehl

Trotz gesetztem Attribut uptime=2 liefert das uptime Reading in den ersten 24 Stunden immer Values wie "6 hours, 26:36.48". Nach exakt 24 Stunden wird die Uptime dann in Sekunden angegeben, wie über das Attribut ausgewählt. Gibt es einen Weg, das Device so zu konfigurieren, dass auch in den ersten 24 Stunden nur der Integer-Wert der Sekunden im Reading steht?
Reiner.

reibuehl

Es scheint, dass die Regular Expression in Zeile 620 von 32_SYSSTAT.pm innerhalb der ersten 24 Stunden noch nicht zuschlägt. Mit dieser Änderung am Modul liefert es bei mir auch in den ersten 24 Stunden die Zeit in Sekunden:

--- /mnt/auto/rsnapshot/bilbo/daily.0/opt/fhem/FHEM/32_SYSSTAT.pm       2016-07-02 08:54:31.000000000 +0200
+++ /opt/fhem/FHEM/32_SYSSTAT.pm        2019-05-19 18:09:49.903957576 +0200
@@ -629,7 +629,17 @@
           $uptime += $minutes;
           $uptime *= 60;
           $uptime += $seconds;
-        }
+        } elsif( $uptime && $uptime =~ m/(\d+)\s\D+,\s(\d+):(\d+).\d+/ ) {
+          my $hours = $1;
+          my $minutes = $2;
+          my $seconds = $3;
+
+          $uptime += $hours;
+          $uptime *= 60;
+          $uptime += $minutes;
+          $uptime *= 60;
+          $uptime += $seconds;
+       }
       }

       return $uptime;


Könnte man das in das Modul übernehmen, @justme1968 ?
Reiner.

justme1968

danke. ich habe deinen patch eingecheckt. mit einem zusätzlichen $uptime = 0; am anfang der rechnung. ich denke das hat bei dir noch gefehlt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

reibuehl

Ja, stimmt... das war ein cut&paste Fehler. Ich hätte statt "$uptime += $hours;" ein "$uptime = $hours;" schreiben sollen oder halt das $uptime = 0;.
Reiner.

Dersch

#178
Hi,

ich glaube SYSSTAT kommt nicht mit ssh über eine config Datei zurecht.

Es zeigt mir im log
2019.06.02 20:53:57 2: PiGarage: Unable to resolve the UDP/IPv4 address "garage"

Was auch klar ist denn "garage" ist ja kein Hostname, es ist der Name in meiner .ssh/config Datei.

Diese Meldung bekomme ich immer über ein get filesystems. Diese ruft er dann auch nicht ab. Ein get update funktioniert aber problemlos und ich bekomme meine gewünschten Werte.

Hanjo

Hi Andre,

ich nutze dein Modul hauptsächlich wegen der SNMP-Fähigkeiten. Bei meinem Switch (48 Port) frage ich recht viele Parameter ab, was zu dieser Fehlermeldung führte:
got empty result from snmp query The message size 8343 exceeds the maxMsgSize 1472
Ich hatte dann erst versuche die maxMsgSize hochzusetzen, aber das mochte der Switch wohl nicht.

Daraufhin habe ich den einen get_request in mehrere aufgeteilt und somit das Problem umgangen.

Der Patch dafür ist anbei, wäre super, wenn du dir ihn mal anschauen und bei Gefallen einbauen könntest

Herzlichen Dank
Gruß
Hanjo