Thanks for the explanation. I should be able to track down the problem with this info. If I find the problem, I'll post the solution.
In the mean time, I took 3.0.6, applied the changes in trunk from libmetrics/cygwin/metrics.c to that release, re-ran the build, and I did not experience the runtime problem below. Note also that the cpu count problem was fixed with the code from trunk. I have noticed another problem, however. The server I am testing this on has 32GB of RAM. I am noticing that gmond is incorrectly reporting mem_total. <METRIC NAME="mem_total" VAL="2097151" TYPE="uint32" UNITS="KB" TN="643" TMAX="1200" DMAX="0" SLOPE="zero" SOURCE="gmond"/> Looks like mem_free is also not right. I will attempt to fix this and will report solution if I find it. Regards, Chuck -----Original Message----- From: Brad Nicholes [mailto:[EMAIL PROTECTED] Sent: Friday, December 28, 2007 1:54 PM To: [EMAIL PROTECTED]; [email protected] Subject: Re: [Ganglia-developers] Windows Build From Trunk 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 > [email protected] > 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 [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
