Description of problem: The process 'svnserve' should be able to run in daemon mode. The process is set with the following options (in /etc/sysconfig/svnserve): OPTIONS="-d -r /srv/svn" However, when the system starts, 'selinux' denies svnserve from starting. Then as the system runs for a little while, 'svnserve' is allowed to start, but 'selinux' apparently sandboxes 'svnserve' from creating sockets that allow remote users to connect to it. Additional info: libreport version: 2.0.18 kernel: 3.7.3-101.fc17.x86_64 description: :SELinux is preventing /usr/bin/svnserve from 'name_bind' accesses on the tcp_socket . : :***** Plugin catchall (100. confidence) suggests *************************** : :If you believe that svnserve should be allowed name_bind access on the tcp_socket 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 svnserve /var/log/audit/audit.log | audit2allow -M mypol :# semodule -i mypol.pp : :Additional Information: :Source Context system_u:system_r:svnserve_t:s0 :Target Context system_u:object_r:svn_port_t:s0 :Target Objects [ tcp_socket ] :Source svnserve :Source Path /usr/bin/svnserve :Port 3690 :Host (removed) :Source RPM Packages subversion-1.7.7-1.fc17.x86_64 :Target RPM Packages :Policy RPM selinux-policy-3.10.0-167.fc17.noarch :Selinux Enabled True :Policy Type targeted :Enforcing Mode Enforcing :Host Name (removed) :Platform Linux (removed) 3.7.3-101.fc17.x86_64 #1 SMP Fri : Jan 18 17:40:57 UTC 2013 x86_64 x86_64 :Alert Count 1 :First Seen 2013-02-18 15:19:59 CST :Last Seen 2013-02-18 15:19:59 CST :Local ID 1f6634e4-f7e2-41a7-a222-b7943971bae3 : :Raw Audit Messages :type=AVC msg=audit(1361222399.928:30): avc: denied { name_bind } for pid=695 comm="svnserve" src=3690 scontext=system_u:system_r:svnserve_t:s0 tcontext=system_u:object_r:svn_port_t:s0 tclass=tcp_socket : : :type=AVC msg=audit(1361222399.928:30): avc: denied { node_bind } for pid=695 comm="svnserve" src=3690 scontext=system_u:system_r:svnserve_t:s0 tcontext=system_u:object_r:node_t:s0 tclass=tcp_socket : : :type=SYSCALL msg=audit(1361222399.928:30): arch=x86_64 syscall=bind success=yes exit=0 a0=3 a1=7f6516800718 a2=10 a3=7fff7a3c71c0 items=0 ppid=1 pid=695 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 ses=4294967295 tty=(none) comm=svnserve exe=/usr/bin/svnserve subj=system_u:system_r:svnserve_t:s0 key=(null) : :Hash: svnserve,svnserve_t,svn_port_t,tcp_socket,name_bind : :audit2allow : :#============= svnserve_t ============== :allow svnserve_t node_t:tcp_socket node_bind; :allow svnserve_t svn_port_t:tcp_socket name_bind; : :audit2allow -R : :#============= svnserve_t ============== :allow svnserve_t node_t:tcp_socket node_bind; :allow svnserve_t svn_port_t:tcp_socket name_bind; :
Created attachment 699123 [details] File: type
Created attachment 699124 [details] File: hashmarkername
commit a4a2ec617a8df9eb7aa64925b0f82f05a15c43e2 Author: Miroslav Grepl <mgrepl> Date: Tue Feb 19 16:48:03 2013 +0100 Fix svnserve policy
selinux-policy-3.10.0-168.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-168.fc17
Package selinux-policy-3.10.0-168.fc17: * should fix your issue, * was pushed to the Fedora 17 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-168.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-3466/selinux-policy-3.10.0-168.fc17 then log in and leave karma (feedback).
selinux-policy-3.10.0-169.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-169.fc17
selinux-policy-3.10.0-169.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.