Tôi đang cố gắng để systemd thực hiện những gì init.d scripts sẽ làm, hiển thị trạng thái dịch vụ tự động sau khi được cung cấp một lệnh thủ công để bắt đầu hoặc dừng. Đây có phải là cách nào đó có thể?
systemd không may bật lại ngay khi nó chạy trong nền và sau đó bạn phải thực hiện lệnh thứ hai để hiển thị trạng thái, bắt đầu hoặc dừng có thể hoặc không hoạt động, systemd sẽ không cho bạn biết trừ khi bạn hỏi và bỏ mặc bạn không biết gì.
I E. Tôi đang cố gắng để có được
service nginx status
chạy tự động sau khi tôi làm
service nginx start
hoặc là
service nginx restart
(hoặc trong hệ thống bị tổn thương não, systemctl start nginx.service)
@Huygens không tin vào systemd có thể phát hiện ra tất cả các thất bại, chắc chắn có thể có những thất bại hoặc cảnh báo im lặng. Các quy trình được bắt đầu trong nền và kiểm soát thoát hệ thống, nó hoàn toàn không giống như init.d Tôi có thể thấy điều đó xảy ra một cách nhất quán với việc tạo tệp PID không thành công. Nhận trạng thái sau khi bắt đầu hoặc khởi động lại thủ công là điều bắt buộc với systemd (và quan điểm của câu hỏi của tôi).
—
ck_
cảm ơn đã làm rõ, tôi đã học được một cái gì đó ở đây! Tôi đang mong chờ câu trả lời cho câu hỏi này!
—
Huygens
Cú pháp braindead là dịch vụ một vì không giống như cú pháp systemd tốt hơn nhiều, nó không cho phép bạn hoạt động trên nhiều dịch vụ cùng một lúc: systemctl stop service1 service2 service3
—
god
Nếu bạn vẫn thấy sự không nhất quán tương tự khi kiểm tra trạng thái thoát
—
Amir
systemctlnhư @Huygens đã đề xuất, thì vấn đề có thể là nginx.servicebắt đầu thành công nhưng gặp sự cố sau đó. Hãy thử kiểm tra tạp chí hoặc trong nhật ký Nginx.
systemctl start nginx.service && echo SUCCESS || echo failurechưa