centos yum list mehrere opsi versionen installiert

[segro]

Hallo zusammen,

ich habe nun schon zum 2. mal das Problem, dass nach einem yum update opsi\* zwei verschiedene Versionen von opsicofd und opsipxeconf istalliert wurden. Beim ersten mal musste ich mühsam die rpms deinstallieren und opsi anschl. neu mit yum installieren.
Ist jemandem sonst noch dieses Problem aufgefallen oder hab ich mir möglicherweise was zerschossen?

Code: Alles auswählen

[root@opsimaster win7]# yum list |grep opsi
opsi-atftp.i386                         0.7.dfsg-8.1                installed
opsi-configed.noarch                    4.0.1.9-1.1                 installed
opsi-depotserver.noarch                 4.0.1-9.1                   installed
opsi-linux-bootimage.noarch             20110419-1.1                installed
opsi-utils.noarch                       4.0.1-3.1                   installed
opsiconfd.noarch                        4.0.1-8.4                   installed
opsiconfd.noarch                        4.0.1-8.5                   installed
opsipxeconfd.noarch                     4.0-7.11                    installed
opsipxeconfd.noarch                     4.0-7.12                    installed
python-opsi.noarch                      4.0.1.4-1.1                 installed

[c.kampka]

Hallo,

das ist kein Problem, dass direkt mit opsi zusammen hängt, vielmehr ist es ein "Problem" mit RPM.
Abhilfe kann hier das Programm package-cleanup aus dem Paket yum-utils schaffen.
Siehe dazu auch

Code: Alles auswählen

man package-cleanup

Viele Grüße,
Christian Kampka

[segro]

Hallo Herr Kampka,

Danke für die schnelle Antwort. Hört sich erst mal gut an, aber :

Code: Alles auswählen

  package-cleanup  --cleandupes
Setting up yum
I will remove the following old duplicate packages:
opsiconfd-4.0.1-8.4.noarch
opsipxeconfd-4.0-7.11.noarch
Is this ok [y/N]: y
/var/tmp/rpm-tmp.84929: line 1: fg: no job control
error: %preun(opsiconfd-4.0.1-8.4.noarch) scriptlet failed, exit status 1
/var/tmp/rpm-tmp.84929: line 1: fg: no job control
error: %preun(opsipxeconfd-4.0-7.11.noarch) scriptlet failed, exit status 1

und genau das scriptlet war beim letzten mal auch das problem und ich musste

Code: Alles auswählen

  rpm -e --noscripts opsipxeconfd-4.0-7.6
  rpm -e --noscripts opsiconfd-4.0.1-7.1

die Pakete so entfernen und hinterher opsiconfd neu installieren. Danke aber für den Tip!

[c.kampka]

Hallo,

danke für den Hinweis, bei der deinstallation auf einem CentOS System kann tatsächlich dazu kommen, dass der uninstall abbricht, wenn der opsiconfd nicht richtig sauber gestoppt werden kann.
In zukünftigen Versionen wird das spec File versuchen, dieses Problem sauberer abzuhandeln, so dass danach das package-cleanup sauber durchlaufen kann.

Mit freundlichen Grüßen,
Christian Kampka