Am 19.02.2015 um 13:16 schrieb Mathias Homann:

On 02/19/2015 12:43 PM, Martin Schröder wrote:

...

https://bugzilla.suse.com/show_bug.cgi?id=918226

...

Hab jetzt erst mal die vorversion wieder installiert, mal sehn was passiert. Besser ist das.

Ich habe auch das Problem 13.1. Update gestern eingespielt Webserver hängt sich heute auf. 1000 vsftpd (defunct) Prozesse, keine möglichkeit mehr das System neu zu starten. Kannst du mir sagen wie ich den alten Zustand wieder herstellen kann? Also woher bekomme ich die alten Versionen der beiden Patches und wie kann ich die installieren? Feb 19 13:02:26 web7 /usr/sbin/cron[11788]: pam_systemd(crond:session): Failed to create session: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the ...nnection was broken. Feb 19 13:02:31 web7 systemd-logind[410]: Failed to start session scope session-1391.scope: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply ...p.DBus.Error.NoReply Ich hatte ein Haufen komischer dbus Fehler im Log, kann es evtl. sein, dass es gar nicht das systemd-Update sondern das dbus fehlerhaft ist? Das waren die beiden Updates von gestern "Recommended update for systemd" und "Security update for dbus-1, dbus-1-x11" Viele Grüße Ingo -- 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

Am 19.02.2015 um 14:04 schrieb Mathias Homann:

On 02/19/2015 01:47 PM, Ingo wrote:

...

Am 19.02.2015 um 13:16 schrieb Mathias Homann:

...

On 02/19/2015 12:43 PM, Martin Schröder wrote:

...

https://bugzilla.suse.com/show_bug.cgi?id=918226

...

Hab jetzt erst mal die vorversion wieder installiert, mal sehn was passiert. Besser ist das. Ich habe auch das Problem 13.1. Update gestern eingespielt Webserver hängt sich heute auf. 1000 vsftpd (defunct) Prozesse, keine möglichkeit mehr das System neu zu starten. Kannst du mir sagen wie ich den alten Zustand wieder herstellen kann? Also woher bekomme ich die alten Versionen der beiden Patches und wie kann ich die installieren? steht alles in dem bugzilla entry, genauer in kommentar #19: https://bugzilla.suse.com/show_bug.cgi?id=918226#c19 Hallo,

es gibt ja nun die neue Version. Ich habe auf meinem System wie in Kommentar 19 geraten den alten Patch installiert und der Server lief die letzten Tage wieder ohne Probleme. Kommando war "zypper -n in --oldpackage systemd-32bit-208-23.3.x86_64 systemd-208-23.3.x86_64 systemd-sysvinit-208-23.3.x86_64 && zypper al systemd-32bit systemd systemd-sysvinit" Nun wollte ich heute per Yast den neuen Patch installieren, aber ich komme hier nicht weiter. Bzw. ist es mir zu riskant die vorgeschlagenen Dinge auszuführen. Das erste was Yast meldet ist "patch:openSUSE-2015-172-1.noarch steht in Konflikt mit systemd-sysvinit.x86_64 < 208-32.1, angeboten von systemd-sysvinit-208-23.3.x86_64" [x] Folgende Aktionen werden ausgeführt: siehe unten systemd-sysvinit-208-23.3.x86_64 nicht installiert lassen systemd-32bit-208-23.3.x86_64 nicht installiert lassen systemd-208-23.3.x86_64 nicht installiert lassen [ ] patch:openSUSE-2015-172-1.noarch nicht installieren Ich denke mal das ist die richtige Wahl, da ich den neuen Patch ja haben will. Danach dann auf OK. Nun gehts los. Auf dem nächsten Schirm bittet mir Yast 3 mal div. Handlungsmöglichkeiten an: Probleme this-is-only-for-build-envs, benötigt von systemd-mini-208-15.1.x86_64, wird von keinem Repository angeboten this-is-only-for-build-envs, benötigt von systemd-mini-208-15.1.x86_64, wird von keinem Repository angeboten this-is-only-for-build-envs, benötigt von systemd-mini-208-15.1.x86_64, wird von keinem Repository angeboten Bei allen 3 gibt es wieder mehrere mögliche Lösungen. z. B. bei der ersten Version Folgende Aktionen werden ausgeführt: siehe unten [ ] systemd-208-23.3.x86_64 behalten [ ] systemd-mini-208-15.1.x86_64 beschädigen durch Ignorieren einiger Abhängigkeiten usw. Teilweise wird dann angeboten div. Dienste (apache, vsftpd etc.) zu deinstallieren. Gibt es eine einfachere Möglichkeit das System wieder auf ein normales Patchlevel zu bekommen. Gruß Ingo -- 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

Am 23.02.2015 um 22:38 schrieb Christian Boltz:

Hallo Ingo, hallo Leute,

Am Montag, 23. Februar 2015 schrieb Ingo:

...

es gibt ja nun die neue Version. Ich habe auf meinem System wie in Kommentar 19 geraten den alten Patch installiert und der Server lief die letzten Tage wieder ohne Probleme.

