2014-09-26 4 views
1

Я пытаюсь запустить простой кластер Infinispan Server, содержащий два узла. Проблема в том, что Infinispan игнорирует мой параметр bind_addr jgroups в файле clustered.xml. Я могу указать этот параметр, используя -Djgroups.bind_addr=GLOBAL - он работает, но это не удобно. Я запускаю кластер с использованием сценария bin/clustered.sh, использую стек протоколов TCP и MPING для автоматического обнаружения узлов.Infinispan server игнорирует jgroups bind_addr

Часть файла конфигурации standalone/configuration/clustered.xml, связанные с JGroups:

<subsystem xmlns="urn:jboss:domain:jgroups:1.2" default-stack="${jboss.default.jgroups.stack:tcp}"> 
    <stack name="udp"> 
     <transport type="UDP" socket-binding="jgroups-udp"/> 
     <protocol type="PING"/> 
     <protocol type="MERGE2"/> 
     <protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/> 
     <protocol type="FD_ALL"/> 
     <protocol type="pbcast.NAKACK"/> 
     <protocol type="UNICAST2"/> 
     <protocol type="pbcast.STABLE"/> 
     <protocol type="pbcast.GMS"/> 
     <protocol type="UFC"/> 
     <protocol type="MFC"/> 
     <protocol type="FRAG2"/> 
     <protocol type="RSVP"/> 
    </stack> 
    <stack name="tcp"> 
     <transport type="TCP" socket-binding="jgroups-tcp"/> 
     <protocol type="MPING" socket-binding="jgroups-mping"> 
      <property name="bind_addr">GLOBAL</property> 
     </protocol> 
     <protocol type="MERGE2"/> 
     <protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd"/> 
     <protocol type="FD"/> 
     <protocol type="VERIFY_SUSPECT"/> 
     <protocol type="pbcast.NAKACK"> 
      <property name="use_mcast_xmit">false</property> 
     </protocol> 
     <protocol type="UNICAST2"/> 
     <protocol type="pbcast.STABLE"/> 
     <protocol type="pbcast.GMS"/> 
     <protocol type="UFC"/> 
     <protocol type="MFC"/> 
     <protocol type="FRAG2"/> 
     <protocol type="RSVP"/> 
    </stack> 
</subsystem> 

Я также попытался -Djgroups.ignore.bind_addr = истинный параметр для предотвращения Infinispan получения bind_addr настройки от системных свойств вместо XML, тот, кто мог бы установить его - Это не помогло.

Infinispan версия 6.0.

Обновление: сокет-связывающим-группы и интерфейсы элементов:

<interfaces> 
     <interface name="management"> 
      <!-- <inet-address value="${jboss.bind.address.management:127.0.0.1}"/> --> 
      <any-address/> 
     </interface> 
     <interface name="public"> 
      <!-- <inet-address value="${jboss.bind.address:127.0.0.1}"/> --> 
      <any-address/> 
     </interface> 
    </interfaces> 
    <socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}"> 
     <socket-binding name="management-native" interface="management" port="${jboss.management.native.port:9999}"/> 
     <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/> 
     <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9443}"/> 
     <socket-binding name="ajp" port="8009"/> 
     <socket-binding name="hotrod" port="11222"/> 
     <socket-binding name="http" port="8080"/> 
     <socket-binding name="https" port="8443"/> 
     <socket-binding name="jgroups-mping" port="0" multicast-address="${jboss.default.multicast.address:234.99.54.14}" multicast-port="45700"/> 
     <socket-binding name="jgroups-tcp" port="7600"/> 
     <socket-binding name="jgroups-tcp-fd" port="57600"/> 
     <socket-binding name="jgroups-udp" port="55200" multicast-address="${jboss.default.multicast.address:234.99.54.14}" multicast-port="45688"/> 
     <socket-binding name="jgroups-udp-fd" port="54200"/> 
     <socket-binding name="memcached" port="11211"/> 
     <socket-binding name="modcluster" port="0" multicast-address="224.0.1.115" multicast-port="23364"/> 
     <socket-binding name="remoting" port="4447"/> 
     <socket-binding name="txn-recovery-environment" port="4712"/> 
     <socket-binding name="txn-status-manager" port="4713"/> 
     <socket-binding name="websocket" port="8181"/> 
    </socket-binding-group> 
</server> 

Любая помощь будет принята с благодарностью!

ответ

0

Я полностью удалил socket-binding атрибуты из настроек JGroups и оставил только bind_addr свойства - и теперь это работает. Мне очень любопытно, в чем разница между ними.

1

Я думаю, вы должны определить интерфейс в < сокетов-связывающим-группы > или < интерфейсов > элементов, так как в JGroups-UDP или JGroups-ТСР. Они определены в конце конфига, и вы можете попытаться выяснить, работает ли подстановка JGroups, например. "$ {My.interface: GLOBAL}".

+0

Я только что попробовал, и это не помогло; Я полагаю, это бесполезно, потому что интерфейс по умолчанию в является «общедоступным», который уже имеет значение (это, как я понимаю, аналог GLOBAL). Я обновил сообщение с этими настройками. Кроме того, какова связь между интерфейсом, указанным в сокет-связывающей группе и интерфейсом, указанным в [bind_addr] (http://www.jgroups.org/manual/html/protlist.html#Transport) свойстве TCP или Элемент UDP в настройках групп? – ars