There is no need to compile anything, the native libraries are supposed to be provided in the libtcnative-1 packet.

I found the problem, I guess it should be reported to the debian tomcat package maintainer. The path /usr/lib/x86_64-linux-gnu is missing from the default java.library.path.

To have it working, I did:

# systemctl edit tomcat9

    [Service]
Environment="CATALINA_OPTS=-Djava.library.path=/usr/java/packages/lib/amd64:/usr/lib/x86_64-linux-gnu:/usr/lib64:/lib64:/lib:/usr/lib"

# systemctl daemon-reload
# systemctl restart tomcat9


Claude Brisson

On 23/02/2022 09:28, i...@flyingfischer.ch wrote:
Am 23.02.22 um 09:12 schrieb Claude Brisson:
Hi.

After an upgrade from debian buster to debian bullseye, the APR native library stopped working:


Did you install libapr1 libapr1-dev libssl-dev before compiling?


Markus



# dpkg -l | ag tomcat
ii  libtcnative-1:amd64 1.2.26-1 amd64        Tomcat native library using the Apache Portable Runtime ii  libtomcat9-java 9.0.43-2~deb11u3               all Apache Tomcat 9 - Servlet and JSP engine -- core libraries ii  tomcat9 9.0.43-2~deb11u3               all          Apache Tomcat 9 - Servlet and JSP engine ii  tomcat9-common 9.0.43-2~deb11u3               all Apache Tomcat 9 - Servlet and JSP engine -- common files

And the log shows:

[2022-02-23 07:58:19] [info] Server version name:   Apache Tomcat/9.0.43 (Debian) [2022-02-23 07:58:19] [info] Server built:          Jan 4 1970 19:03:34 UTC
[2022-02-23 07:58:19] [info] Server version number: 9.0.43.0
[2022-02-23 07:58:19] [info] OS Name:               Linux
[2022-02-23 07:58:19] [info] OS Version: 4.19.0-8-amd64
[2022-02-23 07:58:19] [info] Architecture:          amd64
[2022-02-23 07:58:19] [info] Java Home: /usr/lib/jvm/java-8-oracle/jre
[2022-02-23 07:58:19] [info] JVM Version: 1.8.0_171-b11
[2022-02-23 07:58:19] [info] JVM Vendor:            Oracle Corporation
[2022-02-23 07:58:19] [info] CATALINA_BASE: /var/lib/tomcat9
[2022-02-23 07:58:19] [info] CATALINA_HOME: /usr/share/tomcat9
[2022-02-23 07:58:19] [info] Command line argument: -Djava.util.logging.config.file=/var/lib/tomcat9/conf/logging.properties [2022-02-23 07:58:19] [info] Command line argument: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager [2022-02-23 07:58:19] [info] Command line argument: -Djava.awt.headless=true [2022-02-23 07:58:19] [info] Command line argument: -Djdk.tls.ephemeralDHKeySize=2048 [2022-02-23 07:58:19] [info] Command line argument: -Djava.protocol.handler.pkgs=org.apache.catalina.webresources [2022-02-23 07:58:19] [info] Command line argument: -Dorg.apache.catalina.security.SecurityListener.UMASK=0027 [2022-02-23 07:58:19] [info] Command line argument: -Dignore.endorsed.dirs= [2022-02-23 07:58:19] [info] Command line argument: -Dcatalina.base=/var/lib/tomcat9 [2022-02-23 07:58:19] [info] Command line argument: -Dcatalina.home=/usr/share/tomcat9 [2022-02-23 07:58:19] [info] Command line argument: -Djava.io.tmpdir=/tmp [2022-02-23 07:58:19] [info] The Apache Tomcat Native library which allows using OpenSSL was not found on the java.library.path: [/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib] [2022-02-23 07:58:19] [crit] Failed to initialize component [Connector[org.apache.coyote.http11.Http11AprProtocol-443]] [2022-02-23 07:58:19] [crit] org.apache.catalina.LifecycleException: The configured protocol [org.apache.coyote.http11.Http11AprProtocol] requires the APR/native library which is not available

Any idea why the native library, which was available before the upgrade, is not anymore available?

How can I diagnose the problem further?

Thanks,


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to