Điểm:0

Dịch vụ không đăng nhập vào tạp chí

lá cờ in

Tôi có một dịch vụ người dùng được đặt dưới /home/<user>/.config/systemd/user/<service>.service

Khi tôi biểu diễn systemctl --trạng thái người dùng <dịch vụ> Tôi có đầu ra mong muốn, ví dụ:

<user>@<server>:~$ systemctl --user status <service>
â <dịch vụ>.dịch vụ - Dịch vụ
     Đã tải: đã tải (/home/<user>/.config/systemd/user/<service>.service; đã bật; giá trị đặt sẵn của nhà cung cấp: đã bật)
     Hoạt động: hoạt động (đang chạy) kể từ Thứ Ba 2021-07-27 10:23:34 UTC; 9 phút trước
   PID chính: 19059 (<dịch vụ>)
     Nhóm C: /user.slice/user-1008.slice/[email protected]/<service>.service
             ââ19059 /home/<user>/.local/share/<software>/install/active_release/bin/<software>-validator

Nhật ký
Nhật ký
Nhật ký

Nhưng khi cố gắng xem nhật ký đầy đủ với tạp chí --user -u <dịch vụ> -f Tôi không thể nhìn thấy bất cứ điều gì, đầu ra là như sau:

<user>@<server>:~$ journalctl --user -u <service> -f
Không có tập tin tạp chí đã được tìm thấy.

Tôi có thiết lập này đang chạy trên nhiều máy chủ khác có cùng cấu hình, nhưng điều này chỉ xảy ra ở máy chủ này, đó là một số máy chủ từ Equinix, có thể có một số cấu hình khác cho journalctl trong nhà cung cấp này? Nhưng điều quan trọng cần chỉ ra là tôi đã cài đặt các dịch vụ khác trong máy này (không phải dịch vụ của người dùng mà trên toàn hệ thống) và điều đó đã không xảy ra.

/etc/systemd/journal.conf có cấu hình mặc định.

Tôi đã thấy bài đăng này hơi liên quan đến vấn đề của tôi: Tạp chí Linux không được đồng bộ hóa với trạng thái systemctl/Nhật ký không cập nhật, tôi đã cố gắng chèn StandardOutput=tạp chíStandardError=nhật ký trong phần [Dịch vụ], đã làm systemctl --user daemon-tải lại và khởi động lại dịch vụ nhưng tôi chưa thể thấy bất kỳ nhật ký nào trong tạp chí.

Tôi cũng đã kiểm tra /var của mình để xác thực xem nó có thể thiếu dung lượng đĩa hay không, nhưng tôi có khá nhiều dung lượng trống trong đĩa của mình.

Dịch vụ của tôi được cấu hình như thế này bây giờ:

[Đơn vị]
Mô tả=<Mô tả dịch vụ>
Sau=mạng.mục tiêu
StartLimitIntervalSec=0

[Dịch vụ]
Loại = đơn giản
Khởi động lại = luôn luôn
Khởi động lạiSec=1

Môi trườngFile=/home/<user>/rpc.env

ExecStart=/home/<user>/bin/<service_script>.sh

#ExecStartPost=/usr/bin/taskset -a -p -c 5-23 28-47 $MAINPID
CPUAffinity=5-23 28-47

Đẹp = -10


Giới hạnNOFILE=700000
Giới hạnNPROC=700000

LogRateLimitIntervalSec=0
LogRateLimitBurst=0

WorkingDirectory=/home/<user>/

[Cài đặt]
WantedBy=default.target

Các bạn có bất cứ ý tưởng làm thế nào tôi có thể sửa chữa nó?

Michael Hampton avatar
lá cờ cz
Cú pháp đúng là `journalctl --user-unit .dịch vụ...`
Daniel avatar
lá cờ in
Vâng, điều đó đã làm việc hoàn hảo. Nhưng tôi luôn sử dụng cú pháp `journalctl --user -u -f` và nó vẫn hoạt động trong các máy chủ khác của tôi. Có thể các nút này đi kèm với tất cả các gói mới nhất và trong phiên bản mới của systemd, cú pháp ở trên có thể không được dùng nữa. Cái đúng thực sự là `journalctl --user-unit .dịch vụ` Cảm ơn bạn

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.