Camaleón wrote:
El 2009-08-26 a las 20:29 +0200, carlopmart escribió:
Pero eso no sirve. Con una sola suscripción debería servir para todos. No se puede ir adquiriendo suscripciones por cada usuario porque entonces no compensa, no tiene sentido :-( No sirve con una sola descripción. Ejemplo: suite de alta disponibilidad para SLES - HAE. Aquí necesitas un mínimo de dos subscripciones, ¿no?. Yo no estoy hablando de llegar a múltiples subscripciones, pero a lo mejor con 5 bastan para así reproducir bugs.
Vale, pero lo que quiero que se entienda es que esas suscripciones se circunscriben a los equipos sobre los que se pide la licencia.
El EULA de Novell permite la distribución de los paquetes, parches y Service Packs (siempre que sean paquetes GPL y eliminado la marca, etc...) para quien tenga acceso a ellos (por ejemplo, quien haya comprado una licencia) pero lo que NO admite es dar servicio de soporte a equipos que no tengan licencia vigente.
Tenemos los paquetes y los parches (legalmente) pero no el soporte. Sí, bueno, tenerlo lo tenemos, pero no "legalmente". Eso era lo que quería que se entendiera :-)
Se entiende. Pero piensa esto: CentOS está en la misma posición que indicas respecto a Red Hat y está en múltiples entornos de producción.
Lo que te digo es que quiero tener las mismas opciones que tengo ahora con openSUSE, como mínimo, que es poder informar de fallos y el acceso a los parches sin tener que hacer triquiñuelas (pago una licencia, actualizo 500 servidores y aplico bugzillas para todos ellos :-P). Ok, pues como dijiste en otro thread, y hasta donde llegan mis conocimientos, a día de hoy solo tienes una distro de propósito general que cubra esas necesidades: Debian. Una distro basada en línea enterprise solo te cubrirá parte de esas necesidades, pero por el contrario te ofrecerá soporte largo, robustez y disponibilidad ...
Cierto.
Digo que no actualizo sobre una versión existente, es decir, machacando la anterior. Yo instalo, siempre, en limpio, formateo incluido, manteniendo intacta la versión anterior. como todos, pero ¿y si no puedes y debes hacerlo en la misma máquina???
Claro, yo me refiero a instalar desde cero "en la misma máquina". ¿Dices si no tengo espacio en disco para llevar a cabo una instalación en paralelo? Hombre, pues tendría que hacerlo a las bravas (machacando la versión en producción), pero sería la última de las opciones que consideraría y antes de hacerlo tomaría precauciones haciendo una copia-clon del sistema actual con clonezilla, que va de lujo O:-)
Ok a todo, pero una ventaja brutal que te ofrece un Enterprise es que SÍ puedes hacer este tipo de upgrade. Yo lo he hecho (haciendo mis bakcups, provando antes en maquinas virtuales, etc, pero sin llegar a usar un clonezilla) y siempre me ha funcionado. ojo porque digo "siempre me ha funcionado", o sea los entornos que yo controlo al 100%, porque sé donde se van a producir los errores de upgrade.
Pero es que el error (bug) NO se da en sus equipos, sino en el TUYO o en el mío que no tienen licencia (1 licencia = 1 equipo). Que tú tengas un bug en tu equipo NO significa que lo puedas reproducir en TODOS los equipos ¿entiendes? :-) Claro que lo entiendo, pero ¿cuantas veces te ha pasado eso con hardware certificado que el propio fabricante de hard no te haya resuelto???
Pero olvida eso del hardware certificado, en una openSLES no existiría ese concepto.
Puntualización: openSLES estaría "certificada encubiertamente" bajo el mismo hard que lo está la SLES. Por lo tanto si tienes problemas con un Dell SC1450, por ejemplo, con SLES deberías tenerlos con openSLES y a la inversa también. Esto ocurre en el 99,9999% de los casos con el binomio CentOS/RedHat, Nadie te va a dar soporte. Si te valen los parches que
el fabricante haya podido sacar para la SLES, bien, pero si no, pues no hay nada que hacer.
O sí. Siempre se puede hacer algo. En todos los años que llevo en esto, nunca me he encontrado con un problema así que no se pueda resolver....
Y si el problema es a nivel de soft es muy probable que ya les esté pasando a otros y el equipo de desarrollo te pueda ayudar ...
Sí, eso sí, pero sigue siendo arriesgado.
Saludos,
-- CL Martinez carlopmart {at} gmail {d0t} com -- 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