Avoiding unnecesary restarts

When you have a lot of servers to manage from a single keyboard/monitor, sometimes is easy to reboot a Linux system when trying to login into a Windows one using the crtl+alt+del keys. To solve this, just comment this line in the /etc/inittab file:

ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

Evitando apagados innecesarios

Cuando se maneja un gran número de servidores desde un único monitor/teclado, más de una vez se corre el peligro de que por querer hacer las cosas rápidas, pulsamos crtl+alt+sup para iniciar sesión en Windows... pero si es un Linux, eso supone un reinicio del servidor. Para evitarlo, en el fichero /etc/inittab, buscaremos algo parecido a esta línea y la comentamos:

ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

apt-get install without recommends

To automatically ignore recommends packages just:

echo 'APT::Install-Recommends "0";' >> /etc/apt/apt.conf.d/70debconf

Instalar un número de paquetes mínimos (sin recomendaciones)

Las recomendaciones para un equipo de escritorio suelen ser útiles, pero cuando se trata de un servidor, cuanta menos mierda mejor. Para evitar tener que acordarse de ésto siempre que instalemos algo, basta con:

echo 'APT::Install-Recommends "0";' >> /etc/apt/apt.conf.d/70debconf

La Saga de Ender

Aunque no soy muy aficionado a la lectura, he de reconocer que cuando un libro me engancha, no suelo dormir mucho en esa semana hasta que lo acabo. Ésto mismo me ha pasado hace poco con La Saga de Ender, una "octología" (vamos, 8 libros) escrita por Orson Scott Card. Los 8 libros se dividen en dos sagas, la primera de ellas, siguiendo al personaje principal, Ender Wiggin, y la segunda saga, conocida como la Saga de las Sombras, se centra en personajes secundarios. De los 8 libros ya he devorado 3, en apenas un par de semanas:

- El Juego de Ender (1er libro de la Saga de Ender) y La Sombra de Ender (1er libro de la Saga de las Sombras). Ambos tratan sobre la preparación militar que reciben los niños en la Escuela de batalla desde dos puntos de vista distintos, aunque complementarios: Ender, protagonista indiscutible, y Bean, lugarteniente de Ender, y el único capaz de hacerle sombra.

- La voz de los muertos. Continuación de El juego de Ender y como éste se lanza a la colonización de nuevos planetas para cumplir su misión.

El resto de libros de la saga están en camino ya que me ha sido imposible encontrarlos en librerías de toda la vida.

Sin duda alguna, lectura muy recomendada para todo el mundo, includo niños, ya que se identificarán con los protagonistas de los libros: adolescentes desde los 5 años, cuando entran en la escuela de batalla hasta los 14 que llegan a tener al final de los libros. (El primer libro de cada saga, luego se hacen un poco espesos y filosóficos, aunque igual de interesantes)

schroot - snapshots con LVM (II)

A la hora de probar y desarrollar nuevo software, el usar software actualizado es casi un requerimiento para poder acceder a aquellas funcionalidades. Ya vimos como tener distintas versiones instaladas, a la vez que para el día a día usamos algo más estable. Sin embargo, tras pruebas y compilaciones/recompilaciones, nuestros entornos de pruebas, puede llegar a "ensuciarse" o deteriorarse. Siempre podemos optar por borrar la instalación y reinstalarlo desde 0, pero hay sistemas más rápidos y más flexibles: Snapshots de LVM.

Una de las características que tiene LVM, es el de poder hacer snapshots (o copias exactas) de un dispositivo en un momento dado. Con LVM2, dichas copias, ya son de lectura/escritura, es decir, podemos modificar la copia... sin llegar a alterar el original. ¿Qué conseguimos con ésto? Tener un sistema recién instalado sobre el que trabajar... dejándolo totalmente limpio, una vez que hemos finalizado.

Para conseguir ésto, obviamente necesitamos tener una partición LVM, sobre la que instalaremos los sistemas, y espacio libre suficiente en LVM para poder hacer las copias. (Cómo crear particiones LVM y manejarlas quedan fuera del ámbito de este tutorial... pero no del siguiente)

Así pues, tenemos una partición LVM (/dev/Volume_00/schroot), que hemos montado en /schroot (por ejemplo) y hemos "instalado" una versión de sid (debootstrap sid /schroot/sid). Una vez que tenemos todo instalado y configurado a nuestro gusto, no es necesario tener la partición montada para nada.

Una vez preparado, sólo queda editar el fichero de configuración /etc/schroot/schroot.conf en el cual le especificamos que es una partición LVM y que cuando la ejecutemos, queremos que nos haga snapshots de ella:

