Jordan
06/30/2022, 10:29 PM[jordan ~]$ sudo systemctl enable osqueryd
Synchronizing state of osqueryd.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable osqueryd
Failed to execute /usr/lib/systemd/systemd-sysv-install: No such file or directory
[jordan ~]$ sudo systemctl start osqueryd
[jordan ~]$ sudo systemctl status osqueryd
● osqueryd.service - The osquery Daemon
Loaded: loaded (/usr/lib/systemd/system/osqueryd.service; disabled; vendor preset: disabled)
Active: active (running) since Wed 2022-06-22 09:55:31 UTC; 5s ago
seph
07/01/2022, 2:47 AMJordan
07/01/2022, 3:21 AMsudo curl -L <https://pkg.osquery.io/rpm/GPG> | sudo tee /etc/pki/rpm-gpg/RPM-GPG-KEY-osquery; sudo dnf config-manager --add-repo <https://pkg.osquery.io/rpm/osquery-s3-rpm.repo>; sudo dnf config-manager --set-enabled osquery-s3-rpm-repo; sudo dnf install osquery
Stefano Bonicatti
07/01/2022, 12:12 PMenable
or disable
commands work on both.
Although the issue is slightly different, for instance this bug report briefly mentions it: https://github.com/systemd/systemd/issues/15394
I'm not sure if there's a way to ask systemd not to do that, or if we should just not ship an init script anymore.
Although for RPM based distros, we still support CentOS 6 which doesn't have systemd.
Maybe what we could do is to not install the service file or init script in the system, but leave them as an example on the side under the /opt
folder.
Then the user would've to choose what to use.seph
07/01/2022, 3:03 PMJordan
07/05/2022, 1:32 AMStefano Bonicatti
07/05/2022, 8:17 AM