Hi,

I think this is a bug in cygwin (/proc) and not a bug in gmond
or its libraries. Try putting a bit of debugging in cygwin
metric.c mem_total_func(). (or slurpfile() in lib/file.c).

Or install cygwin itself on the server and look at /proc manually.

kind regards,
Richard Grevis



Quoting [EMAIL PROTECTED]:

>>> 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
>>> 


-- 

-------------------------------------------------------------------------
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

Reply via email to