"ipvsadm --daemon-start master --mcast-interface eth1"
causes multicast packets to be sent on "eth1", but
the source address in the IP header in the packet
is still that for "eth0". If the syncbackup is on
a machine which has this same IP address on another
network card, even if ARP is turned off on that card,
the destination machine apparently thinks it is getting
multicast messages from itself and throws them away
before the syncbackup can see them.
At 10:37 PM 7/11/2002 +0800, you wrote:
>Hi,
>
>The ipvs 1.0.4 tar ball is available on the LVS website. It has some
>minor bugfixes. The ChangeLog is as follows:
>
>IP Virtual Server Netfilter module - Version 1.0.4 - July 11, 2002
>
>Changes:
> * Fixed the bug of updating the state of a normal connection
> incorrectly in connection synchronization. It might lead negative
> server connection counter problem when a load balancer synchronize
> a connection to a backup load balancer, later the backup load
> balancer takes over and synchronize the connection back to the
> load balancer. Thank Horms for reporting the problem.
>
> * Limit the IP_VS_CONN_TAB_BITS in [8, 20], which means size of
> the IPVS connection hash table can be 2^8, 2^9, .. , 2^20. It can
> avoid some configuration problems.
>
> * Changed all the IPVS time variables exchanged between user-space
> and kernel-space in the unit of seconds. It can avoid the problems
> when the HZ macro may be defined different in user-space and
> kernel-space.
>
> * Updated ipvsadm to the version 1.21.
>
>
>As always, bugreports, fixes, comments and suggestions are welcome.
>
>Thanks,
>
>Wensong
>
>
>_______________________________________________
>LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
>Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
>or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|