Blogging in the Street ...

A principios del pasado mes de octubre era la fecha programada para el cambio hora. Días después de la fecha en que debía hacerse el cambio seguían las repercusiones.  Foto de diario "El Pais" A nivel popular se sintió en muchos celulares , donde los proveedores de sistemas operativos para celulares no sacaron parches correctivos. Así que los usuarios de Android , Symbian y Blackberry debieron utilizar un paliativos: la zona horaria de Buenos Aires . Me consta que es necesario actualizar JAVA, no he escuchado mucho comentario al respecto. IBM sacó actualizaciones para algunas versiones de la JVM. Oracle provee una herramienta . Incluso hubo una disculpa publica de la telefonica estatal . Esta ultima empresa cargo culpas de una situación que no generó. La decisión política de dejar de hacer el cambio a horario de verano no se comunicó bien. No se generó conciencia del impacto de la misma.

En el trabajo estamos por instalar un nuevo storage , y surge la sana discusión de que forma utilizarlo mejor. Una de las discusiones fue que versión de RAID era más adecuada a nuestras necesidades. De los múltiples niveles de RAID disponibles nuestra discusión se centro en las ventajas y contras de RAID 5 y RAID 10 .  Para el que quiere repasar o conocer sobre los distintos niveles de RAID está el articulo de wikipedia que enlace más arriba. O este otro , de Linux Magazine . En equipos de escritorio (o servidores de gama baja) es habitual contar con Motherboards que soportan RAID 0, 1 y ocasionalmente RAID 10. Con las capacidades de los discos actuales vale la pena considerar utilizar discos en RAID 1 o RAID 10, quizás comparar con la opción de discos de estado solido . Si no se cuenta con soporte por hardware de RAID, se puede utilizar software RAID , soportado por muchos sistemas operativos. Este Paper dió inicio a nuestra discusion. Conversando con colegas y quien...

Muy sobre la fecha llega esta entrada, espero sea de utilidad  El pasado 29 de Junio de 2015 se resolvió en consejo de ministros no realizar el cambio a horario de verano en Uruguay a partir de Octubre de 2015. Muchos sistemas informaticos que soportan el cambio automatico a horario de verano es necesario actualizar la configuracion (o reglas) para que no se haga el cambio. Las actualizaciones deben aplicarse antes del 4 de Octubre, la fecha en que deberia realizarse el cambio de horario. En MacOS X, Linux y la mayoria de los UNIX el cambio consiste en actulizar un archivo donde estan las reglas para el país o zona horaria afectada. La IANA mantiene el archivo de timezones . En Windows cada zona horaria es una entrada en la registry . En dispositivos moviles y sistemas embebidos es necesario consultar al fabricante. Windows Las versiones 2008R2, 2012, 7, 8 y 8.1 tienen parches que actualizan las reglas para Uruguay. Más información: https://support.micro...

Necesito verificar un archivo descargado en un equipo con AIX. Esto se hace con sumas MD5 , en Linux esto lo hacemos con MD5SUM . En AIX no tenemos esta herramienta, pero tenemos csum que sirve para calcular sumas MD5. Ejemplo         root@aix # csum -h MD5 /etc/passwd         092f62e68ce4ba03dfd3d1e7f0de9d3b  /etc/passwd Para archivos de más de 2 GB hay que tener aplicado un parche .

Este problema lo encontré meses atrás, hay poco escrito sobre esto. Me avisan que no estaban llegando los correos que nos enviaban desde GMAIL. En los logs del correo encontré entradas como estas:  Feb 28 12:26:43 srv-correo postfix/smtpd[12137]: setting up TLS connection from mail-ig0-f170.google.com [209.85.213.170] Feb 28 12:26:43 srv-correo postfix/smtpd[12137]: mail-ig0-f170.google.com [209.85.213.170]: TLS cipher list "aNULL:-aNULL:ALL:+RC4:@STRENGTH:!aNULL:!MD5:!DES" Feb 28 12:26:43 srv-correo postfix/smtpd[12137]: SSL_accept:before/accept initialization Feb 28 12:26:44 srv-correo postfix/smtpd[12137]: SSL_accept:SSLv3 read client hello A Feb 28 12:26:44 srv-correo postfix/smtpd[12137]: SSL_accept:SSLv3 write server hello A Feb 28 12:26:44 srv-correo postfix/smtpd[12137]: SSL_accept:SSLv3 write certificate A Feb 28 12:26:44 srv-correo postfix/smtpd[12137]: SSL_accept:SSLv3 write key exchange A Feb 28 12:26:44 srv-correo postfix/smtpd[12137]: SSL_accept:SSLv3 write s...

Semanas atrás estaba trabajando en la migración de casillas de correo a un servidor nuevo basado en ZIMBRA .  Se quiere que los usuarios autentiquen en el nuevo sistema con sus passwords actuales. Las passwords actuales están encriptadas con el algoritmo MD5 , almacenadas en una base de datos MySQL . En Zimbra se utiliza " autenticación interna ", las claves se almacenan en OpenLDAP (atributo userpassword ). Zimbra encripta las passwords con el  algoritmo SSHA, pero admite passwords con otros algoritmos. Queriendo migrar las password de un sistema a otro, nos encontramos que era necesario recodificar las passwords almacenadas en la base datos, para que pudieran ser utilizadas con exito. OpenLDAP almacena las passwords en un formato binario, codificado en base64 . Aquí se discute esto , con ejemplos en PHP. Y en este mensaje de una lista de OpenLDAP encontramos la razón de nuestro problema y un script de conversión.Copio acá el script : #---------------------------...

Esta no es una apología del vi , el editor de texto standard de Linux y UNIX.  Editar archivos de texto plano es una tarea frecuente, VI es el editor que se instala por defecto en ambientes UNIX (y UNIX like ). Tener un buen manejo de este editor es importante para trabajar en Linux, UNIX y afines ( *BSD ) o realiza tareas avanzadas en MacOS X . Para alguno de mis ocho lectores fanático de Emacs : no le tengo especial aprecio, tampoco lo rechazo. Me hice al habito de trabajar en vi, soy bastante productivo con el. El vim , una implantación de vi, ha reconciliado con vi a muchos de sus más acérrimos detractores. Contando con sintaxis coloreada para muchos lenguajes de programación y ayuda en linea. De todas formas, no se puede negar que la curva de aprendizaje es empinada. Hace muchos años con Enrique Verdes creamos una cartilla de VI , para facilitar el aprendizaje y uso. En la desaparecida revista Linux+ (edición española) se publicó un buen articulo para ...