cat /var/log/messages gives this:
Code: Alles auswählen
Apr 8 21:22:24 opsi yum[22528]: opsi-linux-bootimage: ts_done name in te is opsipxeconfd should be opsi-linux-bootimage
Apr 8 21:22:24 opsi yum[22528]: opsi-utils: ts_done name in te is opsipxeconfd should be opsi-utils
Apr 8 21:22:24 opsi yum[22528]: python-opsi: ts_done name in te is opsi-linux-bootimage should be python-opsi
Apr 8 21:22:24 opsi yum[22528]: python-ldaptor: ts_done name in te is opsi-utils should be python-ldaptor
Apr 8 21:22:24 opsi yum[22528]: python-pyparsing: ts_done name in te is python-opsi should be python-pyparsing
Apr 8 21:22:24 opsi yum[22528]: opsi-configed: ts_done name in te is python-ldaptor should be opsi-configed
Apr 8 21:22:24 opsi yum[22528]: duplicity: ts_done name in te is python-pyparsing should be duplicity
Apr 8 21:22:24 opsi yum[22528]: openssl: ts_done name in te is opsi-configed should be openssl
Apr 8 21:22:24 opsi yum[22528]: python-GnuPG-Interface: ts_done name in te is duplicity should be python-GnuPG-Interface
Apr 8 21:22:24 opsi yum[22528]: krb5-libs: ts_done name in te is openssl should be krb5-libs
Apr 8 21:22:24 opsi yum[22528]: python-Twisted: ts_done name in te is python-GnuPG-Interface should be python-Twisted
Apr 8 21:22:24 opsi yum[22528]: opsi-atftp: ts_done name in te is krb5-libs should be opsi-atftp
Unrelated to this, opsiconfd fails to start after an upgrade. This happened the last two times (have run this server since 4.0.3).
After running this the problem is fixed. Several directories/files are owned by root, after an update.
Code: Alles auswählen
chown opsiconfd:pcpatch /var/lib/opsi/* -R