in usr.sbin.dnsmasq profile, I'm mitigating the problem (just as the cups patch).
I'll try reproducing using rsyslog so I can have a simple reproducer in order to bisect kernel 3.13 -> 3.19 and check what caused apparmor's regression (likely related to apparmor's filesystem labeling mechanism).
Pavel, Déziel,
Im reproducing the same issue with dnsmasq + openstack + neutron:
Feb 16 18:35:01 juju-inaddy- machine- 12 kernel: [ 4357.680900] audit: type=1400 audit(145564770 1.796:121) : apparmor="DENIED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profile= "/usr/sbin/ dnsmasq" name="dev/log" pid=15176 comm="dnsmasq" requested_mask="w" denied_mask="w" fsuid=65534 ouid=0
AND when using :
/usr/sbin/dnsmasq flags=( attach_ disconnected) {
in usr.sbin.dnsmasq profile, I'm mitigating the problem (just as the cups patch).
I'll try reproducing using rsyslog so I can have a simple reproducer in order to bisect kernel 3.13 -> 3.19 and check what caused apparmor's regression (likely related to apparmor's filesystem labeling mechanism).
Thank you
-inaddy