Re: [Ganglia-developers] Feeble attempt at gmond aliasing
On Fri, Oct 2, 2009 at 9:59 PM, Jesse Becker haw...@gmail.com wrote: On Fri, Oct 2, 2009 at 10:35, Brad Nicholes bnicho...@novell.com wrote: How well does this fit into the previous discussions of using a GUID to identify a box rather than an IP or FQDN? Are aliasing and GUID identifiers related or are they two separate issues? I think that is a separate, but related, discussion. Perhaps I'm wrong, but there doesn't seem to be a clear consensus about using GUIDs vs. FQDN vs. IPs vs. something else (again, someone correct me if I'm wrong). Maybe we should open that discussion again? why a separate discussion? You're adding a config option which you're free to set to whatever you think and that to me covers all cases, you could set it to the hostname, an ip or a GUID. Personally I find that in large infrastructure naming machines meaningfully is a lost game, the host itself is more or less irrelevant and what matters is the service associated to it, so I'd assign a GUID myself and maintain the association with the service somewhere else, maybe as a metric itself. On the other hand for the small shop host names are a pretty decent approach to map your infrastructure so they would prolly want to use that as an identifier. Either way having it as an option is a safe way of handling it and avoids surprises at the gmetad end (I don't like this thing that the received resolves the ip of the sender to decide its name). -- Behind every great man there's a great backpack - B. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Feeble attempt at gmond aliasing
On Fri, Oct 9, 2009 at 15:52, Spike Spiegel fsm...@gmail.com wrote: On Fri, Oct 2, 2009 at 9:59 PM, Jesse Becker haw...@gmail.com wrote: On Fri, Oct 2, 2009 at 10:35, Brad Nicholes bnicho...@novell.com wrote: How well does this fit into the previous discussions of using a GUID to identify a box rather than an IP or FQDN? Are aliasing and GUID identifiers related or are they two separate issues? I think that is a separate, but related, discussion. Perhaps I'm wrong, but there doesn't seem to be a clear consensus about using GUIDs vs. FQDN vs. IPs vs. something else (again, someone correct me if I'm wrong). Maybe we should open that discussion again? why a separate discussion? You're adding a config option which you're free to set to whatever you think and that to me covers all cases, you could set it to the hostname, an ip or a GUID. Personally I find that in large infrastructure naming machines meaningfully is a lost game, the host itself is more or less irrelevant and what matters is the service associated to it, so I'd assign a GUID myself and maintain the association with the service somewhere else, maybe as a metric itself. On the other hand for the small shop host names are a pretty decent approach to map your infrastructure so they would prolly want to use that as an identifier. Either way having it as an option is a safe way of handling it and avoids surprises at the gmetad end (I don't like this thing that the received resolves the ip of the sender to decide its name). The GUID discussion I refered to was if gmond/gmetad should be rewritten, top-to-bottom, to use GUIDs instead of relying on DNS/IP addresses. My understanding is that everything would have use them, including the .rrd files underneath. That is, IMO, a big overhaul. Adding aliasing is theoretically a smaller change, that I think works within the existing code. This is what I'm proposing to add--something simple, and inexpensive to implement, but hopefully useful to many people. Thus, I see it as separate, but perhaps complementary/related. -- Jesse Becker -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Feeble attempt at gmond aliasing
On Fri, Oct 9, 2009 at 9:48 PM, Jesse Becker haw...@gmail.com wrote: The GUID discussion I refered to was if gmond/gmetad should be rewritten, top-to-bottom, to use GUIDs instead of relying on DNS/IP addresses. My understanding is that everything would have use them, including the .rrd files underneath. That is, IMO, a big overhaul. Adding aliasing is theoretically a smaller change, that I think works within the existing code. This is what I'm proposing to add--something simple, and inexpensive to implement, but hopefully useful to many people. Thus, I see it as separate, but perhaps complementary/related. I see, makes sense. well, I think that until rrd comes up with a way to store arbitrary text/info inside a rrd file[1] we're better off naming the rrd files in a user defined/expect way otherwise manual interaction with the rrd files becomes impossible. Anyway, that's indeed another discussion and personally I'm all for this alias patch. As to Rick's comments I believe they are only valid if we assume that the string representing a host should be its ip or the fqdn resolving to it, which I think is one of the many problems this alias patch is meant to solve (instances on EC2 or with multiple interfaces are a pita if things rely on ips/PTR for identification). what do we need next? people compiling gmond with this patch and testing? [1] I've seen that discussion coming up in several instances on the rrd ML and never go anywhere because of some big change that apparently would be necessary to implement that feature correctly. -- Behind every great man there's a great backpack - B. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Feeble attempt at gmond aliasing
On Fri, Oct 9, 2009 at 17:05, Spike Spiegel fsm...@gmail.com wrote: As to Rick's comments I believe they are only valid if we assume that the string representing a host should be its ip or the fqdn resolving to it, which I think is one of the many problems this alias patch is meant to solve (instances on EC2 or with multiple interfaces are a pita if things rely on ips/PTR for identification). I'm a *huge* fan of giving admins powerful tools that do specifically what they ask for. The admins should be clueful enough to know when something is appropriate and when it isn't. If that means they break their own system due to a misconfiguration, so be it. The default setting, of course, should be to try to do the right thing--which Ganglia does most of the time. Several people have asked for this feature in the last year or two, and I (dimly) recall them all having decent, if not very good, reasons for wanting aliasing. what do we need next? people compiling gmond with this patch and testing? Yes. (myself included) [1] I've seen that discussion coming up in several instances on the rrd ML and never go anywhere because of some big change that apparently would be necessary to implement that feature correctly. Hmm. Pity. :-( -- Jesse Becker -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Feeble attempt at gmond aliasing
Works for me; generating a GUID into an alias value in the configuration file may be the easiest way to avoid resolving things. Whether the map to something easy to debug from is from an IP address or a GUID isn't particularly material to me; I just want that map to be easy (and in my normal workflow) to maintain, and I don't want the lowest aggregation (gmond) layer to need access to that map. -- ReC On Oct 9, 2009, at 2:15 PM, Jesse Becker wrote: On Fri, Oct 9, 2009 at 17:05, Spike Spiegel fsm...@gmail.com wrote: As to Rick's comments I believe they are only valid if we assume that the string representing a host should be its ip or the fqdn resolving to it, which I think is one of the many problems this alias patch is meant to solve (instances on EC2 or with multiple interfaces are a pita if things rely on ips/PTR for identification). I'm a *huge* fan of giving admins powerful tools that do specifically what they ask for. The admins should be clueful enough to know when something is appropriate and when it isn't. If that means they break their own system due to a misconfiguration, so be it. The default setting, of course, should be to try to do the right thing--which Ganglia does most of the time. Several people have asked for this feature in the last year or two, and I (dimly) recall them all having decent, if not very good, reasons for wanting aliasing. what do we need next? people compiling gmond with this patch and testing? Yes. (myself included) [1] I've seen that discussion coming up in several instances on the rrd ML and never go anywhere because of some big change that apparently would be necessary to implement that feature correctly. Hmm. Pity. :-( -- Jesse Becker -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers