Issue #14857 has been updated by Bram Mertens.
Hi, I agree that puppet shouldn't alter the ownership of files "just anywhere" on the file system but it should change the ownership in the user's home directory. On my fedora 17 system running version 2.7.18 changing the user ID and group ID of one of my test accounts the group ownership was not modified when puppet changed the UID and GID of an account. [m8ram@lxde puppet]$ sudo find /home/thor/ -ls 2359297 4 drwx------ 4 thor thor 4096 Nov 1 14:18 /home/thor/ 2359304 4 drwxr-xr-x 2 thor thor 4096 Jan 14 2012 /home/thor/.gnome2 2359298 4 -rw-r--r-- 1 thor thor 124 Jul 24 10:38 /home/thor/.bashrc 2359299 4 -rw-r--r-- 1 thor thor 18 Jul 24 10:38 /home/thor/.bash_logout 2359301 4 drwxr-xr-x 4 thor thor 4096 May 22 22:40 /home/thor/.mozilla 2359302 4 drwxr-xr-x 2 thor thor 4096 Jan 14 2012 /home/thor/.mozilla/plugins 2359303 4 drwxr-xr-x 2 thor thor 4096 Jan 14 2012 /home/thor/.mozilla/extensions 2359300 4 -rw-r--r-- 1 thor thor 193 Jul 24 10:38 /home/thor/.bash_profile [m8ram@lxde puppet]$ id thor uid=503(thor) gid=1028(thor) groups=1028(thor) [m8ram@lxde puppet]$ sudo puppet agent --server=lxde --test /usr/share/rubygems/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. /usr/share/ruby/vendor_ruby/puppet/provider/service/bsd.rb:12: warning: class variable access from toplevel /usr/share/ruby/vendor_ruby/puppet/provider/service/freebsd.rb:8: warning: class variable access from toplevel /usr/share/ruby/vendor_ruby/puppet/provider/service/freebsd.rb:9: warning: class variable access from toplevel /usr/share/ruby/vendor_ruby/puppet/provider/service/freebsd.rb:10: warning: class variable access from toplevel info: Caching catalog for lxde info: Applying configuration version '1351775820' notice: /Stage[main]/Arda/Group[thor]/gid: gid changed '1028' to '1003' notice: /Stage[main]/Arda/User[thor]/uid: uid changed '503' to '1003' notice: /Stage[main]/Arda/User[thor]/comment: comment changed '' to 'thor' notice: Finished catalog run in 2.03 seconds [m8ram@lxde puppet]$ sudo find /home/thor/ -ls 2359297 4 drwx------ 4 thor 1028 4096 Nov 1 14:18 /home/thor/ 2359304 4 drwxr-xr-x 2 thor 1028 4096 Jan 14 2012 /home/thor/.gnome2 2359298 4 -rw-r--r-- 1 thor 1028 124 Jul 24 10:38 /home/thor/.bashrc 2359299 4 -rw-r--r-- 1 thor 1028 18 Jul 24 10:38 /home/thor/.bash_logout 2359301 4 drwxr-xr-x 4 thor 1028 4096 May 22 22:40 /home/thor/.mozilla 2359302 4 drwxr-xr-x 2 thor 1028 4096 Jan 14 2012 /home/thor/.mozilla/plugins 2359303 4 drwxr-xr-x 2 thor 1028 4096 Jan 14 2012 /home/thor/.mozilla/extensions 2359300 4 -rw-r--r-- 1 thor 1028 193 Jul 24 10:38 /home/thor/.bash_profile [m8ram@lxde puppet]$ id thor uid=1003(thor) gid=1003(thor) groups=1003(thor) [m8ram@lxde puppet]$ Regards Bram ---------------------------------------- Bug #14857: gid on files and directories don't change if group's gid is changed https://projects.puppetlabs.com/issues/14857#change-75478 Author: jist anidiot Status: Needs More Information Priority: Normal Assignee: jist anidiot Category: Target version: Affected Puppet version: 2.7.12 Keywords: Branch: Problem: Someone created a group on a RHEL 5 box manually (in my specific case it was in conjunction with a user). Puppet comes along and changes that's group's gid (as well as the uid for the user). However all the files and directories that had that group do not get updated with the new gid (as an aside the uid does seem to get changed). I would think a gid id change for a group should result in something similar as a uid change for a user. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to puppet-bugs@googlegroups.com. To unsubscribe from this group, send email to puppet-bugs+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.