Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #115611 > unrolled thread
| Started by | Andreas Neumann <an5275@sedo.com> |
|---|---|
| First post | 2021-03-14 17:14 +0200 |
| Last post | 2021-03-15 04:23 +0000 |
| Articles | 20 on this page of 189 — 32 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
FYI: why systemd sucks Andreas Neumann <an5275@sedo.com> - 2021-03-14 17:14 +0200
Re: FYI: why systemd sucks Arno Lutz <invalid@freakmail.de> - 2021-03-14 20:00 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-14 20:16 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-14 21:25 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 23:39 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-14 23:37 +0000
Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-14 23:58 +0000
Re: FYI: why systemd sucks Frank Miller <miller@posteo.ee> - 2021-03-15 03:48 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 08:53 +0100
Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-15 09:59 +0000
Re: FYI: why systemd sucks Matthias Gerds <m.gerds@posteo.de> - 2021-03-16 05:33 +0100
Re: FYI: why systemd sucks Matthias Gerds <m.gerds@posteo.de> - 2021-03-16 05:58 +0100
Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-16 20:29 +0100
Re: FYI: why systemd sucks Christian Schumacher <cs.spam@nurfuerspam.de> - 2021-03-24 21:31 +0100
Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-19 14:01 +0000
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 14:33 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-15 14:34 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-15 13:49 +0000
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-15 15:32 +0100
Re: FYI: why systemd sucks Holger Schieferdecker <spamless@gmx.de> - 2021-03-18 15:07 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 11:19 -0400
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 16:31 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 17:25 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 18:21 +0100
Re: FYI: why systemd sucks Hermann Riemann <nospam.ng@hermann-riemann.de> - 2021-03-15 18:00 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 18:53 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 14:29 -0400
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 21:41 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-15 21:27 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 21:48 +0100
Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-15 14:21 -0700
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 22:48 +0100
Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-15 15:11 -0700
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-16 07:52 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 16:55 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-15 22:06 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:30 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-17 19:14 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-17 19:22 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-17 21:48 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:49 +0100
Re: FYI: why systemd sucks Joerg <news@analogconsultants.com> - 2021-03-18 12:02 -0700
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-18 20:32 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:26 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:18 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-18 23:55 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:10 +0100
Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-19 20:39 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-18 22:02 -0400
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 20:46 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 16:54 -0400
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-18 23:43 +0100
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 10:58 +0000
Re: FYI: why systemd sucks Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-03-19 11:35 +0000
Re: FYI: why systemd sucks Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2021-03-19 12:14 +0000
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 11:58 -0400
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 19:26 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-19 15:38 -0400
Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 04:27 +0000
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 10:46 +0100
Re: FYI: why systemd sucks Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-03-15 20:28 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 09:20 +0100
Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210315.dorner@spamgourmet.com> - 2021-03-15 19:08 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 19:23 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-15 21:43 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:33 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 18:10 +0100
Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> - 2021-03-16 15:59 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 16:57 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 18:10 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 19:43 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-16 20:22 +0100
Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-15 19:29 +0100
Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 20:27 +0000
Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210316.dorner@spamgourmet.com> - 2021-03-16 16:04 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 17:12 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-15 21:34 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-15 21:40 +0000
Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 22:02 +0000
Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-15 22:54 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-15 23:55 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-15 20:53 -0400
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 17:19 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-16 14:17 -0400
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 19:34 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-16 17:47 -0400
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-16 23:31 +0100
Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-16 08:06 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-17 19:25 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-17 19:56 +0100
Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-17 21:43 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:57 +0100
Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-18 17:28 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:29 +0100
Re: FYI: why systemd sucks Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> - 2021-03-18 16:16 +0100
Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-18 17:31 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:32 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 00:38 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 01:06 +0100
Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-19 18:17 +0000
Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-17 21:47 +0000
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 13:58 +0100
Re: FYI: why systemd sucks Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2021-03-18 13:41 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-18 18:53 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-18 19:03 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-18 21:33 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-18 21:49 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 00:05 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-19 12:20 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-19 20:16 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-19 21:06 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-20 09:04 +0100
Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-20 14:35 +0000
Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-20 15:52 +0000
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-20 13:11 -0400
Re: FYI: why systemd sucks Hans CraueI <crauel_usenet@freenet.de> - 2021-03-21 12:56 +0000
Re: FYI: why systemd sucks Ralph Angenendt <dein.name@strg-alt-entf.org> - 2021-03-22 11:40 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 14:51 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-22 18:10 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 19:53 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:03 +0100
Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-23 18:02 +0000
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-23 19:15 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-24 08:57 +0100
Re: FYI: why systemd sucks Stefan Reuther <stefan.news@arcor.de> - 2021-03-24 17:58 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-24 18:59 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-24 18:46 -0400
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 07:57 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 11:04 -0400
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 18:10 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 13:45 -0400
Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-25 18:11 +0000
Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 19:18 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-25 19:22 +0100
Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 19:25 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:25 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:29 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:52 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 08:31 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 13:40 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 06:08 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:29 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 12:43 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-27 11:10 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 05:51 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 08:34 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 12:58 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-25 19:14 +0100
Re: FYI: why systemd sucks Andreas Kohlbach <ank@spamfence.net> - 2021-03-25 21:22 -0400
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-26 12:15 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:28 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:55 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 08:27 +0000
Re: FYI: why systemd sucks Klaus von der Heyde <asc.soc@freenet.de> - 2021-03-24 18:54 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:16 +0100
Re: FYI: why systemd sucks Bastian Blank <usenet@waldi.eu.org> - 2021-03-25 07:25 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 08:56 +0100
Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-25 09:09 +0100
Re: FYI: why systemd sucks Thomas Noll <-_tn_-@web.de> - 2021-03-25 09:45 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-25 13:41 +0100
Re: FYI: why systemd sucks Marcus Jodorf <trap@killfile.de> - 2021-03-26 05:17 +0100
Re: FYI: why systemd sucks Stephan Seitz <stse+usenet@rootsland.net> - 2021-03-22 20:40 +0000
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:04 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-21 19:03 +0100
Re: FYI: why systemd sucks Paul Muster <exp-311221@news.muster.net> - 2021-03-21 19:30 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-22 18:11 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 20:00 +0100
Re: FYI: why systemd sucks Thomas Hochstein <thh@thh.name> - 2021-03-22 23:21 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-23 10:10 +0100
Re: FYI: why systemd sucks Arno Welzel <usenet@arnowelzel.de> - 2021-03-22 18:13 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-22 20:11 +0100
Re: FYI: why systemd sucks Stefan Reuther <stefan.news@arcor.de> - 2021-03-23 17:57 +0100
Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-23 17:30 +0000
GNU dd POSIX-konform oder nicht? (was: FYI: why systemd sucks) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-03-24 11:15 +0100
Re: GNU dd POSIX-konform oder nicht? "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-25 19:32 +0000
Re: GNU dd POSIX-konform oder nicht? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-03-26 11:13 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-20 19:04 +0100
Re: FYI: why systemd sucks Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-03-20 09:06 +0100
Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-20 15:33 +0000
Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-19 20:04 +0000
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-19 21:39 +0100
Re: FYI: why systemd sucks "Gerald E:scher" <Spamer@fahr-zur-Hoelle.org> - 2021-03-20 15:35 +0000
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-20 16:35 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-14 21:04 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 21:29 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-14 21:50 +0100
Re: FYI: why systemd sucks Kay Martinen <usenet@martinen.de> - 2021-03-14 23:19 +0100
Re: FYI: why systemd sucks Tim Ritberg <tim@server.invalid> - 2021-03-15 10:47 +0100
Re: FYI: why systemd sucks Juergen Ilse <news@usenet-verwaltung.de> - 2021-03-15 04:23 +0000
Page 5 of 10 — ← Prev page 1 … 3 4 [5] 6 7 … 10 Next page →
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-15 23:55 +0100 |
| Message-ID | <l755ih-1d9.ln1@news.martinen.de> |
| In reply to | #115681 |
Am 15.03.21 um 23:02 schrieb Juergen Ilse:
> Hallo,
>
> Arno Welzel <usenet@arnowelzel.de> wrote:
>> Juergen Ilse:
>>> SYSV init ist ueberschaubar und mit ertraeglichem Aufwand zu debuggen.
>>> Es gibt daabei i.d.R. keine "Es gibt manchmal Bootprobleme, ungefaehr
>>> jedes zehnte mal, aber manchmal auch 2 maal hintereinander und dann
>>> wieder lange Zeit gar nicht" hat man mit SYSV init i.d.R. *nicht* und
>>> der Bootvorgang laeuft in alle rRegel immer *genau* *identisch* ab (was
>>> man bei systemd beim besten Willen nicht behaupten kaann).
>
> Es kann alles, was man fuer einen geregelten Systemstart benoetigt.
>
>> weiß, dass ein Daemon als Grundlage für Andere benötigt wird,
>
> Das init-System muss das nicht wissen, wenn der Admin es weiss und den
> ("unwissenden") init entsprechend ko nfiguriert.
Ebent!
> Admin hat auch beim Runlevel Wechsel zu einem frueheren Runlevel die
> Moeglichkeit (und die Pflicht), das entssprechend zu konfigurieren.
> Beim beenden von Diensten ohne Runlevel Wechsel muss er eben *wissen*
> was er tut. Fuer einen kompetenten Admin alles kein unloesbares Problem.
>
>> Das bedeutet auch, dass Scripte entspechend benannt werden müssen,
>> damit sie in der richtigen Reihenfolge starten.
>
> Ja, das gehoert zu den Aufgaben eines kompetenten Admins.
Ich denke hier liegt der Hase im Pfeffer und die Krux des ganzen.
Man/Manche/L.P. wollen die "Magie" eines "Kompetenten Admin" in ein Init
ein bauen damit ONUs die es eh nicht interessiert $Desktop nutzen.
Das so was nur begrenzt funktioniert ist wohl voraus zu setzen. Und
sicher ist mancher der meinung es würde nicht...
Aber; so könnte ich mir vorstellen; es könnte den Weg bereiten für Linux
Desktops für ONUs. Zumal ich langsam den eindruck hab die Menschheit
verblödet kollektiv immer weiter ist das vielleicht irgendwann ein
Geschäftsmodell das sich trägt. RH lebt doch eh von seinem
Business-Linux und den Support-SLAs dazu oder? Wäre für die sicher cool
wenn sie die leute mit Fedora anfixen und dann mit einem SLA knebeln
können.
Dann wäre systemd nur ein weitere hebel das zu erreichen. Der muß dann
nicht perfekt sein, nur halbwegs gut genug aber komplizierter damit
Expertenwissen verkauft werden kann... <big evil grin> Ziel erreicht?!
Ich hatte früher Desktops mit Linux und SysVInit und den eindruck das
debianeske Systeme da schon ein übergeordnetes Schema bei der
nummerierung der rc Links haben - was dazu führte das im allg. alles in
der richtigen Reihenfolge lauft - selbst wenn man etwas später
nachinstallierte. Und wenn nicht schaut man zu und sieht wo's klemmt,
guckt da hinein und löst es. Und ich bin kein ONU, ein Admin-Profi aber
auch nicht.
Wenn es lösbar ist. Und da habe ich bei systemd eben auch noch das
Problem das (mir) oft nicht klar ist WAS da nun genau schief lief. Die
Absolute Zahl dieser Probleme ist hier aber auch so gering das mir das
solange egal ist wie etwas richtig nervig und dauerhaft schief geht.
Bisher nicht passiert.
Kurz: Ich halte sysVinit für immer noch gut genug und systemd eigentlich
nach wie vor für überflüssig, teilweise (.networkd, -resolve) aber auch
noch für übergriffig. Ich lebe damit - noch.
Kay
--
Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-15 20:53 -0400 |
| Message-ID | <87k0q7gbrn.fsf@usenet.ankman.de> |
| In reply to | #115688 |
On Mon, 15 Mar 2021 23:55:17 +0100, Kay Martinen wrote: > > Ebent! Das ist "EbenD", wie oft muss man Euch das sagen?! ;-) https://www.youtube.com/watch?v=QxvePXhC8oE -- Andreas PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 17:19 +0100 |
| Message-ID | <kc27ih-ibq.ln1@news.martinen.de> |
| In reply to | #115689 |
Am 16.03.21 um 01:53 schrieb Andreas Kohlbach: > On Mon, 15 Mar 2021 23:55:17 +0100, Kay Martinen wrote: >> >> Ebent! > > Das ist "EbenD", wie oft muss man Euch das sagen?! ;-) Du bist Doof, Ätsch. ;-) Und einen daemon namens 'ebenD' gibt es Piehauptnich! > > https://www.youtube.com/watch?v=QxvePXhC8oE > Kannte ich nich. Ist Mundart. Hätte auch "Nackich" heißen können, aber das darf im ÖR ja nich. Ebent! Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-16 14:17 -0400 |
| Message-ID | <87eegfdkts.fsf@usenet.ankman.de> |
| In reply to | #115712 |
On Tue, 16 Mar 2021 17:19:00 +0100, Kay Martinen wrote: > > Am 16.03.21 um 01:53 schrieb Andreas Kohlbach: >> https://www.youtube.com/watch?v=QxvePXhC8oE >> > > Kannte ich nich. Wie kamst Du dann auf "Ebent"? -- Andreas
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 19:34 +0100 |
| Message-ID | <1aa7ih-27b.ln1@news.martinen.de> |
| In reply to | #115719 |
Am 16.03.21 um 19:17 schrieb Andreas Kohlbach: > On Tue, 16 Mar 2021 17:19:00 +0100, Kay Martinen wrote: >> >> Am 16.03.21 um 01:53 schrieb Andreas Kohlbach: >>> https://www.youtube.com/watch?v=QxvePXhC8oE >>> >> >> Kannte ich nich. > > Wie kamst Du dann auf "Ebent"? > Ich mag das Harte "T" am Ende... "ebend" ist für Weicheier. ;-) Nein, ernsthaft. Ich kenn das nur so und fand es zutreffend weil am Ende aktzentuierter, Bekräftigender. Und wenn du dich auf den Kopf stellst, ich werde das weiterhin so benutzen.... Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Andreas Kohlbach <ank@spamfence.net> |
|---|---|
| Date | 2021-03-16 17:47 -0400 |
| Message-ID | <8735wuepp2.fsf@usenet.ankman.de> |
| In reply to | #115720 |
On Tue, 16 Mar 2021 19:34:09 +0100, Kay Martinen wrote: > > Am 16.03.21 um 19:17 schrieb Andreas Kohlbach: >> On Tue, 16 Mar 2021 17:19:00 +0100, Kay Martinen wrote: >>> >>> Am 16.03.21 um 01:53 schrieb Andreas Kohlbach: >>>> https://www.youtube.com/watch?v=QxvePXhC8oE >>>> >>> >>> Kannte ich nich. >> >> Wie kamst Du dann auf "Ebent"? >> > > Ich mag das Harte "T" am Ende... "ebend" ist für Weicheier. ;-) > > Nein, ernsthaft. Ich kenn das nur so und fand es zutreffend weil am Ende > aktzentuierter, Bekräftigender. > > Und wenn du dich auf den Kopf stellst, ich werde das weiterhin so > benutzen.... Gerne. Ich wundere mich halt nur, dass Du der einzige zu scheinen seist, der Eben[d|t] nutzt, aber nicht den Sketch dazu. -- Andreas PGP fingerprint 952B0A9F12C2FD6C9F7E68DAA9C2EA89D1A370E0
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-16 23:31 +0100 |
| Message-ID | <j6o7ih-r94.ln1@news.martinen.de> |
| In reply to | #115727 |
Am 16.03.21 um 22:47 schrieb Andreas Kohlbach: > On Tue, 16 Mar 2021 19:34:09 +0100, Kay Martinen wrote: >> >> Am 16.03.21 um 19:17 schrieb Andreas Kohlbach: >>> On Tue, 16 Mar 2021 17:19:00 +0100, Kay Martinen wrote: >>>> >>>> Am 16.03.21 um 01:53 schrieb Andreas Kohlbach: >>>>> https://www.youtube.com/watch?v=QxvePXhC8oE >>>>> >>>> >>>> Kannte ich nich. >>> >>> Wie kamst Du dann auf "Ebent"? >> Nein, ernsthaft. Ich kenn das nur so und fand es zutreffend weil am Ende >> aktzentuierter, Bekräftigender. > > Ich wundere mich halt nur, dass Du der einzige zu scheinen seist, der > Eben[d|t] nutzt, aber nicht den Sketch dazu. Ich hab nichs gegen Diether Krebs. Aber gegen die Rollen und Klischees die er oft verkörperte. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) |
|---|---|
| Date | 2021-03-16 08:06 +0000 |
| Message-ID | <ft6050656ai6973n3e8%sfroehli@Froehlich.Priv.at> |
| In reply to | #115688 |
On Mon, 15 Mar 2021 23:55:17 Kay Martinen wrote: > Aber; so könnte ich mir vorstellen; es könnte den Weg bereiten für > Linux Desktops für ONUs. Zumal ich langsam den eindruck hab die > Menschheit verblödet kollektiv immer weiter ist das vielleicht > irgendwann ein Geschäftsmodell das sich trägt. Ich habe mir schon vor 20 Jahren gedacht, dass das wahrscheinlich (für mich persönlich) keine gute Entwicklung wäre, weil dann auch unweigerlich Mechanismen Einzug halten, die für mich nicht so passend sind. > Ich hatte früher Desktops mit Linux und SysVInit und den eindruck > das debianeske Systeme da schon ein übergeordnetes Schema bei der > nummerierung der rc Links haben - was dazu führte das im allg. > alles in der richtigen Reihenfolge lauft - selbst wenn man etwas > später nachinstallierte. Ja, freilich - also "im großen und ganzen in der richtigen Reihenfolge". Wenn man irgendwo einen Spezialfall hatte, musste man schrauben, aber es war immerhin relativ einfach herauszubekommen, wo genau. > Wenn es lösbar ist. Und da habe ich bei systemd eben auch noch das > Problem das (mir) oft nicht klar ist WAS da nun genau schief lief. > Die Absolute Zahl dieser Probleme ist hier aber auch so gering das > mir das solange egal ist wie etwas richtig nervig und dauerhaft > schief geht. Bisher nicht passiert. Ich habe hier einen Rechner, der beim Booten hängt, weil irgendwo ein Paket gerne DNS-Auflösung hätte, aber nicht bekommt und das auch nicht als Abhängigkeit hinterlegt hat. Problem: Ich boote den Rechner vielleicht alle halben Jahre, und wenn das erledigt ist, bin ich so froh darüber, mich wieder der eigentlichen, dringenderen Arbeit widmen zu können, dass ich mich nicht hinsetze und die umfangreiche Dokumentation erforsche, was nun wo genau einzutragen wäre (und vor allem auch, wie das in Debian abgebildet ist). Täte ich es und irrte mich, wüsste ich 6 Monate später nicht mehr, was ich getan habe :-/ > Kurz: Ich halte sysVinit für immer noch gut genug und systemd > eigentlich nach wie vor für überflüssig, teilweise (.networkd, > -resolve) aber auch noch für übergriffig. Ich lebe damit - noch. Einfach die Leute aussuchen lassen; ich kann schon nachvollziehen, dass systemd auf einem Notebook sehr große Vorteile hat. Aber das ist halt nicht die ganze Welt. Servus, Stefan -- http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich Offizieller Erstbesucher(TM) von mmeike Stefan - die begeisternste Steigerungsform von schwarz! (Sloganizer)
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-17 19:25 +0100 |
| Message-ID | <ibevtaFi1gsU1@mid.individual.net> |
| In reply to | #115681 |
Juergen Ilse:
> Arno Welzel <usenet@arnowelzel.de> wrote:
[...]
>> Schon wenn Abhängigkeiten
>> berücksichtigt werden müssen, scheitert das System daran, dass es nicht
>> weiß, dass ein Daemon als Grundlage für Andere benötigt wird,
>
> Das init-System muss das nicht wissen, wenn der Admin es weiss und den
> ("unwissenden") init entsprechend ko nfiguriert.
>
>> die zumindest beim Beenden ebenfalls beendet vorher werden sollten,
>
> Deswegen gibt es in den runlevel-Verzeichnissen nicht nur "Start" Links
> auf die eigentlichen Sceripte, sondern auch "Kill" Links, die nicht zwingend
[...]
Ja, ist mir alles bekannt. Ich kenne SysV init durchaus und habe mit
Linux auch schon etliche Jahr zu tun.
Ich will aber nicht jedesmal das System ein einen anderen Runlevel
versetzen, nur weil *ein* Daemon vorrübergehend beendet werden soll.
Selbst Windows und macOS schaffen es, Abhängigkeiten von Diensten im
laufenden Betrieb zu berücksichtigen. Mag sein, dass sowas auf einem
Server eher egal ist, da man den einmal bootet und danach idealerweise
lange Zeit nicht mehr anfassen will. Aber gerade im Desktop-Betrieb ist
es eher kontraproktiv, für Wartungsarbeiten ständig Runlevel zu wechseln
oder das System neu starten zu müssen, weil das System es nicht anders kann.
[...]
>> Das bedeutet auch, dass Scripte entspechend benannt werden müssen,
>> damit sie in der richtigen Reihenfolge starten.
>
> Ja, das gehoert zu den Aufgaben eines kompetenten Admins.
Nein, es gehört *auch* zu den Aufgaben der Maintainer, Abhängigkeiten zu
benennen.
>> Mit entsprechenden Annotationen und zusätzlichen Tools geht das zwar
>> etwas einfacher - aber als "Vorteil" würde ich das nicht unbedingt sehen.
>
> Der Vorteil ist, dass das startup verifizierbar immer in der selben
> Reihenfolge ablaeuft, und dass der Adin auf Wunsch auf den "Overhead
> zur Automatisierung" verzichten *kann*, wenn er das moechte. Fuer den
> kompetenten Admin kann das durchaus ein Vorteil sein.
"Immer in der selben Reihenfolge" *kann* ein Ziel sein, aber ich sehe
das weder als Ideal nocht als zwingend notwendig, um einen korrekten
Systemstart zu erreichen.
--
Arno Welzel
https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Tim Ritberg <tim@server.invalid> |
|---|---|
| Date | 2021-03-17 19:56 +0100 |
| Message-ID | <s2tjca$rbg$1@tota-refugium.de> |
| In reply to | #115734 |
Am 17.03.21 um 19:25 schrieb Arno Welzel: > > Ich will aber nicht jedesmal das System ein einen anderen Runlevel > versetzen, nur weil *ein* Daemon vorrübergehend beendet werden soll. Sicherlich gibt es da Verbesserungsbedarf. Da hätte man was einbauen können. Tim
[toc] | [prev] | [next] | [standalone]
| From | Stephan Seitz <stse+usenet@rootsland.net> |
|---|---|
| Date | 2021-03-17 21:43 +0000 |
| Message-ID | <ibfbfcFk6isU1@mid.individual.net> |
| In reply to | #115734 |
Arno Welzel <usenet@arnowelzel.de> wrote: > Nein, es gehört *auch* zu den Aufgaben der Maintainer, Abhängigkeiten zu > benennen. Und woher soll der Maintainer wissen, ob die Abhängigkeiten wie Datenbank, DNS oder LDAP überhaupt lokal laufen? Und gerade bei Datenbanken kann eine Anwendung sogare mehrere verwenden. Und die lokalen Abhängigkeiten kannst du sogar schon mit sysvinit und insserv seit vielen Jahren in den Headern der Init-Scripte definieren. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: stse+usenet@rootsland.net | | If your life was a horse, you'd have to shoot it. |
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-18 13:57 +0100 |
| Message-ID | <ibh12mFu1rfU1@mid.individual.net> |
| In reply to | #115738 |
Stephan Seitz: > Arno Welzel <usenet@arnowelzel.de> wrote: >> Nein, es gehört *auch* zu den Aufgaben der Maintainer, Abhängigkeiten zu >> benennen. > > Und woher soll der Maintainer wissen, ob die Abhängigkeiten wie > Datenbank, DNS oder LDAP überhaupt lokal laufen? Und gerade bei > Datenbanken kann eine Anwendung sogare mehrere verwenden. Welche Datenbanken gebraucht werden, weiß aber am ehesten der Anbieter der Anwendung. Die Entscheidung für PostgreSQL, MariaDB oder Oracle trifft ja eher der Anwendungsanbieter als der Endnutzer der Anwendung. > Und die lokalen Abhängigkeiten kannst du sogar schon mit sysvinit und > insserv seit vielen Jahren in den Headern der Init-Scripte definieren. Ja, ist bekannt. Ändert aber nichts daran, dass der Admin beim Beenden eines Daemon dennoch daran denken muss, welche anderen Dienste davon abhängig sind und diese vorher beendet, damit es keine Probleme damit gibt. Und das Argument "ändere halt den Runlevel" hilft auch nur bedingt weiter - das ist oft gleichbedeutend mit "boote halt das System nach Änderungen an zentralen Diensten neu", wenn durch die Änderung des Runlevel ein Großteil der Dienste beendet werden. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Stephan Seitz <stse+usenet@rootsland.net> |
|---|---|
| Date | 2021-03-18 17:28 +0000 |
| Message-ID | <ibhgt2F2el3U1@mid.individual.net> |
| In reply to | #115751 |
Arno Welzel <usenet@arnowelzel.de> wrote: > Welche Datenbanken gebraucht werden, weiß aber am ehesten der Anbieter > der Anwendung. Die Entscheidung für PostgreSQL, MariaDB oder Oracle Huch? Der Anbieter der Anwendung bietet dir in vielen Fällen eine entsprechende Auswahl von unterstützten Konnektoren bei der Installation an. Und das geht auch meist weiter bei der Benutzerverwaltung. Sollen es lokale User sein, ein OpenLDAP oder ein AD? Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: stse+usenet@rootsland.net | | If your life was a horse, you'd have to shoot it. |
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-18 21:29 +0100 |
| Message-ID | <ibhrhsF4mb5U1@mid.individual.net> |
| In reply to | #115765 |
Stephan Seitz: > Arno Welzel <usenet@arnowelzel.de> wrote: >> Welche Datenbanken gebraucht werden, weiß aber am ehesten der Anbieter >> der Anwendung. Die Entscheidung für PostgreSQL, MariaDB oder Oracle > > Huch? Der Anbieter der Anwendung bietet dir in vielen Fällen eine > entsprechende Auswahl von unterstützten Konnektoren bei der > Installation an. Und das geht auch meist weiter bei der Welche bieten sowas denn an? Beispiele? Läuft SAP neuerdings auch mit PostgreSQL? > Benutzerverwaltung. Sollen es lokale User sein, ein OpenLDAP oder ein > AD? Auch das dürfte eher die Ausnahme sein. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> |
|---|---|
| Date | 2021-03-18 16:16 +0100 |
| Message-ID | <6eo8fgbig2.fsf@th-dorner.de> |
| In reply to | #115738 |
> Und die lokalen Abhängigkeiten kannst du sogar schon mit sysvinit und > insserv seit vielen Jahren in den Headern der Init-Scripte definieren. Ja, aber das startet die Dienste nur in der richtigen Reihenfolge. Ohne aufwendige Klimmzüge in Skript (oder Dämon selbst) kann es Dir trotzdem passieren, daß Dienst 1 noch am starten ist, während der danach gestartete Dienst 2 schon etwas von ihm will. Auch kommerzielle Hersteller liefern da einfach minimal angepasste Standardskripte aus, und ab und zu fliegt eim das um die Ohren, weil z.B. der Lizenz-Server für die Anwendung noch nicht verfügbar ist (obwohl vorher gestartet). Mit Systemd waren das zwei Zeilen: 1. Lizenz-Server gilt erst als verfügbar, wenn er am Port lauscht 2. Anwendung muß auf Lizenz-Server warten. Viele Grüße, Thomas -- Adresse gilt nur kurzzeitig!
[toc] | [prev] | [next] | [standalone]
| From | Stephan Seitz <stse+usenet@rootsland.net> |
|---|---|
| Date | 2021-03-18 17:31 +0000 |
| Message-ID | <ibhh2tF2el3U2@mid.individual.net> |
| In reply to | #115758 |
Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> wrote: > Ja, aber das startet die Dienste nur in der richtigen Reihenfolge. Ohne > aufwendige Klimmzüge in Skript (oder Dämon selbst) kann es Dir trotzdem > passieren, daß Dienst 1 noch am starten ist, während der danach > gestartete Dienst 2 schon etwas von ihm will. Auch kommerzielle Ja, aber da hilft eine einfach Überprüfung der Art "Port ist offen" auch nicht. Die Anwendung kann dann nämlich auch noch nicht richtig initialisiert sein. Genaugenommen müßte die Überprüfung kein Port-Check sondern eine Anfrage an den Dienst sein. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: stse+usenet@rootsland.net | | If your life was a horse, you'd have to shoot it. |
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2021-03-18 21:32 +0100 |
| Message-ID | <ibhrmtF4mb5U2@mid.individual.net> |
| In reply to | #115766 |
Stephan Seitz: > Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> wrote: >> Ja, aber das startet die Dienste nur in der richtigen Reihenfolge. Ohne >> aufwendige Klimmzüge in Skript (oder Dämon selbst) kann es Dir trotzdem >> passieren, daß Dienst 1 noch am starten ist, während der danach >> gestartete Dienst 2 schon etwas von ihm will. Auch kommerzielle > > Ja, aber da hilft eine einfach Überprüfung der Art "Port ist offen" > auch nicht. Die Anwendung kann dann nämlich auch noch nicht richtig > initialisiert sein. > > Genaugenommen müßte die Überprüfung kein Port-Check sondern eine > Anfrage an den Dienst sein. Ein Dienst, der einen Port öffnet, darüber aber keine sinnvollen Antworten liefert, ist aber auch ziemlich kaputt. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2021-03-19 00:38 +0100 |
| Message-ID | <87czvwnic9.fsf-bofh@killfile.de> |
| In reply to | #115775 |
Arno Welzel <usenet@arnowelzel.de> schrieb: >> Genaugenommen müßte die Überprüfung kein Port-Check sondern eine >> Anfrage an den Dienst sein. > > Ein Dienst, der einen Port öffnet, darüber aber keine sinnvollen > Antworten liefert, ist aber auch ziemlich kaputt. Die Frage ist da aber weniger, ob er sinnvolle Antworten liefert, sondern wann. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2021-03-19 01:06 +0100 |
| Message-ID | <eg6dih-fhe.ln1@news.martinen.de> |
| In reply to | #115775 |
Am 18.03.21 um 21:32 schrieb Arno Welzel: > Stephan Seitz: > >> Thomas Dorner <de.comp.os.unix.linux.misc.210318.dorner@spamgourmet.com> wrote: >>> Ja, aber das startet die Dienste nur in der richtigen Reihenfolge. Ohne >>> aufwendige Klimmzüge in Skript (oder Dämon selbst) kann es Dir trotzdem >>> passieren, daß Dienst 1 noch am starten ist, während der danach >>> gestartete Dienst 2 schon etwas von ihm will. Auch kommerzielle >> >> Ja, aber da hilft eine einfach Überprüfung der Art "Port ist offen" >> auch nicht. Die Anwendung kann dann nämlich auch noch nicht richtig >> initialisiert sein. >> >> Genaugenommen müßte die Überprüfung kein Port-Check sondern eine >> Anfrage an den Dienst sein. > > Ein Dienst, der einen Port öffnet, darüber aber keine sinnvollen > Antworten liefert, ist aber auch ziemlich kaputt. Bei Telnet, ssh und http ist das noch einfach, mit telnet den port kontaktieren und ein HELO, LOGIN o.ä. senden. Was willst du bei https ohne zertifikat machen oder bei protokollen die keinen Text-input erlaubten (wenn es so was gibt)? Für jeden Dienst einen eigenen nagios-check einrichten und parametrieren? Noch'ne Komplexitäts-schippe oben drauf packend. Plus Feedback an... von welchem init redetet ihr jetzt noch gleich? :-) Ist auch egal wenn der Admin/User weiß was er tut oder willens/Bemüht ist sich diese Info zu besorgen. systemd scheint mehr für jene gedacht die nicht mal diesbezügliche anflüge entwickeln. Dann sollte es einem aber bitte die Wahl lassen - es zu nutzen oder zu lassen. Kay -- Posted via leafnode
[toc] | [prev] | [next] | [standalone]
| From | Klaus von der Heyde <asc.soc@freenet.de> |
|---|---|
| Date | 2021-03-19 18:17 +0000 |
| Message-ID | <s32pro$i1f$1@dont-email.me> |
| In reply to | #115787 |
Kay Martinen schrieb: > Bei Telnet, ssh und http ist das noch einfach, mit telnet den port > kontaktieren und ein HELO, LOGIN o.ä. senden. Was willst du bei https > ohne zertifikat machen oder bei protokollen die keinen Text-input > erlaubten (wenn es so was gibt)? Das gibt es: MQTT zum Beispiel. -- Klaus
[toc] | [prev] | [next] | [standalone]
Page 5 of 10 — ← Prev page 1 … 3 4 [5] 6 7 … 10 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web