Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Not A Problem
-
rsa-1.12.0
-
None
-
None
-
Karaf 4.2.0
RSA 1.12.0
zookeeper 3.4.12
java 1.8.0_172-b11
RHEL 7.5
Description
Hello,
I'm running two karaf (4.2.0) servers, one is running the frontend of my application, the second one is running the backend.
The backend services are published to 3 clustered zookeeper (3.4.12) servers. In karaf I have deployed the following RSA features:
karaf@appsrvtlk()> feature:list | grep rsa
aries-rsa-core │ 1.12.0 │ │ Started │ aries-rsa-1.12.0 │
aries-rsa-provider-tcp │ 1.12.0 │ │ Uninstalled │ aries-rsa-1.12.0 │
aries-rsa-provider-fastbin │ 1.12.0 │ x │ Started │ aries-rsa-1.12.0 │
aries-rsa-discovery-local │ 1.12.0 │ │ Uninstalled │ aries-rsa-1.12.0 │
aries-rsa-discovery-config │ 1.12.0 │ │ Uninstalled │ aries-rsa-1.12.0 │
aries-rsa-discovery-zookeeper │ 1.12.0 │ x │ Started │ aries-rsa-1.12.0 │
aries-rsa-discovery-zookeeper-server │ 1.12.0 │ │ Uninstalled │ aries-rsa-1.12.0 │
When I start my karaf servers everything is working fine and my frontend can call my backend service and gets the result. But after some time (I can't figure out when) it seems that the connections between the karaf and zookeeper gets lost and I'm getting a timeout when I call my remote service eventhough all the servers (karaf and zookeepers) are still available and responding. Exhibitor shows no apparent issues with the zookeepers.
I have attached the
- relevant parts of my LoginView UI where I declared the @Reference to my service and where I call the remote service
- relevant parts of my AuthenticationService implementation that should be called on the remote karaf
- the stacktrace that I'm getting on the frontend karaf when the timeout occurs
- my zoo.cfg file
From the stacktrace one can see that the LoginView has a non-null fastbin proxy handler for the authentication service but that after 5 minutes a timeout occurs and there is no line in the log that shows that the remote service was actually called.
Many thanks in advance for your support.
Kind regards,
Alex