[sid]
aliases=unstable,default
description=Debian sid
location=/sid
lvm-snapshot-options=--size 1G
device=/dev/Volume_00/schroot
type=lvm-snapshot
priority=3
groups=sbuild,root
root-groups=sbuild,root
source-groups=sbuild,root
source-root-groups=root
run-setup-scripts=true
run-exec-scripts=true

Las opciones de configuración claves son:

• location=/sid
• Carpeta dentro de la partición de LVM donde se encuentra el sistema instalado (Se pueden tener varios sistemas en distintas carpetas colgando todos de la misma partición)
  

• lvm-snapshot-options=--size 1G
• Opciones a pasar al snapshots. En este caso, le decimos que el espacio libre en el snapshot será de 1 GB (para esto era necesario tener espacio libre sin particionar en el Volume LVM)
  
• device=/dev/Volume_00/schroot
• Partición donde tenemos instalados los sistemas.
  
• type=lvm-snapshot
• Tipo de partición.

Así pues, una vez configurado todo, podemos acceder a Sid, simplemente con el comando schroot -c sid

Cuando creamos una configuración de tipo lvm-snapshot (sid en nuestro caso), automáticamente, también se crea una del tipo name-source (sid-source). Dicha configuración nos permite acceder a sid, pero sin crear un snapshot. Es decir, todos los cambios que hacemos, quedaran grabados. Ésto es útil, ya que Sid en una versión muy cambiante, y no está mal, ir actualizandola de vez en cuando.

Putadas en las entrevistas de trabajo

De todos es sabido la mala práctica que están cogiendo las empresas en diferenciarse y dejar su sello a la hora de hacer las entrevistas. Empresas grandes tipo Google, Microsoft, Yahoo, Apple... pueden hacer todo (o casi) lo que quieran en sus entrevistas, pero empresas de ámbito provicial/regional que se saquen de la manga métodos de entrevistas casi absurdos. Pasando de los típicos tests de lógica, que los ves o no los ves, (más que lógica son de estupideces: Bla bla bla.... tigres muertos de hambre... que da lo mismo lo que razones, si están muertos, es que están muertos), a situaciones en las que se busca las reacciones de los entrevistados, desde tomar un café y echárselo por encima (putadón) o meterte entre un montón de preguntas serias y técnicas o lo que sea, saltar con una pregunta absurda ("y tú, ¿cómo moverías una montaña")

Hay algún libro que comenta estos caso y otros más escabrosos sobre prácticas para entrevistas de trabajo. Así que ya sabéis, ante todo, mantener la calma y tomaros las cosas con humor.

Ésto me recuerda un caso de una chica en una entrevista para un banco, en que le preguntaron por qué era válida para el puesto. Respuesta: "Por que yo lo valgo", se levantó y se fue de la entrevista. A las pocas horas, le ofrecieron el puesto.

Google Interview (part I)

Hace unos cuantos meses, tuve un par de entrevistas para poder escaparme a trabajar a Google, a la sede de Dublín (Cuarteles generales de Europa) como SysAdmin. No fue algo que me pillara por sorpresa, ya que durante los meses anteriores, hubo un escaneo masivo por parte de Google entre los desarrolladores de Debian.... hasta que me llegó.

Fueron un par de entrevistas telefónicas, la primera de media hora y la segunda de hora y media larga (casi me quedo sin batería en el móvil), todo ello en Inglés. Primera compliación: tenía el inglés muy olvidado. A pesar de haber estado de Erasmus en Liverpool (cuando todavía el equipo de fútbol no era medio Spanish), prácticamente no lo había vuelto a practicar, por lo que me costó algo enterder y sobre todo, hacerme enterder (sí, mi acento es muy chapucero)

Una segunda complicación, fue que aunque acostumbrado a leer documentación técnica en la lengua de Shakespeare, el cómo lo decimos nosotros (algo medio spanglish), a cómo se dice realmente en entornos técnicos, acabas un poco perdido.

Así pues, en esta serie de posts, iré comentando cómo se desarrollaron ambas entrevistas, preguntas y respuestas, ampliaciones de las respuestas, palabras que no suenan como estamos acostumbrados y demás parafernalia por si algún día vuelven a por mí o alguno de vosotros.

Por si ha alguno os agobian las entrevistas en inglés por teléfono, siento desanimaros, pero una vez superada dicha prueba, como en toda empresa grande, el siguiente paso (según se dice) es un día completo de entrevistas (bastantes horas, he llegado a oir cerca de siete), en la sede de Google a la que vayas a ir, con unas cuántas personas preguntándote... y una pizarra blanca para responder... Valor y al toro!

Hardware privativo y productos descatalogados

