El título de la entrada es mi elección a las dos de la mañana en medio de un trabajo programado en casa.
He intentado instalar los 4 GB de DVD de OpenSuse 12.1 Beta desde un USB, pero algo no le ha gustado que después de cargar el kernel se quedaba con la pantalla parada.
Después de varias vueltas, "dimes y diretes" me he ido a la página de fedora project, y he visto que en la versión 16 Beta incorporan Gnome 3.2, systemd y el kernel 3.1, con lo cual he cambiado radicalmente. Ahora a esperar a ver si el cambio lo puedo hacer esta noche o tengo que esperar al día siguiente.
14 octubre 2011
Fedora 16 Beta con Gnome 3.2
Publicado por
jmcalvar
en
2:46 a. m.
0
comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
linux
11 octubre 2011
Análisis de Gnome 3.2
En Linux Journal han hecho un completo análisis del nuevo escritorio integrado Gnome 3.2.
En este análisis muestran todas las características que tiene el nuevo entorno y concluyen varias cosas:
En este análisis muestran todas las características que tiene el nuevo entorno y concluyen varias cosas:
- Puede ser la oportunidad para entornos clásicos que hasta ahora no se usaban; esto es debido a que al que no le guste la integración de Gnome puede buscar otras alternativas, y si no quiere probar KDE en Linux siempre existen otras alternativas
- Los usuarios que vengan de Windows verán que no se limita a "copiar" el entorno de ventanas de Windows.
- Al que ya le gustaba Gnome 3.0 le va a encantar Gnome 3.2.
Ya es posible probar Gnom3 3.* con un livecd basado en OpenSuse.
Publicado por
jmcalvar
en
6:59 a. m.
0
comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
desktop,
escritorio,
linux
06 octubre 2011
Cómo comprobar si un puerto esta abierto desde linux
La situación es que queremos comprobar que un puerto está abierto y disponemos de un servidor o un pc Linux desde donde hacerlo, nada tan fácil como usar netcat.
Podemos hacerlo de dos maneras, uno enganchando al puerto, o bien, sin enganchar y comprobando el código de retorno (es la manera que más me gusta a mi porque me es útil para hacer scripts).
La primera manera sería simplemente:
# nc host puerto
La segunta manera sería.
# nc -z host puerto; echo $?. Si el código es 0 el puerto está abierto, si es un 1 el puerto está cerrado
Podemos hacerlo de dos maneras, uno enganchando al puerto, o bien, sin enganchar y comprobando el código de retorno (es la manera que más me gusta a mi porque me es útil para hacer scripts).
La primera manera sería simplemente:
# nc host puerto
La segunta manera sería.
# nc -z host puerto; echo $?. Si el código es 0 el puerto está abierto, si es un 1 el puerto está cerrado
05 octubre 2011
Cómo saber si tengo instalado Oracle Enterprise Linux o Red Hat Linux?
Cuando instalamos Oracle Enterprise Linux (OEL), nos damos cuenta de que los métodos de detección del sistema operativo nos muestran que es un Red Hat Linux.
Lo que hay que hacer es listar todos los ficheros que haya en /etc y que terminen por -release:
# ls /etc/*-release
Nos puede mostrar dos o tres ficheros. En la versión que yo tengo instalada tengo 2:
-rw-r--r-- 1 root root 64 Apr 2 2010 /etc/enterprise-release
-rw-r--r-- 1 root root 54 Apr 2 2010 /etc/redhat-release
El primer fichero no existe en las distribuciones de RedHat, es propio de las de OEL; si le hacemos un cat podemos ver la versión y el alias (aunque no pone que es OEL):
Enterprise Linux Enterprise Linux Server release 5.5 (Carthage)
Lo que hay que hacer es listar todos los ficheros que haya en /etc y que terminen por -release:
# ls /etc/*-release
Nos puede mostrar dos o tres ficheros. En la versión que yo tengo instalada tengo 2:
-rw-r--r-- 1 root root 64 Apr 2 2010 /etc/enterprise-release
-rw-r--r-- 1 root root 54 Apr 2 2010 /etc/redhat-release
El primer fichero no existe en las distribuciones de RedHat, es propio de las de OEL; si le hacemos un cat podemos ver la versión y el alias (aunque no pone que es OEL):
Enterprise Linux Enterprise Linux Server release 5.5 (Carthage)
Publicado por
jmcalvar
en
2:46 p. m.
1 comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
linux,
OEL,
Oracle Enterprise Linux
04 octubre 2011
Cómo utilizar ssh en un bucle en un script
Alguna vez nos puede suceder que queramos incluír el comando ssh en un bucle para ejecutar una tarea en una serie de máquinas.
Para ello podemos utilizar "while read...", pero cuando hacemos efectivamente el script podemos ver que se ejecuta en la primera máquina y no se ejcuta en las demás:
# while read server; do
ssh $server 'uptime'
done < list
La razón es que while lee de la entrada estándar (stdin) y el comando ssh toma el control de la entrada estándar, de manera que estropea el bucle que se está haciendo. Añadiendo la opción -n antes del comando ssh redirecciona a la entrada estándar que espera ssh de /dev/null, previniendo que ssh estropee el bucle.
De este modo el comando correcto que funcionaría sería:
# while read server; do
ssh -n $server 'uptime'
done < list
Nuevo Data Center de Google en Dublin
Leo en datacenterknowledge que Google planea construir otro datacenter en Dublin. Google planea hacer una inversión de alrededor de 75 millones de euros.
Parece claro que Irlanda se está convirtiendo en uno de los centros computacionales más importantes del mundo, con centros de datos de Google, Microsoft, Amazon y demás compañías tecnológicas.
En estos tiempos tan revueltos, creo que habría que reflexionar un poco, sobre las noticias que salen en televisión, lo que nos transmiten nuestros políticos, y lo que realmente está pasando.
No paramos de escuchar, ver o leer noticias totalmente negativas sobre la economía europea, los países y la crisis, pero lo cierto es que el primer país que rescató la unión europea es el país que más inversiones tecnológicas está recibiendo.
España está aguantando el tipo sin necesidad de que le rescate la unión europea..., qué grandes noticias macroeconómicas..., casi 5 millones de parados. Grecia ya ha tenido un rescate, va por el segundo..., ahí no invierte nadie.
Quizás si es cierto que deberíamos estar un poco al margen de la unión europea y convertirnos en una especie de anarquía organizada, de ese modo aumentaríamos la competitividad por el capital. El problema es que ahora puede ser demasiado tarde. Los gigantes tecnológicos ya están posicionados y no van a cambiar su infraestructura de país, por tener unas condiciones semejantes.
Tenemos dos opciones:
Parece claro que Irlanda se está convirtiendo en uno de los centros computacionales más importantes del mundo, con centros de datos de Google, Microsoft, Amazon y demás compañías tecnológicas.
En estos tiempos tan revueltos, creo que habría que reflexionar un poco, sobre las noticias que salen en televisión, lo que nos transmiten nuestros políticos, y lo que realmente está pasando.
No paramos de escuchar, ver o leer noticias totalmente negativas sobre la economía europea, los países y la crisis, pero lo cierto es que el primer país que rescató la unión europea es el país que más inversiones tecnológicas está recibiendo.
España está aguantando el tipo sin necesidad de que le rescate la unión europea..., qué grandes noticias macroeconómicas..., casi 5 millones de parados. Grecia ya ha tenido un rescate, va por el segundo..., ahí no invierte nadie.
Quizás si es cierto que deberíamos estar un poco al margen de la unión europea y convertirnos en una especie de anarquía organizada, de ese modo aumentaríamos la competitividad por el capital. El problema es que ahora puede ser demasiado tarde. Los gigantes tecnológicos ya están posicionados y no van a cambiar su infraestructura de país, por tener unas condiciones semejantes.
Tenemos dos opciones:
- Irnos a trabajar a Irlanda
- Tirar para adelante, porque esto lo sacamos sí o sí
Yo personalmente soy más partidario de la segunda, aunque nunca descarto la primera
Publicado por
jmcalvar
en
6:37 a. m.
0
comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
opinión
30 septiembre 2011
Lanzado Gnome 3.2
El proyecto Gnome ha lanzado la versión 3.2 del entorno de escritorio.
Entre las notas de la versión para mi lo más destacable es la integración con cuentas en línea, de modo que se puedan gestionar, documentos, contactos, eventos de calendario, etc, etc.
Son grandes avances en todos los aspectos del entorno de escritorio.
Se ha cambiado totalmente la típica barra de programas y hay mayor rapidez en la ejecución de tareas, teniendo más diferencias que similitudes con sus "rivales"
Esperemos que no pase mucho tiempo hasta que se pueda disfrutar integrada en alguna distribución.
Entre las notas de la versión para mi lo más destacable es la integración con cuentas en línea, de modo que se puedan gestionar, documentos, contactos, eventos de calendario, etc, etc.
Son grandes avances en todos los aspectos del entorno de escritorio.
Se ha cambiado totalmente la típica barra de programas y hay mayor rapidez en la ejecución de tareas, teniendo más diferencias que similitudes con sus "rivales"
Esperemos que no pase mucho tiempo hasta que se pueda disfrutar integrada en alguna distribución.
Publicado por
jmcalvar
en
10:38 a. m.
0
comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
desktop,
escritorio,
gnome,
linux
29 septiembre 2011
Nslookup, diferencias entre sistemas HP-UX y Linux
Hace unos días recibimos una petición por parte de una unidad de soporte de negocio.
En la petición nos pedían que cambiáramos el orden en el que los resolutores del sistema leían la información de los nombres de dominio. Nada difícil de hacer modificando el nsswitch.conf, tanto en HP-UX como en Linux.
Ejecutamos la petición y resolvimos el ticket de soporte que nos habían generado.
A los pocos minutos nos vuelven a asignar el mismo ticket de soporte y nos dicen que no funciona, porque si realizan peticiones con nslookup, se puede ver que están resolviendo los nombres de dominio mediante los servidores de DNS en primer lugar en Linux, mientras que en HP-UX sí estaba funcionando.
Después de una árdua mañana de investigación, de estar haciendo depuración de todo lo que podíamos y no obtener resultados decidimos comenzar a buscar en internet y encontramos la razón de este "mal" funcionamiento.
El paquete nslookup de HP-UX es un paquete independiente, un depot, que probablemente ha sido modificado por los desarrolladores de HP-UX, de ahí el comportamiento, pero el paquete nslookup que hay en los sistemas Linux, es parte de las herramientas de bind, el servidor de DNS, y precisamente está programado para gestionar, manejar, depurar los sistemas de nombre de dominio, no los ficheros de host.
En resumen, que para otro día, lo primero que tenemos que hacer es ponernos a buscar "por ahí" en lugar de ponernos a depurar :-)
En la petición nos pedían que cambiáramos el orden en el que los resolutores del sistema leían la información de los nombres de dominio. Nada difícil de hacer modificando el nsswitch.conf, tanto en HP-UX como en Linux.
Ejecutamos la petición y resolvimos el ticket de soporte que nos habían generado.
A los pocos minutos nos vuelven a asignar el mismo ticket de soporte y nos dicen que no funciona, porque si realizan peticiones con nslookup, se puede ver que están resolviendo los nombres de dominio mediante los servidores de DNS en primer lugar en Linux, mientras que en HP-UX sí estaba funcionando.
Después de una árdua mañana de investigación, de estar haciendo depuración de todo lo que podíamos y no obtener resultados decidimos comenzar a buscar en internet y encontramos la razón de este "mal" funcionamiento.
El paquete nslookup de HP-UX es un paquete independiente, un depot, que probablemente ha sido modificado por los desarrolladores de HP-UX, de ahí el comportamiento, pero el paquete nslookup que hay en los sistemas Linux, es parte de las herramientas de bind, el servidor de DNS, y precisamente está programado para gestionar, manejar, depurar los sistemas de nombre de dominio, no los ficheros de host.
En resumen, que para otro día, lo primero que tenemos que hacer es ponernos a buscar "por ahí" en lugar de ponernos a depurar :-)
22 agosto 2011
Opinión sobre la compra de Motorola Mobility por Google
Durante las últimas semanas he leído gran cantidad de artículos expresando opiniones diversas sobre la compra de Motorola Mobility por parte de Google.
Todas las opiniones son muy respetables y sobre todo cuando vienen de medios de gran calado, pero la verdad es que me iba cabreando un poco la poca objetividad y rigor que tienen algunos medios los cuales dan la sensación de que lo único que buscan es la noticia rápida sin contrastar y sin realizar ningún tipo de labor de investigación.
La sensación que me da es que tras muchos años utilizando Google para casi todo, es en definitiva "Google....ese gran desconocido..."
Yo me planteo varias preguntas de fácil respuesta para llegar a donde quiero llegar:
1.- ¿Cuál es la principal fuente ingresos en Google?
La respuesta es obvia, la publicidad. Publicidad que nos encontramos en cualquier tipo de dispositivo, ya sea un teléfono móvil, un tablet, o un ordenador. Google es líder mundial en publicidad online, y eso hoy por hoy no es discubible.
2.- ¿Cuál es la segunda fuente de ingresos en Google?
La respuesta puede no ser tan obvia. La respuesta obvia (para mí): No tengo ni idea de cuál es la segunda fuente de ingresos de Google, pero parece que el Market de Android le está siguiendo el rastro al Apple Store, y podría ser la segunda fuente ingresos en pocos años como podemos extraer de este artículo.
(Algo que no me queda claro si estos son ingresos de Google mediante checkout, o bien ingresos totales de la tienda de aplicaciones, porque si es así, Google sólo se llevaría un porcentaje)
3.- ¿Qué conclusiones podemos extraer de los datos anteriores?
Si Google está distribuyendo su su sistema operativo Android mediante los dispositivos que construyen sus partners y por supuesto los usuarios están accediendo al Market mediante estos dispositivos, ¿sería inteligente por parte de Google comenzar a distribuir una versión no tan buena de Android a sus partners que podría traer como consecuencia que los partners quisieran dejar de utilizar este sistema operativo debido a las maniobras de Google?
3.- ¿Qué conclusiones podemos extraer de los datos anteriores?
Si Google está distribuyendo su su sistema operativo Android mediante los dispositivos que construyen sus partners y por supuesto los usuarios están accediendo al Market mediante estos dispositivos, ¿sería inteligente por parte de Google comenzar a distribuir una versión no tan buena de Android a sus partners que podría traer como consecuencia que los partners quisieran dejar de utilizar este sistema operativo debido a las maniobras de Google?
Finalmente, si Google no va a desarrollar mejor para sí mismo que para otros y todos van a estar en igualdad de condiciones, ¿para qué ha comprado Google Motorola?, si su interés no se centra en el hardware, porque no va a lograr una gran ventaja competitiva fabricando su propio hardware, debido al software, ¿Cuál es el interés de Google?
Pues el interés último de Google son las patentes, cómo no.
Pero en mi opinión hay una diferencia en el interés de Google por las patentes con respecto a otras empresas. Pienso que Google no las quiere para "atacar" (cobrar) sino para "defenderse" (negociar).
Los partners de Google tienen que pagar en concepto de patentes, royaltys, etc, etc... por cada dispositivo que venden que tiene instalado Android. Creo que Google está intentando formar su propio paquete de patentes, ya que a pesar de que lo intentó, no pudo ser partícipe del reparto de patentes de Nortel.
Lo que ocurra finalmente sólo el tiempo lo dirá, al fin y al cabo la compra todavía no será efectiva hasta el próximo año casi con toda seguridad, de modo que hasta entonces podremos seguir leyendo a todo tipo de videntes “especulando” con el futuro de Google.
23 febrero 2011
Gestión del Tiempo para Administrador de Sistemas. The Cycle
En la entrada anterior expliqué lo interesante que me parecía la aproximación de Tom Limoncelli a la gestión del tiempo para Administradores de Sistemas.
En esta entrada quería introducir brevemente "The Cycle".
The Cycle es un método de gestión del tiempo que se ajusta muy bien al trabajo del Administrador de Sistemas.
El trabajo del Administrador de Sistemas es ciertamente caótico si lo comparamos con otros trabajos que son mucho más estables, con menos "prioridades críticas" y con menos interrupciones, y por eso se hace difícil aplicar un sistema de productividad como podría ser GTD o ZTD.
El Ciclo (The Cycle), es una aproximación mucho más sencilla y más adecuada para los Administradores de Sistemas, en definitiva la filosofía de este método es tratar de centralizar todas nuestras capturas de información en lugar de tener múltiples fuentes, post-its, hojas sueltas, hojas de note-pad, etc, etc...
El sistema que elijamos puede ser en soporte digital, o en soporte físico (papel), y lo que tenemos que tratar de tener es una hoja diaria de tareas, es decir 365 hojas al año con nuestras listas de tareas.
Lo ideal es preparar la lista el día antes, aunque lógicamente surgirán nuevas tareas a lo largo del día que agregaremos al final de nuestra lista. Si hay que priorizar la colocaremos más adelante. Todo ello hará, que las tareas que no terminemos las pasaremos automáticamente al día siguiente, aunque también tareas poco importantes las podemos colocar directamente en la lista del día siguiente.
Intentaré profundizar más en próximas entradas, puesto que además estoy probando diversos sistemas de gestión de tareas que sean compatibles con Android, y por supuesto que tenga un interfaz a través de la web.
En esta entrada quería introducir brevemente "The Cycle".
The Cycle es un método de gestión del tiempo que se ajusta muy bien al trabajo del Administrador de Sistemas.
El trabajo del Administrador de Sistemas es ciertamente caótico si lo comparamos con otros trabajos que son mucho más estables, con menos "prioridades críticas" y con menos interrupciones, y por eso se hace difícil aplicar un sistema de productividad como podría ser GTD o ZTD.
El Ciclo (The Cycle), es una aproximación mucho más sencilla y más adecuada para los Administradores de Sistemas, en definitiva la filosofía de este método es tratar de centralizar todas nuestras capturas de información en lugar de tener múltiples fuentes, post-its, hojas sueltas, hojas de note-pad, etc, etc...
El sistema que elijamos puede ser en soporte digital, o en soporte físico (papel), y lo que tenemos que tratar de tener es una hoja diaria de tareas, es decir 365 hojas al año con nuestras listas de tareas.
Lo ideal es preparar la lista el día antes, aunque lógicamente surgirán nuevas tareas a lo largo del día que agregaremos al final de nuestra lista. Si hay que priorizar la colocaremos más adelante. Todo ello hará, que las tareas que no terminemos las pasaremos automáticamente al día siguiente, aunque también tareas poco importantes las podemos colocar directamente en la lista del día siguiente.
Intentaré profundizar más en próximas entradas, puesto que además estoy probando diversos sistemas de gestión de tareas que sean compatibles con Android, y por supuesto que tenga un interfaz a través de la web.
Publicado por
jmcalvar
en
9:44 a. m.
0
comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
gestión del tiempo,
productividad
19 febrero 2011
Gestión del Tiempo para Administradores de Sistemas
Hace relativamente poco tiempo llegó a mis manos el libro "Time Management for System Administrators", Gestión del Tiempo para Administradores de Sistemas, de Tom Limoncelli.
El libro no es nuevo, su primera edición es de 2005, pero la verdad es que me ha sorprendido de una manera tan notable que prácticamente me lo he leído en un par de viajes de metro.
Me siento identificado con muchas de las situaciones de las que se tratan en el libro, pero me parece muy interesante cómo habla en especial de la gestión de las interrupciones. Pienso que actualmente es la parte que más debo depurar en mi trabajo. Además desgraciadamente sufrimos más interrupciones internas, de nuestro propio equipo, que del propio cliente.
También es muy interesante como intenta concienciar a los administradores de sistemas de que se debe escribir absolutamente todo y que la multitarea real (hablando de administradores) no existe...
Pienso que es una lectura muy recomendable, aunque lo releeré más despacio para intentar poner en práctica lo que sea aplicable en mi caso.
El libro no es nuevo, su primera edición es de 2005, pero la verdad es que me ha sorprendido de una manera tan notable que prácticamente me lo he leído en un par de viajes de metro.
Me siento identificado con muchas de las situaciones de las que se tratan en el libro, pero me parece muy interesante cómo habla en especial de la gestión de las interrupciones. Pienso que actualmente es la parte que más debo depurar en mi trabajo. Además desgraciadamente sufrimos más interrupciones internas, de nuestro propio equipo, que del propio cliente.
También es muy interesante como intenta concienciar a los administradores de sistemas de que se debe escribir absolutamente todo y que la multitarea real (hablando de administradores) no existe...
Pienso que es una lectura muy recomendable, aunque lo releeré más despacio para intentar poner en práctica lo que sea aplicable en mi caso.
Publicado por
jmcalvar
en
11:30 p. m.
1 comentarios
Enviar por correo electrónicoEscribe un blogCompartir en XCompartir con FacebookCompartir en Pinterest
Etiquetas:
gestión del tiempo,
sistemas,
sysadmin
Suscribirse a:
Entradas (Atom)