ある時点で実行されていたPuppet設定があります。 netstat -lnpを実行すると、8140を受信するPuppetサーバーは表示されません。
トラブルシューティング中に、次のコマンドを使用してPuppetサービスを手動で起動してみました。
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の起動時に発生するエラーや問題を特定できます。最初は何の問題もなかったことが判明しました（したがって混乱）。しかし、十分な数のエージェントが同時にチェックインすると、システムメモリが不足し、すべてが崩壊しました。なぜこれがログのどこにもないのかわかりません。
解決策は、すべてをより多くのメモリを備えた仮想マシンに移動することです。これを実行した後、アプリケーションははるかに迅速に応答し、完全に起動し、すべてのポートでリッスンし、正常に動作しました。
この記事を誤って見つけた他の人に役立つことを願っています。