Finally got a chance to try this this morning, and it works like a champ! 
Thanks for the quick response, it's greatly appreciated.
 
--
Christopher Gill, Systems Engineer, New World Apps
[EMAIL PROTECTED]
703-856-7268

________________________________

From: Bernard Li [mailto:[EMAIL PROTECTED]
Sent: Sun 2/27/2005 3:28 AM
To: Chris Gill; [email protected]
Subject: RE: [Oscar-users] Systemimager breaks ganglia


Hi Chris:
 
This bug has been fixed, you will need to download the following two files and 
put them in their respective locations in /opt/oscar/pacakges/ganglia for the 
fix to work:
 
http://svn.oscar.openclustergroup.org/oscar/trunk/packages/ganglia/configurator.html
http://svn.oscar.openclustergroup.org/oscar/trunk/packages/ganglia/scripts/post_install
 
 
Basically now the default interface on the client nodes for gmond is eth0, if 
this is not the case for your nodes, you can change this by configuring the 
Ganglia package in the 'Configure OSCAR Package' step.
 
The 'Complete Cluster Setup' step modifies and pushes out the correct 
gmond.conf to the nodes.
 
Cheers,
 
Bernard

________________________________

From: [EMAIL PROTECTED] on behalf of Chris Gill
Sent: Fri 25/02/2005 12:29 PM
To: [email protected]
Subject: [Oscar-users] Systemimager breaks ganglia



Hello all,
I've been building an experimental OSCAR cluster with fairly good luck so far, 
but am now running into an issue that's giving me a real headache. It seems 
something in the install process tries to modify gmond.conf in a way that 
creates illegal syntax which then prevents ganglia from starting. 
Unfortunately, when I add a new node, this winds up breaking *every* node in 
the cluster. The offending section is:

# The multicast interface for gmond to send/receive data on
# default: the kernel decides based on routing configuration
mcast_if  eth0
/var/lib/systemimager/scripts/vreeimage-ide.master:DEVICE

It's setting the interface correctly, but is then sticking in that reference to 
the image file. I assume this is some macro that is supposed to get replaced 
and never does. Removing it seems harmless. Haven't been able to find anything 
about this in the list archives, so any insight would be appreciated. Thanks.


Christopher Gill, Systems Engineer, New World Apps
[EMAIL PROTECTED]
703-856-7268


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=ick
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users

Reply via email to