The latest code in trunk has been refactored to load all of the metrics from 
modules rather than hardcoded.  To do this it relies on apr_dso_load() and 
apr_dso_sym() functions to load the (Windows) .dll or .so modules and then 
locate the structure symbol within the module that contains the entry points.  
In the case of 'core_metrics' or a static build, the symbols are contained 
within gmond itself.  My guess is that the Windows build may not be exporting 
the symbols correctly.  I had to add a -export-dynamic flag to the linux build 
to make sure that the symbols were exported.  Also the make files should be 
detecting --enable-static-build and removing the load path from the default 
.conf file.  The fact that you are still seeing the .so load path either means 
that windows isn't really building everything statically or cygwin isn't 
exporting the environment variables correctly.  

Brad

>>> On 12/27/2007 at 4:19 PM, in message
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
> I attempted to build version 3.1.0.200712270849 on gmond from trunk on
> cygwin/XP using the windows build instructions.  I did get the exes at
> the end of the process.  However, when I run gmond, I get the following:
> 
> C:\Program Files\ganglia\gmond>gmond
> Configuration file '/etc/ganglia/gmond.conf' not found.
> 
> Cannot locate internal module structure 'core_metrics' in file (null):
> No such file or directory
> 
> Cannot load /usr/lib/ganglia/modcpu.so metric module: No such file or
> directory
> 
> Cannot load /usr/lib/ganglia/moddisk.so metric module: No such file or
> directory
> 
> 
> Cannot load /usr/lib/ganglia/modload.so metric module: No such file or
> directory
> 
> 
> Cannot load /usr/lib/ganglia/modmem.so metric module: No such file or
> directory
> 
> Cannot load /usr/lib/ganglia/modnet.so metric module: No such file or
> directory
> 
> Cannot load /usr/lib/ganglia/modproc.so metric module: No such file or
> directory
> 
> 
> Cannot load /usr/lib/ganglia/modsys.so metric module: No such file or
> directory
> 
> So this version that I built is not looking in the current directory for
> the conf file, like the 3.0.0 version did (and the 3.0.6 version did
> that I built as well).  It also looks like it is trying to load
> modules...but I thought a static build was done for Cygwin.
> 
> Next, I tried this...
> 
> C:\Program Files\ganglia\gmond>gmond -c "c:/Program
> Files/ganglia/gmond/gmond.conf" -d 10
> udp_recv_channel mcast_join=NULL mcast_if=NULL port=8649 bind=NULL
> tcp_accept_channel bind=NULL port=8649
> Unable to collect metric 'heartbeat' on this platform. Exiting.
> 
> Obviously, I did something wrong in the build process, but I am not sure
> what.
> 
> One question is: when I fetched the Apache Portable Runtime and built
> it, was I supposed to get the Windows version?  I got the Unix version
> since it was being built under Cygwin, but I am not 100% certain since
> the instructions did not specify.\
> 
> I also did the gmond build on Linux and copied the protocol.x,
> protocol.h, and protocol_xdr.c files over to my Cygwin build.  Was this
> correct?
> 
> Thanks in advance,
> Chuck
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ 
> _______________________________________________
> Ganglia-developers mailing list
> Ganglia-developers@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/ganglia-developers 




-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to