Jira (PUP-7312) Confine systemd provider to init system matching systemd

2 views
Skip to first unread message

Branan Riley (JIRA)

unread,
Jul 23, 2018, 2:21:03 PM7/23/18
to puppe...@googlegroups.com
Branan Riley updated an issue
 
Puppet / Bug PUP-7312
Confine systemd provider to init system matching systemd
Change By: Branan Riley
Summary: Confine systemd provider to /lib/systemd/ init system matching systemd
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.7.1#77002-sha1:e75ca93)
Atlassian logo

Branan Riley (JIRA)

unread,
Jul 23, 2018, 2:21:03 PM7/23/18
to puppe...@googlegroups.com
Branan Riley updated an issue
I've created a PR to allow systemd provider to work in a chrooted environment.

/run/systemd/system does not exist when running Puppet in a chroot environment

The init executable (
/ lib proc / systemd 1 / system is exe) should always available irregardless of point to something with systemd in the environment and is therefore a name, which would be safe alternative to query

https://github.com/puppetlabs/puppet/pull/5693

Geoff Nichols (JIRA)

unread,
Aug 17, 2018, 1:12:03 PM8/17/18
to puppe...@googlegroups.com

Josh Cooper (JIRA)

unread,
Jun 4, 2019, 4:37:03 PM6/4/19
to puppe...@googlegroups.com
Josh Cooper commented on Bug PUP-7312
 
Re: Confine systemd provider to init system matching systemd

This is a follow up to PUP-5577. PR has been submitted and needs review.

Josh Cooper (JIRA)

unread,
Jun 4, 2019, 4:37:04 PM6/4/19
to puppe...@googlegroups.com
Josh Cooper assigned an issue to Mihai Buzgau
 
Change By: Josh Cooper
Assignee: Branan Riley Mihai Buzgau

Josh Cooper (JIRA)

unread,
Jun 4, 2019, 4:37:05 PM6/4/19
to puppe...@googlegroups.com
Josh Cooper updated an issue
Change By: Josh Cooper
Team: Platform OS Puppet Romania

Robert August Vincent II (JIRA)

unread,
Jul 5, 2019, 11:52:03 AM7/5/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Jul 8, 2019, 2:53:04 AM7/8/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Jul 9, 2019, 4:59:03 AM7/9/19
to puppe...@googlegroups.com
Mihai Buzgau assigned an issue to Unassigned
Change By: Mihai Buzgau
Assignee: Mihai Buzgau

Mihai Buzgau (JIRA)

unread,
Jul 10, 2019, 4:11:09 AM7/10/19
to puppe...@googlegroups.com
Mihai Buzgau updated an issue
Change By: Mihai Buzgau
Sprint: PR - 2019-07-10 , PR - 2019-07-23

Mihai Buzgau (JIRA)

unread,
Jul 23, 2019, 8:49:02 AM7/23/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Jul 24, 2019, 4:31:07 AM7/24/19
to puppe...@googlegroups.com
Mihai Buzgau updated an issue
Change By: Mihai Buzgau
Sprint: PR - 2019-07-10, PR - 2019-07-23 , NW - 2019-08-07

Alexandru Popa (JIRA)

unread,
Aug 14, 2019, 4:28:03 AM8/14/19
to puppe...@googlegroups.com

Mihai Buzgau (JIRA)

unread,
Aug 14, 2019, 7:00:04 AM8/14/19
to puppe...@googlegroups.com

Alexandru Popa (JIRA)

unread,
Aug 14, 2019, 9:13:03 AM8/14/19
to puppe...@googlegroups.com

Jean Bond (JIRA)

unread,
Aug 19, 2019, 7:28:03 PM8/19/19
to puppe...@googlegroups.com
Jean Bond updated an issue
Change By: Jean Bond
Labels: linux resolved-issue-added service systemd type_and_provider

Andreas Ntaflos (JIRA)

unread,
Sep 9, 2019, 7:33:02 PM9/9/19
to puppe...@googlegroups.com
Andreas Ntaflos commented on Bug PUP-7312
 
Re: Confine systemd provider to init system matching systemd

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])

Josh Cooper (JIRA)

unread,
Sep 9, 2019, 7:59:02 PM9/9/19
to puppe...@googlegroups.com
Josh Cooper commented on Bug PUP-7312

Thanks Andreas Ntaflos, can you file a new PUP ticket and link to this one?

George Mrejea (JIRA)

unread,
Oct 3, 2019, 7:20:03 AM10/3/19
to puppe...@googlegroups.com
George Mrejea updated an issue
 
Change By: George Mrejea
Fix Version/s: PUP 6.4.4
Fix Version/s: PUP 5.5.17
Reply all
Reply to author
Forward
0 new messages