No hizo falta desfibrilador, pero hubiera ayudado un buen detector de mentiras.
"Sólo" hubo que cambiar el disco duro, instalar el sistema operativo, configurarlo adecuadamente, instalar el servidor de BDDD, migrar la base de datos, configurar las copias de seguridad, y configurar los clientes de datos. Ahí es nada: tres días de trabajo.
Mientras tanto, antes del viaje, y ya que "se lo merecen todo", mañana de sábado perdida configurándoles uno de los servidores de aquí para que no tuevieran que parar. Menos mal que pedí un túnel.
viernes, 31 de diciembre de 2010
viernes, 17 de diciembre de 2010
Nada que decir
Si no he posteado nada últimamente es porque no tenía nada suficientemente interesante que explicar.
Creo que ahora sí lo tengo, y lo explico para desahogarme, porque si no, igual hago algo de lo que pueda arrepentirme, y no está el horno para bollos.
Hace dos semanas estuve de viaje para poner en marcha un servidor. Se trataba del primer servidor Linux que ponía en marcha que tenía que quedarse a más de 20 km de distancia de donde estoy yo. Más concretamente a unos 1500 km, en otro país, otro huso horario, otro continente...
El sistema operativo elegido fue una distribución openSuSE 11.3, flamante, recién salida del horno.
El ordenador en cuestión es DELL Vostro, si no recuerdo mal nuevo.
La máquina en cuestión haría las funciones de servidor de mySQL, de momento, para más adelante, cuando la programación estuviera suficientemente avanzada, ser también un servidor de http.
Se configuró para que estuviera al otro lado del túnel IP que dimos de alta meses atrás.
En esa semana migré la base de datos que se venía usando hasta entonces, estaba hecha con Access, pesaba casi 50 MB, y era accedida por 4 usuarios de manera habitual, y por 3 o 4 más de vez en cuando.
Ayer mismo empecé a trabajar en la programación PHP de estadísticas. Y lo cierto es que ayer fue el dia en que salió todo, hasta lo inventado: PHP respondió bien, y mySQL mejor. El código PHP lo tengo a este lado del túnel, en mi servidor Linux local, bender. Es una openSuSE 11.1. Los datos los consulta en Irulan, al otro lado del túnel.
La idea era continuar esta mañana. Y digo era porque cuando he llegado he recargado una de las hojas que imprimía parte de las estadísticas, para responder a la pregunta: ¿sigue funcionando?.
El caso es que no seguía funcionando.
¿Tiene ping?, sí, lo tiene
¿SSH?: pide nombre de usuario pero dice que no puede autenticar
¿Será la conexión?. No, la máquina de enlace contesta sin problemas por TS
¿Será mySQL?. Podría ser, pero parace raro.
¿Será linux?. Podría ser, pero todavía es más raro.
¿Qué tal un reboot?. Vale, pero SSH no contesta. Por no contestar, no contesta ni telnet
Llamo por teléfono y las niñas me explican lo que ven en pantalla. La cosa no tiene buena pinta: Irulan ha muerto.
Es el cuarto servidor que se me muere en esa fábrica. Los otros eran ordenadores clientes que empleé como servidores, y que murieron por algún virus, por uso indebido y por corrupción de parte de los datos.
La conclusión era clara: dejemos un ordenador solo, que no lo toque nadie, que no funcione con MicroSuave Ventanas, que tenga contraseña de acceso, y a ser posible que nadie sepa usar.
Irulan no murió por virus, ni por uso indebido, ni por corrupción de datos. A alguien se le ocurrió que podrían cambiar la mesa en la que estaba sin apagarlo.
Ya tengo el billete.
Creo que ahora sí lo tengo, y lo explico para desahogarme, porque si no, igual hago algo de lo que pueda arrepentirme, y no está el horno para bollos.
Hace dos semanas estuve de viaje para poner en marcha un servidor. Se trataba del primer servidor Linux que ponía en marcha que tenía que quedarse a más de 20 km de distancia de donde estoy yo. Más concretamente a unos 1500 km, en otro país, otro huso horario, otro continente...
El sistema operativo elegido fue una distribución openSuSE 11.3, flamante, recién salida del horno.
El ordenador en cuestión es DELL Vostro, si no recuerdo mal nuevo.
La máquina en cuestión haría las funciones de servidor de mySQL, de momento, para más adelante, cuando la programación estuviera suficientemente avanzada, ser también un servidor de http.
Se configuró para que estuviera al otro lado del túnel IP que dimos de alta meses atrás.
En esa semana migré la base de datos que se venía usando hasta entonces, estaba hecha con Access, pesaba casi 50 MB, y era accedida por 4 usuarios de manera habitual, y por 3 o 4 más de vez en cuando.
Ayer mismo empecé a trabajar en la programación PHP de estadísticas. Y lo cierto es que ayer fue el dia en que salió todo, hasta lo inventado: PHP respondió bien, y mySQL mejor. El código PHP lo tengo a este lado del túnel, en mi servidor Linux local, bender. Es una openSuSE 11.1. Los datos los consulta en Irulan, al otro lado del túnel.
La idea era continuar esta mañana. Y digo era porque cuando he llegado he recargado una de las hojas que imprimía parte de las estadísticas, para responder a la pregunta: ¿sigue funcionando?.
El caso es que no seguía funcionando.
¿Tiene ping?, sí, lo tiene
¿SSH?: pide nombre de usuario pero dice que no puede autenticar
¿Será la conexión?. No, la máquina de enlace contesta sin problemas por TS
¿Será mySQL?. Podría ser, pero parace raro.
¿Será linux?. Podría ser, pero todavía es más raro.
¿Qué tal un reboot?. Vale, pero SSH no contesta. Por no contestar, no contesta ni telnet
Llamo por teléfono y las niñas me explican lo que ven en pantalla. La cosa no tiene buena pinta: Irulan ha muerto.
Es el cuarto servidor que se me muere en esa fábrica. Los otros eran ordenadores clientes que empleé como servidores, y que murieron por algún virus, por uso indebido y por corrupción de parte de los datos.
La conclusión era clara: dejemos un ordenador solo, que no lo toque nadie, que no funcione con MicroSuave Ventanas, que tenga contraseña de acceso, y a ser posible que nadie sepa usar.
Irulan no murió por virus, ni por uso indebido, ni por corrupción de datos. A alguien se le ocurrió que podrían cambiar la mesa en la que estaba sin apagarlo.
Ya tengo el billete.
jueves, 14 de octubre de 2010
Lo próximo
Hablábamos en el post anterior acerca de las maniobras de Oracle con todos los Gb libres que ha heredado de Sun.
En los últimos días se han ido sucediendo las noticias acerca del pretendidamente incierto futuro de OpenOffice en manos de Oracle, y ha tomado fuerza un fork llamado LibreOffice, lo cual a su vez, ha revolucionado en cierto modo la lista de usuarios de OpenOffice.
Es una opinión personal, pero es cierto que:
Oracle ya posee gran cantidad de activos en forma de programas, y para nada le interesa desvincularse de la comunidad, ya que es en ella y en su ámbito de influencia en la que tiene las bazas suficientes para seguir adelante, y recibir la realimentación que está recibiendo.
Y no sólo eso, sino que gran parte de estos activos son alternativas a los productos de los de Redmond: OpenOffice frente a Office, NetBeans frente a VisualStudio, Oracle Linux (basada en Debian) frente a la pléyade de licencias Windows, MySQL y el mismo Oracle (privativo) frente a SQL Server, JD Edwards frente a NAV/AX....
En fin, las palomas volaron demasiado pronto del nido. Me pregunto ahora, y más después del último comunicado de Oracle sobe este tema, que va a pasar con LibreOffice. Me atrevo a aventurar que se convertirá en un fork que arrastrará a bastantes, y se acabará convirtiendo en una olla de grillos. Y ojalá me equivoque.
Se masca la tragedia.
En los últimos días se han ido sucediendo las noticias acerca del pretendidamente incierto futuro de OpenOffice en manos de Oracle, y ha tomado fuerza un fork llamado LibreOffice, lo cual a su vez, ha revolucionado en cierto modo la lista de usuarios de OpenOffice.
Es una opinión personal, pero es cierto que:
- Me está empezando a cansar que todos los productos libres tengan que llevar delante o detrás alguna de las palabras free, open o libre. Creo que eso afecta negativamente a la concepción que puedan tener algunos usuarios noveles en lo que puede ofrecer el programa
- Se hicieron volar palomas demasiado pronto. Obviamente la gente de Oracle puede ser todo lo que uno quiera, pero no creo que sean tan estúpidos como para matar la gallina de los huevos de oro. Aunque éstos no se vendan a precio de oro.
Oracle ya posee gran cantidad de activos en forma de programas, y para nada le interesa desvincularse de la comunidad, ya que es en ella y en su ámbito de influencia en la que tiene las bazas suficientes para seguir adelante, y recibir la realimentación que está recibiendo.
Y no sólo eso, sino que gran parte de estos activos son alternativas a los productos de los de Redmond: OpenOffice frente a Office, NetBeans frente a VisualStudio, Oracle Linux (basada en Debian) frente a la pléyade de licencias Windows, MySQL y el mismo Oracle (privativo) frente a SQL Server, JD Edwards frente a NAV/AX....
En fin, las palomas volaron demasiado pronto del nido. Me pregunto ahora, y más después del último comunicado de Oracle sobe este tema, que va a pasar con LibreOffice. Me atrevo a aventurar que se convertirá en un fork que arrastrará a bastantes, y se acabará convirtiendo en una olla de grillos. Y ojalá me equivoque.
Se masca la tragedia.
viernes, 27 de agosto de 2010
Efecto dominó
En enero de este año(2010) la UE aprobó la adquisición de Sun por parte de Oracle. La noticia venía de micho antes, de abril de 2009, cuando finalmente fue Oracle y no IBM quien compró Sun Microsystems.
Desde entonces las noticias sobre las consecuencias de esta adquisición se han ido sucediendo como caen las fichas alineadas de un dominó infinito, y casi nunca se sabe cual será la próxima ficha en caer.
Posiblemente gran parte del sector lo vea como algo natural: una empresa compra otra empresa, y el mundo sigue girando, pero hay matices detrás de este paso que hacen que tengamos que detenernos a pensar, sobre todo tras las consecuencias que ello ha conllevado.
El caso es que Sun venía flirteando con el software libre desde hace algunos años, más o menos desde 2004, y fue dando pasos firmes y decididos en este sentido. Quizás no se entendió mucho en su momento que comprara MySQL, pero con el tiempo Sun pareció entender que el código es mejor si es libre. No es un capricho, simplemente es una cuestión lógica: si es libre hay mucha más inercia, y ni los plazos ni los contenidos se ven afectados por un departamento de Márketing, que necesita lanzar una nueva versión para que no se resienta el mercado.
De este modo Sun liberó OpenOffice, más adelante hizo lo mismo con sus herramientas de desarrollo, y posteriormente liberó OpenSolaris.
En noviembre de 2007 se comentaba en Barrapunto que Sun iba camino de ser 100% open source, en abril de 2008 Sun liberó una nueva versión de MySQL, ...
Cuando toda la comunidad open source/libre, se felicitaba por la trayectoria de Sun, y esperaba ver como estaba a punto de cambiar el mapa de la producción de software, Oracle compró Sun, o Sun se vendió a Oracle.
Y fue entonces cuando empezaron los problemas:
- primero fueron los padres de MySQL los que abandonaron el barco, uno tras otro, en cuentagotas, pero los tres
- después es el padre de Java quien decide marcharse
- más adelante se ven recortados parte de los compromisos open source que tenía Sun con la comunidad
- y ahora, en agosto de 2010, Oracle decide centrarse en Solaris y abandona openSolaris
¿Qué será lo próximo?
Desde entonces las noticias sobre las consecuencias de esta adquisición se han ido sucediendo como caen las fichas alineadas de un dominó infinito, y casi nunca se sabe cual será la próxima ficha en caer.
Posiblemente gran parte del sector lo vea como algo natural: una empresa compra otra empresa, y el mundo sigue girando, pero hay matices detrás de este paso que hacen que tengamos que detenernos a pensar, sobre todo tras las consecuencias que ello ha conllevado.
El caso es que Sun venía flirteando con el software libre desde hace algunos años, más o menos desde 2004, y fue dando pasos firmes y decididos en este sentido. Quizás no se entendió mucho en su momento que comprara MySQL, pero con el tiempo Sun pareció entender que el código es mejor si es libre. No es un capricho, simplemente es una cuestión lógica: si es libre hay mucha más inercia, y ni los plazos ni los contenidos se ven afectados por un departamento de Márketing, que necesita lanzar una nueva versión para que no se resienta el mercado.
De este modo Sun liberó OpenOffice, más adelante hizo lo mismo con sus herramientas de desarrollo, y posteriormente liberó OpenSolaris.
En noviembre de 2007 se comentaba en Barrapunto que Sun iba camino de ser 100% open source, en abril de 2008 Sun liberó una nueva versión de MySQL, ...
Cuando toda la comunidad open source/libre, se felicitaba por la trayectoria de Sun, y esperaba ver como estaba a punto de cambiar el mapa de la producción de software, Oracle compró Sun, o Sun se vendió a Oracle.
Y fue entonces cuando empezaron los problemas:
- primero fueron los padres de MySQL los que abandonaron el barco, uno tras otro, en cuentagotas, pero los tres
- después es el padre de Java quien decide marcharse
- más adelante se ven recortados parte de los compromisos open source que tenía Sun con la comunidad
- y ahora, en agosto de 2010, Oracle decide centrarse en Solaris y abandona openSolaris
¿Qué será lo próximo?
domingo, 17 de enero de 2010
El pais de las maravillas (I)
Hace unos seis meses que estoy recopilando información para escribirla en este blog.
Y he esperado estos meses para tener una visión más global, y si cabe incluso más objetiva.
El caso es que en este tiempo me ha tocado llevar adelante un proyecto para seleccionar a un partner que implante y mantenga un ERP en la empresa en la que trabajo (lo de liderar es un concepto que no me gusta mucho).
Hay que reconocer que el proceso ha sido corto, y que la decisión final ha sido, sino la más acertada, casi casi.
Dicen que cada maestrillo tiene su librillo, y es bien cierto, cada comercial tiene su táctica: hay quien se jacta de ser el más cercano geográficamente, y por tanto, ser el que mejor entenderá la idiosincrasia de la empresa, hay quien adula más que habla, eso sí, con educación y estilo (y mucha práctica), hay quien se inventa una especie de complicidad inexistente empresa-consultor, quien lo ve todo hecho, fácil y sobre todo estándar, y también a quien se le nota que quiere vender, sencillamente porque le hace mucha ilusión. Incluso quien se cabrea y te echa a los perros cuando le haces saber que se acabó, como si de un romance se hubiera tratado. Y sin olvidar al que emplea un 10% del tiempo en decir "mi producto es el mejor", y el 90% restante en decir "los demás son una mierda".
En fin, visto lo visto, hay muchos ERPs, muchos fabricantes, algunos mejor orientados, algunos peor, algunos con un segmento muy definido, otros más difusos, pero he extraido tres conclusiones:
a) no es oro todo lo que reluce
b) un "buen" consultor vendería su alma al diablo por conseguir ciertos contratos
c) lo que puedas hacer en casa, hazlo en casa y no lo compres, a peor que sea siempre es mejorable, adaptable, analizable, y sobre todo económico
Y he esperado estos meses para tener una visión más global, y si cabe incluso más objetiva.
El caso es que en este tiempo me ha tocado llevar adelante un proyecto para seleccionar a un partner que implante y mantenga un ERP en la empresa en la que trabajo (lo de liderar es un concepto que no me gusta mucho).
Hay que reconocer que el proceso ha sido corto, y que la decisión final ha sido, sino la más acertada, casi casi.
Dicen que cada maestrillo tiene su librillo, y es bien cierto, cada comercial tiene su táctica: hay quien se jacta de ser el más cercano geográficamente, y por tanto, ser el que mejor entenderá la idiosincrasia de la empresa, hay quien adula más que habla, eso sí, con educación y estilo (y mucha práctica), hay quien se inventa una especie de complicidad inexistente empresa-consultor, quien lo ve todo hecho, fácil y sobre todo estándar, y también a quien se le nota que quiere vender, sencillamente porque le hace mucha ilusión. Incluso quien se cabrea y te echa a los perros cuando le haces saber que se acabó, como si de un romance se hubiera tratado. Y sin olvidar al que emplea un 10% del tiempo en decir "mi producto es el mejor", y el 90% restante en decir "los demás son una mierda".
En fin, visto lo visto, hay muchos ERPs, muchos fabricantes, algunos mejor orientados, algunos peor, algunos con un segmento muy definido, otros más difusos, pero he extraido tres conclusiones:
a) no es oro todo lo que reluce
b) un "buen" consultor vendería su alma al diablo por conseguir ciertos contratos
c) lo que puedas hacer en casa, hazlo en casa y no lo compres, a peor que sea siempre es mejorable, adaptable, analizable, y sobre todo económico
Suscribirse a:
Entradas (Atom)