Here are the scenario:
...
SSOClusterManager replicate the SSO information, but when i try to access to the second node, he does not retrieve the sso information.
This seems to be a different scenario from the one you originally described using modcluster and shutting down one server so the app fails over to the second one.
Is it still failing with the original (failover) scenario as well?
I have a similar setup and have noted the following in my logging on the current standby host. The first three messages are logged when I login to the app and the last log message occurs when I shutdown the server on which the app is currently active.
It seems that the shutdown of the host on which the session is currently active is causing jboss to remove the sso cache entry on the other server.
{code}
[Server:server-three] 10:57:41,097 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-18,null) received a credentials modified message for SSO 5yfkoY8oNY51GHWtH-sqNdTn
[Server:server-three] 10:57:41,122 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-18,null) received a session modified message for SSO 5yfkoY8oNY51GHWtH-sqNdTn
[Server:server-three] 10:57:41,124 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-18,null) received a session modified message for SSO 5yfkoY8oNY51GHWtH-sqNdTn
[Server:server-three] 10:58:05,159 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-18,null) cacheEntryRemoved ssoId = 5yfkoY8oNY51GHWtH-sqNdTn
{code}
If instead of shutting down the currently active server I do a "kill -9" then I don't get the last message about the cacheEntryRemoved and the session seems to failover OK, I can continue to use the app without having to re-authenticate. I do seem to have lost the session state though (but that might be a bug in my code, will check this).
The logging I get is
{code}
[Server:server-three] 11:25:37,400 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-15,null) received a credentials modified message for SSO y8kM24CUQnoWQZQlfnEE8AiG
[Server:server-three] 11:25:37,438 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-15,null) received a session modified message for SSO y8kM24CUQnoWQZQlfnEE8AiG
[Server:server-three] 11:25:37,441 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (OOB-15,null) received a session modified message for SSO y8kM24CUQnoWQZQlfnEE8AiG
[Host Controller] 11:26:01,612 WARN [org.jboss.as.domain] (Remoting "master:MANAGEMENT" read-1) JBAS010929: Connection to remote host "slave" closed unexpected
[Host Controller] 11:26:01,613 INFO [org.jboss.as.domain] (Remoting "master:MANAGEMENT" read-1) JBAS010925: Unregistered remote slave host "slave"
[Server:server-three] 11:26:01,670 WARN [org.hornetq.core.server.cluster.impl.BridgeImpl] (Thread-4 (HornetQ-client-global-threads-1911624122)) ClusterConnectionBridge@31e06dfc [name=sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445, queue=QueueImpl[name=sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445, postOffice=PostOfficeImpl [server=HornetQServerImpl::serverUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6]]@554d4f9 targetConnector=ServerLocatorImpl (identity=(Cluster-connection-bridge::ClusterConnectionBridge@31e06dfc [name=sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445, queue=QueueImpl[name=sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445, postOffice=PostOfficeImpl [server=HornetQServerImpl::serverUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6]]@554d4f9 targetConnector=ServerLocatorImpl [initialConnectors=[org-hornetq-core-remoting-impl-netty-NettyConnectorFactory?port=5695&host=172-16-95-132], discoveryGroupConfiguration=null]]::ClusterConnectionImpl@1932294279[nodeUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6, connector=org-hornetq-core-remoting-impl-netty-NettyConnectorFactory?port=5695&host=172-16-95-131, address=jms, server=HornetQServerImpl::serverUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6])) [initialConnectors=[org-hornetq-core-remoting-impl-netty-NettyConnectorFactory?port=5695&host=172-16-95-132], discoveryGroupConfiguration=null]]::Connection failed with failedOver=false-HornetQException[errorCode=2 message=Channel disconnected]: HornetQException[errorCode=2 message=Channel disconnected]
[Server:server-three] at org.hornetq.core.client.impl.ClientSessionFactoryImpl.connectionDestroyed(ClientSessionFactoryImpl.java:381) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
[Server:server-three] at org.hornetq.core.remoting.impl.netty.NettyConnector$Listener$1.run(NettyConnector.java:737) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
[Server:server-three] at org.hornetq.utils.OrderedExecutorFactory$OrderedExecutor$1.run(OrderedExecutorFactory.java:100) [hornetq-core-2.2.16.Final.jar:2.2.16.Final (HQ_2_2_16_FINAL, 122)]
[Server:server-three] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_31]
[Server:server-three] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_31]
[Server:server-three] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_31]
[Server:server-three]
[Server:server-three] 11:26:02,201 WARN [org.hornetq.core.server.cluster.impl.BridgeImpl] (Thread-16 (HornetQ-server-HornetQServerImpl::serverUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6-1622178545)) Bridge sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445 achieved 1 maxattempts=0 it will stop retrying to reconnect
[Server:server-three] 11:26:02,207 INFO [org.hornetq.core.server.cluster.impl.BridgeImpl] (Thread-20 (HornetQ-server-HornetQServerImpl::serverUUID=429e65ab-95bd-11e1-9313-7be9d00e3ea6-1622178545)) stopped bridge sf.my-cluster.1fedddab-95bf-11e1-a79b-9bc626c56445
[Server:server-three] 11:26:03,161 INFO [org.jboss.as.clustering] (VERIFY_SUSPECT.TimerThread,web,master:server-three/web) JBAS010232: Suspected member: slave:server-three-slave/web
[Server:server-three] 11:26:03,162 INFO [org.jboss.as.clustering] (VERIFY_SUSPECT.TimerThread,ejb,master:server-three/ejb) JBAS010232: Suspected member: slave:server-three-slave/ejb
[Server:server-three] 11:26:03,279 INFO [org.jboss.as.clustering] (Incoming-20,null) JBAS010225: New cluster view for partition ejb (id: 20, delta: -1, merge: false) : [master:server-three/ejb]
[Server:server-three] 11:26:03,280 INFO [org.jboss.as.clustering] (Incoming-1,null) JBAS010225: New cluster view for partition web (id: 20, delta: -1, merge: false) : [master:server-three/web]
[Server:server-three] 11:26:03,281 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-1,null) ISPN000094: Received new cluster view: [master:server-three/web|20] [master:server-three/web]
[Server:server-three] 11:26:03,284 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-20,null) ISPN000094: Received new cluster view: [master:server-three/ejb|20] [master:server-three/ejb]
[Server:server-three] 11:26:09,306 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Security checking request POST /multi-web/index.jsf
[Server:server-three] 11:26:09,310 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Calling hasUserDataPermission()
[Server:server-three] 11:26:09,311 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Calling authenticate()
[Server:server-three] 11:26:09,311 DEBUG [org.apache.catalina.authenticator.FormAuthenticator] (ajp--172.16.95.131-8259-3) SSO Id y8kM24CUQnoWQZQlfnEE8AiG set; attempting reauthentication
[Server:server-three] 11:26:09,337 TRACE [org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager] (ajp--172.16.95.131-8259-3) addSession(): adding Session wM0bTObzgJ7kH9LQJWRMGTWx.2d50db7b-1d79-346c-967b-93275f4ea2af to cached session set for SSO y8kM24CUQnoWQZQlfnEE8AiG
[Server:server-three] 11:26:09,349 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Reauthenticated cached principal 'udr' with auth type 'FORM'
[Server:server-three] 11:26:09,349 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Calling accessControl()
[Server:server-three] 11:26:09,350 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] (ajp--172.16.95.131-8259-3) Successfully passed all security constraints
{code}
In the fourth last message you can see that addSession() is referencing the same SSO session as was received from the other server (in the first three log messages).