Yes, the host from the second cluster is showing.

UDP connectivity is fine - there is only one switch between servers
and there's nothing that could block TCP or UDP packets.

If I change the order in cluster1 data_source config then I see always
the first from the left..

On Fri, Dec 16, 2011 at 5:42 PM, solarflow99 <solarflo...@gmail.com> wrote:
> are you getting the host from cluster 2 show up?   can you confirm UDP
> connectivity to the other datasources?  what if you change the order,
> will it show the different node?
>
>
>
> On Fri, Dec 16, 2011 at 11:28 AM, Maciek Lasyk <docent....@gmail.com> wrote:
>> I've been trying to make a basic ganglia configuration: one gmetad
>> getting data from 2 clusters (11 sources and 1 source) via unicast.
>> Unfortunately with attached configuration I see only the first host
>> from data_source
>>
>> After starting gmetad I see:
>>
>>
>>
>> ==============================================================================
>> [root@some_host www]# /usr/local/ganglia/sbin/gmetad -d 10
>> Going to run as user nobody
>> Sources are ...
>> Source: [SR2, step 15] has 1 sources
>>        129.253.128.112
>> Source: [SR1, step 15] has 11 sources
>>        192.168.0.23
>>        192.168.0.26
>>        192.168.0.17
>>        192.168.0.44
>>        192.168.0.6
>>        192.168.0.7
>>        192.168.0.10
>>        192.168.0.9
>>        192.168.0.3
>>        192.23.1.22
>>        192.168.0.8
>> xml listening on port 8651
>> interactive xml listening on port 8652
>> cleanup thread has been started
>> Data thread 1168066880 is monitoring [SR2] data source
>>        129.253.128.112
>> Data thread 1178556736 is monitoring [SR1] data source
>>        192.168.0.23
>>        192.168.0.26
>>        192.168.0.17
>>        192.168.0.44
>>        192.168.0.6
>>        192.168.0.7
>>        192.168.0.10
>>        192.168.0.9
>>        192.168.0.3
>>        192.23.1.22
>>        192.168.0.8
>> [SR1] is a 2.5 or later data stream
>> hash_create size = 1024
>> hash->size is 1031
>> hash_create size = 50
>> hash->size is 53
>> hash_create size = 50
>> hash->size is 53
>> Updating host my.working-host.com, metric load_one
>> [...]
>> Updating host my.working-host.com, metric pkts_out
>> Updating host my.working-host.coml, metric swap_free
>> Writing Summary data for source SR1, metric disk_free
>> Writing Summary data for source SR1, metric bytes_out
>> [...]
>> ==============================================================================
>>
>> Only one RRD is generating in
>> /var/lib/ganglia/rrds/SR1/my.working-host.com for this cluster (and
>> one for SR2).
>>
>> This is my configuration:
>>
>> host1: gmetad.conf
>> ==============================================================================
>> data_source "SR1" 192.168.0.23:8649 192.168.0.26:8649,
>> 192.168.0.17:8649, 192.168.0.44:8649, 192.168.0.6:8649,
>> 192.168.0.7:8649, 192.168.0.10:8649, 192.168.0.9:8649,
>> 192.168.0.8:8649, 192.168.0.3:8649 192.23.1.22:8649
>> data_source "SR2" 129.253.128.112:8649
>>
>> gridname "GD"
>> case_sensitive_hostnames 1
>> ==============================================================================
>>
>>
>>
>> and common gmond.conf on some node from source SR1:
>> ==============================================================================
>> globals {
>>  daemonize = yes
>>  setuid = yes
>>  user = nobody
>>  debug_level = 0
>>  max_udp_msg_len = 1472
>>  mute = no
>>  deaf = no
>>  allow_extra_data = yes
>>  host_dmax = 0 /*secs */
>>  host_tmax = 20 /*secs */
>>  cleanup_threshold = 300 /*secs */
>>  gexec = no
>>  send_metadata_interval = 0 /*secs */
>> }
>>
>> cluster {
>>  name = "SR1"
>> }
>>
>>
>> udp_send_channel {
>>  host = 192.168.0.8
>>  port = 8649
>>  ttl = 1
>> }
>>
>> udp_recv_channel {
>>  port = 8649
>> }
>>
>> tcp_accept_channel {
>>  port = 8649
>> }
>> ==============================================================================
>>
>>
>>
>> So... gmetad says that it has 11 sources, but gets data only from the
>> first (from the left). If I change the configuration and put every
>> host in a different cluster then it's working - but it's not the way
>> I'd like to have it working :)
>>
>> Ah and yes - I'd like to use unicast instead of multicast :)
>>
>> Thanks for Your help,
>>
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> Ganglia-general mailing list
>> Ganglia-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/ganglia-general



-- 
pozdrawiam,
docent

Rowerowo: http://makaronzserem.eu
Stronka prywatna: http://maciek.lasyk.info
KW Krakow: http://www.kw.krakow.pl
Nasza skromna galeryja: http://agaimaciek.lasyk.info

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Ganglia-general mailing list
Ganglia-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Reply via email to