Description of problem: nut-driver appears to be trying to create pidfiles in /var/run instead of /var/run/nut: Nov 17 21:13:32 taster.fl.shaftnet.org systemd[1]: Starting nut-driver - Network UPS Tools - device driver for NUT device 'ups2'... Nov 17 21:13:32 taster.fl.shaftnet.org systemd-tmpfiles[10043]: Failed to open '/usr/lib/tmpfiles.d/nut-client.conf': No such file or directory Nov 17 21:13:33 taster.fl.shaftnet.org nut-driver@ups2[10073]: writepid: fopen /var/run/usbhid-ups-ups2.pid: Permission denied Nov 17 21:13:33 taster.fl.shaftnet.org nut-driver@ups2[10073]: Using subdriver: CyberPower HID 0.6 Nov 17 21:13:33 taster.fl.shaftnet.org nut-driver@ups2[10073]: Network UPS Tools - Generic HID driver 0.47 (2.8.0) Version-Release number of selected component (if applicable): nut-2.8.0-4.fc37.x86_64 How reproducible: 100% Steps to Reproduce: 1. Enable nut-driver-enumerator 2. watch driver fail in the logs If you make nut-driver run as root (in the ups config) it will work, but clearly this is not what was intended.
if you run it as root with selinux enabled, it trips over the policy. So it's doubly b0rked.
Same problem here.
*** This bug has been marked as a duplicate of bug 2143442 ***