Description of problem: Attempted to start RabbitMQ service SELinux is preventing /usr/lib64/erlang/erts-5.10.4/bin/beam.smp from 'name_connect' accesses on the tcp_socket . ***** Plugin catchall (100. confidence) suggests ************************** If you believe that beam.smp should be allowed name_connect 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 beam.smp /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:rabbitmq_beam_t:s0 Target Context system_u:object_r:amqp_port_t:s0 Target Objects [ tcp_socket ] Source beam.smp Source Path /usr/lib64/erlang/erts-5.10.4/bin/beam.smp Port 5672 Host (removed) Source RPM Packages erlang-erts-R16B-03.1.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-119.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.12.9-301.fc20.x86_64 #1 SMP Wed Jan 29 15:56:22 UTC 2014 x86_64 x86_64 Alert Count 1 First Seen 2014-02-03 12:57:36 EST Last Seen 2014-02-03 12:57:36 EST Local ID 8b2756d6-36b8-4de0-b44e-84557c6ba7f6 Raw Audit Messages type=AVC msg=audit(1391450256.536:511): avc: denied { name_connect } for pid=2473 comm="beam.smp" dest=5672 scontext=system_u:system_r:rabbitmq_beam_t:s0 tcontext=system_u:object_r:amqp_port_t:s0 tclass=tcp_socket type=SYSCALL msg=audit(1391450256.536:511): arch=x86_64 syscall=connect success=no exit=EINPROGRESS a0=18 a1=7f8ac3f03f18 a2=10 a3=1 items=0 ppid=2334 pid=2473 auid=4294967295 uid=986 gid=983 euid=986 suid=986 fsuid=986 egid=983 sgid=983 fsgid=983 ses=4294967295 tty=(none) comm=beam.smp exe=/usr/lib64/erlang/erts-5.10.4/bin/beam.smp subj=system_u:system_r:rabbitmq_beam_t:s0 key=(null) Hash: beam.smp,rabbitmq_beam_t,amqp_port_t,tcp_socket,name_connect Additional info: reporter: libreport-2.1.11 hashmarkername: setroubleshoot kernel: 3.12.9-301.fc20.x86_64 type: libreport
*** This bug has been marked as a duplicate of bug 1060802 ***