2016-08-17 1 views
1

AWS EC2でKeyCloak 1.9.3をHAでDockerで設定しようとしていますが、クラスタはエラーなしで起動しますが、ログインは以下のエラーで失敗します:AWC EC2上のKeyCloak HAが起動していますが、ログインに失敗しました

我々はこれに従っている[org.keycloak.events](デフォルトタスク-10)TYPE = LOGIN_ERROR、realmId =マスタ、のclientId = NULLは、ユーザーID =ヌル、ipAddressの= 172.30.200.171、誤差= invalid_code

WARN (http://lists.jboss.org/pipermail/keycloak-user/2016-February/004940.html)ポストを使用しましたが、JDBC_PINGの代わりにS3_PINGを使用しました。

それはノードがお互いを検出するようだ:

INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport](着信-2、EE、6dbce1e2a05a)ISPN000094:チャネルkeycloakための受信した新しいクラスタ・ビュー: [6dbce1e2a05a | 1](2)[6dbce1e2a05a、75f2b2e98cfd]

我々はjboss.as.expr」のJBossのMBeanを照会するときのノードが、相互に通信しないと思われる:サブシステム= JGroupsの、チャンネル= EE最初のノードの結果は次のとおりです。

jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd] 
jgroups,channel=ee receivedMessages = 0 
jgroups,channel=ee sentMessages = 0 

第2ノードの場合:

jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd] 
jgroups,channel=ee receivedMessages = 0 
jgroups,channel=ee sentMessages = 5 

また、TCPポート57600と7600が開いていることも確認しました。

何が原因でしょうか? (INTERNAL_HOST_IPはコンテナ内部IPアドレスです)

<subsystem xmlns="urn:jboss:domain:jgroups:4.0"> 
<channels default="ee"> 
<channel name="ee" stack="tcp"/> 
</channels> 
<stacks> 
<stack name="udp"> 
<transport type="UDP" socket-binding="jgroups-udp"/> 
<protocol type="PING"/> 
<protocol type="MERGE3"/> 
<protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/> 
<protocol type="FD_ALL"/> 
<protocol type="VERIFY_SUSPECT"/> 
<protocol type="pbcast.NAKACK2"/> 
<protocol type="UNICAST3"/> 
<protocol type="pbcast.STABLE"/> 
<protocol type="pbcast.GMS"/> 
<protocol type="UFC"/> 
<protocol type="MFC"/> 
<protocol type="FRAG2"/> 
</stack> 
<stack name="tcp"> 
<transport type="TCP" socket-binding="jgroups-tcp"> 
<property name="external_addr">200.129.4.189</property> 
</transport> 
<protocol type="S3_PING"> 
<property name="access_key">AAAAAAAAAAAAAA</property> 
<property name="secret_access_key">BBBBBBBBBBBBBB</property> 
<property name="location">CCCCCCCCCCCCCCCCCCCC</property> 
</protocol> 
<protocol type="MERGE3"/> 
<protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd"> 
<property name="external_addr">200.129.4.189</property> 
</protocol> 
<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"/> 
</stack> 
</stacks> 
</subsystem> 

<socket-binding name="jgroups-tcp" interface="public" port="7600"/> 
<socket-binding name="jgroups-tcp-fd" interface="public" port="57600"/> 

そして、私たちは以下を使用してサーバを起動します:ここで

は、関連するスタンドアロン・ha.xmlな構成であり、以下にその起動コマンドである

standalone.sh -c=standalone-ha.xml -b=$INTERNAL_HOST_IP -bmanagement=$INTERNAL_HOST_IP -bprivate=$INTERNAL_HOST_IP 

ご協力いただければ幸いです。

答えて

2

明らかにセットアップに問題はありませんでしたが、私たちが共有データベースではなくインスタンスごとに誤ってメモリDBに設定したDBに問題があったようです。

-1

AWSロードバランサのスティッキ性を有効にして、ログインに成功する必要があります。

関連する問題