Bug 1410034
Summary: | Systemd selinux code seems to be broken | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Supreet <srandhaw> |
Component: | systemd | Assignee: | systemd-maint |
Status: | CLOSED NOTABUG | QA Contact: | qe-baseos-daemons |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | awilliam, bruno, chepioq, dac.override, dwalsh, eparis, extras-qa, germano.massullo, icon, igor, johannbg, john.ellson, jpazdziora, jsynacek, kevin, linuxdev-kernel-it, lnykryn, lvrabec, mgrepl, mokomull, msekleta, muep, pmoore, pschindl, robatino, sdsmall, sgaikwad, s, stanley.king, steevithak, systemd-maint-list, systemd-maint, thestonewell, thorsten.kohfeldt, vlee, zbyszek |
Target Milestone: | rc | ||
Target Release: | 7.4 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | 1224211 | Environment: | |
Last Closed: | 2017-01-04 16:37:53 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
Supreet
2017-01-04 09:44:17 UTC
Is exim actually installed on the system? Hello Michal, exim does not seems to be installed in the system. Along with that, we do not ship exim in RHEL7. I was get this working after installing exim from epel. <snip> [root@localhost test]# getenforce Enforcing [root@localhost test]# systemctl status exim.service ● exim.service - Exim Mail Transport Agent Loaded: loaded (/usr/lib/systemd/system/exim.service; disabled; vendor preset: disabled) Active: inactive (dead) [root@localhost test]# systemctl enable exim.service Created symlink from /etc/systemd/system/multi-user.target.wants/exim.service to /usr/lib/systemd/system/exim.service. [root@localhost test]# systemctl start exim.service [root@localhost test]# systemctl status exim.service ● exim.service - Exim Mail Transport Agent Loaded: loaded (/usr/lib/systemd/system/exim.service; disabled; vendor preset: disabled) Active: active (running) since Wed 2017-01-04 10:10:12 EST; 3s ago Process: 19798 ExecStartPre=/usr/libexec/exim-gen-cert (code=exited, status=0/SUCCESS) Main PID: 19800 (exim) CGroup: /system.slice/exim.service └─19800 /usr/sbin/exim -bd -q1h Jan 04 10:10:12 localhost.example.com systemd[1]: Starting Exim Mail Transport Agent... Jan 04 10:10:12 localhost.example.com systemd[1]: Started Exim Mail Transport Agent. [root@localhost test]# ps -eZ | grep exim system_u:system_r:exim_t:s0 19800 ? 00:00:00 exim </snip> I think we can close this bugzilla as Not a bug. If required, I will follow up with you again. The problem is that before we do anything in systemd we perform a check against selinux policy, if that action can be perform. And in the case of not existing unit file selinux forbids such action before we can say that the unit file is not there (hence the Access denied message) |