Bug 865473
Summary: | useradd: cannot create directory /opt/rh/devtoolset-1.1/root/usr/var/lib/stap-server | ||
---|---|---|---|
Product: | Red Hat Developer Toolset | Reporter: | Michal Kovarik <mkovarik> |
Component: | systemtap | Assignee: | Frank Ch. Eigler <fche> |
Status: | CLOSED ERRATA | QA Contact: | Martin Cermak <mcermak> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | DTS 1.1 RHEL 6 | CC: | borgan, drieden, ljozsa, mcermak, mnewsome |
Target Milestone: | beta2 | ||
Target Release: | 1.1 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | systemtap-1.8-8.el6 | Doc Type: | Bug Fix |
Doc Text: |
Prior versions of the systemtap-server subpackage relied on useradd(8) to create a home directory for the stap-server user, but in some cases this was prevented by selinux or other configuration. Current versions instead create the .../var/lib/stap-server directory within the RPM, so useradd's constraints are not applied.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2013-01-22 14:34:41 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: |
Description
Michal Kovarik
2012-10-11 14:17:43 UTC
Please try again with selinux "# setenforce 0" in effect during installation. This is a perennial problem, see bug #853456, bug #863832, .... By the way, I'm unable to reproduce this on my rhel6 VM; can you identify your selinux* version numbers? I had the same problem with i386 workstation variant. Turning off selinux didn't help. [root@hp-dl360g5-01 tmp]# setenforce 0 [root@hp-dl360g5-01 tmp]# getenforce Permissive [root@hp-dl360g5-01 tmp]# yum --disablerepo='rhel-source-beta' --enablerepo=rhel-workstation-dts-6-rhb-rpms reinstall devtoolset-1.1-systemtap-server-1.8-7.el6.i686 Loaded plugins: product-id, security, subscription-manager Updating certificate-based repositories. Setting up Reinstall Process rhel-6-workstation-rpms | 3.7 kB 00:00 rhel-workstation-dts-6-rhb-rpms | 2.9 kB 00:00 Resolving Dependencies --> Running transaction check ---> Package devtoolset-1.1-systemtap-server.i686 0:1.8-7.el6 will be reinstalled --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Reinstalling: devtoolset-1.1-systemtap-server i686 1.8-7.el6 rhel-workstation-dts-6-rhb-rpms 186 k Transaction Summary ================================================================================ Reinstall 1 Package(s) Total download size: 186 k Installed size: 762 k Is this ok [y/N]: y Downloading Packages: devtoolset-1.1-systemtap-server-1.8-7.el6.i686.rpm | 186 kB 00:00 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : devtoolset-1.1-systemtap-server-1.8-7.el6.i686 1/1 useradd: cannot create directory /opt/rh/devtoolset-1.1/root/usr/var/lib/stap-server warning: user stap-server does not exist - using root runuser: user stap-server does not exist Installed products updated. Verifying : devtoolset-1.1-systemtap-server-1.8-7.el6.i686 1/1 Installed: devtoolset-1.1-systemtap-server.i686 0:1.8-7.el6 Complete! [root@hp-dl360g5-01 tmp]# rpm -q selinux-policy selinux-policy-3.7.19-154.el6.noarch I reproduced it on RHEL-6.3 Server x86_64 with "setenforce 0". Hi Michal, can Frank log into your machine to see the behavior? devel_ack+, speculating that the explicit mkdir/%dir suggestion from bug #863832 cures this too. A build is available in brew; please check it out. (Please note I have been unable to reproduce this problem myself, so am guessing that the change in 1.8-8 might help.) Ok; Based on Comment #13 setting VERIFIED. Thanks. 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/RHEA-2013-0179.html |