Cluster Failover Node only shows the Cluster Probe Health, no other devices

Votes:

0

Your Vote:

Up

Down

I've setup clustering ok and it all shows fine (the health on both sides is 100%) but the failover node only shows the cluster probe health devices, I thought it would show pretty much all the other devices (although we have two remote probes so I know it won't work with those as the probes are tied to the master node but will it at least show the devices?)

The main site has a local node so I would expect all the devices in the local node for the master to show in the failover node - correct?

Is there better documentation on how the clustering works (pref with screenshots) rather than just the 'how to configure' stuff which stops after the master and cluster nodes start talking successfully?

thanks Barry

cluster monitoring prtg

Created on Oct 12, 2010 10:37:58 PM by  Barry Smith (0) 1



5 Replies

Votes:

0

Your Vote:

Up

Down

Dear Barry,

if you are looking on the web-interface of your Master Node you will see some "Probes", one of course being the Local Probe, the other Remote Probes and one called Cluster Probe. This Cluster Probe is the important one, because only groups, devices and sensors that are under this probe, are shared within your PRTG Cluster and therefore monitored by all Cluster Nodes.
So, please move all the groups/devices you want to have monitored by all PRTG Cluster Nodes to the Cluster Probe (in the webinterface simply right-click on the object, and select "Move..." from the context menu. Please be aware that there is a limitation, that Remote Probes can only connect to the Master Node, and are not clustered. So all objects monitored by a Remote Probe are not "shared" in the PRTG Cluster and its nodes.

Best Regards.

Created on Oct 13, 2010 2:15:14 PM by  Torsten Lindner [Paessler Support] (15,450) 3 1

Last change on Oct 13, 2010 2:15:25 PM by  Torsten Lindner [Paessler Support] (15,450) 3 1



Votes:

0

Your Vote:

Up

Down

I have 2 clustered servers, with multiple remote probes connected to the Master server. So what you are saying, in this scenario, the failover server is doing me no good? I have a large WAN, and I do not want all the devices reporting back to the Master Server directly, that was our reason for installing the remote probes. Is this the recommended installation, or should I remove the remote probes? I currently have 18 Remote Probes, with around 1000 devices and growing. The Master and Failover server are VM's on an ESX Host.

Created on Mar 4, 2011 10:42:02 PM by  Terry Caleb (0) 1



Votes:

0

Your Vote:

Up

Down

the ability of the remote probes to either connect to all nodes of a cluster or switch to another node should the master fail might be available in a future version. For now, remote probes can only connect to the master node, sorry.

Created on Mar 6, 2011 5:31:40 PM by  Aurelio Lombardi [Paessler Support] (7,239) 3 1



Votes:

0

Your Vote:

Up

Down

Will there be an announcement that that feature is there? How will I know?

Created on Mar 24, 2011 4:26:43 PM by  Terry Caleb (0) 1



Votes:

0

Your Vote:

Up

Down

This will most certainly be announced, once available. Please notice, however, this will not be in the near future.

Created on Mar 25, 2011 3:20:59 PM by  Patrick Hutter [Paessler Support] (6,074) 3 3



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.

PRTG
Network Monitor
Intuitive to Use.
Easy to manage.

150.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Visit
www.paessler.com

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

Top Tags


View all Tags