Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #115804 > unrolled thread
| Started by | Tim Ritberg <tim@server.invalid> |
|---|---|
| First post | 2021-03-19 18:11 +0100 |
| Last post | 2021-04-01 14:19 +0200 |
| Articles | 20 on this page of 125 — 21 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-19 18:11 +0100
Re: Systemd kaputt? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-03-19 18:54 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-19 19:31 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-20 09:16 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-20 10:54 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-20 11:46 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-21 19:04 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-21 19:22 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-23 10:52 +0100
Re: Systemd kaputt? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-03-24 11:19 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-24 13:29 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-24 19:01 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-24 19:29 +0100
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-03-24 21:04 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-24 21:18 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:16 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:16 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-25 09:45 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 13:43 +0100
Re: Systemd kaputt? Tim Ritberg <tim@server.invalid> - 2021-03-25 14:58 +0100
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-03-25 18:44 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 20:49 +0200
Re: Systemd kaputt? Marcus Jodorf <trap@killfile.de> - 2021-03-26 05:31 +0100
Re: Systemd kaputt? Christian Garbs <mitch@cgarbs.de> - 2021-03-26 09:46 +0100
IPv6Präfixe weiterverteilen (was: Systemd kaputt?) Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2021-03-26 09:57 +0100
Re: IPv6Präfixe weiterverteilen (was: Systemd kaputt?) Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 12:16 +0100
Re: IPv6Präfixe weiterverteilen Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-27 14:56 +0000
Re: IPv6Präfixe weiterverteilen Kay Martinen <usenet@martinen.de> - 2021-03-30 19:41 +0200
Re: IPv6Präfixe weiterverteilen Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-30 22:51 +0000
Re: IPv6Präfixe weiterverteilen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-31 08:47 +0200
Re: IPv6Präfixe weiterverteilen Marcel Logen <333200007110-0201@ybtra.de> - 2021-03-31 16:27 +0200
Re: IPv6Präfixe weiterverteilen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-31 17:45 +0200
Re: IPv6Präfixe weiterverteilen Marcel Logen <333200007110-0201@ybtra.de> - 2021-03-31 19:08 +0200
Re: IPv6Präfixe weiterverteilen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-31 19:43 +0200
Re: IPv6Präfixe weiterverteilen Kay Martinen <usenet@martinen.de> - 2021-03-31 20:09 +0200
Re: IPv6Präfixe weiterverteilen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-03-31 21:16 +0200
Re: IPv6Präfixe weiterverteilen Marcel Logen <333200007110-0201@ybtra.de> - 2021-03-31 21:57 +0200
Re: IPv6Präfixe weiterverteilen Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2021-04-01 07:41 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-31 10:32 +0200
Re: IPv6Präfixe weiterverteilen Thomas Noll <-_tn_-@web.de> - 2021-03-31 09:12 +0000
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-31 20:09 +0200
Re: IPv6Präfixe weiterverteilen Kay Martinen <usenet@martinen.de> - 2021-03-31 21:06 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-03-26 20:36 +0100
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-02 21:14 +0200
Re: IPv6Präfixe weiterverteilen Thomas Noll <-_tn_-@web.de> - 2021-04-03 08:17 +0000
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-03 20:48 +0200
Re: IPv6Präfixe weiterverteilen Thomas Noll <-_tn_-@web.de> - 2021-04-03 19:36 +0000
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-12 20:17 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-13 09:11 +0200
Re: IPv6Präfixe weiterverteilen Thomas Noll <-_tn_-@web.de> - 2021-04-16 21:41 +0000
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-20 19:49 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-06 12:53 +0200
Re: IPv6Präfixe weiterverteilen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-04-06 11:48 +0000
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-06 14:42 +0200
Re: IPv6Präfixe weiterverteilen Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-04-06 14:01 +0000
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-07 08:38 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-12 21:10 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-13 09:18 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-06-16 21:17 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-13 20:49 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-14 08:11 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-14 08:57 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-14 18:29 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-16 20:19 +0200
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-20 20:04 +0200
nftables für IPv6 (was: Re: IPv6Präfixe weiterverteilen) Christian Garbs <mitch@cgarbs.de> - 2021-04-12 21:51 +0200
Re: nftables für IPv6 Andreas Kohlbach <ank@spamfence.net> - 2021-04-12 21:32 -0400
Re: nftables für IPv6 Christian Garbs <mitch@cgarbs.de> - 2021-04-13 21:01 +0200
Re: nftables für IPv6 Kay Martinen <usenet@martinen.de> - 2021-04-13 23:09 +0200
Re: nftables für IPv6 Christian Garbs <mitch@cgarbs.de> - 2021-04-14 09:01 +0200
Re: nftables für IPv6 Kay Martinen <usenet@martinen.de> - 2021-04-14 20:12 +0200
Re: nftables für IPv6 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-04-13 19:21 +0000
Re: IPv6Präfixe weiterverteilen Christian Garbs <mitch@cgarbs.de> - 2021-04-16 20:32 +0200
Re: IPv6Präfixe weiterverteilen Kay Martinen <usenet@martinen.de> - 2021-04-16 21:14 +0200
Re: IPv6Präfixe weiterverteilen Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-17 09:53 +0200
Re: Systemd kaputt? Marcus Jodorf <trap@killfile.de> - 2021-03-26 13:20 +0100
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-27 09:27 +0100
Re: Systemd kaputt? Christian Garbs <mitch@cgarbs.de> - 2021-04-03 09:16 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-02 20:53 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-02 23:30 +0000
Re: Systemd kaputt? Andreas Kohlbach <ank@spamfence.net> - 2021-04-02 21:57 -0400
Re: Systemd kaputt? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-03 05:39 +0200
Re: Systemd kaputt? Andreas Kohlbach <ank@spamfence.net> - 2021-04-03 06:22 -0400
Re: Systemd kaputt? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-03 21:01 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-03 13:34 +0200
Re: Systemd kaputt? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-03 21:17 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-03 10:35 +0000
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:29 +0200
Re: Systemd kaputt? Thomas Hochstein <thh@thh.name> - 2021-04-03 17:04 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-03 20:03 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:05 +0200
Re: Systemd kaputt? Andreas Kohlbach <ank@spamfence.net> - 2021-04-03 10:29 -0400
Re: Systemd kaputt? Arno Welzel <usenet@arnowelzel.de> - 2021-04-03 14:30 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-03 12:53 +0000
Re: Systemd kaputt? Thomas Noll <-_tn_-@web.de> - 2021-04-03 13:01 +0000
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:06 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-04 18:18 +0000
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-04 21:22 +0200
Re: Systemd kaputt? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-04-05 12:26 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-03 20:00 +0200
Re: Systemd kaputt? Marcel Logen <333200007110-0201@ybtra.de> - 2021-04-03 20:19 +0200
Re: Systemd kaputt? Marcus Jodorf <trap@killfile.de> - 2021-04-04 00:07 +0200
Re: Systemd kaputt? Paul Muster <exp-311221@news.muster.net> - 2021-04-04 08:30 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-03 15:29 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-03 13:42 +0000
Re: Systemd kaputt? Thomas Dorner <de.comp.os.unix.linux.misc.210403.dorner@spamgourmet.com> - 2021-04-03 19:45 +0200
Re: Systemd kaputt? Paul Muster <exp-311221@news.muster.net> - 2021-04-03 20:16 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-03 21:29 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-04 13:07 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-04 13:30 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-04 22:48 +0000
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 09:26 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 13:01 +0000
Re: Systemd kaputt? Andreas Kohlbach <ank@spamfence.net> - 2021-04-05 15:37 -0400
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-05 20:26 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 22:50 +0000
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-06 15:30 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-06 14:30 +0000
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-06 22:55 +0200
Re: Systemd kaputt? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-04-05 08:49 +0000
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-05 11:37 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 13:27 +0200
Re: Systemd kaputt? Kay Martinen <usenet@martinen.de> - 2021-04-05 14:43 +0200
Re: Systemd kaputt? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-04-05 16:22 +0200
Re: Systemd kaputt? Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-04-01 14:19 +0200
Page 6 of 7 — ← Prev page 1 2 3 4 5 [6] 7 Next page →
| From | Marcel Logen <333200007110-0201@ybtra.de> |
|---|---|
| Date | 2021-04-03 20:19 +0200 |
| Message-ID | <AABgaLG/bDsAAQqb.A1.flnews@t20.ybtra.de> |
| In reply to | #116272 |
Kay Martinen in de.comp.os.unix.linux.misc: >Ich hab es nach updates von Proxmox schon erlebt das der beim shutdown >einen stop-job meldet der mit mehreren Minuten wartezeit das >runterfahren sehr verzögert. Das war vor allem bei PromoxVE 5.4.x auf >einem HP Pavilon mit quadcore der fall. Welcher Job das war weiß ich >nicht mehr. Einen stop job, der das Herunterfahren um 1 min 30 sec ver- zögert, habe ich ca. jedes fünfte Mal auf einem FUJITSU-Notebook von 2015 mit Debian 10 "buster". Ich hatte mal versucht, per journalctl der Sache auf den Grund zu gehen, aber das war vergeblich. Inzwischen habe ich mich fast daran gewöhnt. ;-) Marcel -- ╭──╮ ╭─────╮ ╭───────╮ ╭───╮ ╭─╮ ╭──╮ ╭───╮ ╭ │ │ ╰──╮ ╰─╮ ╰─╮ ╭──╯ │ ╰─╯ │ ╭──╮ │ ╰───────╯ ╰──╮ │ │ ╰──╮ ╰──╮ ╰─╮ │ ╰─╮ │ │ ╭─╯ │ ╰─╮ ╰─╯ ╯ ╰─────╯ ╰────╯ ╰───╯ ╰────╯ ╰────╯
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-04-04 00:07 +0200 |
| Message-ID | <87lf9znhs7.fsf-bofh@killfile.de> |
| In reply to | #116239 |
Arno Welzel <usenet@arnowelzel.de> schrieb: > Passiert hier nicht - mit keinem System. Weder dauert es länger als > mit SysV init noch hängt ein System bei shutdown/reboot. Doch, ist ganze einfach: Du nimmst z.B. ein Debian sid mit neuerem systemd (247) und schreibst in /etc/network/interfaces bzw. in /etc/network/interfaces.d/<conffile> „auto ens192“ (oder wie immer Dein Ethernetinterface heißt). Also so wie immer in den letzten 15 bis 20 Jahren und wie es seit ewig in der Doku steht. Dann schlägt der 5 Minuten Timeout in /lib/systemd/system/ifup@service zu. Das hängt 5 min beim Start und kommt nicht richtig hoch, weil systemd der Meinung ist, die Netzwerkverbindung wäre nicht vorhanden. Und dann hängt es nochmal 5 min beim Runterfahren weil es das wieder nicht auf die Reihe bekommt. Das neue Verhalten kam mit einem systemd Update vor wenigen Monaten. Die Timeout-Hänger bekommt man nur weg, wenn man die Config von „auto <interface>“ zu „allow-hotplug <interface>“ wechselt, womit der ganze Kram dann über udev läuft (was ja von denselben Spezialisten stammt). Ich hoffe, jemand repariert den Mist, bevor es in Debian 11 landet - ansonsten dürften da einige Leute nach dem Upgrade eine kleine Überraschung erleben. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311221@news.muster.net> |
|---|---|
| Date | 2021-04-04 08:30 +0200 |
| Message-ID | <o13ojh-j5p.ln1@news.muster.net> |
| In reply to | #116287 |
On 04.04.21 00:07, Marcus Jodorf wrote: > Ich hoffe, jemand repariert den Mist, bevor es in Debian 11 landet - > ansonsten dürften da einige Leute nach dem Upgrade eine kleine > Überraschung erleben. Bitte mach' doch einen entsprechenden, release-critical Bug auf, um die anderen Debian-Nutzer vor diesem Verhalten zu schützen. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-03 15:29 +0200 |
| Message-ID | <s49qjd$a4v$1@news1.tnib.de> |
| In reply to | #116211 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, > >Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >aufhaengt. TOLLER Fortschritt ist das. Da ist irgendwas an Euren Systemen kaputt. Ich habe tausende von systemd-Installationen gesehen und mir ist das Verhalten völlig unbekannt. -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-03 13:42 +0000 |
| Message-ID | <s49rcs$b1c$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116249 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: > >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > > > >> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, > > > >Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und > >der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da > >aufhaengt. TOLLER Fortschritt ist das. > > Da ist irgendwas an Euren Systemen kaputt. Dann sind Ubuntu, RHEL und SLES kaputt. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.210403.dorner@spamgourmet.com> |
|---|---|
| Date | 2021-04-03 19:45 +0200 |
| Message-ID | <6eeefr1cuf.fsf@th-dorner.de> |
| In reply to | #116256 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> writes: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> > >> >> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, >> > >> >Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >> >der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >> >aufhaengt. TOLLER Fortschritt ist das. >> >> Da ist irgendwas an Euren Systemen kaputt. > > Dann sind Ubuntu, RHEL und SLES kaputt. Mein Ubuntu hatte ein paarmal beim Booten oder Runterfahren gezickt, als ich einen Service falsch konfiguriert habe. Und ganz am Anfang gab es auch ein paar Services, die auf Seiten Ubuntu noch Fehler in der Konfiguration hatten. Daran ist aber nicht SystemD Schuld. Seitdem die Fehler korrigiert sind, hatte ich keine Probleme mehr. Viele Grüße, Thomas -- Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311221@news.muster.net> |
|---|---|
| Date | 2021-04-03 20:16 +0200 |
| Message-ID | <51omjh-t6p.ln1@news.muster.net> |
| In reply to | #116256 |
On 03.04.21 15:42, Ulli Horlacher wrote: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>>> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, >>> >>> Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >>> der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >>> aufhaengt. TOLLER Fortschritt ist das. >> >> Da ist irgendwas an Euren Systemen kaputt. > > Dann sind Ubuntu, RHEL und SLES kaputt. Na klar. Am Administrator (dir) und dessen Verweigerungshaltung jeglicher Modernisierung gegenüber kann es nicht liegen. Alter Mann, mit deinen Aussagen diskreditierst du alle seriösen systemd-Kritiker. Und das ist echt übel. mfG Paul
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-04-03 21:29 +0200 |
| Message-ID | <59smjh-vgq.ln1@news.martinen.de> |
| In reply to | #116256 |
Am 03.04.21 um 15:42 schrieb Ulli Horlacher: > Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>> >>>> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, >>> >>> Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >>> der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >>> aufhaengt. TOLLER Fortschritt ist das. >> >> Da ist irgendwas an Euren Systemen kaputt. > > Dann sind Ubuntu, RHEL und SLES kaputt. > Please send bugreports... :) Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-04 13:07 +0200 |
| Message-ID | <s4c6m1$u38$1@news1.tnib.de> |
| In reply to | #116256 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >> > >> >> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, >> > >> >Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >> >der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >> >aufhaengt. TOLLER Fortschritt ist das. >> >> Da ist irgendwas an Euren Systemen kaputt. > >Dann sind Ubuntu, RHEL und SLES kaputt. Für RHEL und SLES dürftet Ihr Support gekauft haben, was sagt denn der Support dazu? Grüße Marc -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-04-04 13:30 +0200 |
| Message-ID | <6kkojh-jou.ln1@news.martinen.de> |
| In reply to | #116302 |
Am 04.04.21 um 13:07 schrieb Marc Haber: > Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >> Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>> Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >>>> Marc Haber <mh+usenetspam1118@zugschl.us> wrote: >>>> >>>>> Ich sehe systemd langfristig als einen Gewinn und eine Zeitersparnis, >>>> >>>> Meine Systeme brauchen mit systemd bis zu 10 mal so lange zum booten und >>>> der shutdown bzw reboot geht manchmal gar nicht mehr, weil systemd sich da >>>> aufhaengt. TOLLER Fortschritt ist das. >>> >>> Da ist irgendwas an Euren Systemen kaputt. >> >> Dann sind Ubuntu, RHEL und SLES kaputt. > > Für RHEL und SLES dürftet Ihr Support gekauft haben, was sagt denn der > Support dazu? Da Ulli damit hier wiederholt postet vermute ich - SLA Limit überschritten. NiH. - Ticket closed. NotaBug It's a Feature. (O-Microsoft-J) :) - System too Old = Out of Service go to d.a.f.c. Irgend was davon wird's vermutlich sein. Und dazu kommt ja [Service-devil from Hell spielend] verzögerungen beim reboot werden bestimmt nicht als systemkritisch angesehen. So lange der reboot selbst nicht das problem ist, man den also bewust auslöste. Ich meine, ein Server sollte nur durch einen NMI (ggf. vom BMC gesteuert) automatisch gestoppt oder neu gestartet werden. Ansonsten nur durch den Admin. Oder einem Tool das der Admin bewusst dafür einrichtete. (cronjob @reboot: reboot) ??? :-) Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-04 22:48 +0000 |
| Message-ID | <s4dfnf$bo7$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116302 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Da ist irgendwas an Euren Systemen kaputt. > > > >Dann sind Ubuntu, RHEL und SLES kaputt. > > Für RHEL und SLES dürftet Ihr Support gekauft haben Nein. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2021-04-05 09:26 +0200 |
| Message-ID | <s4ee3l$gkc$1@news1.tnib.de> |
| In reply to | #116361 |
Ulli Horlacher <framstag@rus.uni-stuttgart.de> wrote: >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> >> Da ist irgendwas an Euren Systemen kaputt. >> > >> >Dann sind Ubuntu, RHEL und SLES kaputt. >> >> Für RHEL und SLES dürftet Ihr Support gekauft haben > >Nein. Dein Arbeitgeber steht auf Schmerzen, nehme ich an? Enterprise-Linxe betreibt man doch NUR weil es Support dafür gibt, sonst nimmt man was anständiges? -- -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-05 13:01 +0000 |
| Message-ID | <s4f1n5$pg0$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116368 |
Kay Martinen <usenet@martinen.de> wrote: > > Es gibt diverse andere Gruende. > > Und Kommerz-Support gibt es zb auch fuer Debian oder Ubuntu. > > Und wer klingelt dann aus wer den Leisten muß wenn dann auch noch > Kommerz-Software auf den Debian/Ubuntu läuft - mit zugekauftem Support? Dieser Satz kein Sinn. > Ich dachte z.B. immer das Hersteller von Linux-Kaufsoft auf einer > bestimmten Plattform mit Support bestünden. Ansonsten kein oder > eingeschränkter Support/Haftung. Ja. > Von Debian glaube ich nicht das direkt support verkauft wird. Bei Ubuntu > schon. Aber das einer/beide da eigene Distros für Pflegen eher nicht. Trotzdem kann man FUER Debian Support einkaufen. > RHEL/SLES zeichnen sich doch bisher dadurch aus das ihre > Enterprise-Linuxe eine "bessere" Codebasis haben sollten. Das erzaehlen dir die Krawatten. Glaubst du denen? -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-04-05 15:37 -0400 |
| Message-ID | <87k0pgv7yn.fsf@usenet.ankman.de> |
| In reply to | #116372 |
On Mon, 5 Apr 2021 20:26:09 +0200, Kay Martinen wrote: > > Welchen Teil von "Wer hat's erfunden" hast du nicht verstanden? :-) Die Schweizer. Das war jetzt wieder einfach. ;-) -- Andreas https://news-commentaries.blogspot.com/
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-04-05 20:26 +0200 |
| Message-ID | <1b1sjh-6jc.ln1@news.martinen.de> |
| In reply to | #116372 |
Am 05.04.21 um 15:01 schrieb Ulli Horlacher: > Kay Martinen <usenet@martinen.de> wrote: > >>> Es gibt diverse andere Gruende. >>> Und Kommerz-Support gibt es zb auch fuer Debian oder Ubuntu. >> >> Und wer klingelt dann aus wer den Leisten muß wenn dann auch noch >> Kommerz-Software auf den Debian/Ubuntu läuft - mit zugekauftem Support? > > Dieser Satz kein Sinn. Welchen Teil von "Wer hat's erfunden" hast du nicht verstanden? :-) >> Ich dachte z.B. immer das Hersteller von Linux-Kaufsoft auf einer >> bestimmten Plattform mit Support bestünden. Ansonsten kein oder >> eingeschränkter Support/Haftung. > > Ja. Schön. Oder auch nicht. Kommt drauf an. >> Von Debian glaube ich nicht das direkt support verkauft wird. Bei Ubuntu >> schon. Aber das einer/beide da eigene Distros für Pflegen eher nicht. > > Trotzdem kann man FUER Debian Support einkaufen. Glaube ich dir. >> RHEL/SLES zeichnen sich doch bisher dadurch aus das ihre >> Enterprise-Linuxe eine "bessere" Codebasis haben sollten. > > Das erzaehlen dir die Krawatten. Glaubst du denen? Einem Krawattenträger (Business-Droid) glaube ich überhaupt nix. Welche Rechtfertigung sollte es denn sonst geben für den gleichen Eimer Eintopf mal nix und mal x Tausend $/€ (pro Sockel?) zu verlangen? Nur der mit gekaufte Support? Das fände ich zu dünn. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-05 22:50 +0000 |
| Message-ID | <s4g473$3g3$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116457 |
Kay Martinen <usenet@martinen.de> wrote: > Am 05.04.21 um 15:01 schrieb Ulli Horlacher: > > Kay Martinen <usenet@martinen.de> wrote: > > > >>> Es gibt diverse andere Gruende. > >>> Und Kommerz-Support gibt es zb auch fuer Debian oder Ubuntu. > >> > >> Und wer klingelt dann aus wer den Leisten muß wenn dann auch noch > >> Kommerz-Software auf den Debian/Ubuntu läuft - mit zugekauftem Support? > > > > Dieser Satz kein Sinn. > > Welchen Teil von "Wer hat's erfunden" hast du nicht verstanden? :-) Das macht nun noch weniger Sinn. WAS willst du damit sagen/wissen? > Welche Rechtfertigung sollte es denn sonst geben für den gleichen Eimer > Eintopf mal nix und mal x Tausend $/€ (pro Sockel?) zu verlangen? Nur > der mit gekaufte Support? Das fände ich zu dünn. SLES und RHEL gibts nicht kostenlos (fuer Produktionseinsatz). Man muss auf jeden Fall dafuer bezahlen. Die Preise schwanken allerdings je nach Organisation. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-04-06 15:30 +0200 |
| Message-ID | <lc4ujh-r7o.ln1@news.martinen.de> |
| In reply to | #116474 |
Am 06.04.21 um 00:50 schrieb Ulli Horlacher: > Kay Martinen <usenet@martinen.de> wrote: >> Am 05.04.21 um 15:01 schrieb Ulli Horlacher: >>> Kay Martinen <usenet@martinen.de> wrote: >>> >>>>> Es gibt diverse andere Gruende. >>>>> Und Kommerz-Support gibt es zb auch fuer Debian oder Ubuntu. >>>> >>>> Und wer klingelt dann aus wer den Leisten muß wenn dann auch noch >>>> Kommerz-Software auf den Debian/Ubuntu läuft - mit zugekauftem Support? > WAS willst du damit sagen/wissen? Das ich annehme ihr hättet neben Debian mit Kommerz-Support auch Kommerzielle Software mit Support die da drauf läuft. Und da wir hier im linux.misc und im thread 'systemd kaputt' sind frage ich mich wie man da bei Fehlern auseinander klamüsern will ob das ein System oder Anwendungs-Fehler ist. Damit man den richtigen Supporter anspricht. Denkbar ist ja auch das ein Systemfehler die Anwendung stört und dies wieder ein System problem verursacht. Was dann: Support-Ping-Pong? Hotline-Bingo? >> Welche Rechtfertigung sollte es denn sonst geben für den gleichen Eimer >> Eintopf mal nix und mal x Tausend $/€ (pro Sockel?) zu verlangen? Nur >> der mit gekaufte Support? Das fände ich zu dünn. > > SLES und RHEL gibts nicht kostenlos (fuer Produktionseinsatz). > Man muss auf jeden Fall dafuer bezahlen. Die Preise schwanken allerdings > je nach Organisation. Also Nasenfaktor! dann bleibt der einzige Unterschied doch nur der Support-einkauf, der SLA Level und ??? Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-06 14:30 +0000 |
| Message-ID | <s4hra7$i3b$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116489 |
Kay Martinen <usenet@martinen.de> wrote: > Das ich annehme ihr hättet neben Debian mit Kommerz-Support auch > Kommerzielle Software mit Support die da drauf läuft. Und da wir hier im > linux.misc und im thread 'systemd kaputt' sind frage ich mich wie man da > bei Fehlern auseinander klamüsern will ob das ein System oder > Anwendungs-Fehler ist. Damit man den richtigen Supporter anspricht. > Denkbar ist ja auch das ein Systemfehler die Anwendung stört und dies > wieder ein System problem verursacht. Wenn die Anwendungssoftware nicht (richtig) funktioniert, ist deren Support dran. Ganz einfach. Ob das dann ein OS-basiertes Problem ist, ist UNS erstmal egal. Die muessen das loesen. > > SLES und RHEL gibts nicht kostenlos (fuer Produktionseinsatz). > > Man muss auf jeden Fall dafuer bezahlen. Die Preise schwanken allerdings > > je nach Organisation. > > Also Nasenfaktor! dann bleibt der einzige Unterschied doch nur der > Support-einkauf, der SLA Level und ??? Nein. Nochmal: man kann SLES und RHEL nur kaufen. Kostenlos gibts das nicht. Also kein Unterschied weil es mangels Alternative keinen Unterschied gibt. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-04-06 22:55 +0200 |
| Message-ID | <ofuujh-34j.ln1@news.martinen.de> |
| In reply to | #116494 |
Am 06.04.21 um 16:30 schrieb Ulli Horlacher: > Kay Martinen <usenet@martinen.de> wrote: > >> Also Nasenfaktor! dann bleibt der einzige Unterschied doch nur der >> Support-einkauf, der SLA Level und ??? > > Nein. Nochmal: man kann SLES und RHEL nur kaufen. Kostenlos gibts das > nicht. Also kein Unterschied weil es mangels Alternative keinen > Unterschied gibt. Schon wieder ein nein... Du fragst nach dem Unterschied? Hier vielleicht... Ich schrieb kürzlich meine Annahme: >> RHEL/SLES zeichnen sich doch bisher dadurch aus das ihre >> Enterprise-Linuxe eine "bessere" Codebasis haben sollten. und deine Antwort... > Das erzaehlen dir die Krawatten. Glaubst du denen? ,,, kann ich nur als krasse NEIN verstehen. Ergo: Gleiche "Distribution", gleich Codebasis = Kein Unterschied. Nur ein Anderer name und ein Preisschild vor dem "du willst Support, dann Zahl mal" Und DAS bezeichne ich als DÜNN. Oder als Mogelpackung. :-) Oder hast du eine Krawatte getragen als du obiges behauptet hast? Wirklich, ich hab eigentlich bisher angenommen das die Fedora als Betatest für ihr RHEL nehmen. Das bedingt m.E. das es unterschiede geben MUSS. Und wenn die nur so wären wie bei Debian Testing vs. Debian Stable. Aber du willst mir jetzt erzählen das die alle den gleichen Code benutzen? Ohhh! Oder liegt das mißverständnis darin das ich mit "codebasis" den Gesamt-block (Distribution Vx, Versionsstände Vy, Paketumfang Z) meinte... und du das evtl. im Quellkode-sinne (ein Source, div. Commits für A oder B oder auch mal ein Fork)? Dann hab ich mich evtl. unglücklich ausgedrückt. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Ulli Horlacher <framstag@rus.uni-stuttgart.de> |
|---|---|
| Date | 2021-04-05 08:49 +0000 |
| Message-ID | <s4eiu4$lj5$1@news2.informatik.uni-stuttgart.de> |
| In reply to | #116368 |
Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Für RHEL und SLES dürftet Ihr Support gekauft haben > > > >Nein. > > Dein Arbeitgeber steht auf Schmerzen, nehme ich an? Enterprise-Linxe > betreibt man doch NUR weil es Support dafür gibt, sonst nimmt man was > anständiges? Nein. Es gibt diverse andere Gruende. Und Kommerz-Support gibt es zb auch fuer Debian oder Ubuntu. -- Ullrich Horlacher Server und Virtualisierung Rechenzentrum TIK Universitaet Stuttgart E-Mail: horlacher@tik.uni-stuttgart.de Allmandring 30a Tel: ++49-711-68565868 70569 Stuttgart (Germany) WWW: http://www.tik.uni-stuttgart.de/
[toc] | [prev] | [next] | [standalone]
Page 6 of 7 — ← Prev page 1 2 3 4 5 [6] 7 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web