jrds-developpers Mailing List for jrds
Status: Beta
Brought to you by:
fbacchella
You can subscribe to this list here.
2010 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
|
Jun
(3) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Fabrice B. <fba...@sp...> - 2013-04-23 15:50:21
|
Le 21 avr. 2013 à 21:06, Christophe Dupriez <du...@de...> a écrit : > Hi JRDS users and developpers! > > JRDS shows nice timeline graphs about data collected from everywhere in > your network. > I would like to add the notion of red/yellow/green/blue alerts where a > time slice (background) would be colored depending on predefined value > intervals (in the probe configuration). > It would be basic but enough for 80% of uses (at least): Pareto law! That sounds a neat idea. For each collected probe, the user could define a time slice and some warning thresolds. The display graph then would be divided in the provided slice and the background would be using different colors instead of white ? Do you have some static example of the rendering ? It might be strange or difficult to read. > > Once this is done, we could imagine to draw a representation of a > network (using GraphViz.org ) with SVG output + CSS classes + JavaScript: > it would then be very easy to have some AJAX which would colour network > nodes depending of the related alerts. That could be easily done, we just need that jrds provides the adequat REST API. |
From: Christophe D. <du...@de...> - 2013-04-21 19:14:37
|
Hi JRDS users and developpers! JRDS shows nice timeline graphs about data collected from everywhere in your network. I would like to add the notion of red/yellow/green/blue alerts where a time slice (background) would be colored depending on predefined value intervals (in the probe configuration). It would be basic but enough for 80% of uses (at least): Pareto law! Once this is done, we could imagine to draw a representation of a network (using GraphViz.org ) with SVG output + CSS classes + JavaScript: it would then be very easy to have some AJAX which would colour network nodes depending of the related alerts. (Good news: JRDS runs on Raspberry Pi and SVG is displayed by its browser "Midori") This kind of development interests anybody? Me at least but feedback is always useful! Have a nice end of w.e. ! Christophe |
From: Fabrice B. <fba...@sp...> - 2013-04-16 11:03:40
|
Le 16 avr. 2013 à 12:52, Christophe Dupriez <du...@de...> a écrit : > Merci Fabrice pour l'exemple (qui serait bien dans la doc de TomcatGRP). Je l'ai suivi tel quel (voir le localhost.xml attaché) J'ai mis à jour. Mais il faut aussi que je mette à jour d'autre exemple. <snmp community="secret" version="2"/> et <connection type="jrds.snmp.SnmpConnection"> <attr name="community">public</attr> <attr name="version">2</attr> </connection> font double emplois, la première version est deprecated. > > Et merci pour la relance de JRDS.FR! > > Sur la même config (Tomcat 6, Java 7), sous Windows, ça ne fonctionne pas > MAIS j'ai Apache Status qui retourne le nombre de workers (valeur fixe: 250). > C'est la seule valeur apparaissant dans les graphiques. Snmp sous windows, c'est pas vraiment renversant. Je ne m'attends pas à grand chose de ce coté. > > Exemple d'affichage des "collect" réalisés (ils ont donc l'air d'avoir lieu toutes les 4 minutes): > Hosts 1 > Probes 9 > Timer _default > Last collect 161s ago > Last duration 10s > Generation 7 > > Options de démarrage de la JVM Tomcat: > -Dcatalina.home=d:\Soft\tomcat > -Dcatalina.base=d:\Soft\tomcat > -Djava.io.tmpdir=d:\Soft\tomcat\temp > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.util.logging.config.file=d:\Soft\tomcat\conf\logging.properties > -Dorg.apache.el.parser.COERCE_TO_ZERO=false > -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false > -XX:MaxPermSize=256m > -Dcom.sun.management.jmxremote > -Dcom.sun.management.jmxremote.port=8086 > -Dcom.sun.management.jmxremote.ssl=false > -Dcom.sun.management.jmxremote.authenticate=false > -Dfile.encoding=utf-8 > -Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl Rajoute un -Djrds.log.debug=jrds.Probe.<nom de la probe> Ça passe la probe en mode debug. > > D'avance un grand merci! > > Question subsidiaire: quelqu'un a-t-il déjà réfléchi à la notion d'Alarme dans JRDS ? > Le besoin: > 1) assembler des indicateurs sur base des données collectées (formule à la Excel sur les valeurs d'un ou plusieurs senseurs) > 2) sur base de valeurs limites pendant une période configurable, déclencher des alarmes (e-mail, sms, affichages…) C'est tout un monde les alarmes. Pour le moment, je fais simple, en rajoutant la possibilité de lire les valeurs stockées : http://jrds.fr/nagios > > Bien à toi, > > Christophe > > Le 15/04/2013 20:07, Fabrice Bacchella a écrit : >> Sur un tomcat 6, jvm 7, j'obtiens un résultat avec la configuration suivante : >> <connection type="jrds.probe.JMXConnection"> >> <attr name="port">8999</attr> >> </connection> >> <probe type="TomcatGRP" label="http on port 8080"> >> <attr name="index">ajp-8009</attr> >> </probe> >> >> >> >> Le 13 avr. 2013 à 17:38, Christophe Dupriez <du...@de...> a écrit : >> >>> Bonjour! >>> >>> (jrds.fr est mort, mais vous le savez sans doute!) >>> >>> Dans la page: >>> http://jrds.fr/sourcetype/jmx/tomcatgrp >>> Ce serait pas mal d'expliquer que le monitoring de TomcatGRP se fait uniquement sur la MXBean GlobalRequestProcessor sous Catalina. >>> Il faudrait aussi donner un exemple où on spécifie les attributs (indiqués dans la doc) que l'on désire tracker >>> (seul requestCount est pris sinon). J'ai essayé avec >>> >>> Donc, le seul argument à vérifier/modifier par rapport à l'exemple, c'est le nom de Catalina-Host qu'on trouve dans JConsole en dessous de GlobalRequestProcessor. >>> Le problème, c'est que j'ai mis le bon nom et il ne le trouvait pas: >>> [2013-04-13 16:44:09,518] INFO jrds.webapp.ReloadHostList : Configuration rescaned >>> [2013-04-13 16:44:19,769] ERROR jrds.Probe.ApacheStatus : [localhost/apachestatus_80] Unable to read http://localhost:80/server-status?auto because: Connection to http://localhost:80 refused >>> [2013-04-13 16:44:19,931] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> [2013-04-13 16:44:19,998] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> [2013-04-13 16:44:20,064] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> [2013-04-13 16:44:20,123] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> [2013-04-13 16:44:20,181] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> [2013-04-13 16:44:20,237] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 >>> >>> Dans JConsole, j'ai comme objectName de "http-bio-8080": >>> Catalina:type=GlobalRequestProcessor,name="http-bio-8080" >>> (notez les guillemets supplémentaires) >>> J'ai donc mis des " dans le XML et les messages d'erreur ci-dessus on disparu. >>> JRDS me dit qu'il a créé une RDD pour [localhost/TomcatGRP-"http-bio-8080"] >>> (notez les guillemets: ça ne risque pas de gêner?) >>> >>> En tous cas, les graphiques restent vides! >>> >>> J'attache mon dernier localhost.xml (sous le nom localhost.txt)... >>> >>> Merci de vos lumières! >>> >>> Christophe >>> >>> P.S. Je suis sous Tomcat 7 sous Raspbian >>> <localhost.txt>------------------------------------------------------------------------------ >>> Precog is a next-generation analytics platform capable of advanced >>> analytics on semi-structured data. The platform includes APIs for building >>> apps and a phenomenal toolset for data science. Developers can use >>> our toolset for easy data analysis & visualization. Get a free account! >>> http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________ >>> Jrds-developpers mailing list >>> Jrd...@li... >>> https://lists.sourceforge.net/lists/listinfo/jrds-developpers > > <localhost.xml> |
From: Fabrice B. <fba...@sp...> - 2013-04-15 18:24:30
|
Sur un tomcat 6, jvm 7, j'obtiens un résultat avec la configuration suivante : <connection type="jrds.probe.JMXConnection"> <attr name="port">8999</attr> </connection> <probe type="TomcatGRP" label="http on port 8080"> <attr name="index">ajp-8009</attr> </probe> Le 13 avr. 2013 à 17:38, Christophe Dupriez <du...@de...> a écrit : > Bonjour! > > (jrds.fr est mort, mais vous le savez sans doute!) > > Dans la page: > http://jrds.fr/sourcetype/jmx/tomcatgrp > Ce serait pas mal d'expliquer que le monitoring de TomcatGRP se fait uniquement sur la MXBean GlobalRequestProcessor sous Catalina. > Il faudrait aussi donner un exemple où on spécifie les attributs (indiqués dans la doc) que l'on désire tracker > (seul requestCount est pris sinon). J'ai essayé avec > > Donc, le seul argument à vérifier/modifier par rapport à l'exemple, c'est le nom de Catalina-Host qu'on trouve dans JConsole en dessous de GlobalRequestProcessor. > Le problème, c'est que j'ai mis le bon nom et il ne le trouvait pas: > [2013-04-13 16:44:09,518] INFO jrds.webapp.ReloadHostList : Configuration rescaned > [2013-04-13 16:44:19,769] ERROR jrds.Probe.ApacheStatus : [localhost/apachestatus_80] Unable to read http://localhost:80/server-status?auto because: Connection to http://localhost:80 refused > [2013-04-13 16:44:19,931] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > [2013-04-13 16:44:19,998] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > [2013-04-13 16:44:20,064] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > [2013-04-13 16:44:20,123] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > [2013-04-13 16:44:20,181] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > [2013-04-13 16:44:20,237] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 > > Dans JConsole, j'ai comme objectName de "http-bio-8080": > Catalina:type=GlobalRequestProcessor,name="http-bio-8080" > (notez les guillemets supplémentaires) > J'ai donc mis des " dans le XML et les messages d'erreur ci-dessus on disparu. > JRDS me dit qu'il a créé une RDD pour [localhost/TomcatGRP-"http-bio-8080"] > (notez les guillemets: ça ne risque pas de gêner?) > > En tous cas, les graphiques restent vides! > > J'attache mon dernier localhost.xml (sous le nom localhost.txt)... > > Merci de vos lumières! > > Christophe > > P.S. Je suis sous Tomcat 7 sous Raspbian > <localhost.txt>------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________ > Jrds-developpers mailing list > Jrd...@li... > https://lists.sourceforge.net/lists/listinfo/jrds-developpers |
From: Christophe D. <du...@de...> - 2013-04-13 18:56:11
|
Bonjour ! (english below) J'essaye sur le Raspberry Pi en créant un fichier config/hosts/localhost.xml à partir de l'exemple dans: http://blog.asyd.net/2009/05/how-to-build-and-deploy-jrds/ J'ai plein de sondes qui apparaissent mais les graphiques restent totalement vides... J'attache une de ces images en espérant que ça passe dans la mailing liste... Qu'est ce que je fais comme bêtise? Serait ce un probleme de petit/grand endien du au fait que le RPi est un ARM ??? - - - - - - - - - I am trying JRDS on the Raspberry PI. The config/hosts/localhost.xml is attached. I started from the example in: http://blog.asyd.net/2009/05/how-to-build-and-deploy-jrds/ and many categories appear now in the JRDS selection tree. BUT all graphs are empty (NaN) (one is attached as an image). Could it be a little/big endian problem due to the Raspberry being an ARM computer??? THANKS FOR ANY HELP! Christophe |
From: Christophe D. <du...@de...> - 2013-04-13 16:46:09
|
Thanks in advance for your help to understand empty graphs! Christophe |
From: Christophe D. <du...@de...> - 2013-04-13 16:16:12
|
Bonjour! (jrds.fr est mort, mais vous le savez sans doute!) Dans la page: http://jrds.fr/sourcetype/jmx/tomcatgrp Ce serait pas mal d'expliquer que le monitoring de TomcatGRP se fait uniquement sur la MXBean GlobalRequestProcessor sous Catalina. Il faudrait aussi donner un exemple où on spécifie les attributs (indiqués dans la doc) que l'on désire tracker (seul requestCount est pris sinon). J'ai essayé avec Donc, le seul argument à vérifier/modifier par rapport à l'exemple, c'est le nom de Catalina-Host qu'on trouve dans JConsole en dessous de GlobalRequestProcessor. Le problème, c'est que j'ai mis le bon nom et il ne le trouvait pas: [2013-04-13 16:44:09,518] INFO jrds.webapp.ReloadHostList : Configuration rescaned [2013-04-13 16:44:19,769] ERROR jrds.Probe.ApacheStatus : [localhost/apachestatus_80] Unable to read http://localhost:80/server-status?auto because: Connection to http://localhost:80 refused [2013-04-13 16:44:19,931] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 [2013-04-13 16:44:19,998] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 [2013-04-13 16:44:20,064] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 [2013-04-13 16:44:20,123] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 [2013-04-13 16:44:20,181] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 [2013-04-13 16:44:20,237] ERROR jrds.Probe.TomcatGRP : [localhost/TomcatGRP-http-bio-8080] JMX instance not found: Catalina:type=GlobalRequestProcessor,name=http-bio-8080 Dans JConsole, j'ai comme objectName de "http-bio-8080": Catalina:type=GlobalRequestProcessor,name="http-bio-8080" (notez les guillemets supplémentaires) J'ai donc mis des " dans le XML et les messages d'erreur ci-dessus on disparu. JRDS me dit qu'il a créé une RDD pour [localhost/TomcatGRP-"http-bio-8080"] (notez les guillemets: ça ne risque pas de gêner?) En tous cas, les graphiques restent vides! J'attache mon dernier localhost.xml (sous le nom localhost.txt)... Merci de vos lumières! Christophe P.S. Je suis sous Tomcat 7 sous Raspbian |
From: Christophe D. <du...@de...> - 2013-04-12 18:08:24
|
Bonjour! La doc est en général SUPER! Quelques suggestions: http://jrds.fr/jrdsproperties : ajouter un exemple de contenu de fichier jrdsproperties Aussi, supporter une option par défaut qui serait d'avoir les properties dans webapps/jrds/WEB-INF/jrds.properties si on a rien spécifié comme context-param dans webapps/jrds/WEB-INF/web.xml http://jrds.fr/configuredevice discover: donner un exemple de SNMPGET Linux qui donne ce que Discover attend pour faire son boulot. Perso, comme je suis tout sauf admin.réseau, je suis largué (mais je vais trouver de l'aide!) En soit, l'idée "discover" est excellente... Merci et bon w.e. Christophe Dupriez |
From: olc <ol...@gl...> - 2012-12-16 11:10:08
|
Hi - I'm trying to generate some SNMP probes. Using the provided example from http://jrds.fr/snmp_probes, dsType are shown as expected: $ java -jar ./WEB-INF/lib/boot.jar dosnmpprobe --Name DiskIo64 --probeName 'io64-${index}' --index UCD-DISKIO-MIB::diskIODevice --graphs DiskIoGraphBytes,DiskIoGraphReq,DiskIoGraphSize --collect UCD-DISKIO-MIB::diskIONReadX,UCD-DISKIO-MIB::diskIONWrittenX,UCD-DISKIO-MIB::diskIOReads,UCD-DISKIO-MIB::diskIOWrites <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE probedesc PUBLIC "-//jrds//DTD Probe Description//EN" "urn:jrds:probedesc"> <probedesc> <name>DiskIo64</name> <probeName>io64-${index}</probeName> <probeClass>jrds.probe.snmp.RdsIndexedSnmpRrd</probeClass> <specific name="indexOid">1.3.6.1.4.1.2021.13.15.1.1.2</specific> <ds> <dsName>diskIONReadX</dsName> <dsType>COUNTER</dsType> <oid>1.3.6.1.4.1.2021.13.15.1.1.12</oid> </ds> <ds> <dsName>diskIONWrittenX</dsName> <dsType>COUNTER</dsType> <oid>1.3.6.1.4.1.2021.13.15.1.1.13</oid> </ds> <ds> <dsName>diskIOReads</dsName> <dsType>COUNTER</dsType> <oid>1.3.6.1.4.1.2021.13.15.1.1.5</oid> </ds> <ds> <dsName>diskIOWrites</dsName> <dsType>COUNTER</dsType> <oid>1.3.6.1.4.1.2021.13.15.1.1.6</oid> </ds> <graphs> <name>DiskIoGraphBytes</name> <name>DiskIoGraphReq</name> <name>DiskIoGraphSize</name> </graphs> </probedesc> But when I try to generate a problem for a custom probe, I can't figure out why it is missing: $ java -jar ./WEB-INF/lib/boot.jar dosnmpprobe --Name Ntp --probeName 'ntp' --graphs NtpDelay,NtpOffset,NtpJitter --collect CUSTOM-NTP-MIB::delay,CUSTOM-NTP-MIB::offset,CUSTOM-NTP-MIB::jitter <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE probedesc PUBLIC "-//jrds//DTD Probe Description//EN" "urn:jrds:probedesc"> <probedesc> <name>Ntp</name> <probeName>ntp</probeName> <probeClass>jrds.probe.snmp.RdsSnmpSimple</probeClass> <specific name="requester">simple</specific> <ds> <dsName>delay</dsName> <oid>1.3.6.1.3.54.1.0</oid> </ds> <ds> <dsName>offset</dsName> <oid>1.3.6.1.3.54.1.1</oid> </ds> <ds> <dsName>jitter</dsName> <oid>1.3.6.1.3.54.1.2</oid> </ds> <graphs> <name>NtpDelay</name> <name>NtpOffset</name> <name>NtpJitter</name> </graphs> </probedesc> Here is an snmpwalk for my custom MIB: $ snmpwalk -v 2c -c public wopr-1 CUSTOM-NTP-MIB::ntp CUSTOM-NTP-MIB::delay = INTEGER: 260 CUSTOM-NTP-MIB::offset = INTEGER: 2974 CUSTOM-NTP-MIB::jitter = INTEGER: 10029 I suspect that INTEGER might not be the appropriate type (I'm a noobs with MIBS) but I have also tested to generate a probe for HOST-RESOURCES-MIB::hrSystemNumUsers which is a Gauge32 type and the dsType is also missing. Not a big deal of course as it is easy to add those missing dsType by hand. I just wanna know if I'm doing something wrong. Any idea/suggestion will be greatly welcome! Thanks in anticipation. Regards, -- Olivier |
From: Fabrice B. <fba...@sp...> - 2012-02-14 09:48:25
|
Just a reminder that nothings happen any more on sourceforge for jrds. The development of jrds is now done on github : https://github.com/fbacchella/jrds Communication about jrds news is mainly done on tweeter : https://twitter.com/#!/fbacchella And of course the documentation is on jrds' site : http://jrds.fr |
From: Fabrice B. <fba...@sp...> - 2012-02-13 14:12:34
|
can you purge your log and send me a log with a step set to one minute, and a timeout to 10 seconds ? Don't forget to uncomment the snmp probes and check that snmp is running on your server ? Le 13 févr. 2012 à 11:06, Erich Eichinger a écrit : > I just added this for trying. I had the same problem with the defaults. > > From: Fabrice Bacchella [mailto:fba...@sp...] > Sent: 13 February 2012 09:42 > To: Erich Eichinger > Cc: jrd...@li... > Subject: Re: [Jrds-developpers] NaN on graphs > > Your step is very short, and you have no timeout defined : > step=5 > > At http://jrds.fr/jrdsproperties: > The effective collect time is step - 2 × timeout. So if step is set to a short value, timeout should be decreased too. > > > Le 13 févr. 2012 à 09:15, Erich Eichinger a écrit : > > > Hi, > > thanks Fabrice for the quick response. I pretty much followed the installation instructions and tried with both, the prepackaged war download as well as a build from HEAD - both with the same result. From the log it seems to me that the collection happens correctly. Unfort. I am not little familiar with rrd4j and how the rendering is done. Attached is my config, logfile as well as the captured data (Not sure if this data is usable though atm because I left the app running for a while on my laptop in the background) > > If I should guess than I'd start looking into number formats. I work on a UK setting, which uses . decimal separator. I just dont know where to start looking. > > tx, > Erich > > ps: I like the project and the idea - I am looking for something that is easy and quick to deploy and can be integrated into an automated build for monitoring performance tests. jRDS has great potential! > > > From: Fabrice Bacchella [mailto:fba...@sp...] > Sent: 12 February 2012 10:40 > Cc: jrd...@li... > Subject: Re: [Jrds-developpers] NaN on graphs > > What does the logs says ? > > Can you give a sample configuration ? > > Le 12 févr. 2012 à 09:01, Erich Eichinger a écrit : > > > > Hi, > > is there any known reason why I keep getting NaN on my graphs? I just installed and followed the instructions, using both autodiscovery and the example host configuration both just get NaN's on the chart. Any ideas? > > tx, > Erich > > > <jmxthreadscount-tomcat-threads.png>------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ > Jrds-developpers mailing list > Jrd...@li... > https://lists.sourceforge.net/lists/listinfo/jrds-developpers > > <var.zip> > |
From: Erich E. <oa...@gm...> - 2012-02-13 10:06:30
|
I just added this for trying. I had the same problem with the defaults. From: Fabrice Bacchella [mailto:fba...@sp...] Sent: 13 February 2012 09:42 To: Erich Eichinger Cc: jrd...@li... Subject: Re: [Jrds-developpers] NaN on graphs Your step is very short, and you have no timeout defined : step=5 At http://jrds.fr/jrdsproperties: The effective collect time is step - 2 × timeout. So if step is set to a short value, timeout should be decreased too. Le 13 févr. 2012 à 09:15, Erich Eichinger a écrit : Hi, thanks Fabrice for the quick response. I pretty much followed the installation instructions and tried with both, the prepackaged war download as well as a build from HEAD - both with the same result. From the log it seems to me that the collection happens correctly. Unfort. I am not little familiar with rrd4j and how the rendering is done. Attached is my config, logfile as well as the captured data (Not sure if this data is usable though atm because I left the app running for a while on my laptop in the background) If I should guess than I'd start looking into number formats. I work on a UK setting, which uses . decimal separator. I just dont know where to start looking. tx, Erich ps: I like the project and the idea - I am looking for something that is easy and quick to deploy and can be integrated into an automated build for monitoring performance tests. jRDS has great potential! From: Fabrice Bacchella [mailto:fba...@sp...] Sent: 12 February 2012 10:40 Cc: jrd...@li... Subject: Re: [Jrds-developpers] NaN on graphs What does the logs says ? Can you give a sample configuration ? Le 12 févr. 2012 à 09:01, Erich Eichinger a écrit : Hi, is there any known reason why I keep getting NaN on my graphs? I just installed and followed the instructions, using both autodiscovery and the example host configuration both just get NaN's on the chart. Any ideas? tx, Erich <jmxthreadscount-tomcat-threads.png>---------------------------------------- -------------------------------------- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/____________________________ ___________________ Jrds-developpers mailing list Jrd...@li... https://lists.sourceforge.net/lists/listinfo/jrds-developpers <var.zip> |
From: Fabrice B. <fba...@sp...> - 2012-02-13 09:42:22
|
Your step is very short, and you have no timeout defined : step=5 At http://jrds.fr/jrdsproperties: The effective collect time is step - 2 × timeout. So if step is set to a short value, timeout should be decreased too. Le 13 févr. 2012 à 09:15, Erich Eichinger a écrit : > Hi, > > thanks Fabrice for the quick response. I pretty much followed the installation instructions and tried with both, the prepackaged war download as well as a build from HEAD - both with the same result. From the log it seems to me that the collection happens correctly. Unfort. I am not little familiar with rrd4j and how the rendering is done. Attached is my config, logfile as well as the captured data (Not sure if this data is usable though atm because I left the app running for a while on my laptop in the background) > > If I should guess than I'd start looking into number formats. I work on a UK setting, which uses . decimal separator. I just dont know where to start looking. > > tx, > Erich > > ps: I like the project and the idea - I am looking for something that is easy and quick to deploy and can be integrated into an automated build for monitoring performance tests. jRDS has great potential! > > > From: Fabrice Bacchella [mailto:fba...@sp...] > Sent: 12 February 2012 10:40 > Cc: jrd...@li... > Subject: Re: [Jrds-developpers] NaN on graphs > > What does the logs says ? > > Can you give a sample configuration ? > > Le 12 févr. 2012 à 09:01, Erich Eichinger a écrit : > > > Hi, > > is there any known reason why I keep getting NaN on my graphs? I just installed and followed the instructions, using both autodiscovery and the example host configuration both just get NaN's on the chart. Any ideas? > > tx, > Erich > > > <jmxthreadscount-tomcat-threads.png>------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ > Jrds-developpers mailing list > Jrd...@li... > https://lists.sourceforge.net/lists/listinfo/jrds-developpers > > <var.zip> |
From: Fabrice B. <fba...@sp...> - 2012-02-12 10:59:03
|
What does the logs says ? Can you give a sample configuration ? Le 12 févr. 2012 à 09:01, Erich Eichinger a écrit : > Hi, > > is there any known reason why I keep getting NaN on my graphs? I just installed and followed the instructions, using both autodiscovery and the example host configuration both just get NaN's on the chart. Any ideas? > > tx, > Erich > > > <jmxthreadscount-tomcat-threads.png>------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ > Jrds-developpers mailing list > Jrd...@li... > https://lists.sourceforge.net/lists/listinfo/jrds-developpers |
From: Philippe D. <phi...@jo...> - 2011-05-27 12:01:57
|
Fix le fix: coupe le chemin jmx au premier / après le : Le 27 mai 2011 12:02, Philippe DAVID <phi...@jo...> a écrit : > Donc après discution sur freenode, voici ma config, ainsi qu'un fix > pour le parsing de la ligne collect dans JMX, en pièces jointes. > > Philippe > > Le 27 mai 2011 11:09, Philippe DAVID <phi...@jo...> a écrit : >> Bonjour, >> j'ai une petite contribution à apporter avec l'ajout d'une sonde pour >> SolR en utilisant une connection JMX, mais avant j'ai une question sur >> la configuration des probes. >> Pour faire simple voici le début de la déclaration de la probe: >> >> <probedesc> >> <name>JMXSolR</name> >> <probeName>jmxsolr-${label}</probeName> >> <probeClass>jrds.probe.JMX</probeClass> >> >> <!-- search --> >> <ds> >> <dsName>searchTotalRequests</dsName> >> <dsType>counter</dsType> >> <collect>solr/:type=search,id=org.apache.solr.handler.component.SearchHandler/requests</collect> >> </ds> >> >> >> La partie qui se trouve avant :type dans collect doit être >> configurable parce que c'est un nom de montage: chacun peut mettre ce >> qu'il veut et on peut même en avoir 2 dans la même VM. Donc idéalement >> il faudrait pouvoié spécifier cette valeur dans le fichier de config >> d'un hôte quand on instancie la probe. Est-ce que c'est possible de >> faire cela et d'ajouter une variable du type ${solr_mount} au début de >> la ligne collect ? >> Ou est-ce qu'il faut écrire un peu de code pour ça ? >> >> Merci >> >> -- >> Philippe >> > > > > -- > Philippe > Allgoob SA > -- Philippe Allgoob SA |
From: Philippe D. <phi...@jo...> - 2011-05-27 10:02:28
|
Donc après discution sur freenode, voici ma config, ainsi qu'un fix pour le parsing de la ligne collect dans JMX, en pièces jointes. Philippe Le 27 mai 2011 11:09, Philippe DAVID <phi...@jo...> a écrit : > Bonjour, > j'ai une petite contribution à apporter avec l'ajout d'une sonde pour > SolR en utilisant une connection JMX, mais avant j'ai une question sur > la configuration des probes. > Pour faire simple voici le début de la déclaration de la probe: > > <probedesc> > <name>JMXSolR</name> > <probeName>jmxsolr-${label}</probeName> > <probeClass>jrds.probe.JMX</probeClass> > > <!-- search --> > <ds> > <dsName>searchTotalRequests</dsName> > <dsType>counter</dsType> > <collect>solr/:type=search,id=org.apache.solr.handler.component.SearchHandler/requests</collect> > </ds> > > > La partie qui se trouve avant :type dans collect doit être > configurable parce que c'est un nom de montage: chacun peut mettre ce > qu'il veut et on peut même en avoir 2 dans la même VM. Donc idéalement > il faudrait pouvoié spécifier cette valeur dans le fichier de config > d'un hôte quand on instancie la probe. Est-ce que c'est possible de > faire cela et d'ajouter une variable du type ${solr_mount} au début de > la ligne collect ? > Ou est-ce qu'il faut écrire un peu de code pour ça ? > > Merci > > -- > Philippe > -- Philippe Allgoob SA |
From: Philippe D. <phi...@jo...> - 2011-05-27 09:40:53
|
Bonjour, j'ai une petite contribution à apporter avec l'ajout d'une sonde pour SolR en utilisant une connection JMX, mais avant j'ai une question sur la configuration des probes. Pour faire simple voici le début de la déclaration de la probe: <probedesc> <name>JMXSolR</name> <probeName>jmxsolr-${label}</probeName> <probeClass>jrds.probe.JMX</probeClass> <!-- search --> <ds> <dsName>searchTotalRequests</dsName> <dsType>counter</dsType> <collect>solr/:type=search,id=org.apache.solr.handler.component.SearchHandler/requests</collect> </ds> La partie qui se trouve avant :type dans collect doit être configurable parce que c'est un nom de montage: chacun peut mettre ce qu'il veut et on peut même en avoir 2 dans la même VM. Donc idéalement il faudrait pouvoié spécifier cette valeur dans le fichier de config d'un hôte quand on instancie la probe. Est-ce que c'est possible de faire cela et d'ajouter une variable du type ${solr_mount} au début de la ligne collect ? Ou est-ce qu'il faut écrire un peu de code pour ça ? Merci -- Philippe |
From: Fabrice B. <fba...@sp...> - 2011-03-08 13:59:08
|
jrds est sur tweeter, tag #jrds |
From: Fabrice B. <fba...@sp...> - 2010-08-06 09:07:20
|
Dans la description d'une sonde, chaque datastore peut prendre une « defaultValue », qui sera utilisée si la collecte pour ce datastore ne renvoie pas de valeur. |
From: Fabrice B. <fba...@sp...> - 2010-07-29 13:36:28
|
Je viens de rajouter une sonde dans JRDS permettant de visualiser en temps réel les statistiques tiré des logs d'un serveur de type apache. Il fonctionne avec un petit agent python (http://jrds.fr/accessmon.py) qui effectue un tail -f sur des fichier access_log, les analyse et ensuite fournit le résultat de son analyse en XML sur HTTP. Cet agent remonte ses messages via sylog, fonction daemon. accessmon utilise un fichier de configuration accessmon.ini au format ini de python : [server] port=8081 pidfile=/var/run/accessmon.pid [logfile] path=/var/log/httpd/access.log column.ip=1 column.vhost=2 column.request=3 column.status=5 column.timeus=4 [application.home] vhost=www.exalead.* positive=^/$ *** -section [server], les paramètres de configuration de l'agent : port indique le port d'écoute HTTP de l'agent pidfile indique le fichier contenant le pid, qui sera crée au démarrage et effacé à l'arrêt *** -section [logfile], les paramètres de configuration du fichier de log path est une liste séparée par des virgule de glob des fichiers de log à utiliser. printbad indique si les ligne de log non parsable seront envoyé dans syslog. column.<nom> indique le numero de la colone où se trouve l'information nécessaire. <nom> prends les valeurs ip, vhost, request, status, timets, timems, timems Le suffixe de timet (s, ms, ou us) indique l'unité de mesure de la colonne de temps de réponse (seconde, milli seconde, micro seconde) et sont bien sur mutuellement exclusif. Le parser de log compte comme une seul colonne les texte de format : "..." [...] Il est rigoureux sur la colonne requeste, il s'attends à quelque chose de la forme : METHODE URL( PROTOCOL)? METHODE pouvant être GET, POST, etc.. URL est par exemple /, /index.html?arg=1 PROTOCOL étant HTTP/... *** -Section [application...] Une liste de section indiquant les règles sur les url à surveiller. Chaque ligne de log sera passée dans chacune de ces sections à la recherche d'une concordance. les paramètres sont : vhost, une glob sur le vhost authorisé (sans le numéro de port) positive, une regexp python sur les URL acceptées negative, une regexp python appliquée après positive, pour éventuellement rejeter une URL continue, qui ne prends pas de valeur ; une regexp concordante arrête la recherche dans application ; si ce paramètre est indiqué, la recherche continue ; cela permet de compter une ligne dans plusieurs applications. Il existe une application implicite, de la forme : [application._default] vhost=* positive=.* continue Qui compte toute les lignes. Pour utiliser cette sonde, il faut rajouter la configuration suivante dans un fichier de host ou de macro : <probe type="AccessMonitor"> <arg type="Integer" value="${port}" /> <arg type="String" value="/{$application name}" /> </probe> Exemples de graphiques générés : |
From: Fabrice B. <fba...@sp...> - 2010-07-23 08:46:36
|
Une petite piqure de rappel : http://wiki.jrds.fr/probes |
From: Fabrice B. <fba...@sp...> - 2010-07-22 17:01:05
|
A little reading about the auto-generation of snmp probes descriptions http://wiki.jrds.fr/snmp_probes |
From: Fabrice B. <fba...@sp...> - 2010-07-21 09:10:07
|
Une mise à jour importante dans le code de rrd4j (surtout pour ceux qui ont des machines multi-cpu). Un svn update && ant avec redéploiement du jar s'impose. |
From: Fabrice B. <fba...@sp...> - 2010-06-14 08:24:02
|
Les tests unitaires de jrds prennent formes. Pour la première fois, il y 100% de réussites sur les 110 tests. Pour tester chez vous : svn update ant resolve ant test echo $? # ça retourne 1 si un test échoue firefox tmp/index.html # Pour voir une page de rapport |
From: Fabrice B. <fba...@sp...> - 2010-06-05 13:07:29
|
Pour les longues listes, je viens de rajouter une fonction for permettant de déclarer des sondes. Elle peut travailler sur une liste ou un compteur. Deux exemples d'usage : <collection name="partitions"> <element>/</element> <element>/data</element> </collection> <for var="i" collection="partitions"> <probe type="PartitionSpace"> <arg type="String" value="${i}" /> </probe> </for> va générer deux sondes, pour / et /data <for var="i" min="0" max="3" step="1"> <probe type="IfXSnmp"> <arg type="String" value="eth${i}"/> </probe> </for> va générer des sondes pour les interfaces eth0 à eth3 |