Bernard,
There is no contrib directory in the official tarball. Maybe we could create a contrib directory, with a tarball for each addon and a README listing all provided patches/files along with a brief description of each one. Adding/removing addons to would be rather simple - add/remove the tarball and update the README. This way, it's up to the users to decide what flavors they want added - we just provide the ingredients... with the regular "user contributed code, your mileage may vary" disclaimers and all. Cheers, Alex Bernard Li wrote: > Hi Alex: > > Initially I thought that your code is standalone and could just be > checked into ganglia/web/contrib/<contrib_name>. > > However, if it requires patching... I'm not sure if that's the best > way to do this - do we normally include patches in the contrib/ directory? > > Regarding the gmetrics repository - I think it would be great if we > can get that back... I don't remember exactly about the history of it > but obviously an automated system got abused previously and that's why > it was taken down. > > I guess for now I don't mind being the "gate-keeper" so people can > submit them to me and I'll put them up on the website. Do other folks > have any comments regarding this? > > Matt, Martin, can you give me access to the webpage? > > Cheers, > > Bernard > > ------------------------------------------------------------------------ > *From:* Alex Balk [mailto:[EMAIL PROTECTED] > *Sent:* Sat 10/06/2006 01:35 > *To:* Bernard Li > *Cc:* Stackpole, Chris; ganglia-general@lists.sourceforge.net > *Subject:* Re: [Ganglia-general] Ganglia Alert and Tracking > > Bernard, > > > Sounds cool - maybe we could create a naming convention for web frontend > addons? for example, "all addons go under $WEBROOT/addons/$PATCH_NAME/". > That could help minimize naming conflicts and let user easily determine > where the relevant code is located. > > If you'd like, I could modify the patch to work this way. > > > I'd also love to see the gmetrics repository reopen for user > contributions. I have some GPFS and dstat related scripts other may find > useful. > > > Let me know how you want it and I'll open a bugzilla entry. > > > Cheers, > > Alex > > > Bernard Li wrote: > > > Hi Alex: > > > > Actually I wonder if we should check your code into trunk as "contrib" > > code... what do others think? > > > > Cheers, > > > > Bernard > > > > > >> -----Original Message----- > >> From: Alex Balk [mailto:[EMAIL PROTECTED] > >> Sent: Friday, June 09, 2006 12:32 > >> To: Bernard Li > >> Cc: Stackpole, Chris; ganglia-general@lists.sourceforge.net > >> Subject: Re: [Ganglia-general] Ganglia Alert and Tracking > >> > >> > >> > >> Bernard Li wrote: > >> > >> > >>>> I am trying to write a script that pulls the info from netcat > >>>> and averages out some numbers but I believe that there is a > >>>> easier way. Does ganglia store data in such a way that I > >>>> could pull this type of information? This appears so useful > >>>> to me that I am sure that there are others that have tried > >>>> this, are there any ideas and suggestions? > >>>> > >>>> > >>> Sorry for hijacking your thread Chris but your question leads me to > >>> think that there are some interesting data stored in the > >>> > >> RRD database, > >> > >>> perhaps we could write a script to mine this data and provide some > >>> interesting historical reports? > >>> > >>> > >> Actually, my patch for "custom graphs" accomplishes exactly > >> what you're > >> talking about. > >> It allows you to create a template and then load it for whatever view > >> (meta, cluster, host) you desire. Couple this with gmetrics > >> and you can > >> pretty much generate a graph for anything (read - visually > >> represent any > >> aspect of your data). It also supports rrdtool's CDEFs, so you can do > >> data transformations as well. > >> Oh, and the rendering backend may be called from within an > >> <IMG SRC=...> > >> which allows creating "customized dashboards". I've started working on > >> one where customers can view different utilizations graphs > >> based on the > >> cluster specialty (batch, interactive, infrastructure), NFS > >> statistics, > >> parallel job utilization (how much does process named X consume across > >> multiple hosts), etc. > >> > >> > >> What I'm really missing is a method to "generate" aggregate > >> data on the > >> fly. Something like "take these 3 hosts, all from different clusters, > >> and show me their aggregate CPU consumption". > >> > >> Cheers, > >> Alex > >> > >> > > ------------------------------------------------------------------------ > > _______________________________________________ > Ganglia-general mailing list > Ganglia-general@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-general >
