Uit het dagboek van een systeembeheerder

dsystem is een knipoog naar systemd, het systeem dat het wel eens even allemaal zou gaan regelen in de linuxwereld. Al is dsystem in eerste instantie vernoemd naar de auteur. Dsystem draait elke 24 uur (op een vast tijdstip) of tijdens de start van de computer. Maar wat als dat samenvalt? Dan heb je twee keer dsystem aan het werk, en dat is ongewenst. Om dat te voorkomen controleert dsystem eerst of er niet een lock file staat in /local/var/run. Als die er niet is, schrijft dsystem een lock file. Zo wordt gegarandeerd dat er maar e1n instantie van dsystem draait. Dsystem geeft system info, maakt backups, en doet upgrades. Om dsystem zelf te upgraden is er echter een apart programma nodig. Dsystem kan niet zichzelf upgraden. Dat wordt dus gedaan door dupdsys. Ze worden achter elkaar aangeroepen door cron. Om te voorkomen dat dupdsys direct dsystem gaat overschrijven, controleert dupdsys op de lock file van dsystem. In de praktijk komt dat nauwelijks voor, debian cron wacht keuri...

WEBSITE VAN DE WEEK why-is-windows-using-crlf-and-unix-just-lf-when-unix-is-the-older-system? Terug naar de techniek achter de typmachine en de telex en hoe dat nog steeds een rol speelt op je hypermoderne smartphone, al zie je daar helemaal niets meer van, behalve als het misgaat. Wie ooit wel eens gewerkt heeft op een oude typmachine herinnert zich nog het belletje als je bijna het einde van de regel naderde. Het werd dan hoogste tijd om je woord af te maken of af te breken op het eerst beschikbare lettergreepeinde. Om dan vervolgens de kruk naar links te trekken en de wagen met de kruk naar links te duwen, het was een vloeiende beweging. Niet alleen werd het papier een regel naar boven geduwd. maar ook kwamen de hamers weer in positie aan de linkerkant van het papier. Een commando dat bij de telex twee commandos waren: Carriage Return (CR, ascii code 13 0D hexadecimaal 0001101 7bits binair) en Line Feed (LF ascii code 10 0A hexadecimaal 0001010 7bits binair) Heel vroege...

uit de serie "dagboek van een systeembeheerder" auxilery server deel II Het project is in zijn afrondingsfase. Ik heb alle scripts geschreven, de schijven gepartioneerd en alles gescheduled, er cronjobs voor gemaakt, zoals dat in de UNIX wereld heet. Om het project nog even samen te vatten: de auxilery server is een server die de taken van de primary server kan overnemen zodra de laatste uitvalt. Dat is op zich niet zo bijzonder, zij het dat de auxilery in principe niet online is. Eens per week wordt ie aangezet, waarbij hij volautomatisch alles synchroniseert met de primary. Niet helemaal alles, maar wel de noodzakelijke dingen om het netwerk door te laten draaien. Dat komt neer op in ieder geval de homedirectorys, dns, dhcp, ldap en security updates. Mocht de primary het ergens halverwege de periode opgeven dan mis je wel een paar dagen. Maar die zijn niet verloren, omdat of de backups nog intact zijn, of de andere schijven. Of alle schijven zijn er nog, maar de...