-
Notifications
You must be signed in to change notification settings - Fork 542
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFE: run systemd-analyze on various 'targets' #3416
Comments
Hi @smooge . I don't think we capture this command in sos, and it may be a good addition to the plugins. That said, when I run the command in a "good" system, I get no output at all - that's expected, right? |
Same on my side, the following command gives me empty output, maybe it only outputs info, when there is an issue?
But, I also like this, so may be worth having this
|
We capture systemd-analyze already, as well as a couple of other commands. |
It should give no output on verify if everything is working well. However it can start showing things like:
user-inserted was meant to cover the name. I will look at a plugin to do this |
I have been working with a customer who had problems with systems 'randomly' not starting NetworkManager but not reporting why it was happening. I went through multiple sosreports but could not see anything logged. The issue was found to be due to cyclic dependencies which had been created by custom jobs, and was easily found by
systemd-analyze verify default.target
. Once that showed there was a loop in their logic, they were able to fix it.This may be already in an sosreport, and I wasn't aware of it, or I missed a tool to allow me to do this analysis for them, but I thought it might be useful as going through hundreds of systemd service files missed it by hand.
The text was updated successfully, but these errors were encountered: