Initial package; psi-notify sends alerts when your machine is becoming over-saturated
sudo dnf install --refresh --advisory=FEDORA-2020-19e39ee9d7 \*
This update has been submitted for testing by salimma.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
This update has been pushed to testing.
Upgrading from my prelease version, the user service was not restarted. Maybe this is correct - I don't see how systemd could reasonably restart an arbitrary bunch of user services. There is no practical problem, because the utility is so tiny.
On my desktop with 5400rpm rotating media, it complains about I/O pressure a lot. So it works as advertised.
On rebooting, psi-notify is started for every user account, whether logged in or not. Maybe having some running with no gui is why I started getting core-dumps after booting. Each user psi-notify crashes after initial load, then is restarted by systemd.
Generating a backtrace for submitting the crash report fails both for retrace server and locally.
@sdgathman thanks for continuing the review even after the package is created! Please file a bug and I'll take a look. It could be related to the different presets between Fedora 31 and 32 -- apparently even without using the systemd scriptlet in the spec, the service still ends up enabled.
What does systemctl --user status psi-notify say? I'll also get a Fedora 31 container or VM to test. Maybe the solution is to pre-ship a preset that disables psi-notify by default... but I'm not sure how user units get started if the user is not logged in. That is odd.
systemctl --user status psi-notify
@sdgathman, also what's your default boot target? If it's non-graphical that could be causing the issue. I'll suggest to upstream to switch to graphical.target instead of default.target. As for being enabled by default, I suspect it could be because you had the -1.fc31 package previously installed.
Boot target is graphical. It works normally (module occasional crashes, on which systemd restarts it). It may be a feature of user services that they are started even when you aren't logged in.
$ lk psi-notify
RUSER PID STIME TTY TIME CMD
root 1 May10 ? 0:07/usr/lib/systemd/systemd --switched-root --system --deserialize 29
stuart 1242 May10 ? 0:05├/usr/lib/systemd/systemd --user
#stuart 2939 May10 ? 0:05│├/usr/bin/psi-notify
guest 1243 May10 ? 0:05├/usr/lib/systemd/systemd --user
#guest 1276 May10 ? 0:05│└/usr/bin/psi-notify
This update can be pushed to stable now if the maintainer wishes
This update has been submitted for stable by bodhi.
This update has been pushed to stable.
Please login to add feedback.
Confirm request to re-trigger tests.
Copyright © 2007-2022 Red Hat, Inc. and
bodhi-server 6.0.0^202204150949gitd412e93 on
bodhi is Free Software.
if you have any problems. Read the documentation.