वाइल्डफ्लाई 9: जेजीआरपी 000012: विभिन्न क्लस्टर एचक-क्लस्टर से हमारा संदेश हटा दिया गया है (हमारे क्लस्टर ईई हैं)

Question

हम वाइल्डफ्लाई 8.2.1 से अपग्रेड किए जाने के बाद। फाइनल टू वाइल्डफ्लाई 9.0.1.फाइनल, हमने बहुत सारी चेतावनियां प्राप्त करना शुरू कर दिया निम्नलिखित:

WARNING [org.jgroups.protocols.TCP] (INT-1,ee,dev6.example.com:server1) JGRP000012: discarded message from different cluster hq-cluster (our cluster is ee). Sender was ad3f8046-3c95-f6d4-da13-3019d931f9e4 (received 4 identical messages from ad3f8046-3c95-f6d4-da13-3019d931f9e4 in the last 64159 ms) 

संदेश होस्ट पर विभिन्न होस्ट और सर्वर के लिए हैं। वही बात बीटा और वाइल्डफ्लाई के सीआर संस्करणों में थी, दूसरी तरफ, यह संस्करण 8 में नहीं थी। हम परिवहन के रूप में टीसीपी का उपयोग कर रहे हैं, हालांकि other resources के अनुसार यूडीपी के लिए भी यही है।

क्या किसी के पास कोई समाधान है (निश्चित रूप से लॉग के गंभीरता स्तर को बढ़ाने के अलावा)? धन्यवाद।

Answer 1

हमें अंततः समस्या और समाधान मिला। वाइल्डफ्लाई 9 क्लस्टर नोड्स के लिए संदेश भेज रहा है और उसी संचार चैनल के भीतर हॉर्नेटक के लिए संदेश भेज रहा है, जो टकराव करता है। हमने दूसरे ढेर के निर्माण और उनके बीच यातायात को विभाजित करके समस्या हल की।

टीसीपी के लिए, काम कर विन्यास इस प्रकार है:

 <stacks default="tcp"> 
      <stack name="tcp"> 
       <transport type="TCP" socket-binding="jgroups-tcp"/> 
       <protocol type="TCPPING"> 
        <property name="initial_hosts"> 
         node1[7600],node1[7750],node2[7600],node2[7750] 
        </property> 
        <property name="port_range"> 
         0 
        </property> 
       </protocol> 
       <protocol type="MERGE2"/> 
       <protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd"/> 
       <protocol type="FD"/> 
       <protocol type="VERIFY_SUSPECT"/> 
       <protocol type="pbcast.NAKACK2"/> 
       <protocol type="UNICAST3"/> 
       <protocol type="pbcast.STABLE"/> 
       <protocol type="pbcast.GMS"/> 
       <protocol type="MFC"/> 
       <protocol type="FRAG2"/> 
       <protocol type="RSVP"/> 
      </stack> 
      <stack name="tcphq"> 
       <transport type="TCP" socket-binding="jgroups-tcp-hq"/> 
       <protocol type="TCPPING"> 
        <property name="initial_hosts"> 
         node1[7660],node1[7810],node2[7660],node2[7810] 
        </property> 
        <property name="port_range"> 
         0 
        </property> 
       </protocol> 
       <protocol type="MERGE2"/> 
       <protocol type="FD_SOCK" socket-binding="jgroups-tcp-hq-fd"/> 
       <protocol type="FD"/> 
       <protocol type="VERIFY_SUSPECT"/> 
       <protocol type="pbcast.NAKACK2"/> 
       <protocol type="UNICAST3"/> 
       <protocol type="pbcast.STABLE"/> 
       <protocol type="pbcast.GMS"/> 
       <protocol type="MFC"/> 
       <protocol type="FRAG2"/> 
       <protocol type="RSVP"/> 
      </stack> 
     </stacks> 

तुम भी (इस मामले में उचित jgroups-ढेर का उपयोग करें, tcphq) HornetQ विन्यस्त करने की जरूरत:

 <broadcast-groups> 
      <broadcast-group name="bg-group1"> 
       <jgroups-stack>tcphq</jgroups-stack> 
       <jgroups-channel>hq-cluster</jgroups-channel> 
       <broadcast-period>5000</broadcast-period> 
       <connector-ref> 
         http-connector 
       </connector-ref> 
      </broadcast-group> 
     </broadcast-groups> 

     <discovery-groups> 
      <discovery-group name="dg-group1"> 
       <jgroups-stack>tcphq</jgroups-stack> 
       <jgroups-channel>hq-cluster</jgroups-channel> 
       <refresh-timeout>10000</refresh-timeout> 
      </discovery-group> 
     </discovery-groups> 

... और निश्चित रूप से आपको प्रासंगिक socket-bindingsocket-binding-group में जोड़ने की आवश्यकता है:

 <socket-binding name="jgroups-tcp-hq" port="7660"/> 
     <socket-binding name="jgroups-tcp-hq-fd" port="7670"/> 

दुर्भाग्य से, मुझे यूडीपी के साथ कोई अनुभव नहीं है, लेकिन मुझे लगता है कि सिद्धांत समान होगा।