Bug 1496243
| Summary: | /usr/lib/tmpfiles.d/svnserve.conf fights with RPM package over mode of /run/svnserve | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | James Ralston <ralston> | ||||
| Component: | subversion | Assignee: | Joe Orton <jorton> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Leos Pol <lpol> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 7.4 | ||||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | subversion-1.7.14-13.el7 | Doc Type: | Bug Fix | ||||
| Doc Text: |
Cause: The /run/svnserve directory was packaged with different permissions to those specified in the tmpfiles configuration.
Consequence: Consequently, "rpm --verify subversion" would fail after each boot.
Fix: The permissions of /run/svserve have been changed to 0700, to match the tmpfiles configuration.
Result: As a result, "rpm --verify subversion" should now succeed after each boot.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2018-04-10 17:31:32 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
James Ralston
2017-09-26 18:39:57 UTC
Thanks for the report James. This was fixed in Fedora already, and will be simple to merge. If this affecting you in production, please file a support request so we can prioritise appropriately. Created attachment 1331224 [details]
change subversion.spec file to package /run/svnserve as mode 0700
Here's literally a one-line patch to the subversion.spec file to package /run/svnserve as mode 0700.
(In reply to Joe Orton from comment #2) > Thanks for the report James. This was fixed in Fedora already, and will be > simple to merge. If this affecting you in production, please file a support > request so we can prioritise appropriately. Thanks; I filed a support request for escalation of this BZ. Since Fedora also chose to resolve the inconsistency to mode 0700, we'll roll our own subversion package for our RHEL7 hosts with my patch until the official fix appears for RHEL7. (Hopefully that doesn't have to wait for 7.5) $ rpm -q subversion subversion-1.7.14-11.el7_4.x86_64 $ reboot $ rpm -V subversion .M....... /run/svnserve $ stat /run/svnserve File: ‘/run/svnserve’ Size: 40 Blocks: 0 IO Block: 4096 directory Device: 14h/20d Inode: 12860 Links: 2 Access: (0700/drwx------) Uid: ( 0/ root) Gid: ( 0/ root) Context: system_u:object_r:svnserve_var_run_t:s0 Access: 2018-01-23 10:04:04.277000000 -0500 Modify: 2018-01-23 10:04:04.277000000 -0500 Change: 2018-01-23 10:04:04.277000000 -0500 Birth: - $ rpm -q subversion subversion-1.7.14-14.el7.x86_64 $ reboot $ rpm -V subversion $ stat /run/svnserve File: ‘/run/svnserve’ Size: 40 Blocks: 0 IO Block: 4096 directory Device: 14h/20d Inode: 12817 Links: 2 Access: (0700/drwx------) Uid: ( 0/ root) Gid: ( 0/ root) Context: system_u:object_r:svnserve_var_run_t:s0 Access: 2018-01-23 10:04:05.189000000 -0500 Modify: 2018-01-23 10:04:05.189000000 -0500 Change: 2018-01-23 10:04:05.189000000 -0500 Birth: - 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. https://access.redhat.com/errata/RHEA-2018:0938 |