systemd (PID 1) stuerzt ab mit sig11 - danach geht dann nix mehr
Hallo, 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... Woran kann's liegen? angefangen hat es ca 9 stunden nach der installation von systemd-208-28.1.x86_64 aus den aktuellen updates fuer 13.1... Hab jetzt erst mal die vorversion wieder installiert, mal sehn was passiert. Cheers MH -- 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. Februar 2015 um 11:31 schrieb Mathias Homann <Mathias.Homann@opensuse.org>:
Woran kann's liegen? angefangen hat es ca 9 stunden nach der installation von systemd-208-28.1.x86_64 aus den aktuellen updates fuer 13.1...
https://bugzilla.suse.com/show_bug.cgi?id=918226
Hab jetzt erst mal die vorversion wieder installiert, mal sehn was passiert.
Besser ist das. 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
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.
Danke! -- 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 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
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 bisdenndann, MH -- 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
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 -- [nach Update auf SuSE 9.3] Jetzt habe ich nur ein neues Problem: Es ist doch echt stinklangweilig, wenn's nix mehr zu frickeln gibt...;-) [Friedemann Garvelmann in suse-laptop] -- 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
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). Hab ersmal ein degrade des systemd gemacht: #> zypper in systemd-208-23.3 Versionensuche mit: #> zypper se -s systemd und das File anschliessend im Yast für updates gesperrt. (btw. wie macht man das eig. im zypper?) Mal schauen wie es weitergeht... 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
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
Am 19. Februar 2015 um 14:46 schrieb Kyek, Andreas, Vodafone DE <A.Kyek@vodafone.com>:
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
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 <A.Kyek@vodafone.com>:
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 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.
Mach mal einen Neustart. ;-) 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 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
Hi, Am Donnerstag 19 Februar 2015, 16:43:43 schrieb Eric Schirra:
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
das Problem traf mich auch :-( 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? Bye Jürgen PS: Danke Liste! Listen-Lesen hat mir sicherlich viel Zeit (und Nerven) gespart -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.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
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> Ich bin auch nicht der größte systemd-Fan, aber dieses Problem läuft wohl unter "shit happens" ;-)
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. Die Priority ist ein netter Hinweis - hat aber in der Praxis nur sehr selten eine Bedeutung [1]. Wichtiger ist "Severity", und die steht schon auf "Critical". Davon abgesehen - ein Bug, der in zwei Tagen 45 Kommentare bekommt, würde wohl auch mit Severity "Enhancement" auffallen ;-) Übrigens: https://bugzilla.opensuse.org/show_bug.cgi?id=918226#c41 enthält einen Link zu Test-Paketen, die das Problem beheben sollen. Gruß Christian Boltz [1] Sieht man auch daran, das nur ein sehr geringer Prozentsatz aller Bugs Priority != P5/None nutzt. Ich hab mal kurz das Bugzilla-Reporting bemüht: Product / Priority P0/Crit P1/Urgent P2/High P3/Medium P4/Low P5/None openSUSE 12.2 3 35 83 375 87 2502 openSUSE 12.3 3 19 78 245 68 1928 openSUSE 13.1 1 16 89 298 80 2366 openSUSE Distribution 0 11 27 97 28 1042 openSUSE Factory 2 24 97 270 95 2485 SUSE Security Incidents 0 90 311 2178 456 338 -- Meine Rechner sind seit einem Jahr ein Naturschutzgebiet für Pinguine. ;)) [Michael Raab in suse-linux] -- 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
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. Gruß Manfred -- 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:27 schrieb Marcus Meissner:
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.
Sorry, aber das musste ich mal los werden. Und noch was: Ich kenne noch den Spruch "Do never change a running system" - und das mache ich normalerweise auch. Dummerweise hatte ich genau vor 3 Tagen ein Problem, was mich zum Update bewog, völlig überflüssig wie sich allerdings nachträglich herausgestellt hatte. 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.
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.
DAS werde ich ganz bestimmt nicht machen (s.o.) Gruß Manfred -- 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
Hallo suse, 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 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. Es ging mir nicht um 'vergiftete' Updates, sondern generell um die Masse der Updates. Und Du bestätigst es ja indirekt: "tausenden von Updates in den letzten Jahren"
So über alle Systeme, komme ich in den letzten fünf Jahren auf vielleicht -ZWEI- (diesen mitgerechnet) solcher Fehler. Kommt drauf an was man da alles mit hinzurechnet. Ich kenne schon zwei in dieser Woche (suche mal nach "LVM/Bootproblem seit Online-Update OS 13.2", das ist auch so ein Fall eines kaputten Systems nach einem Update
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. Gruß Manfred -- 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
Hi! So langsam nerft das systemd Zeugs mit den Fehlern und fängt an Geld zu kosten. In der neuen Version: 208-32.1.X64 Warf der Webserver jede Minute eine Mail: 2015-02-23T21:04:02.062700+01:00 SERVER systemd[29459]: Stopping Default. 2015-02-23T21:04:02.062706+01:00 SERVER systemd[29459]: Stopped target Default. 2015-02-23T21:04:02.062710+01:00 SERVER systemd[29459]: Starting Shutdown. 2015-02-23T21:04:02.062714+01:00 SERVER systemd[29459]: Reached target Shutdown. 2015-02-23T21:04:02.062719+01:00 SERVER systemd[29459]: Starting Exit the Session... 2015-02-23T21:05:01.074690+01:00 SERVER systemd[29523]: Starting Default. 2015-02-23T21:05:01.075109+01:00 SERVER systemd[29523]: Reached target Default. 2015-02-23T21:05:01.075504+01:00 SERVER systemd[29523]: Startup finished in 5ms. Also wieder degrade auf 208-19.1 und Ruhe nach Neustart. Heute Vormittag eine Workstation auf 208-32.1.X64 aktualisiert und Neustart. Sah zuerst alles ganz gut aus, aber nach etwa 7 Stunden keine Mails mehr: Amavis weg. Und nach /var/log/message sieht das nicht gut aus: systemd[26233]: Failed to open private bus connection: Failed to connect to socket /run/user/0/dbus/user_bus_socket: No such file or directory 2015-02-24T16:22:01.307460+01:00 DESKTOP systemd[23502]: Mounted /sys/fs/fuse/connections. 2015-02-24T16:22:01.308282+01:00 DESKTOP systemd[23502]: Stopped target Printer. 2015-02-24T16:22:01.309006+01:00 DESKTOP systemd[23502]: Stopped target Sound Card. 2015-02-24T16:22:01.309660+01:00 DESKTOP systemd[23502]: Starting Default. 2015-02-24T16:22:01.311161+01:00 DESKTOP systemd[23502]: Reached target Default. 2015-02-24T16:22:01.311793+01:00 DESKTOP systemd[23502]: Startup finished in 26ms. 2015-02-24T16:22:01.312365+01:00 DESKTOP systemd[1]: Started User Manager for 0. 2015-02-24T16:22:01.312968+01:00 DESKTOP systemd[1]: Stopping User Manager for 0... 2015-02-24T16:22:01.313835+01:00 DESKTOP systemd[23502]: Stopping Default. 2015-02-24T16:22:01.314493+01:00 DESKTOP systemd[23502]: Stopped target Default. 2015-02-24T16:22:01.314716+01:00 DESKTOP systemd[23502]: Starting Shutdown. 2015-02-24T16:22:01.314940+01:00 DESKTOP systemd[23502]: Reached target Shutdown. 2015-02-24T16:22:01.315113+01:00 DESKTOP systemd[23502]: Starting Exit the Session... 2015-02-24T16:22:01.315285+01:00 DESKTOP systemd[1]: Stopped User Manager for 0. 2015-02-24T16:22:01.315529+01:00 DESKTOP systemd[1]: Stopping user-0.slice. 2015-02-24T16:22:01.315718+01:00 DESKTOP systemd[1]: Removed slice user-0.slice. 2015-02-24T16:23:01.602820+01:00 DESKTOP systemd[1]: Starting user-0.slice. 2015-02-24T16:23:01.603050+01:00 DESKTOP systemd[1]: Created slice user-0.slice. 2015-02-24T16:23:01.603917+01:00 DESKTOP systemd[1]: Starting User Manager for 0... 2015-02-24T16:23:01.605188+01:00 DESKTOP systemd[1]: Starting Session 911 of user root. 2015-02-24T16:23:01.605462+01:00 DESKTOP systemd[1]: Started Session 911 of user root. 2015-02-24T16:23:01.605912+01:00 DESKTOP systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0) 2015-02-24T16:23:01.606940+01:00 DESKTOP systemd[1]: Starting Session 912 of user USER. 2015-02-24T16:23:01.607250+01:00 DESKTOP systemd[1]: Started Session 912 of user USER. 2015-02-24T16:23:01.607981+01:00 DESKTOP systemd[1]: Starting Session 913 of user USER. 2015-02-24T16:23:01.608259+01:00 DESKTOP systemd[1]: Started Session 913 of user USER. Und das System läuft extrem unrund und bockig, merkwürdige Wartezeiten allenthalben, seltsame Stillstände (Maus bewegt, aber kein Fenster reagiert, auf NUM-LOCK lässt sich zeitweise nicht umschalten) Mein Fazit: die 208-32.1.X64 läuft auch nicht richtig. Ich dreh das wieder zurück und sperre systemd bis auf weiteres in allen Systemen. 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
participants (11)
-
Christian Boltz -
Dr. Juergen Vollmer -
Eric Schirra -
Ingo -
Johannes Kapune -
Kyek, Andreas, Vodafone DE -
Manfred Kreisl -
Marcus Meissner -
Martin Schröder -
Mathias Homann -
suse