ตั้งแต่systemd
เวอร์ชั่น232
เรามีคอนเซปต์ของการเรียก ID ทุกครั้งที่มีการเรียกใช้หน่วยจะมีรหัสการเรียกใช้ 128 บิตที่ไม่ซ้ำกัน ซึ่งแตกต่างจากMainPID
ที่สามารถนำกลับมาใช้ใหม่หรือActiveEnterTimestamp
ที่มีปัญหาการแก้ไขมันเป็นวิธีที่ไม่ปลอดภัยที่จะได้รับบันทึกทั้งหมดของการร้องขอหน่วย systemd โดยเฉพาะ
เพื่อรับ ID การร้องขอล่าสุดของหน่วย
$ systemctl show --value -p InvocationID openipmi
bd3eb84c3aa74169a3dcad2af183885b
ในการรับวารสารของคำภาวนาล่าสุดของพูดopenipmi
ไม่ว่าจะล้มเหลวหรือไม่คุณสามารถใช้หนึ่งซับ
$ journalctl _SYSTEMD_INVOCATION_ID=`systemctl show -p InvocationID --value openipmi.service`
-- Logs begin at Thu 2018-07-26 12:09:57 IDT, end at Mon 2019-07-08 01:32:50 IDT. --
Jun 21 13:03:13 build03.lbits openipmi[1552]: * Starting ipmi drivers
Jun 21 13:03:13 build03.lbits openipmi[1552]: ...fail!
Jun 21 13:03:13 build03.lbits openipmi[1552]: ...done.
(โปรดทราบว่า--value
มีให้บริการตั้งแต่systemd 230
เก่ากว่าInvocationID
)
journalctl --user -u UNITFILE -f -o json-pretty
อาจเป็นประโยชน์ คุณกำลังมองหาMESSAGE
ช่องโดยเฉพาะ ฉันพบว่าคุณอาจต้องใช้USER_INVOCATION_ID
และบางข้อความไม่มีรหัสการร้องขอใด ๆ ติดอยู่ดังนั้นจึงไม่สามารถกรองผ่านกลไกนี้ ไม่แน่ใจว่าทำไมการบันทึกของฉันอาจผิดพลาด ..