OPT-Gkrellmd wo steht der timeout?

[Kay Martinen]

Hallo

ich habe immer wieder das Problem das ein gkrellm 2.3.5 unter Windows 7
nach Ruhezustand oder Energiesparen die Verbindung zum gkrellmd des FLI
nicht mehr wieder aufbaut. Da ich das noch bei einem anderen Host habe
hab ich auf srcbox.net mal an die Autoren des Ports geschrieben. Einer
hat mir nun geantwortet und meinte zu der Testversion

-snip-
Also ensure that gkrellmd has the following two config entries in
gkrellmd.conf set to non-zero values:
- io-timeout
- reconnect-timeout
-snap-

Und da stutzte ich. Ich finde keine konfigdatei für den gkrellmd, nur
die unterscheidung zwischen manual_config (und Arguments) oder dem
Direkten Aufruf mit der unüblichen Portnummer und einer update-hz angabe.

Ich sehe aber nicht das ich bei den manuellen Argumenten die obigen
parameter mit angeben könnte.

Stehen die in irgendeiner Datei versteckt und wo - oder fehlen die bei
FLI 3.10.12 hier schlichtweg?


Kay

[Peter Schiefer]

Hallo Kay,

Post by Kay Martinen
nach Ruhezustand oder Energiesparen die Verbindung zum gkrellmd des FLI
nicht mehr wieder aufbaut. Da ich das noch bei einem anderen Host habe
hab ich auf srcbox.net mal an die Autoren des Ports geschrieben. Einer
hat mir nun geantwortet und meinte zu der Testversion
-snip-
Also ensure that gkrellmd has the following two config entries in
- io-timeout
- reconnect-timeout
-snap-

ich habe mir gerade mal das externe Paket, das übrigens schon länger nicht
mer in der OPT-Paket-Datenbank ist, agesehen, in der config/gkrellmd.txt
gibt es die Möglichkeit manuele Parameter für den Start des Daemons
mitzugeben - da solltest Du die obigen Parameter mit aufnehmen können.

Post by Kay Martinen
Und da stutzte ich. Ich finde keine konfigdatei für den gkrellmd, nur
die unterscheidung zwischen manual_config (und Arguments) oder dem
Direkten Aufruf mit der unüblichen Portnummer und einer update-hz angabe.
Ich sehe aber nicht das ich bei den manuellen Argumenten die obigen
parameter mit angeben könnte.

wiso nicht? einfach passend ergänzen sollte wohl möglich sein oder?

Post by Kay Martinen
Stehen die in irgendeiner Datei versteckt und wo - oder fehlen die bei
FLI 3.10.12 hier schlichtweg?

Das kann Dir nur der Author des Paketes beantworten warum er das in dieser
Form aufgebaut hat.

Gruß Peter

[Kay Martinen]

Post by Peter Schiefer
ich habe mir gerade mal das externe Paket, das übrigens schon länger nicht
mer in der OPT-Paket-Datenbank ist, agesehen, in der config/gkrellmd.txt

Oh, das ist Schade. Denn gkrellmd ODER snmp (vermutlich auch nicht mehr
da) scheinen mir die einzigen Tools zu sein mit denen man den Traffic
über den FLI hinweg überwachen kann. Denn imonc wird ja anscheinend auch
nur noch von den wenigsten; also mir; verwendet - zeigt aber auch nur
den WAN-Traffic und kaum mehr. Da letztere offenbar auch vom Team kaum
verwendet/beachtet wird bleiben nur die ersten beiden. Und ich finde
gkrellmd ist für das monitoring vom PC aus da die beste option. SNMP
eher für den Firmeneinsatz wo man eh eine NMS-Lösung nutzt.

Ja, ich weiß auch das ich die mini_http seiten aufrufen kann. Da sind es
dann aber mehrere Graphen an verschiedenen Stellen die man nicht
gleichzeitig sieht.

Post by Peter Schiefer
gibt es die Möglichkeit manuele Parameter für den Start des Daemons
mitzugeben - da solltest Du die obigen Parameter mit aufnehmen können.

Ja, das weiß ich wohl aber...

Post by Peter Schiefer

Post by Kay Martinen
Ich sehe aber nicht das ich bei den manuellen Argumenten die obigen
parameter mit angeben könnte.

wiso nicht? einfach passend ergänzen sollte wohl möglich sein oder?

... ich habe nicht realisiert das man dort andere/beliebige Parameter an
den gkrellmd übergeben kann. Nun geht es offenbar - meistens. Das andere
ist IMHO eine sache des clients. Ich stehe mit dem Autor des
Windows-Ports in Verbindung und versuche das Problem (Ticket #6 auf
srcbox.net) zu finden.

Kay

[Ulrich Hupe]

Denn imonc wird ja anscheinend auch

Post by Kay Martinen
nur noch von den wenigsten; also mir; verwendet - zeigt aber auch nur
den WAN-Traffic und kaum mehr. Da letztere offenbar auch vom Team kaum
verwendet/beachtet wird bleiben nur die ersten beiden.

IMONC? Ich verwende es auch noch. Und ich halte es für sinnvoll ;-)

Gruß, Ulrich