Jira (PUP-3339) Puppet user provider failing to reset puppet uid on Fedora19 due to usermod bug

[Hailee Kenney (JIRA)]

Title: Message Title

Hailee Kenney updated an issue   Puppet / PUP-3339 Puppet user provider failing to reset puppet uid on Fedora19 due to usermod bug Change By: Hailee Kenney This failure is showing up in the following acceptance test: acceptance/tests/config/puppet_manages_own_configuration_in_robust_manner.rb, but only on Fedora19.  This test removes the puppet user/group and then confirms that the --mkusers flag allows the puppet master to recreate them.  Before doing this, it records the current user/group state, and then in the final teardown step, reapplies the origina user/group state. The failure began showing up after a fix to this test in [1d3fc272|https://github.com/puppetlabs/puppet/commit/1d3fc2724c65c6fce455bc35a87b24b6c361205a] began halting the test if the final puppet apply to reset the puppet user/group failed.  It is likely that this was always failing, but we only began to see it with this change. https://jenkins.puppetlabs.com/job/Puppet-Package-Acceptance-stable/label=beaker,platform=fedora19/61/ I've attached a detailed log of the point of failure, but don't know why it's failing. *UPDATE:*  After further investigation, this issue was found to be caused by a bug in the {{usermod}} command on Fedora 19. The bug does not appear to be present on Fedora 20. Since Fedora 19 is approaching end of life, we've decided not to fix this issue and just confine the acceptance test not to run on Fedora 19. The following output illustrates the bug which is causing the issue: After going through this on  Fedora  19 and Fedora  20 , Fedora 19 seems to have an issue with changing ownership of the home directory while Fedora 20 does not. So on Fedora 20 : {noformat}[root@bd4849uiz04imoa ~]# usermod -u 1000 test [root@bd4849uiz04imoa ~]# cat /etc/passwd test:x:1000:1000::/home/test:/bin/bash [root@bd4849uiz04imoa ~]# ls -l /home/ drwxr-xr-x. 3 test test 4096 Sep 25 13:27 test [root@bd4849uiz04imoa ~]# ls -l /var/spool/mail/ -rw-rw----. 1 test mail 0 Sep 25 13:20 test [root@bd4849uiz04imoa ~]# usermod -u 53 test [root@bd4849uiz04imoa ~]# ls -l /home/ drwxr-xr-x. 3 test test 4096 Sep 25 13:27 test [root@bd4849uiz04imoa ~]# ls -l /var/spool/mail/ -rw-rw----. 1 test mail 0 Sep 25 13:20 test {noformat} But then on  Fedora 19: {noformat}[root@nykbnzgen65yxtt ~]# usermod -u 1000 test [root@nykbnzgen65yxtt ~]# cat /etc/passwd test:x:1000:1000::/home/test:/bin/bash [root@nykbnzgen65yxtt ~]# ls -l /home/ drwxr-xr-x. 3 test test 4096 Sep 25 13:27 test [root@nykbnzgen65yxtt ~]# ls -l /var/spool/mail/ -rw-rw----. 1 test mail 0 Sep 25 13:20 test [root@nykbnzgen65yxtt ~]# usermod -u 53 test usermod: Failed to change ownership of the home directory [root@nykbnzgen65yxtt ~]# ls -l /var/spool/mail/ -rw-rw----. 1 test mail 0 Sep 25 13:20 test [root@nykbnzgen65yxtt ~]# ls -l /home/ drwxr-xr-x. 3 1000 test 4096 Sep 25 13:27 test {noformat} So on Fedora 19, it will correctly change ownership of {{/var/spool/mail/}}, but it will fail to change {{/home/}} and will output this warning: {noformat}Failed to change ownership of the home directory{noformat} Add Comment   This message was sent by Atlassian JIRA (v6.1.4#6159-sha1:44eaede) -- 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 post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.