viernes, septiembre 27, 2013

Tres meses a full

Por medio de un compañero de trabajo llevábamos varios meses viendo como podíamos sacarnos la certificación PMP. Esta certificación ofrecida por el Project Management Institute intenta ofrecer profesionales en la gestión de proyectos. Esta certificación requiere de la acreditación de un número de horas en la gestión de proyectos, recibir un curso de 35 horas de formación y por último superar un examen.

Como lo cosa no cuajaba, nos enteramos que la CEA iba a impartir el curso de certificación después del verano, así que decidí hacerlo por ese camino. Por ello, a partir del mes de Octubre estaré muy liado, ya que las tardes que no trabajo, estaré en el curso del PMP (dos días por semana).

En principio ibamos a empezar la semana que viene, pero nos han retrasado una semana el inicio del curso, manteniendo las mismas fechas pero prolongándose una semana más.

Cerrajero improvisado

La cerradura de casa no se puede abrir desde fuera con la llave si tiene otra llave puesta por dentro y este mediodía por culpa de un descuido cerramos la puerta olvidando que dejamos una llave puesta. Una vecina nos ha dejado una radiografía con la que después de un cierto esfuerzo, he conseguido abrir la puerta.

La primera noche que pasamos en el piso nos paso algo parecido y tuvimos que llamar al cerrajero, esta vez no ha sido necesario.

Por supuesto que después de hacerlo, he realizado algunos intentos más para repetir, siendo más sencillo cogerle el truco. Desde hoy siempre tendré una radiografía en el coche y otra en el trastero, por si acaso pasa otra vez.

martes, septiembre 24, 2013

Cuando se restringen los campos para los días en la crontab

Hay dos campos para indicar el dia en la crontab, uno que es el día del mes (tercer campo) y otro que es el día de la semana (quinto campo). Estos campos tienen un comportamiento diferente si se indica '*' o se pone un rango, es decir, si se restringen ambos.

Por ejemplo:
  • 59 15 * 2 1-5 usuario comando
  • 59 15 1-15 2 * usuario comando
  • 59 15 1-15 2 1-5 usuario comando
El primer comando se ejecuta de lunes a viernes durante el mes de febrero a las 15:59. El segundo comando se ejecuta del 1 al 15 del mes de febrero a las 15:59. El tercer comando pudiera entenderse que se ejecuta de lunes a viernes durante la primera quincena del mes de febrero, pero no es asi. En realidad se ejecuta del durante la primera quincena de febrero a las 15:59 y además (aquí viene la sorpresa), de lunes a viernes durante el mes de febrero.

En el propio manual de la crontab lo indican con una breve nota, pero nunca me fijé en ella :-(
Note: The day of a command's execution can be specified by two fields — day  of  month, and day of week.  If both fields are restricted (i.e., aren't *), the command will be run when either field matches  the  current time. 
Con lo que en principio no es posible decir en la crontab que un comando se ejecute unos X días de la semana durante Y días del mes. Pero hay truco, es posible hacerlo modificando la invocación del comando con un condicional de la shell para que haga una comprobación de fechas y luego ejecute el comando con el operador &&, aunque tan elegante no queda.
  • 59 15 * 2 1-5 usuario [ $(date +%d) -le 15 ]  && comando
Esto si que se ejecutaría de lunes a viernes durante la primera quincena del mes de febrero a las 15:59.

You fragged cáncer

La pasado semana aproveche para ver a Josemari en Barcelona, que además coincidía con que le decían los resultados de las pruebas después de un año de la operación y posteriores dosis de quimio. El resultado de las mismas no ha podido ser más positivo, no encontrándose rastro del cáncer. Así que tomando prestado los mensajes del Quake III Arena cuando matabas a un enemigo se puede decir "You fragged cáncer".

domingo, septiembre 22, 2013

Sorpresa musical

Visitando el Fnac para buscar un equipo de música, ví que habían dejando conectado un reproductor portátil mp3 a una de las minicadenas de exposición. Como no me gustaba lo que sonaba, le dí al botón de avance y salió una canción que me gusto, tanto que memorice el nombre del cantante y su título (Greg Laswell, Come Back Down).

