3 ms·

"systemd" and "sane" only ever go in the same sentence as "sane people don't use systemd". It looks like a bug in the init script; runnign it as squid's user w

"systemd" and "sane" only ever go in the same sentence as "sane people don't use systemd". It looks like a bug in the init script; runnign it as squid's user wouldn't have triggered destroying the whole filesystem; likely just squid's config and anything under its /var.

viraptor 12y ago
I'll be the first to call out systemd for a lot of things, but not its core init idea. It's the same as daemontools, upstart, supervisord, and others do. Implementation is very different of course, but the idea is common - you run/kill services, not start/stop them. That's the reason we can leave the ugly and error-prone init scripts behind.
jdub 12y ago
"systemd" and "sane" only ever go in the same sentence as "sane people don't use systemd". It looks like a bug in the init script... Ha ha ha ha ha ha ha.
MichaelGG 12y ago
I hear people complaining, but why has every distro picked it up then? If it's so insane, why are these people all converging on it?
- digi_owl 12y ago
  Devs love it (in particular web service/app/buzzword-off-the-day devs), admins (at least those not in charge of "cattle") loath it. This because what it provides it rapid spin up of containers and VMs, while everything talks to each other via APIs and DBUS. But this rapidity also leads to issues with field repairs and debugging. "Everyone" is adopting it because the Linux money is in web servers/services.
koenigdavidmj 12y ago
> It looks like a bug in the init script Which is what happens when you have every daemon writing their own PID handling code, running as root, in a language whose interpolation rules nobody really understands.
- digi_owl 12y ago
  A legacy of sysv rather than having shell script handle init. It is quite possible to have the script for PID handling be written once, and imported as needed.

3 ms·

"systemd" and "sane" only ever go in the same sentence as "sane people don't use systemd". It looks like a bug in the init script; runnign it as squid's user w

by blueskin_ 12y ago

viraptor 12y ago
I'll be the first to call out systemd for a lot of things, but not its core init idea. It's the same as daemontools, upstart, supervisord, and others do. Implementation is very different of course, but the idea is common - you run/kill services, not start/stop them. That's the reason we can leave the ugly and error-prone init scripts behind.
jdub 12y ago
"systemd" and "sane" only ever go in the same sentence as "sane people don't use systemd". It looks like a bug in the init script... Ha ha ha ha ha ha ha.
MichaelGG 12y ago
I hear people complaining, but why has every distro picked it up then? If it's so insane, why are these people all converging on it?
- digi_owl 12y ago
  Devs love it (in particular web service/app/buzzword-off-the-day devs), admins (at least those not in charge of "cattle") loath it. This because what it provides it rapid spin up of containers and VMs, while everything talks to each other via APIs and DBUS. But this rapidity also leads to issues with field repairs and debugging. "Everyone" is adopting it because the Linux money is in web servers/services.
koenigdavidmj 12y ago
> It looks like a bug in the init script Which is what happens when you have every daemon writing their own PID handling code, running as root, in a language whose interpolation rules nobody really understands.
- digi_owl 12y ago
  A legacy of sysv rather than having shell script handle init. It is quite possible to have the script for PID handling be written once, and imported as needed.