Hi Prakash,

 please send "gmond.conf" (you are using the same file for all three
groups, I suppose) and "gmetad.conf". Likely something simple. Unicast
is usually pretty simple to setup. Are you using Version 3.0.1? ยง.0 had
some problems.

Cheers
Martin

--- Prakash Velayutham <[EMAIL PROTECTED]> wrote:

> For some reason, only the route solution works for me. The unicast
> packets do not seem to reach the collection agent in the first group
> of
> nodes.
> 
> The route solution works though, giving some relief.
> 
> Thanks,
> Prakash
> 
> >>> Martin Knoblauch <[EMAIL PROTECTED]> 11/07/05 6:49 PM >>>
> Hi Prakash,
> 
>  basically what you describe is the expected behaviour. Without the
> extra routing information, the multicast packet will be sent through
> the "default" gateway interface, which is "eth0" for all three
> groups.
> As a result group 2 and 3 end up disconnected from group 1.
> 
>  You should use a different extra route though. Do a:
> 
> % route add -host 239.2.11.71 dev eth1
> 
> That will keep the default routes for group 2 and 3, but all packets
> from the gmond multicast group will go through "eth1". This is, btw.,
> in the FAQ.
> 
>  Another solution is to drop multicast and move to unicast
> communication. Select one or two of your nodes as gmond receivers and
> have the following directives in gmond.conf (you need 3.0.1 for
> that):
> 
> udp_send_channel {
>   host = "192.168.2.X"
>   port = "8649"
> }
> udp_send_channel {
>   host = "192.168.2.Y"
>   port = "8649"
> }
> udp_recv_channel {
>   port = "8649"
> }
> 
> 
>  The nodes X and Y will then have all information from the other
> nodes
> and can be used as redundant data sources for "gmetad".
> 
> Hope this helps
> Martin
> 


------------------------------------------------------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www:   http://www.knobisoft.de

Reply via email to