Cluster Documentation Confusion, possible error?

Post Reply
websavers
Junior Member
Posts: 17
Joined: 04 Sep 2013, 13:46

Cluster Documentation Confusion, possible error?

Post by websavers »

The documentation (readme.txt) states:
However, you can also set up a cluster such that some members only provide
notifications to others and do not accept blocks from others. For example, you
may have a cluster of servers that includes one that hosts a support desk that
you do not want to block clients from accessing. In such an example you might
want to exclude the support desk server from the CLUSTER RECVFROM list, but
include it in the CLUSTER_SENDTO list.
This seems backwards to me. Shouldn't the helpdesk's IP only show up in the CLUSTER_RECVFROM list and NOT the CLUSTER_SENDTO list? This way any blocks found by the server hosting the helpdesk will be sent to the rest of the cluster, but blocks found by the rest of the cluster will not affect the helpdesk, which sounds like exactly what you want in this situation.

As if to completely contradict the readme.txt info on clustering, the inline documentation says:
# Automatically send lfd blocks to all members of CLUSTER_SENDTO. Those
# servers must have this servers IP address listed in their CLUSTER_RECVFROM
#
# Set to 0 to disable this feature
CLUSTER_BLOCK = "1"
This seems more accurate to me. All blocks found on this server will be sent to "CLUSTER_SENDTO" as long as the server we're sending to also has this server listed under CLUSTER_RECVFROM. Therefor the helpdesk's IP should *not* be listed in CLUSTER_SENDTO as we don't want this server to propagate blocks through to the helpdesk in case of false positives.

Am I reading something wrong or is there a contradiction here between the readme.txt and the inline documentation?

Thanks for the clarification!
ForumAdmin
Moderator
Posts: 1524
Joined: 01 Oct 2008, 09:24

Re: Cluster Documentation Confusion, possible error?

Post by ForumAdmin »

Thank you for pointing that out. It's a mistake in the readme.txt as you've highlighted which we will correct.
Post Reply