Hoy en día se han puesto de moda todos aquellos gadgets o cacharros electrónicos, que intentan engañar a los compradores para no quedarse obsoletos indicando que tienen el firmware actualizable. Sin embargo, todos sabemos que eso implica demasiados costes, y además, si hace años que vendistes el gadget y tienes otros nuevos en los que centrarte, ¿porqué te vas a centrar en lo que ya has vendido y no te reporta ningún beneficio?
Todo esto viene a dos cacharros (ya no son gadgets) que se me acaban de amontonar en casa.:

• Kiss DP-1000 Uno de los primeros reproductores de divx y que tuvo un notable éxito... y polémica, dado que hubo indicios que usaban el código de MPlayer sin hacer caso a su licencia. (No hacerlo libre). Ya no soporta nuevos formatos de video, y las últimas actualizaciones disponibles datan de hace más de dos años. Al menos están disponibles a través de la página de linksys, empresa que compró Kiss hace tiempo

• Inovix IMP-97 Reproductor MP3/MP4/Radio que se vendió como churros en el Media Mart (un regalo, ya que yo no compro allí si tonto), que en este caso es peor la situación, ya que dicha empresa, ha desaparecido por completo, sin dejar rastro, y con los firmware no disponibles en ningún sitio (excepto alguna versión perdida para ciertos modelos en las redes P2P.

En ambos casos, vemos como si bien dichas empresas hicieron negocio con productos cerrados, perdieron la oportunidad, de dejar un buen sabor de boca a la comunidad (libre o no) y sus usuarios, y una vez que o bien dichos productos pasaron a los trasteros o la empresa cerró, haber dejado los firmware, de forma abierta, para que la gente pudiera seguir actualizando dichos productos a las nuevas corrientes y hacer honor a la forma de la cual nos lo vendieron (Firmware actualizado!)

Petición Desesperada: Por cierto, ¿nadie tendrá el firmware del Inovix IMP-97 por ahí? Necestio restaurar el mío, y no existe por ningún sitio, ya que Inovix es ahora una empresa fantasma.

schroot - Varias versiones de Debian en un único sistema (I)

Usando Debian Etch se consigue estabilidad y seguridad. Sin embargo, de vez en cuando, hacen falta versiones más recientes con nuevas funcionalidades que nos permitan seguir trabajando día a día sin ningún problema. Para ello existe schroot. De esta, podremos tener otras versiones instaladas de Debian, y ejecutar programas más recientes sin interferir con el sistema estable. Las aplicaciones de ésto son incontables: desde probar nuevas versiones, hasta tener un versiones de 32bits, para ejecutar aquellas aplicaciones que no existen en un entorno de 64 bits (Flash player, y productos privativos principalmente). Pero, ¿cómo lo hacemos?

• apt-get install schroot debootstrap
  
• mkdir /chroot/sid
• O cualquier otra carpeta en la que queramos instalar nuestro nuevo sistema
• debootstrap sid /chroot/sid

Et voilà! Ahora sólo faltaría configurar un par de cosillas. El fichero /etc/schroot/schroot.conf debería ser tal que:

[sid]
description=Debian sid (unstable)
location=/chroot/sid
users=ghe
aliases=unstable,default
run-exec-scripts=true
run-setup-scripts=true
[lenny]
description=Debian lenny (testing)
location=/chroot/lenny
users=ghe
aliases=testing,lenny
run-exec-scripts=true
run-setup-scripts=true

si tenemos tanto una versión de sid como de lenny, y finalmenet, en el fichero /etc/fstab se debería de añadir: (Los directorios home son opcionales)

proc /chroot/sid/proc proc defaults 0 0
proc /chroot/lenny/proc proc defaults 0 0
/home /chroot/sid/home none bind 0 0
/home /chroot/lenny/home none bind 0 0

A partir de ahora, para acceder a los nuevos sistemas, con
schroot -c lenny
schroot -c sid

accederíamos a cada uno de ellos (si no especificamos cual con -c, sería el que tuviera el alias de default) y para ejecutar algún programa, bastaría con:
schroot -c sid -p miro

Aunque esto tiene utilidad para el usuario final, hay ciertas características avanzadas, como el uso de snapshots en sistemas LVM, que son ideales para ser usados por desarrolladores de Debian... pero eso será otro capítulo.

Oferta de trabajo

Por varios medios, me ha llegado una interesante oferta de trabajo para todos aquellos BOFH debineros. Sería para trabajar en el grupo LibreSoft de la universidad Rey Juan Carlos (URJC) en Madrid. Un grupo muy interesante con grandes proyectos muy enfocados a software libre, calidad del software y Debian. La oferta de trabajo. Y más ofertas para no BOFHs.