Update Probleme unter CentOS

[n.wenselowski]

Hallo zusammen,

das Testing-Repository enthält aktualisierte Pakete, welche das Problem beseitigen sollten. Bitte testen, aber bitte nur auf einem Produktivsystem, falls ihr entsprechend Backups habt


Viele Grüße

Niko

[Havok2333]

Moin

Ich habe heute morgen mal das Testing-Repo in unser System eingebunden und das normale OPSI-Repo deaktiviert.
Nach einem "yum clean all" sowie dem "yum makecache" Befehl sah der Output von Yum wie folgt aus:

Code: Alles auswählen

Abhängigkeiten werden aufgelöst
--> Transaktionsprüfung wird ausgeführt
---> Paket bind-libs.x86_64 32:9.9.4-18.el7_1.1 markiert, um aktualisiert zu werden
---> Paket bind-libs.x86_64 32:9.9.4-18.el7_1.3 markiert, um eine Aktualisierung zu werden
---> Paket bind-libs-lite.x86_64 32:9.9.4-18.el7_1.1 markiert, um aktualisiert zu werden
---> Paket bind-libs-lite.x86_64 32:9.9.4-18.el7_1.3 markiert, um eine Aktualisierung zu werden
---> Paket bind-license.noarch 32:9.9.4-18.el7_1.1 markiert, um aktualisiert zu werden
---> Paket bind-license.noarch 32:9.9.4-18.el7_1.3 markiert, um eine Aktualisierung zu werden
---> Paket bind-utils.x86_64 32:9.9.4-18.el7_1.1 markiert, um aktualisiert zu werden
---> Paket bind-utils.x86_64 32:9.9.4-18.el7_1.3 markiert, um eine Aktualisierung zu werden
---> Paket java-1.7.0-openjdk.x86_64 1:1.7.0.79-2.5.5.2.el7_1 markiert, um aktualisiert zu werden
---> Paket java-1.7.0-openjdk.x86_64 1:1.7.0.85-2.6.1.2.el7_1 markiert, um eine Aktualisierung zu werden
---> Paket java-1.7.0-openjdk-headless.x86_64 1:1.7.0.79-2.5.5.2.el7_1 markiert, um aktualisiert zu werden
---> Paket java-1.7.0-openjdk-headless.x86_64 1:1.7.0.85-2.6.1.2.el7_1 markiert, um eine Aktualisierung zu werden
--> Abhängigkeit libsctp.so.1(VERS_1)(64bit) wird für Paket 1:java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.2.el7_1.x86_64 verarbeitet
--> Abhängigkeit libsctp.so.1()(64bit) wird für Paket 1:java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.2.el7_1.x86_64 verarbeitet
--> Abhängigkeit libpcsclite.so.1()(64bit) wird für Paket 1:java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.2.el7_1.x86_64 verarbeitet
--> Abhängigkeit libgconf-2.so.4()(64bit) wird für Paket 1:java-1.7.0-openjdk-headless-1.7.0.85-2.6.1.2.el7_1.x86_64 verarbeitet
---> Paket libuser.x86_64 0:0.60-5.el7 markiert, um aktualisiert zu werden
---> Paket libuser.x86_64 0:0.60-7.el7_1 markiert, um eine Aktualisierung zu werden
---> Paket openssl.x86_64 1:1.0.1e-42.el7.8 markiert, um aktualisiert zu werden
---> Paket openssl.x86_64 1:1.0.1e-42.el7.9 markiert, um eine Aktualisierung zu werden
---> Paket openssl-devel.x86_64 1:1.0.1e-42.el7.8 markiert, um aktualisiert zu werden
---> Paket openssl-devel.x86_64 1:1.0.1e-42.el7.9 markiert, um eine Aktualisierung zu werden
---> Paket openssl-libs.x86_64 1:1.0.1e-42.el7.8 markiert, um aktualisiert zu werden
---> Paket openssl-libs.x86_64 1:1.0.1e-42.el7.9 markiert, um eine Aktualisierung zu werden
---> Paket opsi-depotserver.noarch 0:4.0.5.11-1.2 markiert, um aktualisiert zu werden
---> Paket opsi-depotserver.noarch 0:4.0.5.11-6.1 markiert, um eine Aktualisierung zu werden
---> Paket opsi-linux-bootimage.noarch 0:20140919-2.2 markiert, um aktualisiert zu werden
---> Paket opsi-linux-bootimage.noarch 0:20150223-1.1 markiert, um eine Aktualisierung zu werden
---> Paket opsi-utils.noarch 0:4.0.5.6-2.2 markiert, um aktualisiert zu werden
---> Paket opsi-utils.noarch 0:4.0.5.6-3.1 markiert, um eine Aktualisierung zu werden
---> Paket opsiconfd.noarch 0:4.0.5.3-3.1 markiert, um aktualisiert zu werden
---> Paket opsiconfd.noarch 0:4.0.5.3-6.2 markiert, um eine Aktualisierung zu werden
---> Paket opsipxeconfd.noarch 0:4.0.5.3-6.2 markiert, um aktualisiert zu werden
---> Paket opsipxeconfd.noarch 0:4.0.5.4-2.1 markiert, um eine Aktualisierung zu werden
---> Paket python.x86_64 0:2.7.5-16.el7 markiert, um aktualisiert zu werden
---> Paket python.x86_64 0:2.7.5-18.el7_1.1 markiert, um eine Aktualisierung zu werden
---> Paket python-chardet.noarch 0:2.0.1-7.el7 markiert, um aktualisiert zu werden
---> Paket python-chardet.noarch 0:2.2.1-1.el7_1 markiert, um eine Aktualisierung zu werden
---> Paket python-libs.x86_64 0:2.7.5-16.el7 markiert, um aktualisiert zu werden
---> Paket python-libs.x86_64 0:2.7.5-18.el7_1.1 markiert, um eine Aktualisierung zu werden
---> Paket python-opsi.noarch 0:4.0.5.15-1.2 markiert, um aktualisiert zu werden
---> Paket python-opsi.noarch 0:4.0.5.20-1.1 markiert, um eine Aktualisierung zu werden
---> Paket python-requests.noarch 0:1.1.0-8.el7 markiert, um aktualisiert zu werden
---> Paket python-requests.noarch 0:2.6.0-1.el7_1 markiert, um eine Aktualisierung zu werden
---> Paket python-urllib3.noarch 0:1.5-8.el7 markiert, um aktualisiert zu werden
---> Paket python-urllib3.noarch 0:1.10.2-1.el7_1 markiert, um eine Aktualisierung zu werden
--> Transaktionsprüfung wird ausgeführt
---> Paket GConf2.x86_64 0:3.2.6-8.el7 markiert, um installiert zu werden
---> Paket lksctp-tools.x86_64 0:1.0.13-3.el7 markiert, um installiert zu werden
---> Paket pcsc-lite-libs.x86_64 0:1.8.8-5.el7 markiert, um installiert zu werden
--> Abhängigkeit /bin/python wird für Paket python-Twisted-12.0.0-24.2.x86_64 verarbeitet
--> Abhängigkeitsauflösung beendet
Fehler: Paket: python-Twisted-12.0.0-24.2.x86_64 (@home_uibmz_opsi_opsi40)
            Benötigt: /bin/python
            Entfernen: python-2.7.5-16.el7.x86_64 (@anaconda)
                Nicht gefunden
            Aktualisiert durch: python-2.7.5-18.el7_1.1.x86_64 (updates)
                Nicht gefunden
 Sie können versuchen, mit --skip-broken das Problem zu umgehen.
 Sie könnten Folgendes versuchen: rpm -Va --nofiles --nodigest

