El Sat, 27 Mar 2010 14:30:02 +0100, carlopmart escribió:
Camaleón wrote:
Entonces es que quizá los de Ubuntu han hecho algo mal en la versión que has probado. O sólo se trata de que al fin y al cabo es una versión pre (de pruebas).
Una version pre pruebas que va a salir en una release LTS que no tienes forma de deshabilitar. O sea que tragas o tragas ... muy divertido.
No claro, pues igual que en openSUSE, que lo han metido en la ML4. Pero yo no podría valorar el upstart en una versión "pre", tendría que esperar para criticarlo en la versión final.
Yo no he leído ninguna queja sobre este sistema en las listas de Debian, donde extrañamente, la mayoría de la gente no usa la versión estable sino la de pruebas o la inestable :-?
Pero es que debian en la version testing no usa upstart y en inestable creo que tampoco, aunque en esta ultima no estoy seguro.
Sí, si la usan.
Es decir, si vas a cambiar el sistema, tienes que hacerlo con propiedad. Y si el cambio sólo te solventa el 50% del problema, entonces mejor quedarse como estás o buscar una alternativa. Creo que las otras opciones que existen como posibles sustitutos del sistema antiguo no eran viables. El kernel de Solaris no es el kernel de Linux. Ni el "target" (público objetivo) de Solaris es el de Linux.
Todo tiene sus contras. Pero sí te equivocas en una cosa. El target de solaris y el de linux a nivel servidor, sí es el mismo (a todos los niveles). Se está compitiendo de tú a tú, por lo menos es lo que hacen SLE y RHEL.
El de Ubuntu (LTS) no, desde luego. Y el resto de distribuciones, pues sólo las que admitan certificaciones, que no serán muchas más de las dos que has nombrado.
Pero la versión que has probado es una ¿Alfa? Jolines, eso no es tampoco muy fiable. ¿Que problemas te daba el upstart exactamente?
No, es una beta y ojo a un mes de la liberación de la release estable.
Ah, dijiste que era una "Alfa".
O sea que solo se deberían corregir "flecos". Y aquí los flecos son gordos.... ¿El error? Que no me levantaba un proceso de cluster porque en su tabla de eventos no constaba que el proceso corosync (gestor del cluster) estuviese levantado y hasta ahí correcto. Pero aquí viene lo bueno, tampoco me levanta el proceso de corosync porque dice que no tiene la red levantada ... Ale, con un par. Fantástico upstart ...
Pues ya sabes lo que te toca... bugzillando que es gereundio >:-)
Si el sistema funciona, ¿por qué no usarlo?
Pero, ¿que necesidad? Si es algo que han creado ellos. Nadie ha pedido un upstart en server ... Y el sistema no funciona, y no soy el único que lo dice.
Pues la necesidad la tendrán los desarrolladores, obviamente, que se encuentran con un sistema de gestión de inicio que se les queda corto y que no se corresponde con las nuevas capacidades que admiten los nuevos kernels. Y que tienen que lidiar con los bugs que reportan los usuarios derivados precisamente del sistema antiguo. Insisto es que es un cambio que parte de los desarrolladores, más que los propios usuarios. Por eso le doy el beneficio de la duda.
Pero que no se trata sólo de velocidad, ya te lo he dicho. Es posible que ni quiera arranque. ¿Prefieres eso, que se quede parado intentando arrancar un servicio que da problemas y que por un sólo servicio (que puede ser además totalmente prescindible) te deje el servidor completo inhábil? :-/
A mí personalmente eso nunca me ha sucedido a menos que hayan problemas de hardware (y no digo que no pueda pasar). Porque un proceso como un apache o un tomcat o un mysql no arranque, nunca me ha dejado a un server inutil en una plataforma Unix. Además, incluso con el vetusto sistema de sysinit, puedes controlar eso. Pero repito, no estoy en contra del concepto, estoy totalmente en contra de como se está implantando.
Habrás tenido suerte. A mí me ha pasado a menudo que, por ejemplo, cuando estoy sin enlace a Internet (ojo, no sin red, sólo sin salida, sin conexión con el exterior), el servicio ntp se queda pensando un buen rato... y luego se queda pensando otro tanto el Postfix... hasta que al final, se inicia el equipo. Prefiero que se queden pensando una vez iniciado el sistema para permitir al menos que los usuarios puedan acceder a los recursos de samba.
Quizá ahora nos cuesta verla... como antes dudábamos de la necesidad de udev, pero mira, ahora resulta que tiene su uso >:-)
Yo nunca dudé de udev, principalmente porque tuve que desinstalar varios servidores linux por no tener esas funcionalidades que daba udev.
Yo sí dude. ¿Para qué quería eso en un servidor? O con el caso reciente del Xorg, ¿dinámica la detección y configuración del servidor X? Pues no ha sido tan malo como lo pintábamos. Se trata de hacer una transición pausada y lógica, con un periodo de convivencia dual entre los dos sistemas hasta que el nuevo sistema sustituya por completo al anterior. El fracaso o el éxito dependerá de cómo lo gestionen en Ubuntu.
¿Ves? Lo mismo dirás con el upstart cuando le cojas el gustillo :-)
No no lo diŕe a menos que haya un cambio radical en como se está implantando la parte técnica.
Eras tú el que decía que la gente debía expresar sus quejas en público ¿no? Pues te pregunto ¿ya has puesto el bugzilla para el fallo que has detectado en upstart? >>:-)
Son otros sectores, no compares Ubuntu LST con esos dos porque no siguen el mismo camino.
Perdona: siguen el mismo camino. Ubuntu LTS Server está pensada para hacer la competencia a las otras dos. Si no, ¿para qé la quieren? bastaría con la versión desktop.
No, no lo creo. Ni Debian ni openSUSE ni Ubuntu LTS ni FreeBSD u openBSD. Son distribuciones genéricas, no empresariales como puedan ser RHEL o SLES. No son comparables en absoluto. No tienes más revisar las certificaciones que tienen cada una de ellas. El tiempo de soporte que tengan para los parches (3, 5 o 7 años) no es indicativo de que un sistema operativo sea considerado "empresarial" o para "misiones críticas" términos que tanto les gusta a la gente usar. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org