In today's news, a long-known and long-solved problem bites users around the world yet again.
#ASUS routers are still, in 2023, using the old "newsyslog" log rotation mechanism from the 20th century, that was replaced by vastly better ones in the 1990s. ASUS's malware checker went mad and started logging the same message over and over really fast. This filled up the tmpfs holding the log files and broke the routers.
#asus #s6 #cyclog #multilog #daemontools
van Smoorenburg #rc was never the thing to compare to. They realized this in the big Debian Hoo-Hah over systemd in ~2014, and almost everyone ruled it out as a reasonable option.
Mewburn rc pre-dated systemd by about a decade and a comparison to it would have ruined the whole "but-but-but look at the long shell scripts!" argument.
So too did comparison to the #daemontools family:
http://jdebp.info/FGA/run-scripts-and-service-units-side-by-side.html
#rc #daemontools #s6 #nosh #runit
Mewburn rc still uses PID files, a mechanism that people knew to be broken back in the middle 1980s. daemontools-family systems like runit do not.
There's no universal agreement on what a "service" is as opposed to a dæmon. But the concrete differences between the systems start with PID files, and continue with chain loading, logging, and composition.
http://jdebp.info/FGA/unix-daemon-design-mistakes-to-avoid.html#DoNotCreatePIDFiles
Komst að því að #DaemonTools er enn til og rocking.. Hef ekki þurft að mount'a ISO á Win í langan tíma þar sem ég nota mest megnis #MacOS og #Linux en það er samt gaman að sjá "gamalt andlit" aftur =D
@senzilla Yes, one of the fundamental differences with such tools is that there is no language compiler or language interpreter involved. There's not even syntax analysis, just lexing. There aren't even keywords.
http://jdebp.info/Softwares/nosh/guide/commands/nosh.xml
Yet with a toolset with a decent range, one can arrange doing a lot of system tasks.
All diese Tools stammen mehr oder weniger von den #daemontools von #djb ab.
Ich persönlich konnte mich mit djb Software noch nie so richtig anfreunden.
Auch das Daemon Supervising Prinzip kann ich nicht ganz nachvollziehen. Wenn ein Daemon stirbt hat das einen Grund, und dafür hat man Monitoring.
Daemons vom Supervisor einfach immer wieder neu starten zu lassen finde ich falsch.