Principios de Mikao Usui (reiki)

1. En el día de hoy, no sienta rabia ni se ponga de mal humor.
2. En el día de hoy, abandone sus preocupaciones.
3. En el día de hoy, agradezca sus bendiciones, respete a sus padres, maestros y a los más ancianos.
4. En el día de hoy, haga su trabajo honradamente.
5. En el día de hoy, muestre amor y respeto y sea gentil con todos los seres vivos.

Seda

"Puesto que la desesperación era un exceso que no le pertenecía, se volvió hacia lo que había quedado de su vida y empezo de nuevo a ocuparse de ello, con la inquebrantable tenacidad de un jardinero en su trabajo la mañana siguiente a una tempestad" (A. Barico, Seda)

Gracias, María, va siendo hora de que me vuelva a preocupar de mi jardín y de paso también de mi vida.

Optimización de MySQL

En RackerHacker han hecho un diagrama de flujo para indicar los pasos típicos a realizar en la optimización de un Mysql:

http://rackerhacker.com/wp-content/improvingmysqlperformance.pdf

Errores comunes de los administradores linux

Leo en los blogs de techrepublic (fijo en mis rss) los supuestos errores típicos que cometen los administradores de sistemas linux:

• Instalar aplicaciones de diversos tipos. Tres tipos de problemas. Añadir repositorios suele ser una una invitación a que yum o apt-get lo pasen mal, yo creo que en un sistema de producción debía estar prohibido. Instalar software a partir de las fuentes, para mi más que un problema es un engorro. Creo que se puede hacer que no moleste al resto de la instalación con un correcto compilado y selección de prefijo. Instalar software propietario es el último y a lo que más miedo le tengo. Las empresas suelen creer que su producto es el centro del mundo y no suelen tener mayor interés en hacer las cosas bien (que sería entregar un rpm o deb para cada una de las grandes versiones RHEL o Debian) así que te encuentras con un problema distinto en cada caso.
• Retrasar actualizaciones. Los sistemas linux tienen, con razón, fama de estabilidad y además las actualizaciones en los mejores casos suponen reiniciar servicios o el mismo sistema y en los peores hace que los servicios con nuevas versiones dejen de funcionar con viejas configuraciones (esto no debería ocurrir, pero ocurre sobre todo cuando no se conocen bien el funcionamiento o los ficheros de configuración). Hay casos horribles que es cuando las nuevas versiones traen nuevos errores lo que suele ser raro en sistemas estables de verdad (Debian, RHEL, ...). Esto provoca que exista una tendencia a diferir las actualizaciones a semanas con poco trabajo y se acaba actualizando de Pascuas a Ramos. En fin, hay que evitarlo y esforzarse en planificar actualizaciones periódicas y mantener las configuraciones en orden. Un linux suele ser estable y es difícil que haya problemas de seguridad (entiéndase comparando con la habitual alternativa) pero también hay fallos así que actualizar es más que necesario.
• Password de root. Si no usas sudo mereces ir al infierno pero en fin hay gente que aún no lo entiende así que la contraseña acaba siendo "memorizable" y acabamos haciendo el ridículo. Busca un sistema que mezcle números, letras y carácteres simbólicos y piensa en usar sudo que además te permite registrar los comandos que lanzas.
• Evita la línea de comandos. Yo no estoy de acuerdo con esto pero el autor indica que los comandos son más propensos a recibir errores (cierto) y que la mayor parte de tareas se puede realizar con "menos lesivas" interfaces gráficas. El razonamiento es interesante, ahora bien ya lo indica el autor un sysadmin debe conocer profundamente la interfaz de comandos y es muy difícil hacer eso cuando no se practica (esto lo digo yo), además los comandos quedan registrados en los logs con mayor facilidad que las pulsaciones en las cónsolas gráficas.
• No mantener kernels funcionales instalados. En RHEL el kernel es el paquete que siempre se instala y nunca se actualiza. Por defecto se mantienen todos los kernels que se han instalado y es una gran idea.
• No tener copia de seguridad de los ficheros de configuración. En realidad el pecado es no hacer backup o hacerlo malo. Personalmente añadiría mantener un control de versiones de los ficheros de configuración con documentación completa sobre el motivo de cada cambio.
• Arrancar un servidor con X. Esto directamente merece ir al infierno.
• No comprender los permisos. Parece que lo del 777 o 644 lo entiende cualquiera pero en la práctica pocas gentes entienden las implicaciones de los permisos o los permisos setuid y setgid. Para acabar en RHEL sufrimos de los etiquetados Selinux (debianitas cuidado que a este paso os toca dentro de poco). Algún día tengo que hablar de Selinux o mejor algún día puede que entienda ese pedazo bicho.
• Entrar como root. Otra cosa que te lleva al infierno y por enésima vez; USA SUDO! (se nota que en mi empresa no me dejan implantarlo y muchas veces me tengo que...).
• Ignorar los log. Conocer los registros que mantiene un servicio te puede evitar o solucionar muchísimos problemas. Lo mejor mantener sistemas de monitorización y registro de logs (Nagios, Cacti y muchos más son grandes alternativas) y si queréis elevar la seguridad llevar los logs a servidores remotos.

