我有一个在某个时间点正在运行的 Puppet 设置。现在,当我运行 netstat -lnp 时,我看不到 Puppet 服务器正在侦听 8140。
在故障排除中,我尝试使用以下命令手动启动木偶服务:
sudo service puppetserver.service start
但是,这会出现以下错误:
Job for puppetserver.service failed because a timeout was exceeded.
See "systemctl status puppetserver.service" and "journalctl -xe" for details.
systemctl status puppetserver.service 产量:
puppetserver.service - puppetserver Service
Loaded: loaded (/lib/systemd/system/puppetserver.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2020-05-06 13:05:42 UTC; 2min 14s ago
Process: 14338 ExecStart=/opt/puppetlabs/server/apps/puppetserver/bin/puppetserver start (code=exited, status=0/SUCCESS)
Main PID: 13555 (java)
Tasks: 35 (limit: 4915)
CGroup: /system.slice/puppetserver.service
└─13555 /usr/bin/java -Xms512m -Xmx512m -Djruby.logger.class=com.puppetlabs.jruby_utils.jruby.Slf4jLogger -XX:OnOutOfMemoryError=kill -9 %p -cp /opt/puppetlabs/server/apps/puppetserver/puppet-server-release.jar:/opt/puppetlabs
在我看来,这似乎表明它可能正在工作/正在运行?我仍然不确定为什么我没有看到 netstat 的监听器。
如果有人想知道 Journalctl -xe 中没有与 Puppet 相关的任何内容。
/var/log/puppetlabs 中的日志都没有今年的时间戳,如果服务器实际上运行正常,这对我来说真的很奇怪。 (我验证了系统日期设置正确)
netstat 输出为:
root@box:/var/log/puppetlabs# netstat -lnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 15703/systemd-resol
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1029/sshd
tcp 0 0 0.0.0.0:25324 0.0.0.0:* LISTEN 2418/ruby
tcp 0 0 0.0.0.0:64652 0.0.0.0:* LISTEN 1029/sshd
tcp6 0 0 :::22 :::* LISTEN 1029/sshd
tcp6 0 0 :::64652 :::* LISTEN 1029/sshd
udp 0 0 127.0.0.53:53 0.0.0.0:* 15703/systemd-resol
udp 0 0 172.26.10.238:68 0.0.0.0:* 15684/systemd-netwo
udp 0 0 127.0.0.1:25224 0.0.0.0:* 2418/ruby
raw6 0 0 :::58 :::* 7 15684/systemd-netwo
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node PID/Program name Path
unix 2 [ ACC ] STREAM LISTENING 20448 940/syslog-ng /var/lib/syslog-ng/syslog-ng.ctl
unix 2 [ ACC ] SEQPACKET LISTENING 13850 1/systemd /run/udev/control
unix 2 [ ACC ] STREAM LISTENING 51512 7986/systemd /run/user/1001/systemd/private
unix 2 [ ACC ] STREAM LISTENING 51516 7986/systemd /run/user/1001/gnupg/S.gpg-agent.browser
unix 2 [ ACC ] STREAM LISTENING 51517 7986/systemd /run/user/1001/gnupg/S.gpg-agent
unix 2 [ ACC ] STREAM LISTENING 51518 7986/systemd /run/user/1001/gnupg/S.gpg-agent.extra
unix 2 [ ACC ] STREAM LISTENING 51519 7986/systemd /run/user/1001/gnupg/S.dirmngr
unix 2 [ ACC ] STREAM LISTENING 51520 7986/systemd /run/user/1001/gnupg/S.gpg-agent.ssh
unix 2 [ ACC ] STREAM LISTENING 21778 1072/omiengine /var/opt/omi/run/omiserver.sock
unix 2 [ ACC ] STREAM LISTENING 18812 1/systemd /var/lib/lxd/unix.socket
unix 2 [ ACC ] STREAM LISTENING 180883 1/systemd /run/snapd.socket
unix 2 [ ACC ] STREAM LISTENING 180886 1/systemd /run/snapd-snap.socket
unix 2 [ ACC ] STREAM LISTENING 18867 1/systemd /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 18892 1/systemd /run/uuidd/request
unix 2 [ ACC ] STREAM LISTENING 18895 1/systemd /run/acpid.socket
unix 2 [ ACC ] STREAM LISTENING 21772 1069/omiserver /etc/opt/omi/conf/sockets/omi_Hyxssiwgw
unix 2 [ ACC ] STREAM LISTENING 18894 1/systemd @ISCSIADM_ABSTRACT_NAMESPACE
unix 2 [ ACC ] STREAM LISTENING 107719 1/systemd /run/systemd/private
unix 2 [ ACC ] STREAM LISTENING 13848 1/systemd /run/lvm/lvmpolld.socket
unix 2 [ ACC ] STREAM LISTENING 13856 1/systemd /run/lvm/lvmetad.socket
unix 2 [ ACC ] STREAM LISTENING 13864 1/systemd /run/systemd/journal/stdout
关于如何进一步解决这个问题并希望解决它有什么想法吗?
我认为这并不重要,但这是在 Ubuntu LTS 上运行的。
答案1
我能够利用以下方法解决此问题:
sudo /opt/puppetlabs/bin/puppetserver foreground &
这使我能够看到 Puppet 启动时发生的任何错误或问题。事实证明,一开始并没有任何错误(因此造成了混乱)。然而,当足够多的代理同时签入时,系统内存不足,一切都崩溃了。我不知道为什么这不在任何地方的日志中。
解决方案是将所有内容移至具有更多内存的虚拟机。完成此操作后,应用程序响应速度更快并完全启动并正在侦听所有端口/正常工作。
希望这可以帮助其他偶然发现这篇文章的人。