Esa canción y algunas más de él que estaban colgadas en YouTube han sido la banda sonora de las vacaciones por Barcelona.

domingo, septiembre 15, 2013

Excursioning

He aprovechado la visita al mercado de libros de segunda mano de Sant Antoni en Barcelona para comprar algunos de los libros que leía en la biblioteca de Camas cuando chico. En Sevilla no hay nada parecido.

Ahora que me hago mayor, aquellos libros los estoy comprando de viejo. Sentimental que es uno diria un amigo.

También me ha servido para moverme por la red de trenes de Barcelona, ayudándome del movil. Hasta hoy, nunca había viajado solo por ella. Si que lo había hecho en coche+tomtom.

Me gusta esta ciudad.

PD: Espero que no tengamos sobrepeso en las maletas cuando volvamos.

martes, septiembre 03, 2013

Los signos de exclamación e interrogación

Alguna veces no puedo evitar interpretar los signos de interrogación y de exclamación, que aparecen en los mensajes que me llegan por correo/SMS, con el significado que se le aplica en los comentarios de las jugadas de partidas de ajedrez, en lugar del significado estándar de la RAE.
  • ! Buena jugada.
  • !! Movimiento buenísimo.
  • ? Mala jugada.
  • ?? Error mortal de la muerte.
  • !? Jugada interesante.
  • ?! Jugada débil.
Así que cuando me llega un mensaje del tipo 'Estas en casa?' lo interpreto como una mala jugada y si veo 'Te apetece ir al cine!?' es una jugada interesante.

Peleando con FreeBSD, Nexenta y ZFS

En ocasiones en el trabajo te encuentras con bombas de relojería de explosión retardada. Eso es lo que nos ha pasado con el sistema de almacenamiento del backup que hemos heredado por la integración de sistemas de un proyecto a otro que llevamos nosotros.

La solución de almacenamiento que tienen se basa en una NAS que tiene un servidor que corre sobre FreeBSD 9.0, al que se le han enganchado a una controladoras HP StorageWorks  de 70 discos. Estos discos se han ofrecido un mega volumen (110 TB) que a su vez tiene ZFS para gestionarlo.

Como solución de bajo coste para una NAS no esta nada mal pero el problema nos ha venido dado porque no se ha entregado documentación ni información sobre la gestión del ZFS para problemas tan 'nímios' como la sustitución de un disco averiado, además el ZFS ya venía en modo degradado con dos discos estropeados, que luego han pasado a ser cuatro al lanzar un chequeo de integridad (scrub) del almacenamiento ZFS.

Así que hemos tenido que hacer ingeniería de documentación de internet para entender las particularidades del FreeBSD (administrar un FreeBSD no se hace todos los días) y la gestión propiamente del ZFS y sus procedimientos de trabajo. Aún estamos en la parte de identificación de un disco averiado, pero al menos si que hemos podido hacer la sustitución por un disco de Spare, que nos ha permitido poner el estado del ZFS en modo Online y sin errores. Camcontrol nos va a servir para lo identificación, pero aún no hemos llegado a esa parte.

Pero he dicho que habíamos encontrado una bomba cuando en realidad eran dos. La segunda viene en forma de una NAS adicional (con una capacidad de 55 TB, la mitad que la otra, siendo su función respaldar a la primera por si hay algún desastre ¿?) utilizada para el respaldo de las copias de la primera NAS pero que en lugar de tener un sistema idéntico, corre bajo un sistema operativo diferente. En concreto funciona bajo un Nexenta Core 3 (una especie de Debian con núcleo OpenSolaris) y que tiene un tipo de cabina de discos DELL PowerVault.

