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
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
Posted Oct 19, 2014 14:09 UTC (Sun)
by flussence (guest, #85566)
[Link] (4 responses)
Some of RedHat's paying customers might be able to explain the value of not breaking a running system better.
Posted Oct 19, 2014 14:15 UTC (Sun)
by rahulsundaram (subscriber, #21946)
[Link]
Posted Oct 19, 2014 14:57 UTC (Sun)
by Cyberax (✭ supporter ✭, #52523)
[Link]
Systemd haters simply latched on to a minor detail and now it's becoming an icon of anti-systemd crusades.
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.
Posted Oct 20, 2014 10:46 UTC (Mon)
by michich (guest, #17902)
[Link]
The Debian init system general resolution returns
The Debian init system general resolution returns
The Debian init system general resolution returns
The Debian init system general resolution returns
The Debian init system general resolution returns
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: