Re: [Ganglia-developers] [PROPOSAL] Building Gmond on WindowsDoc...

2007-08-24 Thread Richard 
All,

I loaded cygwin as described and compiled the 3.0.4 gmond
and gmetric code as described and tested them. It all
worked as per the windows readme.



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Re: [Ganglia-developers] [PROPOSAL] Building Gmond on WindowsDoc...

2007-08-24 Thread Matthew Chambers 
Hi Richard,

It seems to me then that these are some additional things to note other than
how to compile for Cygwin: the current broken behavior of Cygwin with
multicast, that unicast behaves better but still quirky, and a sample
gmond.conf that also disables the metrics which the Cygwin build doesn't
currently support (like loadavg).  I also noticed that the number of
processors metric is broken on my dual core machine (it reports a single
processor), which seems like something that Cygwin should be able to support
without a problem.

-Matt

 -Original Message-
 From: Richard [mailto:[EMAIL PROTECTED]
 Sent: Thursday, August 23, 2007 11:17 PM
 To: Matthew Chambers; ganglia-developers@lists.sourceforge.net
 Subject: RE: [Ganglia-developers] [PROPOSAL] Building Gmond on
 WindowsDoc...
 
 Ah yes, cygwin.
 
 As will be obvious to people running the cygwin gmond, multicast is
 not supported and does not work. Multicast? Just say no.
 
 And as you discovered, there are also a few little things to be
 done for unicast (or maybe just cygwin unicast). I do this:
 
 udp_send_channel {
   host = 10.200.28.50 # Don't use 127.0.0.1
   port = 8649
 }
 
 udp_recv_channel {
   port = 8649
 }
 
 That is, the headnode explicitly sends its own data to itself or else
 you won't see it.
 
 As this means a different gmond.conf for every windows
 host, we did a hack where the udp_send_channel host (the headnode) is
 overridden (changed) if a certain registry key is present, and our
 installation
 process sets the registry key to be the real headnode hostname or IP.
 My hack is too shameful to publish.
 
 regards,
 richard
 
 



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Re: [Ganglia-developers] [PROPOSAL] Building Gmond on WindowsDoc...

2007-08-24 Thread Richard 
Hi Matt,

I'll put together a small document tonight that covers what I remember
about ganglia in the windows world and cygwin limitations and
good config practice when doing unicast.

I also have a simple patch to implement cygwin cpu count that
I will forward tonight. I remember a thread about this a while ago and
I'm surprised that cygwin/gmetric.c/cpu_num_func() looks like the
original one.

- Richard

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Matthew Chambers
Sent: Saturday, 25 August 2007 1:36 AM
To: 'Richard'; ganglia-developers@lists.sourceforge.net
Subject: Re: [Ganglia-developers] [PROPOSAL] Building Gmond on
WindowsDoc...


Hi Richard,

It seems to me then that these are some additional things to note other than
how to compile for Cygwin: the current broken behavior of Cygwin with
multicast, that unicast behaves better but still quirky, and a sample
gmond.conf that also disables the metrics which the Cygwin build doesn't
currently support (like loadavg).  I also noticed that the number of
processors metric is broken on my dual core machine (it reports a single
processor), which seems like something that Cygwin should be able to support
without a problem.

-Matt

 -Original Message-
 From: Richard [mailto:[EMAIL PROTECTED]
 Sent: Thursday, August 23, 2007 11:17 PM
 To: Matthew Chambers; ganglia-developers@lists.sourceforge.net
 Subject: RE: [Ganglia-developers] [PROPOSAL] Building Gmond on
 WindowsDoc...

 Ah yes, cygwin.

 As will be obvious to people running the cygwin gmond, multicast is
 not supported and does not work. Multicast? Just say no.

 And as you discovered, there are also a few little things to be
 done for unicast (or maybe just cygwin unicast). I do this:

 udp_send_channel {
   host = 10.200.28.50 # Don't use 127.0.0.1
   port = 8649
 }

 udp_recv_channel {
   port = 8649
 }

 That is, the headnode explicitly sends its own data to itself or else
 you won't see it.

 As this means a different gmond.conf for every windows
 host, we did a hack where the udp_send_channel host (the headnode) is
 overridden (changed) if a certain registry key is present, and our
 installation
 process sets the registry key to be the real headnode hostname or IP.
 My hack is too shameful to publish.

 regards,
 richard





-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.484 / Virus Database: 269.12.4/969 - Release Date: 23/08/2007
4:04 PM



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Re: [Ganglia-developers] [PROPOSAL] Building Gmond on WindowsDoc...

2007-08-23 Thread Matthew Chambers 
After some more testing and fiddling, it seems that on Windows, gmond will
never add itself to the cluster.  It will add other Windows gmonds to the
cluster, which results in each machine having information about every other
machine but itself.  I suppose this could be worked around by running two
gmonds on at least one of the boxes, with special configs of course.  Oh
joy. :)

I definitely second the Windows binary distribution, but it'll need the
Cygwin runtimes as well.  I can confirm that all I needed to do was copy
cygwin1.dll to the current directory to get gmond.exe and gstat.exe to run.
I couldn't get multicast working, though.

-Matt

 -Original Message-
 From: Brad Nicholes [mailto:[EMAIL PROTECTED]
 Sent: Thursday, August 23, 2007 1:31 PM
 To: ganglia-developers@lists.sourceforge.net; Matthew Chambers
 Cc: Rajrajat Naik
 Subject: Re: [Ganglia-developers] [PROPOSAL] Building Gmond on
 WindowsDoc...
 
 Since most Windows users aren't used to building their own binaries, I
 think a windows binary disto would be a good idea.  That is how Apache
 distributes the httpd server for Windows.  As far as running gmond on
 Windows goes, I haven't actually done it myself so I really couldn't tell
 you why the gmond data is not getting back to gmetad.  Maybe Rajrajat who
 was the original author of the document, could jump in here with some
 ideas.
 
 Brad
 



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Re: [Ganglia-developers] [PROPOSAL] Building Gmond on WindowsDoc...

2007-08-23 Thread Richard 
Ah yes, cygwin.

As will be obvious to people running the cygwin gmond, multicast is
not supported and does not work. Multicast? Just say no.

And as you discovered, there are also a few little things to be
done for unicast (or maybe just cygwin unicast). I do this:

udp_send_channel {
  host = 10.200.28.50   # Don't use 127.0.0.1
  port = 8649
}

udp_recv_channel {
  port = 8649
}

That is, the headnode explicitly sends its own data to itself or else
you won't see it.

As this means a different gmond.conf for every windows
host, we did a hack where the udp_send_channel host (the headnode) is
overridden (changed) if a certain registry key is present, and our
installation
process sets the registry key to be the real headnode hostname or IP.
My hack is too shameful to publish.

regards,
richard



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Matthew Chambers
Sent: Friday, 24 August 2007 7:50 AM
To: ganglia-developers@lists.sourceforge.net
Subject: Re: [Ganglia-developers] [PROPOSAL] Building Gmond on
WindowsDoc...


I could be confused about the way gmond should be working. Does gmond only
keep information about itself in multicast mode?  That is, if I use unicast
mode, do I have to specifically configure a udp_send_channel to match the
udp_recv_channel on that same machine?  I did just that and it fixed the
problem with the Windows gmond, and since I use multicast on my Linux
clusters I may just be confused and it's really working fine.

This is the relevant section of my config:

udp_send_channel {
  host = 10.200.28.50
  port = 8649
  ttl = 1
}

udp_recv_channel {
  bind = 10.200.28.50
  port = 8649
}

Thanks,
Matt

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:ganglia-
 [EMAIL PROTECTED] On Behalf Of Matthew Chambers
 Sent: Thursday, August 23, 2007 4:35 PM
 To: ganglia-developers@lists.sourceforge.net
 Cc: 'Rajrajat Naik'
 Subject: Re: [Ganglia-developers] [PROPOSAL] Building Gmond on
 WindowsDoc...

 After some more testing and fiddling, it seems that on Windows, gmond will
 never add itself to the cluster.  It will add other Windows gmonds to the
 cluster, which results in each machine having information about every
 other
 machine but itself.  I suppose this could be worked around by running two
 gmonds on at least one of the boxes, with special configs of course.  Oh
 joy. :)

 I definitely second the Windows binary distribution, but it'll need the
 Cygwin runtimes as well.  I can confirm that all I needed to do was copy
 cygwin1.dll to the current directory to get gmond.exe and gstat.exe to
 run.
 I couldn't get multicast working, though.

 -Matt

  -Original Message-
  From: Brad Nicholes [mailto:[EMAIL PROTECTED]
  Sent: Thursday, August 23, 2007 1:31 PM
  To: ganglia-developers@lists.sourceforge.net; Matthew Chambers
  Cc: Rajrajat Naik
  Subject: Re: [Ganglia-developers] [PROPOSAL] Building Gmond on
  WindowsDoc...
 
  Since most Windows users aren't used to building their own binaries,
 I
  think a windows binary disto would be a good idea.  That is how Apache
  distributes the httpd server for Windows.  As far as running gmond on
  Windows goes, I haven't actually done it myself so I really couldn't
 tell
  you why the gmond data is not getting back to gmetad.  Maybe Rajrajat
 who
  was the original author of the document, could jump in here with some
  ideas.
 
  Brad
 



 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now   http://get.splunk.com/
 ___
 Ganglia-developers mailing list
 Ganglia-developers@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/ganglia-developers


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.484 / Virus Database: 269.12.2/967 - Release Date: 22/08/2007
6:51 PM



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Ganglia-developers mailing list
Ganglia