VM 上 Ubuntu 22.04 上的 ActiveMQ Classic 启动但立即退出

Question

此安装是由

apt install

在我的KVM/Ubuntu上完成的，但是在通过下载安装并解压

/opt

中的所有内容并设置服务文件等后，我遇到了同样的问题。当我使用

systemctl start activemq

时，它实际上显示“活跃”但立即退出，由

system status activemq

证明。当我运行

/usr/bin/activemq start

时，我得到了类似的结果。我认为也许有一些奇怪的权限问题阻止它创建 PID 文件，但这是这个 Linux 菜鸟的猜测。将发布下面每个的输出。

这是我运行时得到的结果

activemq start

。我怀疑最后一行

exit $RET not found

，但我无法理解它的含义：

/var/lib/activemq/conf:/var/lib/activemq/../lib/:
"-Dactivemq.home="/usr/share/activemq"               
-Dactivemq.base="/var/lib/activemq/"               
-Dactivemq.conf="/var/lib/activemq/conf"               
-Dactivemq.data="/var/lib/activemq/data" -jar "/usr/share/activemq/bin/activemq.jar" start >> /dev/null 2>&1 &
              RET="$?"; APID="$!";
              echo $APID > /run/activemq.pid;
              echo "INFO: pidfile created : '/run/activemq.pid' ****(pid '$APID')";exit $RET: not found****

我怀疑这个 LOG4J 输出是“pidfile 创建的”。它不存在于

/run

。

现在，这就是我尝试作为服务启动时得到的结果。

systemctl start activemq

没有产生任何可见的东西，但是

systemctl status activemq

显示了它在启动后如何“退出”的问题：

activemq.service - LSB: ActiveMQ instance
     **Loaded: loaded (/etc/init.d/activemq; generated)
     Active: active (exited) since Sat 2024-03-30 19:34:39 CST; 24h ago
     **Docs: man:systemd-sysv-generator(8)
     CPU: 21ms

Mar 30 19:34:39 working-virtual-box systemd[1]: Starting LSB: ActiveMQ instance...
Mar 30 19:34:39 working-virtual-box activemq[16412]:  * Starting ActiveMQ instance  activemq
Mar 30 19:34:39 working-virtual-box activemq[16412]: No instances found at /etc/activemq/instances-ena>
Mar 30 19:34:39 working-virtual-box systemd[1]: Started LSB: ActiveMQ instance.

我尝试以

root

的方式运行脚本，因为

root

似乎拥有一切。没什么。 我尝试将

activemq

用户添加到我的管理组。纳达。

既然它启动然后退出，那么询问什么进程在启动后可能会失败似乎是合理的？这对我来说是黑匣子。

Answer 1

我无法使用 Artemis-2.33.0 重现此问题，其中包括大量测试：

1. userdel 用于用户 artemis。阿耳忒弥斯不在乎。
2. chown 用户（从 root 到普通用户）查看我的经纪人的所有目录和文件。阿耳忒弥斯不在乎。
3. artemis.service 文件出现拼写错误。足够的消息传递。
4. 修复 artemis.service 中的拼写错误并且不运行 systemctl daemon-reload。足够的消息传递。
5. artemis.service 文件中的拼写错误迫使其使用 artemis 脚本而不是 artemis-service 脚本。忘记了这条信息，但我记得它已经足够了。
6. 在 artemis.service 中引入拼写错误或修复拼写错误后强制重新启动。系统将其视为任何其他正常编辑。

在所有情况下，Artemis 都会通过足够的消息传递来处理所有错误情况。我从来没有看到任何像我原来的“开始（退出）”问题这样的问题。我只能得出结论，在 Ubunto22.04 上运行 Artemis 时无法重复原来的问题。

ActiveMQ 5.16.0 的问题可能已由用户修复（怀疑服务文件），但目前这对我来说不是问题。