Ini adalah masalah aneh.
Saya sedang menguji layanan chrony / ntp pada RHEL7 VM dan sedang mengatur ulang waktu serta tuan rumah. Setelah saya puas dengan itu saya memeriksa /var/log/messages
dan menyadari itu tidak berubah dalam beberapa saat.
Sekarang, apa pun yang saya lakukan, tidak ada yang dicatat kecuali saat saya me-restart layanan rsyslog itu sendiri; ketika saya melakukannya saya mendapatkan ini:
Apr 15 13:59:43 mymachine1 rsyslogd: [origin software="rsyslogd" swVersion="7.4.2" x-pid="2847" x-info="http://www.rsyslog.com"] exiting on signal 2.
Apr 15 13:59:59 mymachine1 rsyslogd: [origin software="rsyslogd" swVersion="7.4.2" x-pid="2853" x-info="http://www.rsyslog.com"] start
Apr 15 14:00:11 mymachine1 rsyslogd-3000: sd_journal_get_cursor() failed: 'Cannot assign requested address'
Mencoba hal-hal seperti logger test
jangan login, tidak ada yang lain kecuali pesan rsyslog sendiri. Ketika saya menjalankan rsyslog secara manual dengan -n -N1
sebagai argumen saya mendapatkan:
rsyslogd: version 7.4.2, config validation run (level 1), master config /etc/rsyslog.conf
rsyslogd: End of config validation run. Bye
Sepertinya tidak ada yang bisa masuk melalui rsyslog untuk beberapa alasan. Dan VM identik kedua pada host yang sama (yang tidak melalui lingkaran yang sama berulang kali menonaktifkan ntp, memiliki tanggal berubah dan reboot beberapa kali) dengan file log rsyslog.conf yang sama baik-baik saja.
Pada titik ini tanggal / waktu sudah benar, chrony diaktifkan dan berjalan, dan saya telah reboot beberapa kali - setelah 30 detik pesan kernel tidak ada lagi yang dicatat.
Pikiran?
/etc/rsyslog.conf
dan/etc/rsyslog.d
direktori. Sepertinya Anda tidak memiliki apa pun yang dikonfigurasi untuk diarahkan ke file log tertentu. Anda juga dapat mencoba menentukan pesan syslog denganEMERG
prioritas untuk melihat apakah itu berhasil. Contoh:logger -p EMERG not really an emergency
systemd
(yang bermigrasi ke RHEL7, IIRC) Dapatkah Anda memeriksajournalctl -b
untuk melihat apakah log Anda akan ke jurnal systemd?Jawaban:
Bukan solusi langsung tetapi saya akan memungkinkan beberapa debugging untuk melihat apa yang terjadi di balik layar.
Ide # 1 - Debugging logger
Sebagai permulaan ketika Anda menjalankan
logger
perintah, Anda dapat melakukannya seperti itu, menggemakan pesan ke STDERR.Ide # 2 - memvalidasi file konfigurasi Anda
Anda juga dapat mencoba memvalidasi file konfigurasi rsyslog Anda:
Ide # 3 - Aktifkan debugging rsyslogd
Saya juga akan mencoba mengaktifkan debugging
rsyslogd
daemon untuk wawasan lebih lanjut.Mengkonfirmasi info versi
Bug yang dikonfirmasi dan solusinya
OP mengirimkan ini sebagai bug ke Red Hat.
Bug ditandai sebagai berikut:
Di mana salah satu pengembang merespons:
sumber
Dalam kasus saya
systemctl restart systemd-journald
membantu, karenasumber
Cobalah untuk memeriksa conf rsyslog dengan: rsyslogd -f /etc/rsyslog.conf -N 1
Jika semuanya baik-baik saja coba restart systemd-journald.socket dengan: systemctl restart systemd-journald.socket
Anda dapat menggunakan perintah "logger" untuk memeriksa apakah rsyslog berfungsi atau tidak: logger "hello"
sumber