Im Vergleich zum anderen Repo tritt hier noch ein Abhängigkeitsfehler auf.
Beim normalen Repo waren es noch 3:

Code: Alles auswählen

Fehler: Paket: opsiconfd-4.0.5.3-3.1.noarch (@home_uibmz_opsi_opsi40)
            Benötigt: /bin/python
            Entfernen: python-2.7.5-16.el7.x86_64 (@anaconda)
                Nicht gefunden
            Aktualisiert durch: python-2.7.5-18.el7_1.1.x86_64 (updates)
                Nicht gefunden
Fehler: Paket: opsipxeconfd-4.0.5.3-6.2.noarch (@home_uibmz_opsi_opsi40)
            Benötigt: /bin/python
            Entfernen: python-2.7.5-16.el7.x86_64 (@anaconda)
                Nicht gefunden
            Aktualisiert durch: python-2.7.5-18.el7_1.1.x86_64 (updates)
                Nicht gefunden
Fehler: Paket: python-Twisted-12.0.0-24.2.x86_64 (@home_uibmz_opsi_opsi40)
            Benötigt: /bin/python
            Entfernen: python-2.7.5-16.el7.x86_64 (@anaconda)
                Nicht gefunden
            Aktualisiert durch: python-2.7.5-18.el7_1.1.x86_64 (updates)
                Nicht gefunden
 Sie können versuchen, mit --skip-broken das Problem zu umgehen.
 Sie könnten Folgendes versuchen: rpm -Va --nofiles --nodigest

