Problema del clustering del server di traffico Apache

Question

Io uso una versione compilata di ATS 4.1.2 su Debian Wheezy per la memorizzazione nella cache distribuita.Entrambi i nodi che sto cercando di cluster, risiedono sulla stessa VLAN, con lo stesso valore proxy.config.proxy_name.However, la maggior parte delle volte, ATS non è in grado di scoprire questo particolare nodo e aggiungere manualmente l'IP dell'altro nodo incluster.config (che è una configurazione popolata automatica e non dovrebbe essere umane modificabile) tiri

root@fe4:/opt/trafficserver/etc# grep -i illegal
/opt/trafficserver/var/log/trafficserver/*
/opt/trafficserver/var/log/trafficserver/diags.log:[Feb 21 18:00:37.714]
Server {0x2b99c1e29700} NOTE: Illegal cluster connection from 10.65.130.31
/opt/trafficserver/var/log/trafficserver/diags.log:[Feb 21 18:35:59.686]
Server {0x2b99c1e29700} NOTE: Illegal cluster connection from 10.65.130.31

.

Tuttavia, il secondo host 10.65.130.31, è in grado di cluster con un server diverso e ha lo stesso proxy.config.proxy_name.Quindi questo è un po 'incerto quali nodi sarebbero in grado di essere parte del cluster.

Qualsiasi aiuto è molto apprezzato.

Answer 1

Dopo ore di risoluzione dei problemi, ho identificato che ciò accaduto a causa di un flap è avvenuto all'interfaccia di Bond.A volte, lo slave attivo sull'interfaccia di Bond su un server scambiata su ETH1, che è stato collegato a un diverso interruttore fisico, mentre sull'altro server, è rimasto come ETH0.Quindi ciò ha comportato le 2 scatole rimaste in 2 interruttori fisici, se fossero nello stesso VLAN e nello stesso intervallo IP e nella sottoreta e nella trasmissione e trasmessa.Questo è stato identificato quando il dump TCP è stato analizzato sull'interfaccia Bond, in cui non mostrava affatto alcuna trasmissione / multicasting al nodo problematico.L'output di Bond Interface era come

*server1:*
    root@cdn-fe4:# cat /proc/net/bonding/bond0
    Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

    Bonding Mode: fault-tolerance (active-backup)
    Primary Slave: None
    Currently Active Slave: eth0
====snip====
*server2:*
    root@fe7:/opt/trafficserver/etc# cat /proc/net/bonding/bond0
    Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

    Bonding Mode: fault-tolerance (active-backup)
    Primary Slave: None
    Currently Active Slave: eth1
====snip====

.

testato di nuovo dopo aver rotto il legame e configurazione manualmente a cluster via eth0, e questa volta funzionava.