Thank you for your reply. After reading, re-reading, and reading your comments, it finally came to me that I had NOT modified the gmond.conf on the gmatad server! I did not realize that this had an affect on how it listened to the client (cluster) servers. It was still set to the default "unspecified." I have set it up like the previous server's config, and all is working now.
Thanks so much for your reply, even though I seemingly gave little information I had used the IBM wiki to upgrade or older server a while back, with a newer release of Ganglia, and thought that a migration would be as simple. I just missed a few *key* details. I am getting data in now, however, even though I copied over the /var/libs/ganglia/rrds, I do not have historical data. It's not a big deal really. I think my lab uses ganglia more for the current data than the historical data. I think I am going to try venturing into the customizations that the IBM wiki has at the bottom now... Wish me luck! :) -- Cassandra (609) 243-2413 Unix/Network Administrator "From a little spark may burst a mighty flame." -Dante Alighieri -----Original Message----- From: Carlo Marcelo Arenas Belon [mailto:[EMAIL PROTECTED] Sent: Monday, August 25, 2008 8:33 AM To: Cassandra Pugh Cc: [email protected] Subject: Re: [Ganglia-general] no answer from datasource On Fri, Aug 22, 2008 at 05:27:14PM -0400, Cassandra Pugh wrote: > > We have had ganglia gmetad set up on a server, which we would like to > retire. > > I am trying to bring up a new system, to use for the gmetad function, > however, I have run into a wall... if you are migrating gmetad from one server to another, you most likely need to migrate the gmetad and web frontend functions but also copy (`rsync -a` them over when gmetad is not running if you are using the same username/uid for gmetad in both servers) the rrd or you will lose all your historic data. > I set up the gmetad.conf on the new server, and also changed the > gmond.conf on the node systems to reflect the change in the > > channel to send multicast on mcast_channel:mcast_port, and restarted the > gmond process. there should be no need to change the multicast channel in the nodes for moving gmetad, but you will need to have your collector (usually a gmond running in the gmetad server) listening in the same multicast channel. > however when I bring up the webfront I only see the server in which gmetad > is running.... at least that means gmetad can reach some gmond (the one locally which is usually part of the default configuration) > When I check my /var/log/messages I see this message repeated many times. > > /usr/sbin/gmetad: data_thread() got no answer from any [Cluster] > datasource that means that the gmond collector for "Cluster" is not running. > Does anyone have any idea what I am missing, or how I can get an answer > from the data source?? you haven't provided enough information to be able to come out with a definitive answer, but hopefully the comments above will help you get to the right setup. Carlo ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
