Description of problem: SELinux is preventing /usr/bin/gnome-keyring-daemon from 'create' accesses on the sock_file control. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that gnome-keyring-daemon should be allowed create access on the control sock_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 gnome-keyring-d /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context unconfined_u:unconfined_r:passwd_t:s0-s0:c0.c1023 Target Context unconfined_u:object_r:cache_home_t:s0 Target Objects control [ sock_file ] Source gnome-keyring-d Source Path /usr/bin/gnome-keyring-daemon Port <Unknown> Host (removed) Source RPM Packages gnome-keyring-3.8.2-1.fc19.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-74.10.fc19.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.11.4-201.fc19.x86_64 #1 SMP Thu Oct 10 14:11:18 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-11-06 08:59:40 CET Last Seen 2013-11-06 08:59:40 CET Local ID 6eca04c7-7ce3-4f88-b83f-c60f93f6088b Raw Audit Messages type=AVC msg=audit(1383724780.444:5372): avc: denied { create } for pid=23148 comm="gnome-keyring-d" name="control" scontext=unconfined_u:unconfined_r:passwd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:cache_home_t:s0 tclass=sock_file type=SYSCALL msg=audit(1383724780.444:5372): arch=x86_64 syscall=bind success=no exit=EACCES a0=5 a1=7fffc631bcd0 a2=6e a3=0 items=0 ppid=23134 pid=23148 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=407 tty=pts2 comm=gnome-keyring-d exe=/usr/bin/gnome-keyring-daemon subj=unconfined_u:unconfined_r:passwd_t:s0-s0:c0.c1023 key=(null) Hash: gnome-keyring-d,passwd_t,cache_home_t,sock_file,create Additional info: reporter: libreport-2.1.8 hashmarkername: setroubleshoot kernel: 3.11.4-201.fc19.x86_64 type: libreport
Do you know what you were doing when this happened? Did you get it again?
(In reply to Miroslav Grepl from comment #1) > Do you know what you were doing when this happened? Did you get it again? I'm not sure.
Looks like passwd command attempting to change the gnome-keyring value.
68c7b1f53c42a38591fac700ddf298705cbcdd40 fixes this in git.
back ported.
selinux-policy-3.12.1-74.17.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/selinux-policy-3.12.1-74.17.fc19
Package selinux-policy-3.12.1-74.17.fc19: * should fix your issue, * was pushed to the Fedora 19 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.12.1-74.17.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-0636/selinux-policy-3.12.1-74.17.fc19 then log in and leave karma (feedback).
selinux-policy-3.12.1-74.17.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.