Kommando war ... && zypper al systemd-32bit systemd systemd-sysvinit"

Genau diese Locks fallen Dir gerade auf die Füße ;-)

...

Nun wollte ich heute per Yast den neuen Patch installieren, aber ich komme hier nicht weiter. Bzw. ist es mir zu riskant die vorgeschlagenen Dinge auszuführen. Das erste was Yast meldet ist

"patch:openSUSE-2015-172-1.noarch steht in Konflikt mit systemd-sysvinit.x86_64 < 208-32.1, angeboten von systemd-sysvinit-208-23.3.x86_64" ... Teilweise wird dann angeboten div. Dienste (apache, vsftpd etc.) zu deinstallieren. Gibt es eine einfachere Möglichkeit das System wieder auf ein normales Patchlevel zu bekommen.

Ja, entferne die Locks wieder - die sind höchstwahrscheinlich die Ursache für die ganzen Konflikte.

Locks auflisten: zypper ll

Das gibt Dir eine Liste mit den vorhandenen Locks. Ganz vorn steht auch immer eine Nummer - zum Löschen der Locks 2 und 3 verwende beispielsweise zypper rl 2 3

zypper rl systemd-32bit systemd systemd-sysvinit müsste auch funktionieren.

Anschließend sollte sich der aktualisierte Patch ohne Konflikte installieren lassen ;-)

Gruß

Christian Boltz

Danke Christian, das entfernen der Locks hat tatsächlich geklappt. Server läuft seit gestern stabil mit dem neuen Patch. gruß Ingo -- 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

suse wrote:

Am 19.02.2015 um 11:31 schrieb Mathias Homann:

...

ich hab hier eine 13.1 mit allen updates, und seit gestern stuerzt mir irgendwann nach ca 8 stunden uptime der systemd der als PID1 laeuft mit SIG11 ab... danach geht dann gar nix mehr. Laufenden dienste funktionieren aber groesstenteils, also merk ich es erst wenn ich am naechsten tag den logwatch report mit den ganzen zombies kriege...

Dito! Auf mehreren Systemen, das scheint ein 'vergiftetes' systemd Update zu sein (systemd-208-28.1). [...] und das File anschliessend im Yast für updates gesperrt.

(btw. wie macht man das eig. im zypper?)

zypper al -> add lock zypper ll -> list locks zypper rl - remove lock eigentlich sagt dir "zypper --help" alles dazu: Package Locks: addlock, al Add a package lock. removelock, rl Remove a package lock. locks, ll List current package locks. cleanlocks, cl Remove unused locks. Andreas

bei mir ist diese Version (208-28.1) am 16. 02 reingekommen, und seit dem läuft der Rechner durch - ohne Probleme, scheint also nicht alle Konstellationen zu treffen. Gruß Johannes Am 19.02.2015 um 14:53 schrieb Martin Schröder:

Am 19. Februar 2015 um 14:46 schrieb Kyek, Andreas, Vodafone DE :

...

zypper al -> add lock

Damit.

Vorher: sudo zypper install --oldpackage systemd\<208-28.1 systemd-32bit\<208-28.1 systemd-rpm-macros\<2-28.1 systemd-sysvinit\<208-28.1

Gruß Martin

-- 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

Am Donnerstag, 19. Februar 2015, 15:10:17 schrieb Johannes Kapune:

bei mir ist diese Version (208-28.1) am 16. 02 reingekommen, und seit dem läuft der Rechner durch - ohne Probleme, scheint also nicht alle Konstellationen zu treffen.

Bei mir sind es mehrere Server die dieses Problem haben. Alle 13.1 Downgrade von systemd und alles läuft wieder. Achja. Rebooten kann man schon noch. Und zwar mit: sync && reboot -f Am Anfang stand ich systemd noch aufgeschlossen gegenüber. Was systemd aber mittlerweile sich alles einverleibt ... Und ich denke das jetzige Problem ist erst der Anfang. Ein Init-system soll sich um das Starten der Dienste kümmern und sonst um nichts anderes. Meine Meinung. Das musste einfach mal gesagt werden. Warum wird eigentlich im Bugzilla noch Priority P5 - None angegeben? Der Bug müsste meiner Meinung nach auf P0 gesetzt werden. Gruß Eric -- 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

Am Donnerstag, 19. Februar 2015, 16:59:15 schrieb Dr. Juergen Vollmer:

Ich hab' mich gewundert, warum ich plötzlich auf der Konsole landete und eine Meldung wg. kernel Absturz kam...

hab jetzt mal ein Downgrade gemacht

zypper install --oldpackage systemd-208-23.3.x86_64

und ein Lock gesetzt.

zypper al systemd-208-23.3.x86_64

Nur: wie bekomme ich "mit", dass alles wieder gut ist, und ich das Lock löschen und ein Update machen kann?

Ich verfolge Bugzilla https://bugzilla.suse.com/show_bug.cgi?id=918226 Gruß Eric -- 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

Am Donnerstag, 19. Februar 2015, 17:35:20 schrieb Christian Boltz:

Hallo Eric, hallo Leute,

Am Donnerstag, 19. Februar 2015 schrieb Eric Schirra:

