|
|
Subscribe / Log in / New account

The Debian init system general resolution returns

The Debian init system general resolution returns

Posted Oct 18, 2014 21:15 UTC (Sat) by jspaleta (subscriber, #50639)
In reply to: The Debian init system general resolution returns by mgb
Parent article: The Debian init system general resolution returns

uhm.. im pretty sure I can restart getty instances on a F20 system without much pain at all without inittab.

So starting with no gettys active I start a getty on tty4
systemctl start getty@tty4.service
seems to work just fine to start the getty up. A see an agetty instance on tty4 now in the ps output.

and to manually restart it...
systemctl restart getty@tty4.service
new agetty pid on tty4 on ps output.

And then I can kill it off with
systemctl stop getty@tty4.service

And looking at the getty service file seems its configured to always restart if it crashes... so I can test that... forcible kill the agetty process... and systemd respawns it as configured.

And starting up specific gettys on boot is easy as well through normal systemd target want mechanisms. arch wiki covers some of the options available to admins if you need a starting example.

So what am I missing with regard to getty restart that you want to do that systemd doesn't provide for? Serious question.

Given the capabilities I have access to right now with systemd's concept of targets, which are far more flexible than inittab's concept of runlevel.. I really don't understand the advantage of trying to keep support for inittab. I'm not aware of any functionality I'm giving up at present by not having access to inittab symantics.

Meh.

-jef


to post comments

The Debian init system general resolution returns

Posted Oct 19, 2014 14:09 UTC (Sun) by flussence (guest, #85566) [Link] (4 responses)

> I really don't understand the advantage of trying to keep support for inittab.

Some of RedHat's paying customers might be able to explain the value of not breaking a running system better.

The Debian init system general resolution returns

Posted Oct 19, 2014 14:15 UTC (Sun) by rahulsundaram (subscriber, #21946) [Link]

Too late. RHEL 6 shipped with upstart.

The Debian init system general resolution returns

Posted Oct 19, 2014 14:57 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link]

RedHat does not guarantee that stuff does not break during upgrades. And it's telling that no real paying customers (or not enough of them) bothered to ask for inittab support.

Systemd haters simply latched on to a minor detail and now it's becoming an icon of anti-systemd crusades.

The Debian init system general resolution returns

Posted Oct 19, 2014 20:49 UTC (Sun) by anselm (subscriber, #2796) [Link] (1 responses)

RHEL breaks stuff between major versions as if there was no tomorrow. The good people at Red Hat do try to keep stuff stable within the same major version of RHEL, which is good for more than a decade (i.e., longer than most servers last), so upgrades from one major version to the next are rarely required. Consequently, unlike Debian, Red Hat makes no attempt to even support upgrading between major versions of RHEL.

Debian, on the other hand, makes no attempt to be RHEL. If you want that sort of stability, be a Red Hat customer; it's their business, and they're really pretty good at it.

The Debian init system general resolution returns

Posted Oct 20, 2014 10:46 UTC (Mon) by michich (guest, #17902) [Link]

Red Hat makes no attempt to even support upgrading between major versions of RHEL.
That's no longer true. There is a supported upgrade path from RHEL 6 Server to RHEL 7 Server (only on x86_64 so far). See KBase articles:


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds