tomcat 启动但它没有监听任何端口

Question

我有一个配置为在端口 8380 上运行的 tomcat 服务。该站点直到最近运行良好。我开始在 apache 的 mod_jk.log 中看到这一点：[3409:140197396281344] [info] jk_open_socket::jk_connect.c (627): connect to 127.0.0.1:8309 failed (errno=111)[3409:140197396281344] [info] ajp_connect_to_endpoint::jk_ajp_common.c (995): Failed opening socket to (127.0.0.1:8309) (errno=111)[3409:140197396281344] [error] ajp_send_request::jk_ajp_common.c (1630): (worker1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=111)[3409:140197396281344] [info] ajp_service::jk_ajp_common.c (2623): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=1)[3409:140197396281344] [info] jk_open_socket::jk_connect.c (627): connect to 127.0.0.1:8309 failed (errno=111)[3409:140197396281344] [info] ajp_connect_to_endpoint::jk_ajp_common.c (995): Failed opening socket to (127.0.0.1:8309) (errno=111)[3409:140197396281344] [error] ajp_send_request::jk_ajp_common.c (1630): (worker1) connecting to backend failed. Tomcat is probably not started or is listening on the wrong port (errno=111)[3409:140197396281344] [info] ajp_service::jk_ajp_common.c (2623): (worker1) sending request to tomcat failed (recoverable), because of error during request sending (attempt=2)[3409:140197396281344] [error] ajp_service::jk_ajp_common.c (2643): (worker1) connecting to tomcat failed.[3409:140197396281344] [info] jk_handler::mod_jk.c (2788): Service error=-3 for worker=worker1我能够启动 tomcat 服务，但它应该监听的端口不接受连接。nmap 和 netstat 不显示可用的端口。为了以防万一，我也尝试过远程登录到端口，但正如我所料，没有响应。我已经停止了防火墙，以防它是 iptables 规则问题，但这也没有效果。我已经通过上面的尝试解决了类似的问题，但没有一个适用于我的问题。我不确定此时还可以尝试什么，所以我转向你们所有人！对于这个特定的主机，CATALINA_BASE 来自已安装的 nfs 导出。我在此服务器上托管了 2 个 tomcat 站点。为了测试，我禁用了一个启动，因为它们都有相同的问题。我想如果我可以让 1 运行另一个也可以。

Answer 1

基于调试输出，我开始尝试一些不同的东西，特别是围绕 catalina-daemon.out 和 catalina-daemon.pid 文件。事实证明，由于这些文件位于 nfs 位置，因此会导致服务启动但未侦听的奇怪问题。一旦我将这些移动到本地文件系统，服务就会启动并且它再次监听正确的端口。我还注意到子 tomcat 进程切换到非特权用户守护进程。页面又可以访问了。

不完全确定为什么它以前可以工作，但突然之间我没有对服务器进行任何更改。从为 CATALINA_BASE 提供服务的 zfs 机器的 nfs 导出中一定发生了一些变化。不知何故，这可能已经暴露了一个在 tomcat 服务器上导致此问题的错误。