특정 시점에 실행되고 있던 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이 시작될 때 발생하는 오류나 문제를 확인할 수 있습니다. 처음에는 아무 문제도 없었다는 것이 밝혀졌습니다(따라서 혼란). 그러나 충분한 수의 에이전트가 동시에 체크인하면 시스템 메모리가 부족해 모든 것이 무너졌습니다. 왜 이것이 로그 어디에도 없는지 모르겠습니다.
해결책은 모든 것을 더 많은 메모리를 갖춘 가상 머신으로 옮기는 것입니다. 이 작업을 수행한 후 애플리케이션은 훨씬 빠르게 응답하고 완전히 시작되었으며 모든 포트에서 수신 대기하고 정상적으로 작동했습니다.
이 기사를 우연히 발견한 다른 사람에게 도움이 되기를 바랍니다.