Am Dienstag, 21. Februar 2017, 16:20:56 CET schrieb Lentes, Bernd:
----- Am 21. Feb 2017 um 15:43 schrieb Stephan Hemeier stephanhemeier@t- online.de:
Am Dienstag, 21. Februar 2017, 15:24:05 CET schrieb Lentes, Bernd:
----- Am 20. Feb 2017 um 22:07 schrieb Bernd Lentes bernd.lentes@helmholtz-
muenchen.de:
Hi,
kriege leider einige nicht erfüllte Abhängigkeiten:
vm58820-4:~ # rpm -iv kernel-default-3.0.101-334.1.g76ed108.x86_64.rpm warning: kernel-default-3.0.101-334.1.g76ed108.x86_64.rpm: Header V3
RSA/SHA256 signature: NOKEY, key ID 03579c1d error: Failed dependencies: kernel-default-base_x86_64 = 3.0.101-334.1.g76ed108 is needed by
kernel-default-3.0.101-334.1.g76ed108.x86_64 module-init-tools >= 3.4 is needed by kernel-default-3.0.101-334.1.g76ed108.x86_64 sysfsutils < 2.0 conflicts with kernel-default-3.0.101-334.1.g76ed108.x86_64 apparmor-profiles <= 2.1 conflicts with kernel-default-3.0.101-334.1.g76ed108.x86_64 apparmor-parser < 2.3 conflicts with kernel-default-3.0.101-334.1.g76ed108.x86_64 udev < 118 conflicts with kernel-default-3.0.101-334.1.g76ed108.x86_64 lvm2 < 2.02.33 conflicts with kernel-default-3.0.101-334.1.g76ed108.x86_64
Ich fürchte die kriege ich nicht aufgelöst bzw. wenn ich das versuche tauchen noch weitere Abhängigkeiten auf. Was tun sprach Zeus ? Wenn ich den Kernel manuell kompiliere, verschwinden diese Abhängigkeiten doch auch nicht. Oder ? Einen älteren Kernel finde ich auf download.opensuse.org nicht.
Bernd
Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671
1. Warum bindest Du dir das Repo nicht ein und machst einfach ein zypper dup --from Reponame (Reponame ist natürlich zu ersetzen)
Das zypper ist so alt das kennt kein dup. Letztendlich will ich auch nur den kernel aktualisieren. Warum ? Auf dem System läuft ein SLES 10 SP4 mit einer selbstgestrickten Anwendung, die sehr wichtig für uns ist. Die Entwicklerin hat uns vor kurzem verlassen, da noch viel Funktionalität in die Entwicklung implementiert werden musste gab es überhaupt keine saubere Übergabe. Mein Kollege und ich können nun gucken wie wir die Anwendung am leben halten. Sie ist in perl geschrieben, mit Apache und einer MySQL-Datenbank. Würde ich das ganze System aktualisieren, würde auch perl und die MySQL aktualisiert, was wir vermeiden möchten, da wir nicht wissen wie das der Webanwendung gefällt. Und ein Testen aller Funktionalitäten wäre extrem aufwendig und wir hätten keine Garantie das wir nicht irgendwas übersehen haben. Ich habe das System in eine VM migriert was auch problemlos geklappt hat (KVM). Leider läuft die VM lahm, ist letztendlich von der Performance nicht zu gebrauchen. Der host ist sehr performant und dreht Däumchen. Es tauchen vor allem hohe Werte von si in top in der VM auf. Zwischen 10% und 80% für eine CPU. Netzwerkkarte und Platte sind virtio devices. Ich habe dunkel in Erinnerung das ich vor Jahren schon einmal mit einem anderen System das gleiche Problem hatte. Da konnte ich das ganze System aktualisieren, und es war dann performant. Ich hab das auf den neuen kernel und die neuen Module geschoben. Von daher hätte ich gerne mal einfach den kernel aktualisiert. Selbst kompilieren löst mir die Abhängigkeiten auch nicht auf ?
2. Warum ein Suse System mit einem neuen Kernel beglücken? Ich schätze einmal, das dann der Support wegfällt.
Ist ein altes SLES10SP4, da gibt's sowieso keinen Support mehr. Von daher wäre es egal.
Bernd
Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671
Aber zypper sollte die Abhängigkeiten auflösen, rpm macht das erst seit ein paar Versionen...... Daher würde ich das Repo einbinden und den kernel mit zypper in kernel- default-3.0.101-334.1.g76ed108 oder zypper in -f kernel-default installieren. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org