Danke trotzdem für eure Hilfe.

Grüße,
Havok2333

[n.wenselowski]

Hallo,

das finde ich nun ein wenig merkwürdig, denn bei mir zeigt er:

Code: Alles auswählen

# rpm -q --requires python-Twisted
/usr/bin/python
[...snip...]

Meine Vermutung ist, dass du vllt auf einen Mirror geleitet wurdest, der noch die alte Version hat.
Ich habe auf dem OBS noch mal einen Rebuild angestoßen, in der Hoffnung, dass er anschließend auch die Mirros aktualisiert. Bitte in ein paar Minuten noch mal probieren.

Falls es noch immer nicht gehen sollte, bitte noch mal melden!


Gruß

Niko

[Havok2333]

Hallo, funktioniert leider immer noch nicht...

Wenn ich den rpm-Befehl ausführe, kommt folgender Output zurück:

Code: Alles auswählen

rpm -q --requires python-Twisted
/bin/python

War da nicht schon ein Eintrag, bei dem genau das gleiche Problem aufgefallen ist? Könnte es sein, dass er mit dem Link nicht klar kommt?

Code: Alles auswählen

lrwxrwxrwx.   1 root root        7 26. Jan 2015  bin -> usr/bin

Grüße,
Havok2333

[n.wenselowski]

Hallo,

vielleicht stört ihn das bereits installierte Twisted noch.

Was zeigt

Code: Alles auswählen

# yum info python-Twisted
# rpm -qi python-Twisted

Bei meinem Testsystem hat es geholfen twisted zu entfernen. Es wurde dann beim Update wieder als Abhängigkeit installiert.

Code: Alles auswählen

rpm -e --nodeps python-Twisted

Gruß

Niko

[tmausch]

Ich halte mich hier erstmal zurück, da mir die Zeit für das Testing fehlt. Wenn da was schief geht, werde ich nächste Woche nicht in den Urlaub können.
Ich denke, das geht ja dann auch bald in das Stable Repository, oder?

Danke euch beiden!

[Havok2333]

Soo.. danke nochmal für die Unterstützgung! Es hatte in der Tat geholfen, das Python-Twist erst zu entfernen und anschliend alles mit nem Yum-Update aufzuspielen... Danke nochmal dafür!

Im Moment kann ich keine Probleme feststellen. Alles funktioniert so, wie es soll.
Falls da in den nächsten Tagen doch größere Probleme auftreten sollten, wird der Snapshot einfach zurück geführt

@tmausch, falls Probleme auftreten, melde ich mich... Ich will deinen Urlaub nicht gefährden

Grüße,
Havok2333