libreport version: 2.0.6 executable: /usr/bin/python hashmarkername: setroubleshoot kernel: 3.1.0-0.rc10.git0.1.fc16.x86_64 reason: SELinux is preventing systemd-tty-ask from 'read' accesses on the file ask.lIE7zh. time: Thu Oct 20 11:59:20 2011 description: :SELinux is preventing systemd-tty-ask from 'read' accesses on the file ask.lIE7zh. : :***** Plugin catchall (100. confidence) suggests *************************** : :If you believe that systemd-tty-ask should be allowed read access on the ask.lIE7zh file by default. :Then you should report this as a bug. :You can generate a local policy module to allow this access. :Do :allow this access for now by executing: :# grep systemd-tty-ask /var/log/audit/audit.log | audit2allow -M mypol :# semodule -i mypol.pp : :Additional Information: :Source Context system_u:system_r:systemd_passwd_agent_t:s0 :Target Context system_u:object_r:systemd_passwd_var_run_t:s0 :Target Objects ask.lIE7zh [ file ] :Source systemd-tty-ask :Source Path systemd-tty-ask :Port <Unknown> :Host (removed) :Source RPM Packages systemd-37-2.fc16 :Target RPM Packages :Policy RPM selinux-policy-3.10.0-43.fc16 :Selinux Enabled True :Policy Type targeted :Enforcing Mode Enforcing :Host Name (removed) :Platform Linux (removed) 3.1.0-0.rc9.git0.0.fc16.x86_64 #1 SMP : Wed Oct 5 15:30:54 UTC 2011 x86_64 x86_64 :Alert Count 2 :First Seen Thu 20 Oct 2011 08:35:09 AM EDT :Last Seen Thu 20 Oct 2011 08:35:10 AM EDT :Local ID 74664453-d119-44c9-aa0e-a11f3280582b : :Raw Audit Messages :type=AVC msg=audit(1319114110.876:75): avc: denied { read } for pid=4420 comm="systemd-tty-ask" name="ask.lIE7zh" dev=tmpfs ino=36865 scontext=system_u:system_r:systemd_passwd_agent_t:s0 tcontext=system_u:object_r:systemd_passwd_var_run_t:s0 tclass=file : : :type=SYSCALL msg=audit(1319114110.876:75): arch=x86_64 syscall=open success=no exit=EACCES a0=7ef060 a1=80000 a2=1b6 a3=7fffde9e54d0 items=0 ppid=1 pid=4420 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=systemd-tty-ask exe=/bin/systemd-tty-ask-password-agent subj=system_u:system_r:systemd_passwd_agent_t:s0 key=(null) : :Hash: systemd-tty-ask,systemd_passwd_agent_t,systemd_passwd_var_run_t,file,read : :audit2allow : : :audit2allow -R : :
Fixed in selinux-policy-3.10.0-45.fc16
Suggesting for blocker list even though it should be fixed forthwith.
I agree.
In that case, please submit an selinux-policy update with the fix included. What's the impact of this? We need to know that for blocker purposes. Also what triggers it? Would you see it simply by installing then booting F16?
Ah, from http://paul.frields.org/2011/10/20/note-for-fedora-16-early-testers/ , I see the impact is on unlocking encrypted filesystems at boot. +1 blocker in that case. Criterion is "The installer must be able to complete an installation using the entire disk, existing free space, or existing Linux partitions methods, with or without encryption or LVM enabled " combined with "Following on from the previous criterion, after firstboot is completed and on subsequent boots, a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to a working graphical environment without unintended user intervention." Paul, in future, it helps when proposing a blocker if you can ensure there's a visible explanation of the actual practical consequence of the bug, and ideally if you can propose a criterion it infringes. Thanks!
selinux-policy-3.10.0-45.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/FEDORA-2011-14618
-45 doesn't seem to fix this for me. I went straight from -40 to -45, rebooted, and got no passphrase entry dialog. Booting with enforcing=0 caused the dialog to pop up and boot to succeed.
[ 9.606776] type=1400 audit(1319138147.125:3): avc: denied { write } for pid=873 comm="systemd-tty-ask" name="sck.17020271070667803910" dev=tmpfs ino=13422 scontext=system_u:system_r:systemd_passwd_agent_t:s0 tcontext=system_u:object_r:systemd_passwd_var_run_t:s0 tclass=sock_file that's with -45.
I just checked in a fix for this. Fixed in selinux-policy-3.10.0-45.1.fc16
Confirmed, 45.1 fixes it.
I edited the update with this release.
re: Comment #5, my bad, sorry guys. The good news is 45.1 does fix the problem; I provided bodhi karma last night and it looked like the critpath update was approved.
Discussed at 2011-10-21 blocker review meeting, accepted as a blocker per criterion mentioned in comment #5.
Package selinux-policy-3.10.0-45.1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing selinux-policy-3.10.0-45.1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-14618 then log in and leave karma (feedback).
selinux-policy-3.10.0-45.1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.