...

Am Anfang stand ich systemd noch aufgeschlossen gegenüber. Was systemd aber mittlerweile sich alles einverleibt ...

<sarkasmus> Stimmt, jetzt hat schon jemand einen Bug eingebaut! Und das will bestimmt kein systemd-User! </sarkasmus>

Habe ich das mit irgendeinem Wort gesagt?

Ich bin auch nicht der größte systemd-Fan, aber dieses Problem läuft wohl unter "shit happens" ;-)

Vielleicht. Ich hoffe es mal.

...

Warum wird eigentlich im Bugzilla noch Priority P5 - None angegeben? Der Bug müsste meiner Meinung nach auf P0 gesetzt werden.

Weil der Maintainer (u. a. Thomas Blume) lieber am Problem arbeitet als irgendwelchen Bugzilla-Papierkram zu machen.

Das kostet natürlich wahnsinnig Zeit. Ne im Ernst. Das ist mir auch klar. Nur denke ich, dieser Fehler ist momentan wohl der wichtigste überhaupt. Denn früher oder später kommen alle Server unter 13.1 zum erliegen. Gruß Eric -- 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

On Thu, Feb 19, 2015 at 05:19:46PM +0100, Manfred Kreisl wrote:

Am 19.02.2015 um 15:10 schrieb Johannes Kapune:

...

bei mir ist diese Version (208-28.1) am 16. 02 reingekommen, und seit dem läuft der Rechner durch - ohne Probleme, scheint also nicht alle Konstellationen zu treffen.

Abwarten, bei mir trat es auch nach über 2 Tagen Uptime auf.

Ist schon der Hammer, was einem da mal wieder untergejubelt wird.

"der Hammer" und "nach 2 Tagen tritt es irgendwie auf" ... ist schon nicht ganz auf einer Linie. Leute die die openSUSE Updates vorher testen wollen, koennen gerne unserem "Early Bird Access" Programm beitreten, indem sie http://download.opensuse.org/update/13.1-test/ anmelden und schon 7 Tage vorher die Update bekommen. Ciao, Marcus -- 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

Am 19.02.2015 um 17:43 schrieb Manfred Kreisl:

Meiner persönlichen Meinung wird sowieso viel zu viel geupdated, dabei ist halt leider Quantität nicht gleich Qualität. Man muss ja nur mal gucken wieviel Updates es so mittlerweile für die 13.1 gibt - man möchte fast meinen es gibt da einen Wettbewerb: Wer die meisten Updates produziert hat gewonnen.

Aber mal halblang! Gemessen an den tausenden von Updates in den letzten Jahren, ist die Fehlermarge mit 'vergifteten' Updates nun wirklich erschreckend gering. So über alle Systeme, komme ich in den letzten fünf Jahren auf vielleicht -ZWEI- (diesen mitgerechnet) solcher Fehler. Und selbst diese sind recht umgehend behoben, vom Versagen der Entwickler und Maintender zu sprechen, finde ich da schon ziemlich krass. Und nicht vergessen: Die Komplexität heutiger Computersysteme gleicht eher ein Großflugzeug als einem Toaster! Tschö' Sue -- 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

Am 19.02.2015 um 19:30 schrieb Manfred Kreisl:

Am 19.02.2015 um 18:36 schrieb suse:

...

Am 19.02.2015 um 17:43 schrieb Manfred Kreisl:

...

Meiner persönlichen Meinung wird sowieso viel zu viel geupdated, dabei ... Aber mal halblang! ... Und selbst diese sind recht umgehend behoben, vom Versagen der Entwickler und Maintender zu sprechen, finde ich da schon ziemlich krass. Wer hat hier von "Versagen" gesprochen, davon war in keiner Weise die Rede

Und nicht vergessen: Die Komplexität heutiger Computersysteme gleicht eher ein Großflugzeug als einem Toaster! Eben, und deshalb ist halt auch sehr große Sorgfaltspflicht angesagt, die halt manchmal schmerzlich vermisst wird.

Du unterstellst hier aber eine Verletzung der Sorgfaltspflicht, ergo ein Versagen. Niemand(!) kann sich so viele verschiedene Systeme hinstellen - geschweige denn ausdenken - wie sie in freier Wildbahn vorkommen, um alles abzutesten und wirklich 100% zuverlässige Software zu all diesen Systemen auszuliefern. Die Komplexität ist eine geometrisch anwachsende Variable, von daher leisten die Entwickler und Maintender, und alle anderen die daran arbeiten, schon ein sehr gutes Stück unglaublicher Arbeit. Das es dann und wann zu Versagern kommt, liegt in der Natur der Sache. Und schlussendlich kannst Du selber ja ein(ige) Testsystem(e) fahren um Updates vorher auf ihre Tauglichkeit zu prüfen. Dummerweise wirst auch Du an der Komplexität der Unterschiede scheitern und dann und wann ein Update in deine Produktionssysteme einspielen, welches trotz deiner eigenen gelungenen Tests für ein Systemversagen sorgt. Und jetzt bin ich raus, aus dieser überflüssigen Diskussion. Tschö' Sue -- 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