BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] SysVinit vs. systemd
- Subject: [Discuss] SysVinit vs. systemd
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Mon, 15 Sep 2014 13:26:50 -0400
- In-reply-to: <746ca932f9f04b02a7d1e57db3ec9b69@CO2PR04MB684.namprd04.prod.outlook.com>
- References: <5411058F.6010208@gmail.com> <li6a9669ml8.fsf@panix5.panix.com> <CAAbKA3UY2m42=Uzd=3FHfsskkTXfEzYq-qWf9DfA7y1P7QAOYQ@mail.gmail.com> <li67g184ybi.fsf@panix5.panix.com> <746ca932f9f04b02a7d1e57db3ec9b69@CO2PR04MB684.namprd04.prod.outlook.com>
On 9/13/2014 9:28 AM, Edward Ned Harvey (blu) wrote: > But if you want to create something new, the ability to daemonize > any-random-command is a really nice convenience factor; you just > write any simple console application or shell script, and it behaves > exactly the same on your command terminal as it does when you make it > a service under systemd. While I usually agree with what you write, I don't this time around. Any random console tool /can't/ act the same as a daemon and as a console tool. UNIX and Linux don't work that way. Try reading from stdin and watch your daemonized console tool wait forever for input that will never arrive. Silly example but it demonstrates that your claim about behavior does not hold up to even silly levels of scrutiny. > An active system will notice mysqld died, recognize that it's not > supposed to do that right now, and restart it. I know SMF will try Which is a stupid way to run in production. There's a reason why the daemon died. That reason needs to be identified so that corrective steps can be taken. Blind restarts can obfuscate this information, can cause damage to data, and can exacerbate existing damage. > to restart a failed service some configurable threshold number of > times in a configurable threshold period of time, and if the service > continually fails, then the service gets disabled. I assume > something similar exists for systemd. I assume nothing about system and process startup procedures. These are too important to trust to assumptions. -- Rich P.
- Follow-Ups:
- [Discuss] SysVinit vs. systemd
- From: bogstad at pobox.com (Bill Bogstad)
- [Discuss] SysVinit vs. systemd
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] automatic daemon restarts
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] SysVinit vs. systemd
- References:
- [Discuss] SysVinit vs. systemd
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] SysVinit vs. systemd
- From: smallm at panix.com (Mike Small)
- [Discuss] SysVinit vs. systemd
- From: bill.n1vux at gmail.com (Bill Ricker)
- [Discuss] SysVinit vs. systemd
- From: smallm at panix.com (Mike Small)
- [Discuss] SysVinit vs. systemd
- From: blu at nedharvey.com (Edward Ned Harvey (blu))
- [Discuss] SysVinit vs. systemd
- Prev by Date: [Discuss] selecting a subnet
- Next by Date: [Discuss] selecting a subnet
- Previous by thread: [Discuss] SysVinit vs. systemd
- Next by thread: [Discuss] automatic daemon restarts
- Index(es):