Objetivo 2009: Gestión de Tiempo para Administradores de Sistemas

Faltan pocas horas para que el 2008 acabe. Aunque este año parece ser malo por tanta crisis para mi ha sido excepcional, tanto en lo profesional como en lo personal. Casarse, cambiar el domicilio y seguir ejerciendo como sysadmin a tope me ha llevado a diciembre con la sensación de haber sido "desbordado". ¡Mis amigos seguro que lo habrán notado por el poco tiempo que les dedico!

Los administradores de sistemas somos informáticos diferentes al resto. Habitualmente mis compañeros lidian con proyectos. Podríamos definir un proyecto como un objetivo a realizar que implica la ejecutar diferentes tareas y probablemente varias personas, pero que además (muy importante) tiene fecha inicio y fecha fin (al menos estimadas, porque lo que es en Informática...)

Los sysadmin también tenemos proyectos, aunque muchos colegas duden de ello. "Instalación de un servidor MySQL" puede llegar a tener los mismos rasgos que cualquier proyecto, sólo hay que buscar un entorno complejo para que así sea.

Nuestros proyectos además de todos los problemas que ellos sólos ya traen tienen además un enémigo que impide muchas veces su realización, según el sitio o momento del día son conocidas como "tareas del día a día", "mantenimiento/peticiones de sistemas" o simplemente algún compañero que nos llama o aparece por tu mesa para preguntarte si te suena porque falla cualquier cosa.

Por culpa de ese "día a día" el cambio de contexto (es decir, depositar en nuestra memoria estable la información suficiente para volver a recuperar una tarea que dejas en estado de espera mientras inicias una nueva) es constante. En una comida con mis compañeros, se quejaban de que al participar en 2-3 proyectos al mismo tiempo tenían que cambiar de contexto y que era muy duro. ¡Yo les repliqué que en Sistemas se cambia de contexto cada hora! (A continuación la cosa degeneró porque según ellos las tareas de sistemas suelen ser más sencillas... no comentaré mi respuesta... aunque acabé diciendo que los programadores de java no tienen ni idea!).

Bueno, para concluir lo que me ha pasado a mi este año es que entre proyectos y listas de tareas que tenían que estar listas para ayer y las del mañana que te asustan te acostumbras a ser "bombero"; es decir, estás en tu "jaula" esperando a saber dónde es el siguiente fuego que hay que apagar y pierdes la "visión de conjunto". Esto provoca aún mayores problemas porque a veces al no tener una planificación acabarás metiendo la pata o simplemente duplicando trabajo.

Como esta sensación me ha empezado a pesar mucho este diciembre me he fijado nuevo objetivo. Aprender a gestionar mi tiempo. He empezado a leer el que me parece un gran libro "Time Management for System Administrators". Me he extendido un montón así que os dejo sus premisas para empezar una buena gestión:

• Mantener toda la información acerca de la gestión en un único sitio (outlooks, gmails, kontacts, wikis, emails, ... al final pierdes demasiado tiempo buscando las cosas y no los vas a usar todos, "usa sólo lo que vayas a usar").
• Usa el cerebro para tu tarea actual, usa un almacenamiento persistente para el resto (en Denodo nos dan una libreta para tener siempre con nosotros, es una buenísima costumbre).
• Crea rutinas para las cosas que haces habitualmente (los viernes hago el backup y siempre en el mismo orden y los mismos pasos)
• Desarrolla buenos habitos ("copia cualquier fichero de configuración que vayas a tocar y añade como extensión la fecha del cambio o aún mejor usa un sistema de versiones") y mantras ("los viernes no se toca nada"). 
• Evita los cambios de contexto (a los sysadmin nos encanta ser el septimo de caballería informático para nuestros compañeros, amigos, familiares y hasta vecinos; pero, es malo la cabecita no lo aguanta).
• Mejora tu vida privada aplicando las mismas técnicas (esto aún no lo acabo de ver, el libro está escrito por un sysadmin a la vieja usanza y ya sabéis los tópicos acerca de los sysadmin, nos cuesta mucho relacionarnos adecuadamente tanto dentro como fuera de la empresa...)

Seguiré contando lo que leo!