From: Ciro I. <cy...@gm...> - 2007-02-23 09:08:45
|
Hi, is it possible to create custom graphics on perfparse?, the graphics from our area are just fine but the people from Networking are missing the rrd graphics they previously had, they are complaining about the "ugly graphics", but i think they could live with it if i can combine many variables (or datasources un rrd words) like input and output traffic on cisco routers... Thanks in advanced |
From: Ciro I. <cy...@gm...> - 2007-02-27 07:38:39
|
2007/2/23, Yves Mettier <yme...@li...>: > Hi, > > You can take the output plugin template and hack it to output rrd data. > I had never time to develop it, and while many ask for such a feature, nobody develop it... > > Yves > Hi, Thanks for your answer, you are talking about getting rrd graphics-like with perfparse data?, which files would need to be modified, any hints? Ciro |
From: Ciro I. <cy...@gm...> - 2007-02-28 02:39:13
|
Ok, i'll check if it can be done. The idea is to get rrd-like graphics with perfparse frontend using it's backend data (mysql), right? or is to paste rrd in the middle somehow?, I would like to use just one backend, mysql or rrdfiles, currently we choose perfparse because we are running a x86_64 distro on our main monitoring server, and the standby is running i586. Thanks a lot for you input Ciro 2007/2/27, Yves Mettier <yme...@li...>: > Hi, > > Check the files in the modules/ directory and pay attention to all the > modules/storage_*.c files. > If you want to make your own to output data for rrd, begin either with storage_stdout.c > or storage_print.c. > > http://perfparse.cvs.sourceforge.net/perfparse/_perfparse/modules/ > > Before trying to hack anything, enable the storage_print module and check that it works :) > > Yves > > > > > 2007/2/23, Yves Mettier <yme...@li...>: > >> Hi, > >> > >> You can take the output plugin template and hack it to output rrd data. > >> I had never time to develop it, and while many ask for such a feature, nobody develop > >> it... > >> > >> Yves > >> > > Hi, > > > > Thanks for your answer, you are talking about getting rrd > > graphics-like with perfparse data?, which files would need to be > > modified, any hints? > > > > Ciro > > > > > -- > - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - > - GPG key - http://ymettier.free.fr/gpg.txt - > - Maitretarot - http://www.nongnu.org/maitretarot/ - > - C en action - http://www.oreilly.fr/catalogue/2841772896.html - > > |
From: Florian G. <fl...@bi...> - 2007-02-28 09:48:26
|
Hi, what Ives means is that there are so called "storage modules". They are written in C and can be dynamically loaded into perfparse. There exists example code (storage_print.c) you can modify to put it into a rrd database. Yes, this would duplicate the data. Another solution will come in one of the next perfparse versions: You then will be able to generate rrd-like Graphs from the mysql (or other) backend. Flo Ciro Iriarte wrote: > Ok, i'll check if it can be done. The idea is to get rrd-like graphics > with perfparse frontend using it's backend data (mysql), right? or is > to paste rrd in the middle somehow?, I would like to use just one > backend, mysql or rrdfiles, currently we choose perfparse because we > are running a x86_64 distro on our main monitoring server, and the > standby is running i586. > > Thanks a lot for you input > > Ciro > 2007/2/27, Yves Mettier <yme...@li...>: >> Hi, >> >> Check the files in the modules/ directory and pay attention to all the >> modules/storage_*.c files. >> If you want to make your own to output data for rrd, begin either with storage_stdout.c >> or storage_print.c. >> >> http://perfparse.cvs.sourceforge.net/perfparse/_perfparse/modules/ >> >> Before trying to hack anything, enable the storage_print module and check that it works :) >> >> Yves >> >> >> >>> 2007/2/23, Yves Mettier <yme...@li...>: >>>> Hi, >>>> >>>> You can take the output plugin template and hack it to output rrd data. >>>> I had never time to develop it, and while many ask for such a feature, nobody develop >>>> it... >>>> >>>> Yves >>>> >>> Hi, >>> >>> Thanks for your answer, you are talking about getting rrd >>> graphics-like with perfparse data?, which files would need to be >>> modified, any hints? >>> >>> Ciro >>> >> >> -- >> - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - >> - GPG key - http://ymettier.free.fr/gpg.txt - >> - Maitretarot - http://www.nongnu.org/maitretarot/ - >> - C en action - http://www.oreilly.fr/catalogue/2841772896.html - >> >> > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
From: Ciro I. <cy...@gm...> - 2007-03-03 18:13:09
|
2007/2/28, Florian Gleixner <fl...@bi...>: > > Hi, > > what Ives means is that there are so called "storage modules". They are > written in C and can be dynamically loaded into perfparse. There exists > example code (storage_print.c) you can modify to put it into a rrd > database. Yes, this would duplicate the data. > Another solution will come in one of the next perfparse versions: You > then will be able to generate rrd-like Graphs from the mysql (or other) > backend. > > Flo > That's what i'm looking for (feature of the next perfparse) as the complain is about the graphics, not the storage, right now i can't use rrd as backend, because i would need to share the files between i386 and x86_64. Meanwhile i'll have to rollback to the custom plugins that save data directly to rrd for the routers and keep perfparse for the rest..... I was trying to avoid this, because we want to consolidate everything on one tool to make our lifes easier.... Ciro |
From: Ciro I. <cy...@gm...> - 2007-03-05 03:42:42
|
2007/3/4, Yves Mettier <yme...@li...>: > > > > rest..... I was trying to avoid this, because we want to consolidate > > everything on one tool to make our lifes easier.... > > cacti ? > > Yves > > -- > - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - > - GPG key - http://ymettier.free.fr/gpg.txt - > - Maitretarot - http://www.nongnu.org/maitretarot/ - > - C en action - http://www.oreilly.fr/catalogue/2841772896.html - > > Probably i'll have to reinstall the x86_64 host with a i586 version of the distro to avoid the rrdfiles sharing limitation... Ciro |
From: Florian G. <fl...@bi...> - 2007-03-05 06:36:47
|
Usually you can run 32 bit software on a 64 bit kernel. If you install all 32 bit dependant software (libs), then it may be possible to use a 32 bit and a 64 bit version at the same time. But i don't know if your distro supports it - some offer 32 bit libs, some not. Flo Ciro Iriarte schrieb: > 2007/3/4, Yves Mettier <yme...@li...>: >> >>> rest..... I was trying to avoid this, because we want to consolidate >>> everything on one tool to make our lifes easier.... >> cacti ? >> >> Yves >> >> -- >> - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - >> - GPG key - http://ymettier.free.fr/gpg.txt - >> - Maitretarot - http://www.nongnu.org/maitretarot/ - >> - C en action - http://www.oreilly.fr/catalogue/2841772896.html - >> >> > Probably i'll have to reinstall the x86_64 host with a i586 version of > the distro to avoid the rrdfiles sharing limitation... > > Ciro > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Perfparse-users mailing list > Per...@li... > https://lists.sourceforge.net/lists/listinfo/perfparse-users > |
From: Ciro I. <cy...@gm...> - 2007-03-05 07:20:23
|
2007/3/5, Florian Gleixner <fl...@bi...>: > > Usually you can run 32 bit software on a 64 bit kernel. If you install > all 32 bit dependant software (libs), then it may be possible to use a > 32 bit and a 64 bit version at the same time. But i don't know if your > distro supports it - some offer 32 bit libs, some not. > > Flo Thanks for your input Flo, the distro does have some *-32bit rpm, but it's not the case for rrdtools, already explored all the options but it seems the optimal would be to work with the same architecture, that means, reinstalling the x86_64 box with i586 version of the distro or getting another x86_64 box.. Ciro |
From: Ciro I. <cy...@gm...> - 2007-04-09 04:44:00
|
2007/3/5, Ciro Iriarte <cy...@gm...>: > 2007/3/5, Florian Gleixner <fl...@bi...>: > > > > Usually you can run 32 bit software on a 64 bit kernel. If you install > > all 32 bit dependant software (libs), then it may be possible to use a > > 32 bit and a 64 bit version at the same time. But i don't know if your > > distro supports it - some offer 32 bit libs, some not. > > > > Flo > Thanks for your input Flo, the distro does have some *-32bit rpm, but > it's not the case for rrdtools, already explored all the options but > it seems the optimal would be to work with the same architecture, that > means, reinstalling the x86_64 box with i586 version of the distro or > getting another x86_64 box.. > > Ciro > Oreon seems to be useful in this case (still didn't try it), it has a "custom graphic" option and seems to extract data from perfparse. Ciro |