Otra diferencia sobre la primera NAS es que en la cabina del segundo sistema se ha creado un mega volumen de datos que se le ofrece al servidor como un único disco (en la anterior, el ZFS gestiona todos los discos), con lo que el ZFS tiene enganchado ese único disco, no teniendo que hacer operativas de sustitución de discos a nivel de ZFS. Los problemas de reemplazo/detección de discos fallidos se gestionan desde la cabina de disco. Para ellos disponemos del software MegaRaid de LSI que nos ofrece los servicios necesarios para detectar e identificar los discos problemáticos.

Con lo que otra vez tenemos que empezar con el proceso de documentarse y probar. Menos mal que al estar basada en Debian, la cosa se hace más familiar y el disponer del conjunto de herramientas megaraid nos ha solucionado la vida en un 110%. La pega es que como en esta cabina nada fallaba, pues no podemos probar los métodos de sustitución. Siempre podemos provocar un fallo, pero es tentar la suerte. Con el inconveniente adicional de que nada de lo que hagamos en una, podemos aplicarlo en la otra y viceversa. 

En todo caso, ahora estamos mejor que hace un par de semanas, cuando se nos trasmitió que la localización de un disco averiado se realizaba mediante técnica rebeca al uso, es decir, extrayendo disco a disco y comprobando simultáneamente los mensajes de error en los logs. Un colega diría que quien haya hecho eso se habría ganado el premio Rebeco del año.

Por último, entrar en valoraciones sobre las soluciones elegidas para el almacenamiento del respaldo de los volúmenes de cintas (que en lugar de escribirse físicamente, se vuelcan en cintas virtuales dentro la NAS principal) no nos lleva a ninguna parte. Los primero es familiarizarse con los sistemas, luego ya habrá tiempo de valorar si es bueno o malo.

De todas formas me voy a mojar. La solución me gusta teniendo en cuenta la relación coste/características, pero me parece que no se valoraron los riesgos que implicaban poner en funcionamiento unos sistemas que son poco conocidos y que hasta para los anteriores administradores que lidiaron con ellos les resultaban bastante oscuros en su gestión.

Creo que este riesgo no se tiene que solventar una vez puesto en producción los sistemas, se deben solventar antes porque pudiera pasar que se encontrase un problema para que el que no existiera solución y al ya haberse hecho la inversión en tiempo y dinero, se tuviera que tirar a la basura por culpa del problema que no se tuvo en cuenta a su debido momento.

Además, el haber inventado de nuevo la rueda para la segunda NAS, existiendo una primera que medianamente controlabas, no hace más que incrementar el riesgo. Puedo entender los motivos por el que se hizo esto, que no era más que buscar protección ante la aparición de un bug que se diera en una de las NAS e invalidara también la otra, pero no los comparto.

Con un ejemplo exagerado, es como si a google se le ocurriera hacer un nuevo servidor o un servicio de cluster, diferente por completo a los demás que tiene para cada uno de sus nodos/cpds, a fin de protegerse de los bugs similares que pudieran aparecer. Uno de los éxitos de google se basa en la replicación de sus soluciones.

domingo, septiembre 01, 2013

Problemas con los pinchos USB 3G

El fantástico y maravilloso mundo de los pinchos USB para las conexiones 3G me están dando más quebraderos de cabeza de los que pensaba. Debido a una actualización de las conexiones 3G que 'disframos' en nuestras guardias del trabajo, nos han cambiado el pincho. Para probar el nuevo (ZTE MF190 de Movistar), lo he conectado al ordenador de sobremesa encontrando que el NetworkManager lo reconoce pero parece incapaz de usarlo.

Después de investigar, parece que todo el problema esta que el NetworkManager se empecina en utilizar como dispositivo de comunicaciones el ttyUSB2 en lugar del ttyUSB4. Hay que decir, que cuando se conectan estos dispositivos USB, el sistema reconoce varios puertos series, cada uno de ellos para una funcionalidad (puesto que pueden ser utilizados como una unidad de almacenamiento, por poner un ejemplo).

De momento no doy con la tecla, ya que inicialmente pensaba que el problema estaba en la aplicación usb_modeswitch que se encarga de reconocer el pincho usb y crear sus dispositivos /dev/ttyUSBx. Seguiremos investigando.