Hi all,

I have just discovered the bug PUP-5296 using the latest Puppet 4 and the 
Puppet Labs CentOS 7 vagrant box.

This bug, reported 6 months ago, breaks idempotence in any module that 
tries to use an Init-style service in the wonderful world that is Systemd. 
 E.g.

[root@centos-72-x64 ~]# puppet apply /tmp/apply_manifest.pp.ZEj2Kr 
Notice: Compiled catalog for centos-72-x64.wg.dir.telstra.com in 
environment production in 2.10 seconds 
Notice: /Stage[main]/Kibana4::Service/Service[kibana4]/enable: enable 
changed 'false' to 'true'
Notice: Applied catalog in 18.70 seconds

[root@centos-72-x64 ~]# puppet apply /tmp/apply_manifest.pp.ZEj2Kr 
Notice: Compiled catalog for centos-72-x64.wg.dir.telstra.com in 
environment production in 2.26 seconds
Notice: /Stage[main]/Kibana4::Service/Service[kibana4]/enable: enable 
changed 'false' to 'true'
Notice: Applied catalog in 18.61 seconds

A workaround might be to raise a PR to add optional provider overrides for 
every module in the world that tries to manage a SysV style service on a 
platform.

But the bug report indicates that we already know what the fix is for this 
bug?  Can't we just fix it?

Thanks,
Alex

--
Partner
RAZOR Consulting
t: +61 409 665 227
w: http://razorconsulting.com.au

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-dev/47bb57e7-30ef-4494-8230-c326829f740d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to