StartLimitIntervalSec và StartLimitBurst của Systemd không bao giờ hoạt động

Tôi đã cố gắng hạn chế số lượng dịch vụ (trong một container) khởi động lại. Phiên bản HĐH là centos-release-7-5, tệp dịch vụ khá nhiều như bên dưới (đã xóa một số tham số để đọc thuận tiện). Nó sẽ khá dễ dàng như một số bài viết khác đã chỉ ra (Post of Server Fault giới hạn khởi động 1, Post of Stack Overflow giới hạn khởi động lại 2). Tuy nhiên, StartLimitBurst và StartLimitIntervalSec không bao giờ hoạt động với tôi.

Tôi đã thử nghiệm bằng nhiều cách: (1) Tôi kiểm tra dịch vụ PID, hủy dịch vụ bằng "kill -9 ****" nhiều lần. Dịch vụ này luôn được khởi động lại sau 20 giây! (2) Tôi cũng đã cố làm rối tập tin dịch vụ, làm cho container không bao giờ chạy. Tuy nhiên, nó không hoạt động, tập tin dịch vụ cứ tiếp tục khởi động lại.

Bất kỳ ý tưởng?

[Unit]
Description=Hello Fluentd
After=docker.service
Requires=docker.service
StartLimitBurst=2
StartLimitIntervalSec=150s

[Service]
EnvironmentFile=/etc/environment
ExecStartPre=-/usr/bin/docker stop "fluentd"
ExecStartPre=-/usr/bin/docker rm -f "fluentd"
ExecStart=/usr/bin/docker run fluentd
ExecStop=/usr/bin/docker stop "fluentd"
Restart=always
RestartSec=20s
SuccessExitStatus=143

[Install]
WantedBy=multi-user.target

StartLimitIntervalSec=đã được thêm vào như một phần của systemd v230. Trong systemd v229 trở xuống, bạn chỉ có thể sử dụng StartLimitInterval=. Bạn cũng sẽ cần phải đặt StartLimitInterval=và StartLimitBurst=trong [Service]phần - không phải [Unit]phần.

Để kiểm tra phiên bản systemd của bạn trên CentOS, hãy chạy rpm -q systemd.

Nếu bạn từng nâng cấp lên systemd v230 trở lên, các tên cũ trong [Service]phần sẽ tiếp tục hoạt động.

Nguồn: https://lists.freedesktop.org/archives/systemd-devel/2017-July/039255.html

Bạn có thể gặp vấn đề này mà không thấy bất kỳ lỗi nào, bởi vì systemd bỏ qua các chỉ thị không xác định. systemd giả định rằng nhiều chỉ thị mới hơn có thể bị bỏ qua và vẫn cho phép dịch vụ chạy.

Có thể tự kiểm tra một tệp đơn vị cho các chỉ thị không xác định. Ít nhất là nó dường như hoạt động trên systemd gần đây:

$ systemd-analyze verify foo.service
/etc/systemd/system/foo.service:9: Unknown lvalue 'FancyNewOption' in section 'Service'

Tôi nghĩ rằng tôi đã tìm thấy vấn đề. Tất cả các tài liệu trực tuyến đề xuất rằng tất cả các tham số đều nằm trong tệp UNIT (tệp đơn vị systemd ), nhưng vẫn trong hệ thống của tôi (centos 7.5), chúng nằm trong tệp dịch vụ. Bên cạnh tên là "StartLimitInterval", không phải "StartLimitIntervalSec".