Bug 227412 - lspp: /root context isn't right on install
lspp: /root context isn't right on install
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: selinux-policy (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Walsh
Depends On:
  Show dependency treegraph
Reported: 2007-02-05 15:53 EST by Linda Knippers
Modified: 2007-11-30 17:07 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-02-13 16:32:30 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Linda Knippers 2007-02-05 15:53:13 EST
Description of problem:
After doing an installation using the lspp kickstart script, the
context on root's home directory isn't right.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.install using the lspp ks script (rev 0.18 in my case)
2.log in as root
3.do a restorecon -v /root and see it be relabeled.  
Actual results:
ls -ldZ /root shows
#restorecond -v /root
restorecon reset /root context

Expected results:
I think /root should have been sysadm_home_dir_t all along.

Additional info:
The lspp kickstart script used to touch /.autorelabel but was recently changed
to not do that so that's probably why this didn't show up before.  Putting
the autorelabel back in would work around the problem.
Comment 1 Steve Grubb 2007-02-13 16:32:30 EST
Closing based on discussion at LSPP telecon.

Note You need to log in before you can comment on or make changes to this bug.