Sysadmin on oscarmlage

Mastodon BOFHers update to 4.7.2

info@oscarmlage.com (oscarmlage) — Fri, 18 Sep 2026 18:10:00 +0200

I manage a small mastodon instance for BOFHers. You know, old computer people armed with their whips, ready to lart anything that moves too close to a keyboard.

Doing admin work for that kind of crowd is a high risk sport. Doing it for free is even better. If something breaks, there is no mercy. If everything works, nobody says anything. So, the usual sysadmin deal.

Por mí y por todos mis compañeros

info@oscarmlage.com (oscarmlage) — Sun, 13 Jan 2019 10:58:11 +0000

Algo tan sencillo y aparentemente inocuo como un punto de montaje puede convertirse en una letal arma de destrucción de paciencia/tiempo.

Hay una especie de regla no escrita que sigo desde hace bastante tiempo en las instalaciones de los servidores pertenecientes a OVH: centralizar todos los datos de servicios en /home. Los DocumentRoot de apache/nginx van en /home/www, las bases de datos en /home/mysql, etc...

Una historia de backups, vacas sucias y Mr. Robot

info@oscarmlage.com (oscarmlage) — Thu, 27 Oct 2016 10:52:34 +0000

Hace un rato, cuando he ido a abrir una de las aplicaciones de mi servidor me he dado cuenta que no funcionaba. La verdad es que no la uso demasiado a menudo pero ese 502 sonaba a muy raro porque nunca antes había fallado.

Sync is not backup, backup is not sync.

info@oscarmlage.com (oscarmlage) — Sun, 18 Sep 2016 09:52:16 +0000

I had an issue - nothing new - with the backups - ouch - and this time it was my fault one hundred percent.

Days ago I've bought a Raspberry Pi, just to have fun with the possibilities (media center, retro games, download center...) you can do almost everything you can imagine. One of the ideas I had was to create a usb softraid with 2 external usb drives and add the raspi as Syncthing node, because I'm using syncthing across some nodes to sync essential data, as backup (*err*).

Transferir VPS de un proyecto Public Cloud OVH a otro

info@oscarmlage.com (oscarmlage) — Thu, 12 May 2016 10:33:40 +0000

Tengo que decir que soy un enamorado de lo que yo llamo "virtualización de última generación". Como no soy ningún doctor en terminología - ni mucho menos - hablo de Docker, OpenVZ, Proxmox, OpenStack... que habitualmente tienen herramientas e interfaces más que asequibles para resolver muchos de los problemas que, a nivel de sistemas, se presentan hoy día.

Ampliación de una partición, VPS de OVH

info@oscarmlage.com (oscarmlage) — Wed, 20 Apr 2016 08:21:14 +0000

Gran invento los VPS de OVH, excepcional rendimiento a precio inigualable y ahora que han activado el servicio de snapshots no se puede pedir más por 3€/mes. Pero como no me llevo comisión, vamos al lío técnico. Lo has empezado a usar, te ha molado y ahora el disco duro se te queda pequeño (10Gb por defecto) así que decides cambiar el tipo de servidor a otro con más disco... pero los cambios no se aplican automágicamente como en otras veces... así que vamos a intentar arreglarlo.

Postfix resolving /etc/hosts entries

info@oscarmlage.com (oscarmlage) — Mon, 26 Oct 2015 21:52:30 +0000

Most of times when you are setting up a mail server you need to test that all is going fine. Well, in fact tests should happen *after* the server is configured. Talking about an integral email solution (send + receive), some kind of tests come to my mind:

OSX: Changing user shell

info@oscarmlage.com (oscarmlage) — Wed, 30 Sep 2015 08:12:04 +0000

Today I've tried to install Oh My ZSH! as default terminal and I've resoundingly failed because of a color stuff. I knew I was not good with colors but I didn't know it would affect to terminals... The installation script inserted "/bin033[01;31m033[K/zsh033[m033[K" as my default shell - yep, with all that color crap - and, of course, that strange and colorful binary does not exist in my computer at all.

Cron: variables based on command output

info@oscarmlage.com (oscarmlage) — Fri, 18 Sep 2015 08:13:29 +0000

I had a problem with a cron job, a not-so-annoying but daily-repeating one. It's like a drill boring your mind slowly. Every time I got an email with the failing report the drill bit made more internal damage.

Trick for the summer: the mifi router + 3g data sim

info@oscarmlage.com (oscarmlage) — Mon, 20 Jul 2015 13:08:34 +0000

As all the summers, we're trying to move from here to there enjoying the weather, beach, camping and all that stuff you can only take advantage of in this season.

GPG: Revalidate expired key and add new email account

info@oscarmlage.com (oscarmlage) — Sat, 05 Jul 2014 11:57:04 +0000

When you are creating a new GPG key you have to decide how long the key will be valid before to renew. In my case when I got my own key, I was not really thinking on use it daily, it was years ago, just for test and have fun.

Logwatch, add a new postfix custom service

info@oscarmlage.com (oscarmlage) — Sun, 08 Jun 2014 12:47:33 +0000

Last days ago I had lot of problems with MTA servers, hacked accounts, bad redirects policies and some other minor issues that kept me with the hands dirty in sysadmin keyboard. Needless to say how I love to put my sysadm hat and start to fix and/or optimize stuff, so from that bunch of problems was born this little script that makes my days easier than before.

Tmux: detach otras sesiones que no son la tuya

info@oscarmlage.com (oscarmlage) — Thu, 15 May 2014 04:11:47 +0000

Una de las fantáticas features de tmux es la sencillez con la que puedes conectar múltiples clientes a la misma sesión de forma simultánea. Si lo has hecho alguna vez, con terminales de diferentes tamaños, habrás visto algo tal que así:

Apache: Alta carga de CPU

info@oscarmlage.com (oscarmlage) — Tue, 09 Aug 2011 10:27:52 +0000

Llevo desde el fin de semana con la mosca detrás de la oreja. Uno de los servidores que administro ha visto incrementada de forma inexperada su carga media de CPU sin motivo aparente. Donde el load average normal de 1 minuto variaba entre 0.40 y 0.80 de repente suponía cargas tan elevadas como 60 o 100 unidades.

En esos momentos puntuales que llegaban a dejar la máquina zombie el proceso que abarcaba un consumo de entre el 60% y el 90% de CPU era apache2. Intrigante que ni error.log ni slow-queries.log de MySQL (lo que normalmente suele ser cuello de botella) dieran ninguna pista.