-
Story
-
Resolution: Unresolved
-
Minor
-
None
-
None
-
None
-
rhel-sst-middleware
-
None
-
False
-
-
None
-
None
-
None
-
None
-
None
In a recent build PKI server (which is based on Tomcat) was stuck during startup due to an incorrect library path.
Steps to reproduce:
- Set up a RHEL 10 Beta machine
- Install tomcat-9.0.87-2.el10
- Install dogtag-pki-11.5.4-2.el10
- Create a Tomcat instance with PKI libraries: pki-server create
- Deploy PKI's ROOT webapp: pki-server webapp-deploy --descriptor /usr/share/pki/server/conf/Catalina/localhost/ROOT.xml ROOT
- Run Tomcat on the foreground: pki-server run --debug
- Use a separate terminal to run the client: wget http://$HOSTNAME:8080
Actual result: The client is stuck waiting for response from Tomcat.
$ wget http://pki1.example.com:8080
{}2024-08-22 14:52:54{}http://pki1.example.com:8080/
Resolving pki1.example.com (pki1.example.com)... 10.0.199.209
Connecting to pki1.example.com (pki1.example.com)|10.0.199.209|:8080... connected.
HTTP request sent, awaiting response...
Expected result: The client should get a response from Tomcat (which could be any HTTP error code).
Additional info: According to rhn-support-csutherl Tomcat is trying to scan the entire file system so it's taking a long time to start so it won't respond to clients. This issue doesn't happen if there's no webapp deployed. The issue happens both with Java 17 and 21.
- is triggered by
-
RHEL-52765 Dependency issue during ipa-server Installation on RHEL 10.0 Beta
- Release Pending