Jira (PUP-10016) Systemd provider is not correctly selected as the service provider if puppet is run as non root

[Gheorghe Popescu (JIRA)]

Title: Message Title

Gheorghe Popescu created an issue   Puppet / PUP-10016 Systemd provider is not correctly selected as the service provider if puppet is run as non root Issue Type: Bug Assignee: Unassigned Created: 2019/09/10 6:16 AM Priority: Normal Reporter: Gheorghe Popescu Puppet Version: 6.8.1 It seems that this change breaks a few things when Puppet is not being run as root, for example during spec tests (i.e. pdk test unit). At least under Ubuntu 16.04 and 18.04 the file /proc/1/exe is not accessible by regular users, so Puppet::FileSystem.exist?('/proc/1/exe') returns false and Puppet::FileSystem.readlink('/proc/1/exe').include?('systemd') fails with Errno::EACCES. ls also fails, obviously:   $ ls /proc/1/exe ls: cannot read symbolic link '/proc/1/exe': Permission denied lrwxrwxrwx 1 root root 0 Sep 7 00:13 /proc/1/exe This has interesting implications in that now Puppet no longer recognizes that systemd is the correct service provider for recent Debian and Ubuntu releases. Thus spec tests for services fail with cryptic error messages like this: $ pdk test unit ... failed: rspec: ./spec/classes/service_spec.rb:9: Could not find the daemon directory (tested [/etc/sv,/var/lib/service]) Add Comment   This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-bugs/JIRA.324178.1568121391000.91558.1568121420235%40Atlassian.JIRA.