+++ This bug was initially created as a clone of Bug #188689 +++ I encountered the same problem seen in the original report, mislabeling of /etc/services causing syslog to fail: root@avalon ~]# ls -Z /etc/services -rw-r--r-- root root user_u:object_r:rpm_script_tmp_t /etc/services [root@avalon ~]# restorecon -v /etc/services restorecon reset /etc/services context user_u:object_r:rpm_script_tmp_t:s0->system_u:object_r:etc_t:s0 but I believe that the culprit is one of the following: kernel-xen xen virt-manager libvirt python-virtinstall libvirt-python xen-libs gnome-python2-gnomekeyring bridge-utils I wanted to experiment with xen, attempted yum install kernel-xen xen virt-manager and the reboot into a xen kernel resulted in said problem, which persisted even after rebooting into the standard FC6 kernel. Versions of involved components: kernel-xen-2.6.19-1.2911.fc6 xen-3.0.3-3.fc6 virt-manager-0.2.6-3.fc6 libvirt-0.1.11-1.fc6 python-virtinst-0.98.0-1.fc6 libvirt-python-0.1.11-1.fc6 xen-libs-3.0.3-3.fc6 gnome-python2-gnomekeyring-2.16.0-1.fc6 bridge-utils-1.1-2 I tried "rpm -q --scripts" on each of the above, and only kernel-xen, virt-manager and xen have something of note. I tried yum remove followed by the yum install above, but the labeling of /etc/services was not affected.
Sorry for wasting everybody's time, but I jumped the gun in the report above; the actual offender is VMware-server-1.0.1-29996.i386.rpm which tampers with /etc/services upon installation and uninstallation, editing it using a 'mv' off a temporary file (this would explain the labeling). I just verified this.
Could you report a bug to them. They can just do a restorecon in their post if they restorecon /etc/services which will fix.