Description of problem: The error message of virAuditOpen is messed in libvirtd.log when audit_level=2 and audit is disabled Version-Release number of selected component (if applicable): libvirt-4.4.0-2.virtcov.el7.x86_64 qemu-kvm-rhev-2.12.0-5.el7.x86_64 audit-2.8.4-3.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1.Disable audit on host: # cat /etc/default/grub ... GRUB_CMDLINE_LINUX="... audit=0" #grub2-mkconfig -o /boot/grub2/grub.cfg #reboot 2. Set libvirt audit level to 2: # vim /etc/libvirt/libvirtd.conf audit_level = 2 # systemctl restart libvirtd 3. Check the audit error in libvirtd.log # cat /var/log/libvirt/libvirtd.log|grep Audit 2018-06-28 06:24:19.652+0000: 13138: error : virAuditOpen:70 : invalid network pointer in Audit is not supported by the kernel 2018-06-28 06:24:21.632+0000: 13156: error : virAuditOpen:70 : invalid network pointer in Audit is not supported by the kernel 2018-06-28 06:24:22.105+0000: 13174: error : virAuditOpen:70 : invalid network pointer in Audit is not supported by the kernel 2018-06-28 06:24:22.747+0000: 13192: error : virAuditOpen:70 : invalid network pointer in Audit is not supported by the kernel 2018-06-28 06:24:23.861+0000: 13210: error : virAuditOpen:70 : invalid network pointer in Audit is not supported by the kernel Actual results: As in step3, the error msg is "invalid network pointer in Audit is not supported by the kernel" Expected results: Additional info:
Created attachment 1455223 [details] libvirtd.log
This bug was closed deferred as a result of bug triage. Please reopen if you disagree and provide justification why this bug should get enough priority. Most important would be information about impact on customer or layered product. Please indicate requested target release.