Bug 673091
| Summary: | No file in /etc/skel is copied by useradd | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Masahiro Matsuya <mmatsuya> | ||||
| Component: | shadow-utils | Assignee: | Peter Vrabec <pvrabec> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Milos Malik <mmalik> | ||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | urgent | ||||||
| Version: | 5.6 | CC: | david.r.steiner, jwest, kdudka, mailings, mmalik, mvadkert, pacorro, pasteur, rdassen, spoyarek, tmraz, vasmith | ||||
| Target Milestone: | rc | Keywords: | Regression, ZStream | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-02-21 06:16:43 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 690829 | ||||||
| Attachments: |
|
||||||
|
Description
Masahiro Matsuya
2011-01-27 12:12:50 UTC
(In reply to comment #0) > I am still not sure we should fix this issue in shadow-utils or acl package. perm_copy_file() works as expected. It fails with ENOSYS if the operation is not supported. It is up to shadow-utils how it handles the error code, and if it prints any error at all. > If we can fix it in shadow-utils, we need to check if acl is enabled on the > filesystem including /home before calling perm_copy_file(). That feels wrong to me. Better would be to just call perm_copy_file() and then check its result. Otherwise you're introducing unnecessary race condition and problems with unreliable detection of the ACL support. Created attachment 477851 [details]
updated ACL patch
this updated solution basically ignore EOPNOTSUPP from perm_copy_file/perm_copy_fd on both levels:
1. error message is not printed
2. return code == 0
I don't know any better way :(
*** Bug 673241 has been marked as a duplicate of this bug. *** please hurry a patch for this bug, I have to implement a rather complicated workaround in my products right now... :-( workaround: change the default mount options of /home: ext2/3: tune2fs <mountpoint> -o user_xattr,acl ext4: tune4fs <mountpoint> -o user_xattr,acl remount: mount /home -o remount,user_xattr,acl Got the same problem using a GFS2 volume as the "/home" directory for my users. Directories from /etc/skel are created by "useradd" but no files are copied: copydir(): preserving permissions operation for *OMITTED* not supported Using a ext3 volume for a home directory works OK. Distributor ID: RedHatEnterpriseServer Description: Red Hat Enterprise Linux Server release 5.6 (Tikanga) Release: 5.6 Codename: Tikanga Got the same problem using a GFS2 volume as the "/home" directory for my users. Directories from /etc/skel are created by "useradd" but no files are copied: copydir(): preserving permissions operation for *OMITTED* not supported Using a ext3 volume for a home directory works OK. Distributor ID: RedHatEnterpriseServer Description: Red Hat Enterprise Linux Server release 5.6 (Tikanga) Release: 5.6 Codename: Tikanga Any progress on this? I've been forced to roll back to the prior version on my production mail server to get the .procmailrc to copy over to home directories on an external array. Would love to be get back current. see comment 10 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-0244.html |