Hi, First let me explain my set up to you.
We are having a cluster having two nodes and multicast among the nodes within this cluster. And we have specified one of these nodes as the node which gmetad needs to contact to get the information about the cluster. I have the following questions: 1) What if the node which we have specified in the gmetad as the cluster address goes down? Ideally gmetad should be contacting the other nodes within this cluster.But this does not seem to happen. It shows the entire cluster to be down. Even though the other node within that cluster is up and running. The architecture document says we have to specify multiple addresses in the gmetad.conf cluster section for failover. Now I have a use case for this. What if we have say 1000 nodes in one cluster and then we want perfect failover for this cluster? Do we need to add all the node address in the gmetad.conf file cluster section for gmetad to contact that node in case the main cluster node is down? 2) The next thing comes across as a bug to me. Pls let me know if my observation is correct on this one. When we specify two machine ips in the cluster tab in the gmetad.conf file , in the browser when we go to that cluster we see 2 machines . One with the ip address as the name and the other with hostname of the second machine in the list. Example: data_source "Cluster 2" <ip1:port> <ip2:port> in this case in the browser we see 3 machines totally. One with ip1 host name, one with ip2 ip address as the name and one with ip2 host name as the name. Ideally there should be only 2 machines listed as there are only 2 machines in the cluster. Please help me out with these doubts. Thanks in advance Natraj ------------------------------------------------------------------------- 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-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
