[opensuse-es] Opinión openSUSE 11.2 net
Estimados, después de una larga... larga.... laaarga espera de más de dos horas, por fin me quedó instalada mi flamante openSUSE 11.2 y debo decir que la larga espera valió la pena.... me parece una distro sobresaliente en varios aspectos. Hace un tiempo (años) atrás había intentado instalar SUSE, pero se me hizo muy complicada e incómoda, sin embargo esta vez todo fue muy sencillo. Debe ser que tengo algo más de experiencia en Linux. Lo cierto es que fue muy natural, por ejemplo, agregué un nuevo repo a Yast, de controladores gráficos nvidia... luego instalé el driver sugerido, reinicié el entorno gráfico (con cierta ansiedad...) y voilà! funciona perfectamente!, cosa que hasta hace no he logrado hacer en Ubuntu (tengo que probar nuevamente)... simplemente los últimos drivers no quieren funcionar y estoy forzado a cargar un driver legacy, que si bien funciona perfectamente, me deja la molestia de no poder usar el último... Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)... Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos. En líneas generales me ha gustado mucho esta versión (hasta donde voy)... -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 --------------------------------------------------------------------------- -- 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
El día 26 de noviembre de 2009 20:49, Mauricio J. Adonis C.
Estimados, después de una larga... larga.... laaarga espera de más de dos horas, por fin me quedó instalada mi flamante openSUSE 11.2 y debo decir que la larga espera valió la pena.... me parece una distro sobresaliente en varios aspectos. Hace un tiempo (años) atrás había intentado instalar SUSE, pero se me hizo muy complicada e incómoda, sin embargo esta vez todo fue muy sencillo. Debe ser que tengo algo más de experiencia en Linux.
Lo cierto es que fue muy natural, por ejemplo, agregué un nuevo repo a Yast, de controladores gráficos nvidia... luego instalé el driver sugerido, reinicié el entorno gráfico (con cierta ansiedad...) y voilà! funciona perfectamente!, cosa que hasta hace no he logrado hacer en Ubuntu (tengo que probar nuevamente)... simplemente los últimos drivers no quieren funcionar y estoy forzado a cargar un driver legacy, que si bien funciona perfectamente, me deja la molestia de no poder usar el último...
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
En líneas generales me ha gustado mucho esta versión (hasta donde voy)...
Hace unos dias instalé para probar en mi equipo (porque se lo tenía que instalar a un amigo) el engendro w7. Realmente la compartiva, desde SuSE 9.1 hasta Opensuse 11.3, detecta todo el hardware en el primer intento, mientras que para los productos MS, hay que estar descargando y buscando drivers en la red, para que detecte y pueda utilizar el hardware instalado, y la vez siguiente que arrancas el engendro ms, ya no detecta ese hardware que tanto te costó configurar. Hace poco probé la versión comercial de red hat 4.5, mejor dicho, intenté probarla, porque en realidad, no la pude instalar, ya que no detectaba la controladora SATA. Cada vez que pruebo una distro distinta a Opensuse, rara vez es posible instalarla. Bueno, en realidad, hace algunos meses instalé Debian en otro equipo, que era un dinosaurio de hace 15 años, pero no hace falta explicar lo que es Debian. Lo unico que me salvó, fue Webmin, despues de que conseguí configurar a mano la interfaz grafica. Salu2 -- 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
Juan Erbes wrote:
El día 26 de noviembre de 2009 20:49, Mauricio J. Adonis C.
escribió: Estimados, después de una larga... larga.... laaarga espera de más de dos horas, por fin me quedó instalada mi flamante openSUSE 11.2 y debo decir que la larga espera valió la pena.... me parece una distro sobresaliente en varios aspectos. Hace un tiempo (años) atrás había intentado instalar SUSE, pero se me hizo muy complicada e incómoda, sin embargo esta vez todo fue muy sencillo. Debe ser que tengo algo más de experiencia en Linux.
Lo cierto es que fue muy natural, por ejemplo, agregué un nuevo repo a Yast, de controladores gráficos nvidia... luego instalé el driver sugerido, reinicié el entorno gráfico (con cierta ansiedad...) y voilà! funciona perfectamente!, cosa que hasta hace no he logrado hacer en Ubuntu (tengo que probar nuevamente)... simplemente los últimos drivers no quieren funcionar y estoy forzado a cargar un driver legacy, que si bien funciona perfectamente, me deja la molestia de no poder usar el último...
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
En líneas generales me ha gustado mucho esta versión (hasta donde voy)...
Hace unos dias instalé para probar en mi equipo (porque se lo tenía que instalar a un amigo) el engendro w7. Realmente la compartiva, desde SuSE 9.1 hasta Opensuse 11.3, detecta todo el hardware en el primer intento, mientras que para los productos MS, hay que estar descargando y buscando drivers en la red, para que detecte y pueda utilizar el hardware instalado, y la vez siguiente que arrancas el engendro ms, ya no detecta ese hardware que tanto te costó configurar.
Hace poco probé la versión comercial de red hat 4.5, mejor dicho, intenté probarla, porque en realidad, no la pude instalar, ya que no detectaba la controladora SATA.
No es posible que pudieses probar la rhel 4.5 hace poco, a menos que tengas un contrato de soporte en vigor. En todo caso sería la versión 4.8 y no me creo que no te soporte la controladora SATA, a menos que sea una muy muy nueva y de fabricante "perico de los palotes". Ahora bien, si me creo que tuvieses problemas por ejemplo con drivers de sonido y tarjetas wireless ... es ahí donde las redhat comerciales andan cojas a menos que sean fabricantes como Intel ...
Cada vez que pruebo una distro distinta a Opensuse, rara vez es posible instalarla. Bueno, en realidad, hace algunos meses instalé Debian en otro equipo, que era un dinosaurio de hace 15 años, pero no hace falta explicar lo que es Debian. Lo unico que me salvó, fue Webmin, despues de que conseguí configurar a mano la interfaz grafica.
Salu2
Pues, sin ánimo de ofender ni de montar un follón, algo harías mal. Aunque si bien es cierto que Debian no es una distro orientada a usuario normal como lo es openSuSE. A ver seamos serios: TODAS las distros linux permiten hacer lo mismo de una u otra forma. Otra cosa bien distinta es si están orientadas a usuario doméstico o no. No tiene lugar ni sentido comparar una RHEL con openSuSE a nivel de usuario final, es una tontería ya que RHEL no está pensada para usuario final. Si quieres comparar, hazlo con SLES pero no con openSuSE. Compara a Ubuntu con openSuSE, ahí si. Lo mismo para Debian. -- 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
El día 27 de noviembre de 2009 05:07, carlopmart
Juan Erbes wrote:
El día 26 de noviembre de 2009 20:49, Mauricio J. Adonis C.
escribió: Estimados, después de una larga... larga.... laaarga espera de más de dos horas, por fin me quedó instalada mi flamante openSUSE 11.2 y debo decir que la larga espera valió la pena.... me parece una distro sobresaliente en varios aspectos. Hace un tiempo (años) atrás había intentado instalar SUSE, pero se me hizo muy complicada e incómoda, sin embargo esta vez todo fue muy sencillo. Debe ser que tengo algo más de experiencia en Linux.
Lo cierto es que fue muy natural, por ejemplo, agregué un nuevo repo a Yast, de controladores gráficos nvidia... luego instalé el driver sugerido, reinicié el entorno gráfico (con cierta ansiedad...) y voilà! funciona perfectamente!, cosa que hasta hace no he logrado hacer en Ubuntu (tengo que probar nuevamente)... simplemente los últimos drivers no quieren funcionar y estoy forzado a cargar un driver legacy, que si bien funciona perfectamente, me deja la molestia de no poder usar el último...
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
En líneas generales me ha gustado mucho esta versión (hasta donde voy)...
Hace unos dias instalé para probar en mi equipo (porque se lo tenía que instalar a un amigo) el engendro w7. Realmente la compartiva, desde SuSE 9.1 hasta Opensuse 11.3, detecta todo el hardware en el primer intento, mientras que para los productos MS, hay que estar descargando y buscando drivers en la red, para que detecte y pueda utilizar el hardware instalado, y la vez siguiente que arrancas el engendro ms, ya no detecta ese hardware que tanto te costó configurar.
Hace poco probé la versión comercial de red hat 4.5, mejor dicho, intenté probarla, porque en realidad, no la pude instalar, ya que no detectaba la controladora SATA.
No es posible que pudieses probar la rhel 4.5 hace poco, a menos que tengas un contrato de soporte en vigor.
Era una "copia de evaluación", sin contrato, de la versión 4 workstation, 5a actualización.
creo que no te soporte la controladora SATA, a menos que sea una muy muy nueva y de fabricante "perico de los palotes". Ahora bien, si me creo que tuvieses problemas por ejemplo con drivers de sonido y tarjetas wireless ... es ahí donde las redhat comerciales andan cojas a menos que sean fabricantes como Intel ...
Es un mobo Biostar TA790GX A3+ 5.x http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395
Cada vez que pruebo una distro distinta a Opensuse, rara vez es posible instalarla. Bueno, en realidad, hace algunos meses instalé Debian en otro equipo, que era un dinosaurio de hace 15 años, pero no hace falta explicar lo que es Debian. Lo unico que me salvó, fue Webmin, despues de que conseguí configurar a mano la interfaz grafica.
Salu2
Pues, sin ánimo de ofender ni de montar un follón, algo harías mal. Aunque si bien es cierto que Debian no es una distro orientada a usuario normal como lo es openSuSE.
A ver seamos serios: TODAS las distros linux permiten hacer lo mismo de una u otra forma. Otra cosa bien distinta es si están orientadas a usuario doméstico o no.
No tiene lugar ni sentido comparar una RHEL con openSuSE a nivel de usuario final, es una tontería ya que RHEL no está pensada para usuario final. Si quieres comparar, hazlo con SLES pero no con openSuSE. Compara a Ubuntu con openSuSE, ahí si. Lo mismo para Debian.
La RHEL 4.5 Workstation no está orientada a usuario final? Salu2 -- 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
Juan Erbes wrote:
Era una "copia de evaluación", sin contrato, de la versión 4 workstation, 5a actualización.
Vale, pero no es de hace poco, tiene al menos 1 año y medio ...
creo que no te soporte la controladora SATA, a menos que sea una muy muy nueva y de fabricante "perico de los palotes". Ahora bien, si me creo que tuvieses problemas por ejemplo con drivers de sonido y tarjetas wireless ... es ahí donde las redhat comerciales andan cojas a menos que sean fabricantes como Intel ...
Es un mobo Biostar TA790GX A3+ 5.x http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395
Lo dicho, fabricante "perico de los palotes" ... Con esa expresión me refiero a que no és un fabricante que te encuentres en las HCL de los productores de software. Por ejemplo, en SLES es bastante probable que tampoco te funcionase, ni en Solaris, etc ... Eso no quita a que el fabricante libere el driver correspondiente.
Pues, sin ánimo de ofender ni de montar un follón, algo harías mal. Aunque si bien es cierto que Debian no es una distro orientada a usuario normal como lo es openSuSE.
A ver seamos serios: TODAS las distros linux permiten hacer lo mismo de una u otra forma. Otra cosa bien distinta es si están orientadas a usuario doméstico o no.
No tiene lugar ni sentido comparar una RHEL con openSuSE a nivel de usuario final, es una tontería ya que RHEL no está pensada para usuario final. Si quieres comparar, hazlo con SLES pero no con openSuSE. Compara a Ubuntu con openSuSE, ahí si. Lo mismo para Debian.
La RHEL 4.5 Workstation no está orientada a usuario final?
Salu2
No, es para "usuario empresarial", cosa muy diferente ... -- 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
El día 27 de noviembre de 2009 09:07, carlopmart
Juan Erbes wrote:
Era una "copia de evaluación", sin contrato, de la versión 4 workstation, 5a actualización.
Vale, pero no es de hace poco, tiene al menos 1 año y medio ...
creo que no te soporte la controladora SATA, a menos que sea una muy muy nueva y de fabricante "perico de los palotes". Ahora bien, si me creo que tuvieses problemas por ejemplo con drivers de sonido y tarjetas wireless ... es ahí donde las redhat comerciales andan cojas a menos que sean fabricantes como Intel ...
Es un mobo Biostar TA790GX A3+ 5.x http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395
Lo dicho, fabricante "perico de los palotes" ... Con esa expresión me refiero a que no és un fabricante que te encuentres en las HCL de los productores de software. Por ejemplo, en SLES es bastante probable que tampoco te funcionase, ni en Solaris, etc ... Eso no quita a que el fabricante libere el driver correspondiente.
Eso a lo que tu llamas "perico de los palotes", es una marca de calidad superior a Asus, y que figura entre las recomendadas por AMD, para el micro que utilizo, un Phenom II X3 710: http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Phenom%E2%84%A2+II+X3&f2=710&f3=C2&f4=AMD&f5=&f6=&f7=&f8=95.000& De ese listado, lo mas probable que la RHEL W 4.5, no soporte ninguno de esos chipsets. Salu2 -- 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
Juan Erbes wrote:
El día 27 de noviembre de 2009 09:07, carlopmart
escribió: Juan Erbes wrote:
Era una "copia de evaluación", sin contrato, de la versión 4 workstation, 5a actualización. Vale, pero no es de hace poco, tiene al menos 1 año y medio ...
creo que no te soporte la controladora SATA, a menos que sea una muy muy nueva y de fabricante "perico de los palotes". Ahora bien, si me creo que tuvieses problemas por ejemplo con drivers de sonido y tarjetas wireless ... es ahí donde las redhat comerciales andan cojas a menos que sean fabricantes como Intel ...
Es un mobo Biostar TA790GX A3+ 5.x http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395 Lo dicho, fabricante "perico de los palotes" ... Con esa expresión me refiero a que no és un fabricante que te encuentres en las HCL de los productores de software. Por ejemplo, en SLES es bastante probable que tampoco te funcionase, ni en Solaris, etc ... Eso no quita a que el fabricante libere el driver correspondiente.
Eso a lo que tu llamas "perico de los palotes", es una marca de calidad superior a Asus, y que figura entre las recomendadas por AMD, para el micro que utilizo, un Phenom II X3 710: http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Phenom%E2%84%A2+II+X3&f2=710&f3=C2&f4=AMD&f5=&f6=&f7=&f8=95.000&
De ese listado, lo mas probable que la RHEL W 4.5, no soporte ninguno de esos chipsets.
Salu2
Pero es que estás hablando de versiones linux de linea Enterprise ... No es lo mismo que una distro como Debian, openSuSE, Ubuntu ... Las distros Enterprise funcionan como lo hacen los fabricantes de otros SO y productos: en base a una HCL y si no, no tendrás soporte. Que lo recomiende AMD, me dá igual si no sale en la HCL del fabricante, ahí está la diferencia.... Y que sea superior a ASUS, hombre sinceramente, eso no és muy dificil ... Un Dell de 300€ ya es mejor que ASUS ... -- 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
El Fri, 27 Nov 2009 13:23:28 +0100, carlopmart escribió:
Juan Erbes wrote:
Eso a lo que tu llamas "perico de los palotes", es una marca de calidad superior a Asus, y que figura entre las recomendadas por AMD, para el micro que utilizo, un Phenom II X3 710: http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Phenom% E2%84%A2+II+X3&f2=710&f3=C2&f4=AMD&f5=&f6=&f7=&f8=95.000&
De ese listado, lo mas probable que la RHEL W 4.5, no soporte ninguno de esos chipsets.
Pero es que estás hablando de versiones linux de linea Enterprise ... No es lo mismo que una distro como Debian, openSuSE, Ubuntu ... Las distros Enterprise funcionan como lo hacen los fabricantes de otros SO y productos: en base a una HCL y si no, no tendrás soporte.
Si nos atenemos a las HCL de SLES, RedHat o de Sun no podríamos montar el 60% de los productos del mercado. Una cosa es que un componente determinado pueda tener soporte "oficial" y "certificado" para un sistema operativo (y que el usuario además quiera hacer uso de esa certificación, porque no siempre vas a instalar una RedHat en equipos de 10.000€) y otra muy distinta es que el kernel que lleve no pueda "reconocer" una controladora sata determinada, por ser antiguo. ¿O acaso RedHat/Novell/Sun-Oracle *rehúsa* venderme su producto si mi hardware no está en su HCL? >:-) 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
Camaleón wrote:
El Fri, 27 Nov 2009 13:23:28 +0100, carlopmart escribió:
Juan Erbes wrote:
Eso a lo que tu llamas "perico de los palotes", es una marca de calidad superior a Asus, y que figura entre las recomendadas por AMD, para el micro que utilizo, un Phenom II X3 710: http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Phenom% E2%84%A2+II+X3&f2=710&f3=C2&f4=AMD&f5=&f6=&f7=&f8=95.000& De ese listado, lo mas probable que la RHEL W 4.5, no soporte ninguno de esos chipsets.
Pero es que estás hablando de versiones linux de linea Enterprise ... No es lo mismo que una distro como Debian, openSuSE, Ubuntu ... Las distros Enterprise funcionan como lo hacen los fabricantes de otros SO y productos: en base a una HCL y si no, no tendrás soporte.
Si nos atenemos a las HCL de SLES, RedHat o de Sun no podríamos montar el 60% de los productos del mercado.
Una cosa es que un componente determinado pueda tener soporte "oficial" y "certificado" para un sistema operativo (y que el usuario además quiera hacer uso de esa certificación, porque no siempre vas a instalar una RedHat en equipos de 10.000€) y otra muy distinta es que el kernel que lleve no pueda "reconocer" una controladora sata determinada, por ser antiguo.
Tanto RHEL como SLES como Sun tienen en sus listas sistemas completos certificados y no solo componentes. Yo por ejmplo tengo dos servidores HP Proliant ML, un 150 y un 110 y ambos están certificados para los tres SO, y no valen 10.000€ ... bastante menos, empiezan en 350€ ... Por supuesto que eso no implica que un componente no sea reconocido. Ahora bien, n otengas problemas con él porque prepárate. Con RHEL y Sun, que son con los que más trabajo, de entrada intentarán ayudarte aunque no esté en su HCL, pero eso no quiere decir que estén obligados a solucionarte el problema ...
¿O acaso RedHat/Novell/Sun-Oracle *rehúsa* venderme su producto si mi hardware no está en su HCL? >:-)
No, ellos no te van a preguntar si su producto va a ir instalado en un servidor certificado. Ahora bien, te avisan de que si te surge algún problema no están obligados a solucionártelo. ¿Tu en tu empresa te la jugarías con esto? ¿Verdad que no? Repito: son distros Enterprise. No es comparable a openSuSE. Es lógico que openSuSE, Ubuntu y demás den más soporte a nivel de drivers: ellos no tienen firmado un contrato de soporte contigo.
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
El Fri, 27 Nov 2009 13:56:45 +0100, carlopmart escribió:
Camaleón wrote:
Si nos atenemos a las HCL de SLES, RedHat o de Sun no podríamos montar el 60% de los productos del mercado.
Una cosa es que un componente determinado pueda tener soporte "oficial" y "certificado" para un sistema operativo (y que el usuario además quiera hacer uso de esa certificación, porque no siempre vas a instalar una RedHat en equipos de 10.000€) y otra muy distinta es que el kernel que lleve no pueda "reconocer" una controladora sata determinada, por ser antiguo.
Tanto RHEL como SLES como Sun tienen en sus listas sistemas completos certificados y no solo componentes. Yo por ejmplo tengo dos servidores HP Proliant ML, un 150 y un 110 y ambos están certificados para los tres SO, y no valen 10.000€ ... bastante menos, empiezan en 350€ ...
Pero no siempre montas sistemas completos. Las HCL también certifican placas base o cualquier otro componente. Y las HCL son listas "muy cortas" :-)
Por supuesto que eso no implica que un componente no sea reconocido. Ahora bien, n otengas problemas con él porque prepárate. Con RHEL y Sun, que son con los que más trabajo, de entrada intentarán ayudarte aunque no esté en su HCL, pero eso no quiere decir que estén obligados a solucionarte el problema ...
Ya lo sé.
¿O acaso RedHat/Novell/Sun-Oracle *rehúsa* venderme su producto si mi hardware no está en su HCL? >:-)
No, ellos no te van a preguntar si su producto va a ir instalado en un servidor certificado. Ahora bien, te avisan de que si te surge algún problema no están obligados a solucionártelo. ¿Tu en tu empresa te la jugarías con esto? ¿Verdad que no?
Sí ¿por qué no? A ver, que no todos los equipos que tengas que montar tienen, necesariamente, que cumplir con esa certificación. Hay equipos "piloto" que usan para pruebas, hay equipos que realizan actividades secundarias, de análisis, de gestión y no necesitas que estén certificados pero sí necesitas (para auditorías) que lleven una versión de empresa SLES o RedHat (y no openSUSE o CentOS).
Repito: son distros Enterprise. No es comparable a openSuSE. Es lógico que openSuSE, Ubuntu y demás den más soporte a nivel de drivers: ellos no tienen firmado un contrato de soporte contigo.
Son versiones Enterprise, sí, y por eso llevan versiones antiguas (y probadas) de los kernels, y de drivers. Y que en un momento dado, eso puede ser una limitación para tu empresa: el hardware se actualiza con más rapidez que el software. Que una cosa (que sean versiones empresariales) no quita la otra (que monten kernels antiguos). 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
Camaleón wrote:
El Fri, 27 Nov 2009 13:56:45 +0100, carlopmart escribió:
Camaleón wrote:
Si nos atenemos a las HCL de SLES, RedHat o de Sun no podríamos montar el 60% de los productos del mercado.
Una cosa es que un componente determinado pueda tener soporte "oficial" y "certificado" para un sistema operativo (y que el usuario además quiera hacer uso de esa certificación, porque no siempre vas a instalar una RedHat en equipos de 10.000€) y otra muy distinta es que el kernel que lleve no pueda "reconocer" una controladora sata determinada, por ser antiguo. Tanto RHEL como SLES como Sun tienen en sus listas sistemas completos certificados y no solo componentes. Yo por ejmplo tengo dos servidores HP Proliant ML, un 150 y un 110 y ambos están certificados para los tres SO, y no valen 10.000€ ... bastante menos, empiezan en 350€ ...
Pero no siempre montas sistemas completos. Las HCL también certifican placas base o cualquier otro componente.
Y las HCL son listas "muy cortas" :-)
Ya, pero así el fabricante se guarda las espaldas ...
¿O acaso RedHat/Novell/Sun-Oracle *rehúsa* venderme su producto si mi hardware no está en su HCL? >:-) No, ellos no te van a preguntar si su producto va a ir instalado en un servidor certificado. Ahora bien, te avisan de que si te surge algún problema no están obligados a solucionártelo. ¿Tu en tu empresa te la jugarías con esto? ¿Verdad que no?
Sí ¿por qué no?
A ver, que no todos los equipos que tengas que montar tienen, necesariamente, que cumplir con esa certificación. Hay equipos "piloto" que usan para pruebas, hay equipos que realizan actividades secundarias, de análisis, de gestión y no necesitas que estén certificados pero sí necesitas (para auditorías) que lleven una versión de empresa SLES o RedHat (y no openSUSE o CentOS).
Pero verdad que aunque no sean sistemas certificados te asegurarás de que funcionan?? Quiero decir, tienes un equipo clónico (que supongo que és de lo que hablamos porque con fabricantes de hierro como IBM, Sun, HP, Dell y demás no habría problemas) para llevar a cabo una tarea. Si debes instalar una distro Enterprise probarás la que más se ajuste a tus necesidades y deshabilitarás componentes que no funcionarán y añadirás otros que sí, ¿o no?.
Repito: son distros Enterprise. No es comparable a openSuSE. Es lógico que openSuSE, Ubuntu y demás den más soporte a nivel de drivers: ellos no tienen firmado un contrato de soporte contigo.
Son versiones Enterprise, sí, y por eso llevan versiones antiguas (y probadas) de los kernels, y de drivers. Y que en un momento dado, eso puede ser una limitación para tu empresa: el hardware se actualiza con más rapidez que el software.
Que una cosa (que sean versiones empresariales) no quita la otra (que monten kernels antiguos).
Pero es que no es así. Vamos a ver: que no os engañen las versiones de kernel que montan las distros Enterprise. Por ejemplo las RHEL 5 montan la serie 2.6.18, pero eso no significa que no soporten carácterísticas de un kernel 2.6.27 por ejemplo porque eso no es así. O sea, no es el kernel "original" 2.6.18. Tanto SLES como RHEL hacen backport en su kernel de drivers y funcionalidades de versiones de kernel superior. ¿Me explico?. TODOS los kernels de las distros Enterprise están modificados por el fabricante y tienen añadidos de kernels de versión superior. Si no fuese así, yo no podría tener en mi laptop un CentOS instalado porque el kernel 2.6.18 de serie no da soporte a todos los componentes ni me da funcionalidades como KVM ...
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
El Fri, 27 Nov 2009 14:23:48 +0100, carlopmart escribió:
Camaleón wrote:
Tanto RHEL como SLES como Sun tienen en sus listas sistemas completos certificados y no solo componentes. Yo por ejmplo tengo dos servidores HP Proliant ML, un 150 y un 110 y ambos están certificados para los tres SO, y no valen 10.000€ ... bastante menos, empiezan en 350€ ...
Pero no siempre montas sistemas completos. Las HCL también certifican placas base o cualquier otro componente.
Y las HCL son listas "muy cortas" :-)
Ya, pero así el fabricante se guarda las espaldas ...
Pero no es el cliente quien debe amoldarse al fabricante, sino al revés. Porque sino, lo más probable es que el cliente termine por pasarse a otro fabricante que no tenga tantas limitaciones.
A ver, que no todos los equipos que tengas que montar tienen, necesariamente, que cumplir con esa certificación. Hay equipos "piloto" que usan para pruebas, hay equipos que realizan actividades secundarias, de análisis, de gestión y no necesitas que estén certificados pero sí necesitas (para auditorías) que lleven una versión de empresa SLES o RedHat (y no openSUSE o CentOS).
Pero verdad que aunque no sean sistemas certificados te asegurarás de que funcionan??
Eso no lo puedo saber hasta que no pruebo la RedHat de turno y me falla. Si me falla, obviamente no voy a cambiar el equipo por otro que tenga "hardware certificado" por RedHat sino que probaré con otro sistema operativo. Así de sencillo.
Quiero decir, tienes un equipo clónico (que supongo que és de lo que hablamos porque con fabricantes de hierro como IBM, Sun, HP, Dell y demás no habría problemas)
¿Y qué pasa, que no hay más fabricantes en el mercado? >:-) Por ejemplo, yo tengo servidores de Supermicro que no veo que estén "certificados" ninguna parte. ¿Los devuelvo y me pido unos Dell para "satisfacer" esa HCL? >:-)
para llevar a cabo una tarea. Si debes instalar una distro Enterprise probarás la que más se ajuste a tus necesidades y deshabilitarás componentes que no funcionarán y añadirás otros que sí, ¿o no?.
No, tiene que ser la distro Enterprise la que se adapte a mis necesidades. Faltaría más...
Que una cosa (que sean versiones empresariales) no quita la otra (que monten kernels antiguos).
Pero es que no es así. Vamos a ver: que no os engañen las versiones de kernel que montan las distros Enterprise. Por ejemplo las RHEL 5 montan la serie 2.6.18, pero eso no significa que no soporten carácterísticas de un kernel 2.6.27 por ejemplo porque eso no es así. O sea, no es el kernel "original" 2.6.18.
Que monte un kernel antiguo significa que tiene soporte limitado de hardware, eso de cajón. Lo cual no sería ningún problema siempre y cuando la empresa de turno (RedHat, Novell, etc...) pusiera a disposición de los usuarios parches o services packs que sirvan para ampliar ese soporte, conforme pase el tiempo. Si no lo tienen, estás vendido, porque el hardware cambia cada año y las versiones de sistemas operativos empresariales duran 5 años como mínimo.
Tanto SLES como RHEL hacen backport en su kernel de drivers y funcionalidades de versiones de kernel superior. ¿Me explico?. TODOS los kernels de las distros Enterprise están modificados por el fabricante y tienen añadidos de kernels de versión superior.
Si no fuese así, yo no podría tener en mi laptop un CentOS instalado porque el kernel 2.6.18 de serie no da soporte a todos los componentes ni me da funcionalidades como KVM ...
Pero eso no quiere decir que incluyan soporte para todas las controladoras. Es posible que tú hayas tenido suerte con tu portátil y que sí te haya reconocido todos los componentes, pero eso no pasa siempre. Lo que te digo es que de cara a quien instala esa RedHat (sea administrador o sea un usuario), el hecho de que no sea capaz de reconocer la controladora SATA pues deja "mal sabor". Podrás solucionarlo o no, pero no cabe duda de que no genera una impresión positiva de la distro, por muy "Empresarial" que sea. 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
Camaleón wrote:
Y las HCL son listas "muy cortas" :-) Ya, pero así el fabricante se guarda las espaldas ...
Pero no es el cliente quien debe amoldarse al fabricante, sino al revés.
Porque sino, lo más probable es que el cliente termine por pasarse a otro fabricante que no tenga tantas limitaciones.
Ya, dime un fabricante que no te ponga limitaciones.
A ver, que no todos los equipos que tengas que montar tienen, necesariamente, que cumplir con esa certificación. Hay equipos "piloto" que usan para pruebas, hay equipos que realizan actividades secundarias, de análisis, de gestión y no necesitas que estén certificados pero sí necesitas (para auditorías) que lleven una versión de empresa SLES o RedHat (y no openSUSE o CentOS). Pero verdad que aunque no sean sistemas certificados te asegurarás de que funcionan??
Eso no lo puedo saber hasta que no pruebo la RedHat de turno y me falla.
Si me falla, obviamente no voy a cambiar el equipo por otro que tenga "hardware certificado" por RedHat sino que probaré con otro sistema operativo. Así de sencillo.
Si, pero aquí hay un problema: partimos de la base en la que decías que por temas de auditoría tenías que montar un linux Enterprise. ¿Entonces que haces: cambias partes de hierro o no pasas la auditoria?
Quiero decir, tienes un equipo clónico (que supongo que és de lo que hablamos porque con fabricantes de hierro como IBM, Sun, HP, Dell y demás no habría problemas)
¿Y qué pasa, que no hay más fabricantes en el mercado? >:-)
Por ejemplo, yo tengo servidores de Supermicro que no veo que estén "certificados" ninguna parte. ¿Los devuelvo y me pido unos Dell para "satisfacer" esa HCL? >:-)
Ya, quien te ha dicho a ti que SuperMicro no está certificada?? Lo está y hasta por VMWare que ya es decir, porque es el peor de los fabricantes en cuanto a HCL ..
para llevar a cabo una tarea. Si debes instalar una distro Enterprise probarás la que más se ajuste a tus necesidades y deshabilitarás componentes que no funcionarán y añadirás otros que sí, ¿o no?.
No, tiene que ser la distro Enterprise la que se adapte a mis necesidades. Faltaría más...
A ver se amoldará a bastante de tus necesidades y a otras no .. Eso es así con todos los SO del mercado ...
Que monte un kernel antiguo significa que tiene soporte limitado de hardware, eso de cajón. Lo cual no sería ningún problema siempre y cuando la empresa de turno (RedHat, Novell, etc...) pusiera a disposición de los usuarios parches o services packs que sirvan para ampliar ese soporte, conforme pase el tiempo.
Si no lo tienen, estás vendido, porque el hardware cambia cada año y las versiones de sistemas operativos empresariales duran 5 años como mínimo.
¿Y que acabo de decir??. Repito: no son kernels 2.6.18 "reales", están modificados para dar mayor soporte de hardware y nuevas funcionalidades ...
Pero eso no quiere decir que incluyan soporte para todas las controladoras. Es posible que tú hayas tenido suerte con tu portátil y que sí te haya reconocido todos los componentes, pero eso no pasa siempre.
Naturalmente. Por eso yo en su dia me aseguré que el portatil iba a funcionar sin problemas con versiones Enterprise (CentOS, RedHat, SLES) que es con las que yo trabajo.
Lo que te digo es que de cara a quien instala esa RedHat (sea administrador o sea un usuario), el hecho de que no sea capaz de reconocer la controladora SATA pues deja "mal sabor". Podrás solucionarlo o no, pero no cabe duda de que no genera una impresión positiva de la distro, por muy "Empresarial" que sea.
Saludos,
Vale, pero es que aquí estás confuniendo un punto importantisimo: hablamos de distros empresariales y no para usuario doméstico. Por lo tanto comprarás un servidor de al menos 300€ para instalarlo, y esos están certificados. ¿O es que tu compras hierro en tu empresa antes de haberlo certificado para el SO que vas a instalar?. Eso ya ni con Windows 2008 Server funciona ... -- 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
El Fri, 27 Nov 2009 15:47:14 +0100, carlopmart escribió:
Camaleón wrote:
Y las HCL son listas "muy cortas" :-) Ya, pero así el fabricante se guarda las espaldas ...
Pero no es el cliente quien debe amoldarse al fabricante, sino al revés.
Porque sino, lo más probable es que el cliente termine por pasarse a otro fabricante que no tenga tantas limitaciones.
Ya, dime un fabricante que no te ponga limitaciones.
Dije "tantas" limitaciones :-) Y la detección de una controladora sata integrada en la placa es algo trivial que debería estar superada desde hace "años". Ni es un componente nuevo ni es un componente "dedicado" o "poco común".
Eso no lo puedo saber hasta que no pruebo la RedHat de turno y me falla.
Si me falla, obviamente no voy a cambiar el equipo por otro que tenga "hardware certificado" por RedHat sino que probaré con otro sistema operativo. Así de sencillo.
Si, pero aquí hay un problema: partimos de la base en la que decías que por temas de auditoría tenías que montar un linux Enterprise. ¿Entonces que haces: cambias partes de hierro o no pasas la auditoria?
No hombre, en ese caso cambiaría a otra "Enterprise" que haberlas, haylas.
¿Y qué pasa, que no hay más fabricantes en el mercado? >:-)
Por ejemplo, yo tengo servidores de Supermicro que no veo que estén "certificados" ninguna parte. ¿Los devuelvo y me pido unos Dell para "satisfacer" esa HCL? >:-)
Ya, quien te ha dicho a ti que SuperMicro no está certificada?? Lo está y hasta por VMWare que ya es decir, porque es el peor de los fabricantes en cuanto a HCL ..
Quizá estoy buscando mal, el caso es que no la veo: https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=supermicro
No, tiene que ser la distro Enterprise la que se adapte a mis necesidades. Faltaría más...
A ver se amoldará a bastante de tus necesidades y a otras no .. Eso es así con todos los SO del mercado ...
Pues eso. Si RedHat no sirve, pruebo otra, que es lo que ha hecho en este caso Juan.
Que monte un kernel antiguo significa que tiene soporte limitado de hardware, eso de cajón. Lo cual no sería ningún problema siempre y cuando la empresa de turno (RedHat, Novell, etc...) pusiera a disposición de los usuarios parches o services packs que sirvan para ampliar ese soporte, conforme pase el tiempo.
Si no lo tienen, estás vendido, porque el hardware cambia cada año y las versiones de sistemas operativos empresariales duran 5 años como mínimo.
¿Y que acabo de decir??. Repito: no son kernels 2.6.18 "reales", están modificados para dar mayor soporte de hardware y nuevas funcionalidades ...
Pues entonces peor lo pones porque aún con las actualizaciones y/o parches no fue capaz de detectar la controladora de la placa. A mí eso no me da buena espina :-/
Pero eso no quiere decir que incluyan soporte para todas las controladoras. Es posible que tú hayas tenido suerte con tu portátil y que sí te haya reconocido todos los componentes, pero eso no pasa siempre.
Naturalmente. Por eso yo en su dia me aseguré que el portatil iba a funcionar sin problemas con versiones Enterprise (CentOS, RedHat, SLES) que es con las que yo trabajo.
No siempre se puede elegir.
Lo que te digo es que de cara a quien instala esa RedHat (sea administrador o sea un usuario), el hecho de que no sea capaz de reconocer la controladora SATA pues deja "mal sabor". Podrás solucionarlo o no, pero no cabe duda de que no genera una impresión positiva de la distro, por muy "Empresarial" que sea.
Vale, pero es que aquí estás confuniendo un punto importantisimo: hablamos de distros empresariales y no para usuario doméstico. Por lo tanto comprarás un servidor de al menos 300€ para instalarlo, y esos están certificados.
Que no, para nada. Que es el cliente (o el usuario) quien decide lo que monta y lo que paga. Vaya con las dictaduras de las empresas. A ver, si RedHat pincha en ese punto, pues falla, no le des más vueltas. Ya buscará el usuario otra distro que sí detecte la controladora.
¿O es que tu compras hierro en tu empresa antes de haberlo certificado para el SO que vas a instalar?. Eso ya ni con Windows 2008 Server funciona ...
Pues a veces (y más aún con linux) hay que arriesgar. Puedes tener experiencia, puedes conocer el mercado, puedes leer la documentación y puedes hacer lo que quieras pero como el equipo no esté "certificado" por y para "x", no tienes ninguna garantía de que te vaya a detectar todos los componentes. ¿Y qué placas base están hoy en día certificadas para "cualquier distribución" de linux? Pues ya te lo he dicho antes, no llega ni al 40%. Muy pocas están certificadas. Una cosa es informarse antes de comprar y otra muy distinta, que funcione. 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
Camaleón wrote:
Dije "tantas" limitaciones :-)
Y la detección de una controladora sata integrada en la placa es algo trivial que debería estar superada desde hace "años". Ni es un componente nuevo ni es un componente "dedicado" o "poco común".
Su soporte no tiene que ser ni "común", ni "trivial", ni nada por estilo porque no hay un driver genérico que funcione para todas ellas out-of-the-box.
Si, pero aquí hay un problema: partimos de la base en la que decías que por temas de auditoría tenías que montar un linux Enterprise. ¿Entonces que haces: cambias partes de hierro o no pasas la auditoria?
No hombre, en ese caso cambiaría a otra "Enterprise" que haberlas, haylas.
A ver he puesto ejmplos de Redhat porque es la que más conozco, pero no me cabe la menor duda que también es válido para SLES.
Quizá estoy buscando mal, el caso es que no la veo:
https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=supermicro
No buscas mal, pero en esa lista no aparecen dos o tres placas bases de SuperMicro que sí están soportadas. Lo sé porque tengo un cliente con 6 servidores SuperMicro y RedHat da soporte a todos ellos (no m sé las referencias porque no trabajo con hard directamente) ... El porque no salen lo desconozco.
A ver se amoldará a bastante de tus necesidades y a otras no .. Eso es así con todos los SO del mercado ...
Pues eso. Si RedHat no sirve, pruebo otra, que es lo que ha hecho en este caso Juan.
No, no es lo que ha hecho Juan a nivel de distro Enterprise. Probó Debian y después instaló definitivamente openSuSE. Para "cerrar el círculo" debería haber probado una SLES o SLED.
Pues entonces peor lo pones porque aún con las actualizaciones y/o parches no fue capaz de detectar la controladora de la placa.
A mí eso no me da buena espina :-/
repito: la referencia de fabricante que da Juan tanto para RedHat, Novell, Microsoft, Sun, IBM y demás es un "fabricante perico de los palotes". No se van a molestar en prestar soporte (y en mi opinión, bien que hacen, porque sino yo me iba a Taiwan y montaba una fábrica de componentes)... Ellos se certifican a sí mismos además de a SuperMicro, SGI y algunos fabricantes más.
Naturalmente. Por eso yo en su dia me aseguré que el portatil iba a funcionar sin problemas con versiones Enterprise (CentOS, RedHat, SLES) que es con las que yo trabajo.
No siempre se puede elegir.
Si hablas de una máquina de producción o crítica, ya verás si puedes elegir si tu jefe ve que puede haber problemas :))
Vale, pero es que aquí estás confuniendo un punto importantisimo: hablamos de distros empresariales y no para usuario doméstico. Por lo tanto comprarás un servidor de al menos 300€ para instalarlo, y esos están certificados.
Que no, para nada.
Que es el cliente (o el usuario) quien decide lo que monta y lo que paga. Vaya con las dictaduras de las empresas.
A ver, si RedHat pincha en ese punto, pues falla, no le des más vueltas. Ya buscará el usuario otra distro que sí detecte la controladora.
Afirmándome eso, confirmas lo que digo. Estás perdiendo de vista que hablamos de distros empresariales y todas hacen lo mismo: soporte al hierro, el justo y necesario y que no me pille los dedos.
Pues a veces (y más aún con linux) hay que arriesgar. Puedes tener experiencia, puedes conocer el mercado, puedes leer la documentación y puedes hacer lo que quieras pero como el equipo no esté "certificado" por y para "x", no tienes ninguna garantía de que te vaya a detectar todos los componentes.
¿Y qué placas base están hoy en día certificadas para "cualquier distribución" de linux? Pues ya te lo he dicho antes, no llega ni al 40%. Muy pocas están certificadas.
Una cosa es informarse antes de comprar y otra muy distinta, que funcione.
Saludos,
¿Pero como te vas a arriesgar con un servidor de producción o una estación crítica a poner un pc clónico?. Para eso, contrata "cloud computing" que te evitará sustos. Al precio del hierro de hoy en día, es una temeridad poner pc's clónicos para ese tipo de tareas, máxime cuando las marcas como Dell y HP han tirado los precios por los suelos ... -- 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
El Fri, 27 Nov 2009 16:26:34 +0100, carlopmart escribió:
Camaleón wrote:
Dije "tantas" limitaciones :-)
Y la detección de una controladora sata integrada en la placa es algo trivial que debería estar superada desde hace "años". Ni es un componente nuevo ni es un componente "dedicado" o "poco común".
Su soporte no tiene que ser ni "común", ni "trivial", ni nada por estilo porque no hay un driver genérico que funcione para todas ellas out-of-the-box.
De un sistema operativo que se auto-cataloga de "Enterprise" espero un poco más, la verdad. El driver "libata" debería detectarlo. Y si además la placa lo permite, el "ahci" también.
Si, pero aquí hay un problema: partimos de la base en la que decías que por temas de auditoría tenías que montar un linux Enterprise. ¿Entonces que haces: cambias partes de hierro o no pasas la auditoria?
No hombre, en ese caso cambiaría a otra "Enterprise" que haberlas, haylas.
A ver he puesto ejmplos de Redhat porque es la que más conozco, pero no me cabe la menor duda que también es válido para SLES.
No lo sé. Quizá SLES sí hubiera detectado la controladora :-?
Quizá estoy buscando mal, el caso es que no la veo:
https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=supermicro
No buscas mal, pero en esa lista no aparecen dos o tres placas bases de SuperMicro que sí están soportadas. Lo sé porque tengo un cliente con 6 servidores SuperMicro y RedHat da soporte a todos ellos (no m sé las referencias porque no trabajo con hard directamente) ... El porque no salen lo desconozco.
Pues eso es lo que me encuentro en todas las HCL. Los productos que tienen certificados son tan pocos que da risa. Es prácticamente imposible depender de esas listas porque apenas tienen unos pocos productos. Y obviamente, aunque los componentes no aparezcan ahí no quiere decir que no te vayan a funcionar.
A ver se amoldará a bastante de tus necesidades y a otras no .. Eso es así con todos los SO del mercado ...
Pues eso. Si RedHat no sirve, pruebo otra, que es lo que ha hecho en este caso Juan.
No, no es lo que ha hecho Juan a nivel de distro Enterprise. Probó Debian y después instaló definitivamente openSuSE. Para "cerrar el círculo" debería haber probado una SLES o SLED.
Sí, esa era otra opción.
Pues entonces peor lo pones porque aún con las actualizaciones y/o parches no fue capaz de detectar la controladora de la placa.
A mí eso no me da buena espina :-/
repito: la referencia de fabricante que da Juan tanto para RedHat, Novell, Microsoft, Sun, IBM y demás es un "fabricante perico de los palotes". No se van a molestar en prestar soporte (y en mi opinión, bien que hacen, porque sino yo me iba a Taiwan y montaba una fábrica de componentes)... Ellos se certifican a sí mismos además de a SuperMicro, SGI y algunos fabricantes más.
La marca (Biostar) es lo de menos, lo importante es el chipset de la controladora (SB750 Southbridge) que es de AMD y hombre... AMD no es una "mindunguis" ni una "recién llegada".
Naturalmente. Por eso yo en su dia me aseguré que el portatil iba a funcionar sin problemas con versiones Enterprise (CentOS, RedHat, SLES) que es con las que yo trabajo.
No siempre se puede elegir.
Si hablas de una máquina de producción o crítica, ya verás si puedes elegir si tu jefe ve que puede haber problemas :))
Hablamos de una placa Biostar a la que Juan quería instalar Redhat y no pudo.
Vale, pero es que aquí estás confuniendo un punto importantisimo: hablamos de distros empresariales y no para usuario doméstico. Por lo tanto comprarás un servidor de al menos 300€ para instalarlo, y esos están certificados.
Que no, para nada.
Que es el cliente (o el usuario) quien decide lo que monta y lo que paga. Vaya con las dictaduras de las empresas.
A ver, si RedHat pincha en ese punto, pues falla, no le des más vueltas. Ya buscará el usuario otra distro que sí detecte la controladora.
Afirmándome eso, confirmas lo que digo. Estás perdiendo de vista que hablamos de distros empresariales y todas hacen lo mismo: soporte al hierro, el justo y necesario y que no me pille los dedos.
No todas... ¿crees que no le hubiera funcionando en SLES o en alguna versión "servidora" de Windows? >:-) Lo que te digo es que RedHat puede tener soporte limitado (allá ellos) pero otras no.
Pues a veces (y más aún con linux) hay que arriesgar. Puedes tener experiencia, puedes conocer el mercado, puedes leer la documentación y puedes hacer lo que quieras pero como el equipo no esté "certificado" por y para "x", no tienes ninguna garantía de que te vaya a detectar todos los componentes.
¿Y qué placas base están hoy en día certificadas para "cualquier distribución" de linux? Pues ya te lo he dicho antes, no llega ni al 40%. Muy pocas están certificadas.
Una cosa es informarse antes de comprar y otra muy distinta, que funcione.
¿Pero como te vas a arriesgar con un servidor de producción o una estación crítica a poner un pc clónico?.
No estamos hablando de "servidores de producción" o de "estaciones críticas" sino del soporte de hardware limitado que tiene RedHat. Joer, que no pasa nada, que otras distribuciones empresariales pincharán en otros puntos, pero RedHat ha pinchado en este, qué se le va a hacer. 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
Camaleón wrote:
De un sistema operativo que se auto-cataloga de "Enterprise" espero un poco más, la verdad.
Y exactamente, ¿que esperas? Yo lo que espero es que funcione en hardware muy muy testado y sin problemas. A mi me daría muy mal rollo que funcionase en cualquier hardware, porque de entrada eso quiere decir que los tests QA no serían muy buenos ..
Pues eso es lo que me encuentro en todas las HCL. Los productos que tienen certificados son tan pocos que da risa. Es prácticamente imposible depender de esas listas porque apenas tienen unos pocos productos.
¿Pocos productos? Yo creo que hay bastante donde elegir.
Y obviamente, aunque los componentes no aparezcan ahí no quiere decir que no te vayan a funcionar.
Ahí de acuerdo.
La marca (Biostar) es lo de menos, lo importante es el chipset de la controladora (SB750 Southbridge) que es de AMD y hombre... AMD no es una "mindunguis" ni una "recién llegada".
No, pero por el mero hecho de que sea AMD no significa que ya deba estar soportado, pero recordemos que Juan probó una RHEL de año año y medio, no espera de año y nueve meses atrás....
Hablamos de una placa Biostar a la que Juan quería instalar Redhat y no pudo.
Si, "fabricante perico de los palotes" para los principales fabricantes de SO. Mejor, "ensamblador perico de los palotes" ... Y ojo que no lo digo con desprecio. Lo que estoy intentando hacer ver es que no todo el hardware puede estar soportado a nivel empresarial.
A ver, si RedHat pincha en ese punto, pues falla, no le des más vueltas. Ya buscará el usuario otra distro que sí detecte la controladora.
Lo siento, pero no. RedHat no falla en ese punto. Si fallase no seria la plataforma servidora x86 más extendida del mercado, por delante de Microsoft.
No todas... ¿crees que no le hubiera funcionando en SLES o en alguna versión "servidora" de Windows? >:-)
Pues puede que no. ¿Tu sabes lo quisquilloso que es un servidor Windows 2008 R2 con el hierro?? Porque que quede claro: que una máquina esté soportada por Windows 7 no ha de estarlo necesariamente por Windows 2008. Y con las versiones Enterprise de linux pasa lo mismo: que una máquina la soporte openSuSE, no quiere decir que SLES lo haga.
Lo que te digo es que RedHat puede tener soporte limitado (allá ellos) pero otras no.
Dame un ejemplo. Todos tienen sus HCL...
No estamos hablando de "servidores de producción" o de "estaciones críticas" sino del soporte de hardware limitado que tiene RedHat.
Joer, que no pasa nada, que otras distribuciones empresariales pincharán en otros puntos, pero RedHat ha pinchado en este, qué se le va a hacer.
Saludos,
Perdona pero no. Cuando Juan comentó que intentó instalar una RHEL4.5 y no le había funcionado lo que le vine a decir es que eso era de esperar. ¿Quieres ejemplos de SO en plataforma Intel con plataformas hardware restringidas? - VMWare ESX/ESXi versiones 2.x, 3.x y 4.x - SLES RealTime - Apple Mac OS X server - Solaris - Windows 2003/2008/2008 R2 HPC - RHEL MRG/HPC .... puedo seguir. ¿Que acaso están encarados a usuario? No, ninguno. Eso es lo que intentaba hacer ver a Juan: intentó usar un SO que no está hecho para ser instalado en cualquier máquina. ¿Son malos estos SO? ¿Inservibles?. Os recomiendo una cosa: hablad con alguien que tenga servidores Mac OS X en su empresa y vereis lo que significa satisfacción del cliente. 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
El Fri, 27 Nov 2009 20:17:48 +0100, carlopmart escribió:
Camaleón wrote:
De un sistema operativo que se auto-cataloga de "Enterprise" espero un poco más, la verdad.
Y exactamente, ¿que esperas? Yo lo que espero es que funcione en hardware muy muy testado y sin problemas. A mi me daría muy mal rollo que funcionase en cualquier hardware, porque de entrada eso quiere decir que los tests QA no serían muy buenos ..
Menuda lógica extraña aplicas a cómo deben las pruebas de calidad de un producto :-) Es decir, si funciona -> malo. Si no funciona -> bueno. Juvar.
Pues eso es lo que me encuentro en todas las HCL. Los productos que tienen certificados son tan pocos que da risa. Es prácticamente imposible depender de esas listas porque apenas tienen unos pocos productos.
¿Pocos productos? Yo creo que hay bastante donde elegir.
Venga ya. Supongo que lo dirás de broma. Areca (0) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=areca Adaptec (2) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=adaptec 3ware (1) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=3ware ¿Sólo 3 productos certificados de los fabricantes de controladoras de discos duros más conocidos? Pues o tienen un servicio de QA muy exigente o algo raro pasa...
La marca (Biostar) es lo de menos, lo importante es el chipset de la controladora (SB750 Southbridge) que es de AMD y hombre... AMD no es una "mindunguis" ni una "recién llegada".
No, pero por el mero hecho de que sea AMD no significa que ya deba estar soportado, pero recordemos que Juan probó una RHEL de año año y medio, no espera de año y nueve meses atrás....
2 años. ¿Y crees que dos años significa "tiempo" para estos sistemas operativos empresariales? Dos años es un suspiro, hombre. Aún tienen que aguantar 5 años más, que es el tiempo que debe durar el soporte.
Hablamos de una placa Biostar a la que Juan quería instalar Redhat y no pudo.
Si, "fabricante perico de los palotes" para los principales fabricantes de SO. Mejor, "ensamblador perico de los palotes" ... Y ojo que no lo digo con desprecio. Lo que estoy intentando hacer ver es que no todo el hardware puede estar soportado a nivel empresarial.
Tú puedes pensar lo que quieras de una determinada marca, pero RedHat no establece ninguna limitación para instalar su software (para empezar, no establece ninguna "clasificación" entre marcas como tú estás haciendo, no hace distinciones), así que si no es capaz de reconocer una simple controladora de disco sata, entiendo que su soporte de hardware es muy limitado.
A ver, si RedHat pincha en ese punto, pues falla, no le des más vueltas. Ya buscará el usuario otra distro que sí detecte la controladora.
Lo siento, pero no. RedHat no falla en ese punto. Si fallase no seria la plataforma servidora x86 más extendida del mercado, por delante de Microsoft.
¿Y eso qué tiene que ver? :-) Estamos hablando de una controladora de disco duro integrada, sata, no estamos hablando de ningún componente "especialísimo". Y estamos hablando del año 2.007, no del año 2.005.
No todas... ¿crees que no le hubiera funcionando en SLES o en alguna versión "servidora" de Windows? >:-)
Pues puede que no. ¿Tu sabes lo quisquilloso que es un servidor Windows 2008 R2 con el hierro?? Porque que quede claro: que una máquina esté soportada por Windows 7 no ha de estarlo necesariamente por Windows 2008. Y con las versiones Enterprise de linux pasa lo mismo: que una máquina la soporte openSuSE, no quiere decir que SLES lo haga.
Todo lo quisquilloso que quieras. Si le pones en la bios que te use SATA (sin raid ni ahci) no te pide ningún driver. Y le importa tres pimientos la placa sobre la que se vaya instalar: si cuesta 500€ o 50€. Precisamente una de las cosas donde más hincapié han puesto es en ese aspecto, en trabajar con los fabricantes para disponer de los drivers directamente.
Lo que te digo es que RedHat puede tener soporte limitado (allá ellos) pero otras no.
Dame un ejemplo. Todos tienen sus HCL...
Claro, pero no quiere decir que no vayan funcionar. ¿Ejemplos? MS, Novell, Canonical o IBM por citar sólo algunas de las empresas que puedas considerar "serias" :-P
No estamos hablando de "servidores de producción" o de "estaciones críticas" sino del soporte de hardware limitado que tiene RedHat.
Joer, que no pasa nada, que otras distribuciones empresariales pincharán en otros puntos, pero RedHat ha pinchado en este, qué se le va a hacer.
Perdona pero no. Cuando Juan comentó que intentó instalar una RHEL4.5 y no le había funcionado lo que le vine a decir es que eso era de esperar.
Pues yo sólo entendí que "no le había funcionado". Al contrario, yo hubiera pensado que un producto de pago y profesional tendría que reconocer una mayor cantidad de dispositivos, y no al revés :-)
¿Quieres ejemplos de SO en plataforma Intel con plataformas hardware restringidas?
- VMWare ESX/ESXi versiones 2.x, 3.x y 4.x - SLES RealTime - Apple Mac OS X server - Solaris - Windows 2003/2008/2008 R2 HPC - RHEL MRG/HPC ....
puedo seguir. ¿Que acaso están encarados a usuario? No, ninguno. Eso es lo que intentaba hacer ver a Juan: intentó usar un SO que no está hecho para ser instalado en cualquier máquina.
¿Son malos estos SO? ¿Inservibles?. Os recomiendo una cosa: hablad con alguien que tenga servidores Mac OS X en su empresa y vereis lo que significa satisfacción del cliente.
Te sales del tema. Yo no pongo en duda el servicio que presta o deja de prestar RedHat, es más, lo desconozco. Sólo estoy valorando una situación concreta y ni por un momento se me ocurriría decir que una empresa deja de ser mejor o peor por un hecho determinado y aislado. Lo que sí valoro es su producto. Y si ese producto no tiene soporte para una controladora serial ata que usa un chipset de AMD, puedes llamarlo como quieras, yo lo llamo "mal soporte de hardware" por parte de un fabricante de prestigio, y por lo tanto, un punto menos a su favor en una posible elección de sistema operativo. 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
Camaleón wrote:
El Fri, 27 Nov 2009 20:17:48 +0100, carlopmart escribió:
Camaleón wrote:
Menuda lógica extraña aplicas a cómo deben las pruebas de calidad de un producto :-)
Es decir, si funciona -> malo. Si no funciona -> bueno.
Juvar.
Donde digo yo eso??
Pues eso es lo que me encuentro en todas las HCL. Los productos que tienen certificados son tan pocos que da risa. Es prácticamente imposible depender de esas listas porque apenas tienen unos pocos productos. ¿Pocos productos? Yo creo que hay bastante donde elegir.
Venga ya. Supongo que lo dirás de broma.
Areca (0) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=areca
Adaptec (2) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=adaptec
3ware (1) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=3ware
¿Sólo 3 productos certificados de los fabricantes de controladoras de discos duros más conocidos? Pues o tienen un servicio de QA muy exigente o algo raro pasa...
Pero vamos a ver. ¿tu te crees que solo soporta 3 controladoras? Mis servidores ProLiant ninguno tiene esas controladoras. Ostias si están funcionando ... que raro:)) Por favor, un poco de seriedad ...
2 años.
¿Y crees que dos años significa "tiempo" para estos sistemas operativos empresariales? Dos años es un suspiro, hombre. Aún tienen que aguantar 5 años más, que es el tiempo que debe durar el soporte.
¿Tu has leido alguna vez las release notes de algún producto Enterprise?
Tú puedes pensar lo que quieras de una determinada marca, pero RedHat no establece ninguna limitación para instalar su software (para empezar, no establece ninguna "clasificación" entre marcas como tú estás haciendo, no hace distinciones), así que si no es capaz de reconocer una simple controladora de disco sata, entiendo que su soporte de hardware es muy limitado.
vale lo que quieras, pero si para tí no soportar una placa biostar es un soporte de hardware limitado, espero que no estés administrando servidores de misión crítica :)) A ver en serio, ¿de verdad es un problema no soportar una placa biostar cuando ningún fabricante de "marca" la monta??
Lo siento, pero no. RedHat no falla en ese punto. Si fallase no seria la plataforma servidora x86 más extendida del mercado, por delante de Microsoft.
¿Y eso qué tiene que ver? :-)
Estamos hablando de una controladora de disco duro integrada, sata, no estamos hablando de ningún componente "especialísimo". Y estamos hablando del año 2.007, no del año 2.005.
¿Y? O sea si linux no te soporta una webcam de hace dos años que solo está soportada en windows, ¿entonces que ocurre?
Todo lo quisquilloso que quieras. Si le pones en la bios que te use SATA (sin raid ni ahci) no te pide ningún driver. Y le importa tres pimientos la placa sobre la que se vaya instalar: si cuesta 500€ o 50€.
Ok y luego le pones una BBDD Oracle encima y vas a ver la pantallita azul preciosa que tiene Windows 2008 R2 .. Lo siento pero no. O se soporta out-of-the-box por el SO con driver nativo sin "hacer trucos" o el fabricante me dá un driver 100% testado ...
Dame un ejemplo. Todos tienen sus HCL...
Claro, pero no quiere decir que no vayan funcionar.
¿Ejemplos? MS, Novell, Canonical o IBM por citar sólo algunas de las empresas que puedas considerar "serias" :-P
Estos hacen lo mismo que RedHat ... ¿donde ves la diferencia? ¿Tu has tenido tratos con soporta técnico de Novell e IBM?? A la primera que no lo vean claro o que algo no aparezca en su HCL, listos vamos ... Estos al menos lo hacen a la cara. Microsoft te marea un poco la perdiz y al final te dice que la culpa es del driver de tal sitio y vas y la cascas ...
Perdona pero no. Cuando Juan comentó que intentó instalar una RHEL4.5 y no le había funcionado lo que le vine a decir es que eso era de esperar.
Pues yo sólo entendí que "no le había funcionado". Al contrario, yo hubiera pensado que un producto de pago y profesional tendría que reconocer una mayor cantidad de dispositivos, y no al revés :-)
Uy uy uy ... Va a ser que no. ¿Por que motivo el fabricante ha de soportar más drivers en un kernel 2.6.18 backported que un kernel de serie 2.6.31, por ejmplo? ¿Acaso kernel.org te da soporte ante posibles fallos??
¿Quieres ejemplos de SO en plataforma Intel con plataformas hardware restringidas?
- VMWare ESX/ESXi versiones 2.x, 3.x y 4.x - SLES RealTime - Apple Mac OS X server - Solaris - Windows 2003/2008/2008 R2 HPC - RHEL MRG/HPC ....
puedo seguir. ¿Que acaso están encarados a usuario? No, ninguno. Eso es lo que intentaba hacer ver a Juan: intentó usar un SO que no está hecho para ser instalado en cualquier máquina.
¿Son malos estos SO? ¿Inservibles?. Os recomiendo una cosa: hablad con alguien que tenga servidores Mac OS X en su empresa y vereis lo que significa satisfacción del cliente.
Te sales del tema.
Yo no pongo en duda el servicio que presta o deja de prestar RedHat, es más, lo desconozco. Sólo estoy valorando una situación concreta y ni por un momento se me ocurriría decir que una empresa deja de ser mejor o peor por un hecho determinado y aislado.
Lo que sí valoro es su producto.
Y si ese producto no tiene soporte para una controladora serial ata que usa un chipset de AMD, puedes llamarlo como quieras, yo lo llamo "mal soporte de hardware" por parte de un fabricante de prestigio, y por lo tanto, un punto menos a su favor en una posible elección de sistema operativo.
Saludos,
Ok. -- 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
On Viernes, 27 de Noviembre de 2009 22:23:54 carlopmart escribió:
Camaleón wrote:
El Fri, 27 Nov 2009 20:17:48 +0100, carlopmart escribió:
Camaleón wrote:
Menuda lógica extraña aplicas a cómo deben las pruebas de calidad de un producto :-)
Es decir, si funciona -> malo. Si no funciona -> bueno.
Juvar.
Donde digo yo eso??
Pues eso es lo que me encuentro en todas las HCL. Los productos que tienen certificados son tan pocos que da risa. Es prácticamente imposible depender de esas listas porque apenas tienen unos pocos productos.
¿Pocos productos? Yo creo que hay bastante donde elegir.
Venga ya. Supongo que lo dirás de broma.
Areca (0) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=areca
Adaptec (2) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=adaptec
3ware (1) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=3ware
¿Sólo 3 productos certificados de los fabricantes de controladoras de discos duros más conocidos? Pues o tienen un servicio de QA muy exigente o algo raro pasa...
Bueno, hay que pagar para certificar. Quizas sencillamente, no es rentable.
Pero vamos a ver. ¿tu te crees que solo soporta 3 controladoras? Mis servidores ProLiant ninguno tiene esas controladoras. Ostias si están funcionando ... que raro:))
Por favor, un poco de seriedad ...
Seriedada, si. Pero papeles, no.
2 años.
¿Y crees que dos años significa "tiempo" para estos sistemas operativos empresariales? Dos años es un suspiro, hombre. Aún tienen que aguantar 5 años más, que es el tiempo que debe durar el soporte.
¿Tu has leido alguna vez las release notes de algún producto Enterprise?
Tú puedes pensar lo que quieras de una determinada marca, pero RedHat no establece ninguna limitación para instalar su software (para empezar, no establece ninguna "clasificación" entre marcas como tú estás haciendo, no hace distinciones), así que si no es capaz de reconocer una simple controladora de disco sata, entiendo que su soporte de hardware es muy limitado.
vale lo que quieras, pero si para tí no soportar una placa biostar es un soporte de hardware limitado, espero que no estés administrando servidores de misión crítica
Es un soporte limitado, independientemente de que soporte servidores de mision critica. El ser capaz de hacer maravillasno justifica el no ser capaz de hacer lo de cada dia. Por cierto, me estoy cansando de lo de la mision critica...sera evangelizar extraterrestres. Puedes ser mas claro y menos argotico? :-)
:)) A ver en serio, ¿de verdad es un problema no soportar una placa biostar : cuando
ningún fabricante de "marca" la monta??
No, no la monta nike, ni puma ni el corte Ingles.
Lo siento, pero no. RedHat no falla en ese punto. Si fallase no seria la plataforma servidora x86 más extendida del mercado, por delante de Microsoft.
¿Y eso qué tiene que ver? :-)
Estamos hablando de una controladora de disco duro integrada, sata, no estamos hablando de ningún componente "especialísimo". Y estamos hablando del año 2.007, no del año 2.005.
¿Y? O sea si linux no te soporta una webcam de hace dos años que solo está soportada en windows, ¿entonces que ocurre? Mal, vamos mal.
Todo lo quisquilloso que quieras. Si le pones en la bios que te use SATA (sin raid ni ahci) no te pide ningún driver. Y le importa tres pimientos la placa sobre la que se vaya instalar: si cuesta 500€ o 50€.
Ok y luego le pones una BBDD Oracle encima y vas a ver la pantallita azul preciosa que tiene Windows 2008 R2 ..
Lo siento pero no. O se soporta out-of-the-box por el SO con driver nativo sin "hacer trucos" o el fabricante me dá un driver 100% testado ...
Dame un ejemplo. Todos tienen sus HCL...
Claro, pero no quiere decir que no vayan funcionar.
¿Ejemplos? MS, Novell, Canonical o IBM por citar sólo algunas de las empresas que puedas considerar "serias" :-P
Estos hacen lo mismo que RedHat ... ¿donde ves la diferencia? ¿Tu has tenido tratos con soporta técnico de Novell e IBM?? A la primera que no lo vean claro o que algo no aparezca en su HCL, listos vamos ...
Estos al menos lo hacen a la cara. Microsoft te marea un poco la perdiz y al final te dice que la culpa es del driver de tal sitio y vas y la cascas ...
Perdona pero no. Cuando Juan comentó que intentó instalar una RHEL4.5 y no le había funcionado lo que le vine a decir es que eso era de esperar.
Pues yo sólo entendí que "no le había funcionado". Al contrario, yo hubiera pensado que un producto de pago y profesional tendría que reconocer una mayor cantidad de dispositivos, y no al revés :-)
Uy uy uy ... Va a ser que no. ¿Por que motivo el fabricante ha de soportar más drivers en un kernel 2.6.18 backported que un kernel de serie 2.6.31, por ejmplo? ¿Acaso kernel.org te da soporte ante posibles fallos??
¿Quieres ejemplos de SO en plataforma Intel con plataformas hardware restringidas?
- VMWare ESX/ESXi versiones 2.x, 3.x y 4.x - SLES RealTime - Apple Mac OS X server - Solaris - Windows 2003/2008/2008 R2 HPC - RHEL MRG/HPC ....
puedo seguir. ¿Que acaso están encarados a usuario? No, ninguno. Eso es lo que intentaba hacer ver a Juan: intentó usar un SO que no está hecho para ser instalado en cualquier máquina.
¿Son malos estos SO? ¿Inservibles?. Os recomiendo una cosa: hablad con alguien que tenga servidores Mac OS X en su empresa y vereis lo que significa satisfacción del cliente.
Ejem, aqui los clientes ya lo saben. El resto... estadisticas
Te sales del tema.
Yo no pongo en duda el servicio que presta o deja de prestar RedHat, es más, lo desconozco. Sólo estoy valorando una situación concreta y ni por un momento se me ocurriría decir que una empresa deja de ser mejor o peor por un hecho determinado y aislado.
Lo que sí valoro es su producto.
Y si ese producto no tiene soporte para una controladora serial ata que usa un chipset de AMD, puedes llamarlo como quieras, yo lo llamo "mal soporte de hardware" por parte de un fabricante de prestigio, y por lo tanto, un punto menos a su favor en una posible elección de sistema operativo.
Absolutamente de acuerdo. -- Saludos Lluis
El Fri, 27 Nov 2009 22:23:54 +0100, carlopmart escribió:
Camaleón wrote:
El Fri, 27 Nov 2009 20:17:48 +0100, carlopmart escribió:
Camaleón wrote:
Menuda lógica extraña aplicas a cómo deben las pruebas de calidad de un producto :-)
Es decir, si funciona -> malo. Si no funciona -> bueno.
Juvar.
Donde digo yo eso??
Si borras tus propios comentarios, no te puedes leer: Has dicho (copio y pego): *** "A mi me daría muy mal rollo que funcionase en cualquier hardware, porque de entrada eso quiere decir que los tests QA no serían muy buenos .." ***
¿Pocos productos? Yo creo que hay bastante donde elegir.
Venga ya. Supongo que lo dirás de broma.
Areca (0) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=areca
Adaptec (2) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=adaptec
3ware (1) https://hardware.redhat.com/list.cgi?product=Red+Hat+Hardware +Certification&quicksearch=3ware
¿Sólo 3 productos certificados de los fabricantes de controladoras de discos duros más conocidos? Pues o tienen un servicio de QA muy exigente o algo raro pasa...
Pero vamos a ver. ¿tu te crees que solo soporta 3 controladoras? Mis servidores ProLiant ninguno tiene esas controladoras. Ostias si están funcionando ... que raro:))
Por favor, un poco de seriedad ...
A mí no me lo cuentes. Habla con RedHat que es la mantiene su lista de HCL y la tiene a disposición del público :-) Yo no leo por ninguna parte que esa lista no esté completa, y si no lo avisan, doy por hecho que sencillamente el producto que busco y no existe no está certificado.
¿Y crees que dos años significa "tiempo" para estos sistemas operativos empresariales? Dos años es un suspiro, hombre. Aún tienen que aguantar 5 años más, que es el tiempo que debe durar el soporte.
¿Tu has leido alguna vez las release notes de algún producto Enterprise?
¿Qué tendría que leer, exactamente? ¿Que no puede detectar una controladora serial ata? Pues hombre, si lo avisaran, no estaría nada mal.
Tú puedes pensar lo que quieras de una determinada marca, pero RedHat no establece ninguna limitación para instalar su software (para empezar, no establece ninguna "clasificación" entre marcas como tú estás haciendo, no hace distinciones), así que si no es capaz de reconocer una simple controladora de disco sata, entiendo que su soporte de hardware es muy limitado.
vale lo que quieras, pero si para tí no soportar una placa biostar es un soporte de hardware limitado, espero que no estés administrando servidores de misión crítica :)) A ver en serio, ¿de verdad es un problema no soportar una placa biostar cuando ningún fabricante de "marca" la monta??
Sí, claro que es un problema. Estoy pagando a una empresa por un producto que no sólo "no está soportad"o sino que ni tan sólo lo "detecta" el sistema. Y estamos hablando de un chipset, no de una marca. ¿Sabes cuántas placas base montan ese mismo chipset? ¿todas son malas, todos los fabricantes son mediocres? Venga ya, hombre.
Estamos hablando de una controladora de disco duro integrada, sata, no estamos hablando de ningún componente "especialísimo". Y estamos hablando del año 2.007, no del año 2.005.
¿Y? O sea si linux no te soporta una webcam de hace dos años que solo está soportada en windows, ¿entonces que ocurre?
¿Linux? Oye, que no estamos hablando de Linux ni de webcams sino de una empresa que cotiza en el Nasdaq y de una controladora de disco duro, hombre. Y que el usuario está pagando por un producto que no es capaz de detectarlo.
Todo lo quisquilloso que quieras. Si le pones en la bios que te use SATA (sin raid ni ahci) no te pide ningún driver. Y le importa tres pimientos la placa sobre la que se vaya instalar: si cuesta 500€ o 50€.
Ok y luego le pones una BBDD Oracle encima y vas a ver la pantallita azul preciosa que tiene Windows 2008 R2 ..
Le preguntas a Oracle, que para eso le pagas.
Lo siento pero no. O se soporta out-of-the-box por el SO con driver nativo sin "hacer trucos" o el fabricante me dá un driver 100% testado ...
Me parece muy bien pero no sé qué tiene que ver esto con lo que estamos hablando.
Dame un ejemplo. Todos tienen sus HCL...
Claro, pero no quiere decir que no vayan funcionar.
¿Ejemplos? MS, Novell, Canonical o IBM por citar sólo algunas de las empresas que puedas considerar "serias" :-P
Estos hacen lo mismo que RedHat ... ¿donde ves la diferencia? ¿Tu has tenido tratos con soporta técnico de Novell e IBM?? A la primera que no lo vean claro o que algo no aparezca en su HCL, listos vamos ...
Estos al menos lo hacen a la cara. Microsoft te marea un poco la perdiz y al final te dice que la culpa es del driver de tal sitio y vas y la cascas ...
¡Pero qué me estás contando! Te digo que RedHat no es capaz de detectar una controladora sata del montón y me sales que con que los fabricantes sólo deben dar soporte a los productos certificados. Pues vale, me parece perfecto ¿y eso qué tiene que ver con todo esto?
Perdona pero no. Cuando Juan comentó que intentó instalar una RHEL4.5 y no le había funcionado lo que le vine a decir es que eso era de esperar.
Pues yo sólo entendí que "no le había funcionado". Al contrario, yo hubiera pensado que un producto de pago y profesional tendría que reconocer una mayor cantidad de dispositivos, y no al revés :-)
Uy uy uy ... Va a ser que no. ¿Por que motivo el fabricante ha de soportar más drivers en un kernel 2.6.18 backported que un kernel de serie 2.6.31, por ejmplo? ¿Acaso kernel.org te da soporte ante posibles fallos??
Ese no es mi problema. Yo soy el cliente y quiero es que mi sistema funcione. Si la controladora no la detecta el sistema, si no me dan soporte porque no está certificada y no me dan ninguna solución ¿qué narices se supone que estoy pagando y para qué? Obviamente, cambio de proveedor y me busco otro que sí sea capaz de proporcionarme un controlador sata para mi placa. 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
Camaleón wrote:
El Fri, 27 Nov 2009 22:23:54 +0100, carlopmart escribió:
Ese no es mi problema.
Yo soy el cliente y quiero es que mi sistema funcione. Si la controladora no la detecta el sistema, si no me dan soporte porque no está certificada y no me dan ninguna solución ¿qué narices se supone que estoy pagando y para qué?
Obviamente, cambio de proveedor y me busco otro que sí sea capaz de proporcionarme un controlador sata para mi placa.
Saludos,
Vivan los mundos de yuppie!!!. Si señor, Camaleón. Pero vamos a ver si esto fuese tan fácil, no habría tanto SO, ni tantas aplicaciones ni tanto de nada. Vale reset. Vamos a poner nombre y apellidos a las cosas: - Servidor de pruebas: un HP ProLiant ML110 G5 AMD Quad-Core Opteron 1354, 8GB de RAM, con controladora SATA. salida del comando lspci: ~ # lspci 00:00.00 Memory controller: nVidia Corporation MCP55 Memory Controller 00:01.00 Bridge: nVidia Corporation MCP55 LPC Bridge 00:01.01 Serial bus controller: nVidia Corporation MCP55 SMBus 00:02.00 Serial bus controller: nVidia Corporation MCP55 USB Controller 00:02.01 Serial bus controller: nVidia Corporation MCP55 USB Controller 00:05.00 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba0] 00:05.01 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba1] 00:05.02 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba2] 00:06.00 Bridge: nVidia Corporation MCP55 PCI bridge 00:10.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:11.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:12.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:13.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:14.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:15.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:24.00 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] HyperTransport Configur 00:24.01 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Address Map 00:24.02 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] DRAM Controller 00:24.03 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Miscellaneous Control 00:24.04 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Link Control 02:00.00 Network controller: Intel Corporation 82571EB Gigabit Ethernet Controller [vmnic0] 02:00.01 Network controller: Intel Corporation 82571EB Gigabit Ethernet Controller [vmnic1] 16:00.00 Display controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) 17:00.00 Network controller: Broadcom Corporation NetXtreme BCM5722 Gigabit Ethernet [vmnic2] ... esto tal como está ahora con un servidor ESXi 4. Vaya chipsets Nvidia, ¿marca reputada en servers de gama baja o no? Ahora pongo el CD de la RHEL 4.5 y oh!!, joder que no detecta mi controladora SATA. Me he gastado 1.200€ en un servidor que ahora va y la RedHat 4.5 no soporta cuando estoy pagando un soporte de 2.000 y pico euros al año. Estos de RedHat me van a oir. Ring,Ring, RedHat?? Oiga estoy intentando instalar una RHEL 4.5 en un servidor ProLiant, bla bla ... y esto no va. Que les estoy pagando 2.000 y pico euros por su soporte para que su SO de las narices no me soporte la controladora SATA de este servidor !!!! Respuesta de RedHat: Oiga, ¿usted a probado a instalar la versión 4.6 que si soporta a este servidor out-of-the-box?? Esta controladora SATA es digamos igual en calidad a la de Juan. ¿He sido explícito ahora?? -- 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
El Fri, 27 Nov 2009 23:37:15 +0100, carlopmart escribió:
Camaleón wrote:
Ese no es mi problema.
Yo soy el cliente y quiero es que mi sistema funcione. Si la controladora no la detecta el sistema, si no me dan soporte porque no está certificada y no me dan ninguna solución ¿qué narices se supone que estoy pagando y para qué?
Obviamente, cambio de proveedor y me busco otro que sí sea capaz de proporcionarme un controlador sata para mi placa.
Vivan los mundos de yuppie!!!. Si señor, Camaleón. Pero vamos a ver si esto fuese tan fácil, no habría tanto SO, ni tantas aplicaciones ni tanto de nada.
Prefiero Barrio Sésamo :-) Y no es que sea fácil. Es que es facilísimo. Si tengo que montar "x" servidores, estaciones de trabajo y/o equipos de sobremesa, meto el disco para instalar RedHat y no me reconoce la controladora de disco duro (es decir, me detiene por completo la instalación), tengo las siguientes opciones: 1/ Cambiar "todos" los equipos (las placas base o los sistemas completos) por otros modelos que sean compatibles (o estén certificados) para RedHat. Eso supone tiempo. Tiempo por mi parte, ya que tengo que empezar de nuevo desde cero a buscar una configuración de equipos que se ajuste a nuestras necesidades y claro, cómo no, a las de RedHat. Si cambio la placa tengo que cambiar la ram (y es posible que algún componente más), además de tener que desmontar todos los equipos y volver a ensamblarlos desde cero. En el caso de los servidores en bastidor implica sustituirlos por completo, generar un parte de cambio y/o devolución, solicitar la recogida y enviarlos a Estados Unidos. 2/ Otra opción sería añadir una controladora de disco (que sea compatible con RedHat) a todos los equipos. Eso es dinero. Tengo que generar una petición de ampliación de componentes, para cada equipo. Si son 10 equipos, no hay problema, el gasto puede ser asumible. Si son 100 equipos, quizá no sea tan asumible, y no me aprueben ese gasto. 3/ Otra opción sería mandar a freír monas a RedHat y montar otro sistema operativo. Si estoy montando esos equipos para una empresa, no tengo fijaciones por un fabricante u otro ni por un sistema operativo u otro (aunque personalmente sí los pueda tener). Lo que sí tengo es unos objetivos y requisitos que cumplir, un presupuesto concretado, unos plazos de tiempo determinados y hasta es posible que en algunos de los equipos no tenga la opción de elegirlos: son los que están y tengo que trabajar con ellos, no puedo cambiarlos, modificarlos y/o ampliarlos.
Vale reset. Vamos a poner nombre y apellidos a las cosas:
- Servidor de pruebas: un HP ProLiant ML110 G5 AMD Quad-Core Opteron 1354, 8GB de RAM, con controladora SATA.
salida del comando lspci:
~ # lspci 00:00.00 Memory controller: nVidia Corporation MCP55 Memory Controller 00:01.00 Bridge: nVidia Corporation MCP55 LPC Bridge 00:01.01 Serial bus controller: nVidia Corporation MCP55 SMBus 00:02.00 Serial bus controller: nVidia Corporation MCP55 USB Controller 00:02.01 Serial bus controller: nVidia Corporation MCP55 USB Controller 00:05.00 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba0] 00:05.01 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba1] 00:05.02 Mass storage controller: nVidia Corporation MCP55 SATA Controller [vmhba2] 00:06.00 Bridge: nVidia Corporation MCP55 PCI bridge 00:10.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:11.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:12.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:13.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:14.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:15.00 Bridge: nVidia Corporation MCP55 PCI Express bridge 00:24.00 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] HyperTransport Configur 00:24.01 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Address Map 00:24.02 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] DRAM Controller 00:24.03 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Miscellaneous Control 00:24.04 Bridge: AMD Inc Family 10h [Opteron, Athlon64, Sempron] Link Control 02:00.00 Network controller: Intel Corporation 82571EB Gigabit Ethernet Controller [vmnic0] 02:00.01 Network controller: Intel Corporation 82571EB Gigabit Ethernet Controller [vmnic1] 16:00.00 Display controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) 17:00.00 Network controller: Broadcom Corporation NetXtreme BCM5722 Gigabit Ethernet [vmnic2]
... esto tal como está ahora con un servidor ESXi 4. Vaya chipsets Nvidia, ¿marca reputada en servers de gama baja o no?
Pues es un equipo bien común, de los que se puede encontrar en cualquier pyme. Si me dices que RedHat tiene problemas con esa configuración, es para darles tres coscorrones en la cabeza.
Ahora pongo el CD de la RHEL 4.5 y oh!!, joder que no detecta mi controladora SATA. Me he gastado 1.200€ en un servidor que ahora va y la RedHat 4.5 no soporta cuando estoy pagando un soporte de 2.000 y pico euros al año. Estos de RedHat me van a oir.
Ring,Ring, RedHat?? Oiga estoy intentando instalar una RHEL 4.5 en un servidor ProLiant, bla bla ... y esto no va. Que les estoy pagando 2.000 y pico euros por su soporte para que su SO de las narices no me soporte la controladora SATA de este servidor !!!!
Respuesta de RedHat: Oiga, ¿usted a probado a instalar la versión 4.6 que si soporta a este servidor out-of-the-box??
Esta controladora SATA es digamos igual en calidad a la de Juan.
¿He sido explícito ahora??
Lo he entendido alto y claro: a RedHat le importa un bledo su cliente, lo que quiere (como cualquier empresa, porque no son hermanitas de la caridad) es que: 1/ El cliente sea quien se adapte a sus fallos y/o carencias (y no al revés, como debería ser). 2/ El cliente sea el que pague otra licencia, cambie y/o tenga que adaptar sus sistemas para poder satisfacer a RedHat. Verás, mi empresa no me paga para satisfacer a RedHat. Me pagan para solucionar problemas, de la manera más rápida (y económicamente viable) que sea posible. Y si un fabricante no me soluciona un problema (que por otra parte entiendo que se trata de un problema "muy básico"), me busco otro. De RedHat (o de cualquier empresa de cierto renombre) lo único que podría esperar es que a los 15 minutos de llamarles me enviaran por correo electrónico un parche (o los drivers) con instrucciones de instalación que corrija el fallo que tiene uno de sus productos (y no hablamos de un producto que está descatalogado, eso sería otro cantar) que me permitiera poder instalarlo en los equipos. Ante problemas sencillos, soluciones sencillas. 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
Camaleón wrote:
Lo que sí tengo es unos objetivos y requisitos que cumplir, un presupuesto concretado, unos plazos de tiempo determinados y hasta es posible que en algunos de los equipos no tenga la opción de elegirlos: son los que están y tengo que trabajar con ellos, no puedo cambiarlos, modificarlos y/o ampliarlos.
Exactamente. Empezamos a entendernos. Tienes uno objetivos y unas expectativas que cumplir, peros es que estás intentando instalar una distro de hace dos años en un equipo nuevo. Es a lo que me refiero.
Y si un fabricante no me soluciona un problema (que por otra parte entiendo que se trata de un problema "muy básico"), me busco otro.
¿Y si no puedes buscarte otro fabricante porque la aplicación te pone como requisito sine qua non que uses RedHat, Solaris o Windows 2008, que haces entonces? Partiendo de la base que ninguo de los tres te soporta todo ese hardware.
De RedHat (o de cualquier empresa de cierto renombre) lo único que podría esperar es que a los 15 minutos de llamarles me enviaran por correo electrónico un parche (o los drivers) con instrucciones de instalación que corrija el fallo que tiene uno de sus productos (y no hablamos de un producto que está descatalogado, eso sería otro cantar) que me permitiera poder instalarlo en los equipos.
Ante problemas sencillos, soluciones sencillas.
Saludos,
Amén a lo último. Pero tú sabes que no és tan sencillo. el ejemplo que te pongo es de un equipo nuevo de trinca de este año. Esa controladora SATA empezó a ser soportada de forma estable a mediados o como mucho durante el primer tercio del año pasado si no voy errado (las listas de correo de otras distros iban llenas de problemas con ese chipset), no tiene mucho tiempo más. Otra cosa: si el problema lo tuvieses con Microsoft o Sun, podrías esperar sentado/a, no te servirían el driver. 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
El Mon, 30 Nov 2009 09:53:54 +0100, carlopmart escribió:
Camaleón wrote:
Lo que sí tengo es unos objetivos y requisitos que cumplir, un presupuesto concretado, unos plazos de tiempo determinados y hasta es posible que en algunos de los equipos no tenga la opción de elegirlos: son los que están y tengo que trabajar con ellos, no puedo cambiarlos, modificarlos y/o ampliarlos.
Exactamente. Empezamos a entendernos. Tienes uno objetivos y unas expectativas que cumplir, peros es que estás intentando instalar una distro de hace dos años en un equipo nuevo. Es a lo que me refiero.
Es posible que, parte de esos requisitos que tengo que cumplir, sea la instalación de una versión concreta de RedHat. Y si no se puede cumplir, tengo que optar por la solución que sea económicamente más viable. Cambiar el (o los) equipos completos no me parece que sea la mejor opción, ni para mí, ni para la empresa.
Y si un fabricante no me soluciona un problema (que por otra parte entiendo que se trata de un problema "muy básico"), me busco otro.
¿Y si no puedes buscarte otro fabricante porque la aplicación te pone como requisito sine qua non que uses RedHat, Solaris o Windows 2008, que haces entonces? Partiendo de la base que ninguo de los tres te soporta todo ese hardware.
No me creo que ninguno de los tres sistemas sea incapaz de reconocer ese chipset. A MS lo conozco -por experiencia propia- y sé que no me va a dar problemas en ese aspecto. Si el driver no lleva de serie, el fabricante de la placa seguro que sí lo tiene. A Solaris no lo conozco, pero me extrañaría que tampoco fuera capaz de detectarlo. No lo sé, no sé cómo está en cuestión de reconocimiento de hardwdare. A RedHat, bueno, ya sabemos que falla. Y si no me queda otra alternativa, tendría que buscar otro sistema que no hubiera contemplado en un primer momento (familia *bsd).
De RedHat (o de cualquier empresa de cierto renombre) lo único que podría esperar es que a los 15 minutos de llamarles me enviaran por correo electrónico un parche (o los drivers) con instrucciones de instalación que corrija el fallo que tiene uno de sus productos (y no hablamos de un producto que está descatalogado, eso sería otro cantar) que me permitiera poder instalarlo en los equipos.
Ante problemas sencillos, soluciones sencillas.
Amén a lo último. Pero tú sabes que no és tan sencillo. el ejemplo que te pongo es de un equipo nuevo de trinca de este año. Esa controladora SATA empezó a ser soportada de forma estable a mediados o como mucho durante el primer tercio del año pasado si no voy errado (las listas de correo de otras distros iban llenas de problemas con ese chipset), no tiene mucho tiempo más.
El fabricante (al que estoy pagando) tiene que ser capaz de darme una solución. Ya te he dicho que el problema es sencillo, pues la solución debe ser igualmente sencilla.
Otra cosa: si el problema lo tuvieses con Microsoft o Sun, podrías esperar sentado/a, no te servirían el driver.
Mira que me cuesta creer que el windows no tenga drivers para la controladora del disco >:-) Aún así, siendo el caso, me buscaría otro sistema operativo. 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
Camaleón wrote:
Es posible que, parte de esos requisitos que tengo que cumplir, sea la instalación de una versión concreta de RedHat.
Y si no se puede cumplir, tengo que optar por la solución que sea económicamente más viable. Cambiar el (o los) equipos completos no me parece que sea la mejor opción, ni para mí, ni para la empresa.
Pero repito Camaleón, ¿y si no puedes, que tienes que instalar una versión conreta de SO?
No me creo que ninguno de los tres sistemas sea incapaz de reconocer ese chipset.
A MS lo conozco -por experiencia propia- y sé que no me va a dar problemas en ese aspecto. Si el driver no lleva de serie, el fabricante de la placa seguro que sí lo tiene.
A Solaris no lo conozco, pero me extrañaría que tampoco fuera capaz de detectarlo. No lo sé, no sé cómo está en cuestión de reconocimiento de hardwdare.
Solaris no lo soportaba en esas fechas. De los tres es "el peor" en soporte de hardware en x86, obviamente porque Sun quiere vender su hierro.
A RedHat, bueno, ya sabemos que falla.
Sabemos que falla en al versión 4.5, no en las demás 4.x (posteriores a 4.5) o 5.x
Y si no me queda otra alternativa, tendría que buscar otro sistema que no hubiera contemplado en un primer momento (familia *bsd).
Pues entonces peor lo pones. Los sistemas BSD no son los que más soporte de hardware tienen precisamente. Eso si, el hardware que soportan, lo hacen de forma perfecta sin fisuras
Mira que me cuesta creer que el windows no tenga drivers para la controladora del disco >:-)
Windows 2008?? Empieza a creerlo. No digo que no soporte en concreto el chipset que indicaba Juan, pero que se han puesto duros en el soporte de hardware, te lo aseguro.
Aún así, siendo el caso, me buscaría otro sistema operativo.
Vuelvo a repetir: ¿y si no puedes porque es requisito inidispensable para un aplicativo concreto? Lo que quiero venir a decir es que es habitual en entornos empresariales este tipo de casos, que no doméstico, encontrarte con este tipo de problemas. Mira te pongo otro ejemplo de otro fabricante: www.stonesoft.com. Ahora te indico la URL de su HCL: http://www.stonesoft.com/en/products_and_solutions/products/fw/Software_Solu.... Bien a la vista de esta HCL (este fabricante obviamente que lo que pretende es vender sus appliance), y siguiendo tus premisas no lo usarías (solo tiene dos modelos de servidor certificados). ¿Si?. Vale, ahora te llega un proyecto en el cual te obligan a desplegar conectividad VPN con terceros usando este producto (esto ocurre con mucha frecuencia) y solo con este producto. ¿Que haces entonces?. En este caso tendrás suerte, ya que el este firewall en concreto "se instala" en multitud de hardware no disponible en su HCL. Para que te hagas una idea: podrías tener un equipo clónico con interfaz IDE y tarjetas de red RealTeck 8139. Y ¿porque?, porque es un debian modificado. Eso sí, que no tengas problemas, porque te obligarán de entrada a cambiar interfaces de red, y por supuesto si el chip SATA no lo soporta, te dirán que pongas otro equipo que soporte el software, así de sencillo. Y estamos hablando del segundo fabricante de firewalls a nivel mundial ... El primero, CheckPoint, es todavía peor que este. -- 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
El Mon, 30 Nov 2009 10:31:03 +0100, carlopmart escribió:
Camaleón wrote:
Es posible que, parte de esos requisitos que tengo que cumplir, sea la instalación de una versión concreta de RedHat.
Y si no se puede cumplir, tengo que optar por la solución que sea económicamente más viable. Cambiar el (o los) equipos completos no me parece que sea la mejor opción, ni para mí, ni para la empresa.
Pero repito Camaleón, ¿y si no puedes, que tienes que instalar una versión conreta de SO?
¿Virtualización? :-) Pero eso no quita para que me siguiera quedando una mala impresión de RedHat, ahora ya como empresa (por no ser capaz de solucionar un problema trivial) y como distribución (por no ser capaz de soportar un chipset de la controladora del disco duro)
No me creo que ninguno de los tres sistemas sea incapaz de reconocer ese chipset.
A MS lo conozco -por experiencia propia- y sé que no me va a dar problemas en ese aspecto. Si el driver no lleva de serie, el fabricante de la placa seguro que sí lo tiene.
A Solaris no lo conozco, pero me extrañaría que tampoco fuera capaz de detectarlo. No lo sé, no sé cómo está en cuestión de reconocimiento de hardwdare.
Solaris no lo soportaba en esas fechas. De los tres es "el peor" en soporte de hardware en x86, obviamente porque Sun quiere vender su hierro.
Pues quedaría descartado, entonces.
A RedHat, bueno, ya sabemos que falla.
Sabemos que falla en al versión 4.5, no en las demás 4.x (posteriores a 4.5) o 5.x
Y sabemos que actualizar cuesta dinero $$$.
Y si no me queda otra alternativa, tendría que buscar otro sistema que no hubiera contemplado en un primer momento (familia *bsd).
Pues entonces peor lo pones. Los sistemas BSD no son los que más soporte de hardware tienen precisamente. Eso si, el hardware que soportan, lo hacen de forma perfecta sin fisuras
No lo sabría hasta que no lo probara. Y oye, que si todo falla tenemos a openSUSE ;-)
Mira que me cuesta creer que el windows no tenga drivers para la controladora del disco >:-)
Windows 2008?? Empieza a creerlo. No digo que no soporte en concreto el chipset que indicaba Juan, pero que se han puesto duros en el soporte de hardware, te lo aseguro.
Tampoco me creo que no me dieran una solución.
Aún así, siendo el caso, me buscaría otro sistema operativo.
Vuelvo a repetir: ¿y si no puedes porque es requisito inidispensable para un aplicativo concreto?
Virtualizo :-)
Lo que quiero venir a decir es que es habitual en entornos empresariales este tipo de casos, que no doméstico, encontrarte con este tipo de problemas.
Lo que es habitual es que en ese entorno empresarial que dices te solucionen el problema. Sin "peros" y sin "actualice usted a la versión x". Sino, pues adiós muy buenas RedHat, hola openSUSE (o SLES, según requerimientos). Para eso está la competencia: las debilidades de uno las corrige otro. 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
Camaleón wrote:
Y sabemos que actualizar cuesta dinero $$$.
¿Y que software de este nivel no cuesta dinero?
No lo sabría hasta que no lo probara.
Y oye, que si todo falla tenemos a openSUSE ;-)
Si hombre sí. Yo te ponñia el ejemplo por el cual estás obligado a usar un SO en concreto.
Tampoco me creo que no me dieran una solución.
¿Microsoft? Si ellos detectan que tienes problemas con su Windows por un driver no certificado o problemático, te dirán directamnte: "Mire usted el problema lo dá este driver. Cambie la controladora o hable con el fabricante". Esto lo hacen todos.
Virtualizo :-)
Ves? Esa es un solución.
Lo que quiero venir a decir es que es habitual en entornos empresariales este tipo de casos, que no doméstico, encontrarte con este tipo de problemas.
Lo que es habitual es que en ese entorno empresarial que dices te solucionen el problema. Sin "peros" y sin "actualice usted a la versión x". Sino, pues adiós muy buenas RedHat, hola openSUSE (o SLES, según requerimientos).
Para eso está la competencia: las debilidades de uno las corrige otro.
¿Que los fabricantes no ponen "peros" cuando ven que el problema no es suyo y que si lo és te lo resuelve el SP o update de turno?? Ya te digo yo que sí y más si es un problema de hierro, porque te dirán que el hierro es barato.
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
El Mon, 30 Nov 2009 10:53:45 +0100, carlopmart escribió:
Camaleón wrote:
Y sabemos que actualizar cuesta dinero $$$.
¿Y que software de este nivel no cuesta dinero?
¡Ninguno! Se supone que tengo soporte en vigor para la versión que he comprado ¿no? Pues eso :-)
No lo sabría hasta que no lo probara.
Y oye, que si todo falla tenemos a openSUSE ;-)
Si hombre sí. Yo te ponñia el ejemplo por el cual estás obligado a usar un SO en concreto.
Tampoco me creo que no me dieran una solución.
¿Microsoft? Si ellos detectan que tienes problemas con su Windows por un driver no certificado o problemático, te dirán directamnte: "Mire usted el problema lo dá este driver. Cambie la controladora o hable con el fabricante". Esto lo hacen todos.
No me refiero a eso. Me refiero a que o bien MS tiene un driver para esa controladora o bien lo tiene el fabricante de la placa base. Pero no me dejan con el c*** al aire como hace RedHat :-)
Virtualizo :-)
Ves? Esa es un solución.
¡Yuhu! :-)
Lo que quiero venir a decir es que es habitual en entornos empresariales este tipo de casos, que no doméstico, encontrarte con este tipo de problemas.
Lo que es habitual es que en ese entorno empresarial que dices te solucionen el problema. Sin "peros" y sin "actualice usted a la versión x". Sino, pues adiós muy buenas RedHat, hola openSUSE (o SLES, según requerimientos).
Para eso está la competencia: las debilidades de uno las corrige otro.
¿Que los fabricantes no ponen "peros" cuando ven que el problema no es suyo y que si lo és te lo resuelve el SP o update de turno?? Ya te digo yo que sí y más si es un problema de hierro, porque te dirán que el hierro es barato.
Pero es que el problema *es suyo*. Mismo chipset, misma placa: RedHat -> no reconoce los discos duros openSUSE/SLES/Windows -> los reconoce ¿Quién tiene el problema? ¿Y encima quieren que sea yo quien "actualice"? Ja :-) Sí, bueno, actualizo a openSUSE. 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
Camaleón wrote:
El Mon, 30 Nov 2009 10:53:45 +0100, carlopmart escribió:
Camaleón wrote:
Y sabemos que actualizar cuesta dinero $$$. ¿Y que software de este nivel no cuesta dinero?
¡Ninguno!
Se supone que tengo soporte en vigor para la versión que he comprado ¿no? Pues eso :-)
Si estás con soporte en vigor, redhat no cobra por actualizar.
Tampoco me creo que no me dieran una solución. ¿Microsoft? Si ellos detectan que tienes problemas con su Windows por un driver no certificado o problemático, te dirán directamnte: "Mire usted el problema lo dá este driver. Cambie la controladora o hable con el fabricante". Esto lo hacen todos.
No me refiero a eso.
Me refiero a que o bien MS tiene un driver para esa controladora o bien lo tiene el fabricante de la placa base. Pero no me dejan con el c*** al aire como hace RedHat :-)
¿que no? Hay multitud de ejemplos para los cuales no tienes drivers para un Windows 2008 ... multitud. Y no te sirve el instalar un driver hecho para windows vista o windows 7 en muchos casos, en otros si...
Pero es que el problema *es suyo*.
Yo no lo veo así. Tu estás comprando un producto en el que exiges calidad, robustez, fiabilidad y un largo etc ¿no? Bien, el fabricante te puede dar eso pero no a cualquier precio, por eso existen las HCL.
Mismo chipset, misma placa:
RedHat -> no reconoce los discos duros openSUSE/SLES/Windows -> los reconoce
¿Donde se ha dicho que ese chipset esté soportado por SLES o Windows?? Juan solo dijo que no pudo instalar una RedHat 4.5, nada más ...
¿Quién tiene el problema?
¿Y encima quieren que sea yo quien "actualice"? Ja :-)
Sí, bueno, actualizo a openSUSE.
Saludos,
Vale, pero no soy de esa opinión por el motivo expuesto más arriba: las HCL existen porque los fabricantes no pueden soportar todo el hardware del mercado, es sencillamente contraproducente. Por cierto me dá la sensación que trabajas en cliente final, ¿me equivoco? Podemos preguntar a personas de esta lista que trabajen en empresas de servicios o integradores si lo que yo digo no se dá a diario ... -- 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
El Mon, 30 Nov 2009 11:17:01 +0100, carlopmart escribió:
Camaleón wrote:
El Mon, 30 Nov 2009 10:53:45 +0100, carlopmart escribió:
Camaleón wrote:
Y sabemos que actualizar cuesta dinero $$$. ¿Y que software de este nivel no cuesta dinero?
¡Ninguno!
Se supone que tengo soporte en vigor para la versión que he comprado ¿no? Pues eso :-)
Si estás con soporte en vigor, redhat no cobra por actualizar.
¿Ah, no? ¿Puedo instalar la última versión que tengan, sin más? Hombre pues eso son puntos a su favor :-)
Tampoco me creo que no me dieran una solución. ¿Microsoft? Si ellos detectan que tienes problemas con su Windows por un driver no certificado o problemático, te dirán directamnte: "Mire usted el problema lo dá este driver. Cambie la controladora o hable con el fabricante". Esto lo hacen todos.
No me refiero a eso.
Me refiero a que o bien MS tiene un driver para esa controladora o bien lo tiene el fabricante de la placa base. Pero no me dejan con el c*** al aire como hace RedHat :-)
¿que no? Hay multitud de ejemplos para los cuales no tienes drivers para un Windows 2008 ... multitud. Y no te sirve el instalar un driver hecho para windows vista o windows 7 en muchos casos, en otros si...
Habrá "multitud" (y permíteme que lo dude, para componentes de hardware, lo dudo de veras -¿qué producto sale hoy en día al mercado sin soporte para windows?-) pero en este caso estamos hablando de un simple driver para una controladora de disco duro. Soportada por windows al 100% (lo dice el fabricante y hasta te da el driver para activar el modo ahci o el raid).
Pero es que el problema *es suyo*.
Yo no lo veo así. Tu estás comprando un producto en el que exiges calidad, robustez, fiabilidad y un largo etc ¿no? Bien, el fabricante te puede dar eso pero no a cualquier precio, por eso existen las HCL.
No, yo busco poder *instalar y utilizar* el sistema. La robustez, la calidad y la fiabilidad quedan en segundo plano si ni tan sólo puedo instalar el producto.
Mismo chipset, misma placa:
RedHat -> no reconoce los discos duros openSUSE/SLES/Windows -> los reconoce ¿Donde se ha dicho que ese chipset esté soportado por SLES o Windows?? Juan solo dijo que no pudo instalar una RedHat 4.5, nada más ...
¿Quién tiene el problema?
¿Y encima quieren que sea yo quien "actualice"? Ja :-)
Sí, bueno, actualizo a openSUSE.
Vale, pero no soy de esa opinión por el motivo expuesto más arriba: las HCL existen porque los fabricantes no pueden soportar todo el hardware del mercado, es sencillamente contraproducente.
Será que eres más benevolente con los fabricantes.
Por cierto me dá la sensación que trabajas en cliente final, ¿me equivoco? Podemos preguntar a personas de esta lista que trabajen en empresas de servicios o integradores si lo que yo digo no se dá a diario
Claro, en cuestión de hardware somos los "clientes finales". No ensamblamos para terceros (salvo peticiones "muy" concretas porque el proyecto así lo requiera) ni damos soporte (excepto a nosotros mismos y a empresas asociadas que por ser buenas "asociadas" les cubrimos -por contrato- los que otros no son capaces de hacer y les solucionamos los que otros no son capaces de solucionar) :-) 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
Camaleón wrote:
¿Ah, no? ¿Puedo instalar la última versión que tengan, sin más? Hombre pues eso son puntos a su favor :-)
Hombre claro, igual que con SLES, Windows y demás. Si tu contrato de soporte está en vigor, ¿porque motivo no te iban a dejar?
Habrá "multitud" (y permíteme que lo dude, para componentes de hardware, lo dudo de veras -¿qué producto sale hoy en día al mercado sin soporte para windows?-)
Para Windows Server a miles. ¿No me lo estarás confundiendo con Windows XP, Windows 7 o Windows Vista, verdad?. Ejemplos: webcams integradas en portátiles, últimos dispositivos wireless, controladoras SATA, etc .. pero en este caso estamos hablando de un simple driver
para una controladora de disco duro. Soportada por windows al 100%
¿Estas segura que soportada por Windows 2008 Server? Yo en lista del fabricante no veo a Windows 2008 por ningún lado .. Te recupero el link: La descripción: http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395 El soporte: http://www.biostar.com.tw/app/en/mb/driver.php?S_ID=395 Puede que lo soporte o puede que no. Ahí tienes un perfecto ejemplo de todo lo que digo. (lo
dice el fabricante y hasta te da el driver para activar el modo ahci o el raid).
Será que eres más benevolente con los fabricantes.
No es que sea benevolente, pero yo no puedo dar soporte a algo que el fabricante no me dá ... es de lógica.
Por cierto me dá la sensación que trabajas en cliente final, ¿me equivoco? Podemos preguntar a personas de esta lista que trabajen en empresas de servicios o integradores si lo que yo digo no se dá a diario
Claro, en cuestión de hardware somos los "clientes finales".
No ensamblamos para terceros (salvo peticiones "muy" concretas porque el proyecto así lo requiera) ni damos soporte (excepto a nosotros mismos y a empresas asociadas que por ser buenas "asociadas" les cubrimos -por contrato- los que otros no son capaces de hacer y les solucionamos los que otros no son capaces de solucionar) :-)
Y verdad que cuando ensamblas te aseguras que va a funcionar, bien porque tú ya lo has probado o bien porque te has informado?? Ahora ya no entiendo la discusión.
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
El Mon, 30 Nov 2009 11:56:01 +0100, carlopmart escribió:
Camaleón wrote:
¿Ah, no? ¿Puedo instalar la última versión que tengan, sin más? Hombre pues eso son puntos a su favor :-)
Hombre claro, igual que con SLES, Windows y demás. Si tu contrato de soporte está en vigor, ¿porque motivo no te iban a dejar?
Pues... porque si yo pago una licencia para el windows7, cuando salga la nueva versión dentro de 3 años, si quiero instalarla tendré que pagar de nuevo. Tengo "soporte" para mi versión, pero no tengo "contrato de actualización" gratuita para la nueva versión. Ahora, si dices que en RedHat es distinto, pues oye, mola :-)
Habrá "multitud" (y permíteme que lo dude, para componentes de hardware, lo dudo de veras -¿qué producto sale hoy en día al mercado sin soporte para windows?-)
Para Windows Server a miles. ¿No me lo estarás confundiendo con Windows XP, Windows 7 o Windows Vista, verdad?. Ejemplos: webcams integradas en portátiles, últimos dispositivos wireless, controladoras SATA, etc ..
Aún tenemos algún Windows 2000 AS por aquí, ya retirado, pero funcionando. No he tenido "ningún" problema con los drivers. Y ojito, que monta una placa del año 2003 (Asus CUV4X) y una controladora scsi Tekram con una unidad zip IDE, de las antiguas. Ningún problema, oiga. Y sí, componentes "ni su", vamos, de los que no encuentras en ninguna HCL :-)
pero en este caso estamos hablando de un simple driver
para una controladora de disco duro. Soportada por windows al 100%
¿Estas segura que soportada por Windows 2008 Server? Yo en lista del fabricante no veo a Windows 2008 por ningún lado .. Te recupero el link:
La descripción: http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395 El soporte: http://www.biostar.com.tw/app/en/mb/driver.php?S_ID=395
Puede que lo soporte o puede que no. Ahí tienes un perfecto ejemplo de todo lo que digo.
Dudo mucho que no funcione :-) Ten en cuenta que esos drivers son para el ACHI y el RAID, no para el modo SATA ;-) ... Bueno, mira, aquí lo tienes: http://www.windowsservercatalog.com/results.aspx?text=SB750 +&bCatID=1282&avc=10&ava=0&OR=5&=Go&chtext=&cstext=&csttext=&chbtext=
Será que eres más benevolente con los fabricantes.
No es que sea benevolente, pero yo no puedo dar soporte a algo que el fabricante no me dá ... es de lógica.
Por cierto me dá la sensación que trabajas en cliente final, ¿me equivoco? Podemos preguntar a personas de esta lista que trabajen en empresas de servicios o integradores si lo que yo digo no se dá a diario
Claro, en cuestión de hardware somos los "clientes finales".
No ensamblamos para terceros (salvo peticiones "muy" concretas porque el proyecto así lo requiera) ni damos soporte (excepto a nosotros mismos y a empresas asociadas que por ser buenas "asociadas" les cubrimos -por contrato- los que otros no son capaces de hacer y les solucionamos los que otros no son capaces de solucionar) :-)
Y verdad que cuando ensamblas te aseguras que va a funcionar, bien porque tú ya lo has probado o bien porque te has informado?? Ahora ya no entiendo la discusión.
Porque estás hablando con mentalidad de/para empresas. Obviamente me informo antes de comprar, pero ese no es el caso que nos ocupa. Lo que quiero que entiendas es que esa mala experiencia de no detección de la controladora del disco por parte de una versión concreta de RedHat podría (llegado el caso) influir en la selección de un fabricante u otro. Yo puedo estar haciendo pruebas en mi casa, a título personal, y en base a los resultados que obtenga con una distribución en concreto pues me pueden decantar hacia una distribución (que detecte todos los dispositivos) en favor de otra (que no haya sido capaz de detectar la controladora de disco). 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
Camaleón wrote:
Hombre claro, igual que con SLES, Windows y demás. Si tu contrato de soporte está en vigor, ¿porque motivo no te iban a dejar?
Pues... porque si yo pago una licencia para el windows7, cuando salga la nueva versión dentro de 3 años, si quiero instalarla tendré que pagar de nuevo.
Tengo "soporte" para mi versión, pero no tengo "contrato de actualización" gratuita para la nueva versión.
Ahora, si dices que en RedHat es distinto, pues oye, mola :-)
Hombre puedo meter la pata porque la verdad es que en temas de licencias de Microsoft no estoy puesto, pero yo diría que con las versiones Server ese problema que indicas con Windows7 no existe. Si tu contrato con Microsoft está en vigor cambias la licencia de un Windows 2003 a 2008 por ejemplo, pero puedo equivocarme ...
Aún tenemos algún Windows 2000 AS por aquí, ya retirado, pero funcionando.
No he tenido "ningún" problema con los drivers. Y ojito, que monta una placa del año 2003 (Asus CUV4X) y una controladora scsi Tekram con una unidad zip IDE, de las antiguas.
Ningún problema, oiga. Y sí, componentes "ni su", vamos, de los que no encuentras en ninguna HCL :-)
Si recuerdas estoy hablando de Windows 2008, bastante más tiquismiquis que un Windows 2000. De todas formas según que nivel de SP con el que instalases, tendrías que usar driver durante el proceso de instalación.
pero en este caso estamos hablando de un simple driver
para una controladora de disco duro. Soportada por windows al 100% ¿Estas segura que soportada por Windows 2008 Server? Yo en lista del fabricante no veo a Windows 2008 por ningún lado .. Te recupero el link:
La descripción: http://www.biostar.com.tw/app/en/t-series/introduction.php?S_ID=395 El soporte: http://www.biostar.com.tw/app/en/mb/driver.php?S_ID=395
Puede que lo soporte o puede que no. Ahí tienes un perfecto ejemplo de todo lo que digo.
Dudo mucho que no funcione :-)
Ten en cuenta que esos drivers son para el ACHI y el RAID, no para el modo SATA ;-)
...
Bueno, mira, aquí lo tienes:
http://www.windowsservercatalog.com/results.aspx?text=SB750 +&bCatID=1282&avc=10&ava=0&OR=5&=Go&chtext=&cstext=&csttext=&chbtext=
Vale, perfecto. En este caso ha sido así (como he dicho anteriormente). Pero te repito, que no siempre lo és.
Porque estás hablando con mentalidad de/para empresas.
Obviamente me informo antes de comprar, pero ese no es el caso que nos ocupa.
Lo que quiero que entiendas es que esa mala experiencia de no detección de la controladora del disco por parte de una versión concreta de RedHat podría (llegado el caso) influir en la selección de un fabricante u otro.
Yo puedo estar haciendo pruebas en mi casa, a título personal, y en base a los resultados que obtenga con una distribución en concreto pues me pueden decantar hacia una distribución (que detecte todos los dispositivos) en favor de otra (que no haya sido capaz de detectar la controladora de disco).
Saludos,
Claro que hablo desde un punto de vista con mentalidad por y para empresas porque lo dije ya en la primera o segunda repuesta que dí de este tema: RHEL no está pensada para usuario doméstico. RedHat no está interesada en ese segmento. SLED por ejemplo es una distro muy superior para usuario doméstico porque se acerca más a lo que pide ese tipo de usuario. Por eso digo y dije que no me sorprendía que cuando Juan intentón instalar RHEL 4.5 (una distro de hace dos años con hardware actual) en ese hard, no le funcionase. ¿Eso significa que RHEL es peor? ¿Si con SLES le hubiese pasado lo mismo es peor? Mi repuesta es no a las dos preguntas. Sencillamente no le ha soportado de entrada ese hard. Porque primero como deduzco que esa placa base no estaba destinada a un servidor ni entornos de producción, sino para consumo personal (esto nos lo dirá él) pues el no tiene problemas en poner una distro que le funcione, como la openSuSE y me parece perfecto. Y segundo, las personas que trabajamos con ese tipo de distros (SLES y RHEL) ya nos aseguraremos muy mucho que soportan el hardware a donde van a instalarse. 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
El día 30 de noviembre de 2009 08:56, carlopmart
Claro que hablo desde un punto de vista con mentalidad por y para empresas porque lo dije ya en la primera o segunda repuesta que dí de este tema: RHEL no está pensada para usuario doméstico. RedHat no está interesada en ese segmento. SLED por ejemplo es una distro muy superior para usuario doméstico porque se acerca más a lo que pide ese tipo de usuario.
Por eso digo y dije que no me sorprendía que cuando Juan intentón instalar RHEL 4.5 (una distro de hace dos años con hardware actual) en ese hard, no le funcionase. ¿Eso significa que RHEL es peor? ¿Si con SLES le hubiese pasado lo mismo es peor? Mi repuesta es no a las dos preguntas. Sencillamente no le ha soportado de entrada ese hard.
Porque primero como deduzco que esa placa base no estaba destinada a un servidor ni entornos de producción, sino para consumo personal (esto nos lo dirá él) pues el no tiene problemas en poner una distro que le funcione, como la openSuSE y me parece perfecto.
Sin embargo, con el mismo chipset del mobo que usé yo, hay otros mobos, destinados a servidores, con lo cual te vas a encontrar con el mismo problema: http://reviews.cnet.com/motherboards/msi-dka790gx-motherboard-atx/4505-3049_... Suitability: A server motherboard, suited for building a server system. Pero sin embargo, a pesar de usar el mismo chipset, no es AM3 como la mia (es AM2+), y tampoco soporta memorias DDR3 como la mia: http://reviews.cnet.com/motherboards/msi-dka790gx-motherboard-atx/4507-3049_... Otro detalle, es que cuando armé ese equipo, pasé directamente el disco con Opensuse 11.1, sin problemas de reconocimiento de hardware. Para lo unico que tube que cargar un patch, fue para el chip de red, que la versión 11.2 M6 factory de aquel entonces lo soportaba sin problemas. Salu2 -- 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
Juan Erbes wrote:
El día 30 de noviembre de 2009 08:56, carlopmart
escribió: Claro que hablo desde un punto de vista con mentalidad por y para empresas porque lo dije ya en la primera o segunda repuesta que dí de este tema: RHEL no está pensada para usuario doméstico. RedHat no está interesada en ese segmento. SLED por ejemplo es una distro muy superior para usuario doméstico porque se acerca más a lo que pide ese tipo de usuario.
Por eso digo y dije que no me sorprendía que cuando Juan intentón instalar RHEL 4.5 (una distro de hace dos años con hardware actual) en ese hard, no le funcionase. ¿Eso significa que RHEL es peor? ¿Si con SLES le hubiese pasado lo mismo es peor? Mi repuesta es no a las dos preguntas. Sencillamente no le ha soportado de entrada ese hard.
Porque primero como deduzco que esa placa base no estaba destinada a un servidor ni entornos de producción, sino para consumo personal (esto nos lo dirá él) pues el no tiene problemas en poner una distro que le funcione, como la openSuSE y me parece perfecto.
Sin embargo, con el mismo chipset del mobo que usé yo, hay otros mobos, destinados a servidores, con lo cual te vas a encontrar con el mismo problema:
http://reviews.cnet.com/motherboards/msi-dka790gx-motherboard-atx/4505-3049_...
Suitability: A server motherboard, suited for building a server system.
Pero sin embargo, a pesar de usar el mismo chipset, no es AM3 como la mia (es AM2+), y tampoco soporta memorias DDR3 como la mia: http://reviews.cnet.com/motherboards/msi-dka790gx-motherboard-atx/4507-3049_...
Otro detalle, es que cuando armé ese equipo, pasé directamente el disco con Opensuse 11.1, sin problemas de reconocimiento de hardware. Para lo unico que tube que cargar un patch, fue para el chip de red, que la versión 11.2 M6 factory de aquel entonces lo soportaba sin problemas.
Salu2
esto es a lo que me estoy refiriendo todo el rato. Tú probablemente compraste esa placa pensando ya en poder instalar una openSuSE 11.1 o superior ... Si por el contrario hubieses tenido que comprar una placa para hacerla funcionar con SLES o RHEL, ¿verdad que te habrías asegurado que los componentes iban a ser compatibles? 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
El Mon, 30 Nov 2009 12:56:43 +0100, carlopmart escribió:
Camaleón wrote:
Porque estás hablando con mentalidad de/para empresas.
Obviamente me informo antes de comprar, pero ese no es el caso que nos ocupa.
Lo que quiero que entiendas es que esa mala experiencia de no detección de la controladora del disco por parte de una versión concreta de RedHat podría (llegado el caso) influir en la selección de un fabricante u otro.
Yo puedo estar haciendo pruebas en mi casa, a título personal, y en base a los resultados que obtenga con una distribución en concreto pues me pueden decantar hacia una distribución (que detecte todos los dispositivos) en favor de otra (que no haya sido capaz de detectar la controladora de disco).
Claro que hablo desde un punto de vista con mentalidad por y para empresas porque lo dije ya en la primera o segunda repuesta que dí de este tema: RHEL no está pensada para usuario doméstico. RedHat no está interesada en ese segmento. SLED por ejemplo es una distro muy superior para usuario doméstico porque se acerca más a lo que pide ese tipo de usuario.
Y ese el problema. Verás, estoy hasta el gorro de la "segmentación y compartimentalización" extrema que están haciendo las empresas para con sus "clientes". "Tú eres pyme, pasillo de la derecha" "Tú eres gran empresa, pasillo de la izquierda" "Tú eres un pobrecillo que monta el único hardware al que tiene acceso, y que no está en nuestra HCL, puerta de salida" Me repatea esa actitud, porque las necesidades que pueda tener cada cliente son únicas y repito "no es el cliente quien debe adaptarse a la empresa, es la empresa quien debe adaptarse al cliente". ¡Faltaría más! Y menos mal que, afortunadamente, no todas las empresas tienen esa mentalidad cuadriculada de los corporaciones estadounidenses, porque entonces iríamos buenos. No es lo que yo querría para mis clientes, eso te lo aseguro. Ahora, cada empresa es libre de seguir una estrategia u otra, eso también está claro. Así pues, que RedHat siga con su sistema (y que haya personas que como tú lo valoren), me parece perfecto. Para mí, sencillamente, quedan fuera del concurso de distribuciones. 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
Camaleón wrote:
El Mon, 30 Nov 2009 12:56:43 +0100, carlopmart escribió:
Camaleón wrote:
Porque estás hablando con mentalidad de/para empresas.
Obviamente me informo antes de comprar, pero ese no es el caso que nos ocupa.
Lo que quiero que entiendas es que esa mala experiencia de no detección de la controladora del disco por parte de una versión concreta de RedHat podría (llegado el caso) influir en la selección de un fabricante u otro.
Yo puedo estar haciendo pruebas en mi casa, a título personal, y en base a los resultados que obtenga con una distribución en concreto pues me pueden decantar hacia una distribución (que detecte todos los dispositivos) en favor de otra (que no haya sido capaz de detectar la controladora de disco).
Claro que hablo desde un punto de vista con mentalidad por y para empresas porque lo dije ya en la primera o segunda repuesta que dí de este tema: RHEL no está pensada para usuario doméstico. RedHat no está interesada en ese segmento. SLED por ejemplo es una distro muy superior para usuario doméstico porque se acerca más a lo que pide ese tipo de usuario.
Y ese el problema.
Verás, estoy hasta el gorro de la "segmentación y compartimentalización" extrema que están haciendo las empresas para con sus "clientes".
"Tú eres pyme, pasillo de la derecha" "Tú eres gran empresa, pasillo de la izquierda" "Tú eres un pobrecillo que monta el único hardware al que tiene acceso, y que no está en nuestra HCL, puerta de salida"
Me repatea esa actitud, porque las necesidades que pueda tener cada cliente son únicas y repito "no es el cliente quien debe adaptarse a la empresa, es la empresa quien debe adaptarse al cliente".
¡Faltaría más!
Y menos mal que, afortunadamente, no todas las empresas tienen esa mentalidad cuadriculada de los corporaciones estadounidenses, porque entonces iríamos buenos.
No es lo que yo querría para mis clientes, eso te lo aseguro.
Ahora, cada empresa es libre de seguir una estrategia u otra, eso también está claro. Así pues, que RedHat siga con su sistema (y que haya personas que como tú lo valoren), me parece perfecto.
Para mí, sencillamente, quedan fuera del concurso de distribuciones.
Saludos,
Vale, si entiendo tu opinión y que pienses así. A mi me parece perfecto. Pero no es que yo defienda a RedHat, te explico como funciona realmente este tema .. Yo lo única parte en la que doy razón al fabricante, es que no puede dar soporte a cualquier componente hardware que salga al mercado, y menos cuando hablamos de plataformas x86. Y es que esto no lo hacen solo empresas estadounidenses ... Muy pocas empresas se salen de estas directrices, yo por lo menos conozco muy poquitas (por no decir casi ninguna) ... 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
... esto tal como está ahora con un servidor ESXi 4. Vaya chipsets Nvidia, ¿marca reputada en servers de gama baja o no?
Ahora pongo el CD de la RHEL 4.5 y oh!!, joder que no detecta mi controladora SATA. Me he gastado 1.200€ en un servidor que ahora va y la RedHat 4.5 no soporta cuando estoy pagando un soporte de 2.000 y pico euros al año. Estos de RedHat me van a oir.
Ring,Ring, RedHat?? Oiga estoy intentando instalar una RHEL 4.5 en un servidor ProLiant, bla bla ... y esto no va. Que les estoy pagando 2.000 y pico euros por su soporte para que su SO de las narices no me soporte la controladora SATA de este servidor !!!!
Respuesta de RedHat: Oiga, ¿usted a probado a instalar la versión 4.6 que si soporta a este servidor out-of-the-box??
Esta controladora SATA es digamos igual en calidad a la de Juan.
Igual calidad a la mia? Para ilustrarte acerca de "la calidad del chipset nforce", te paso unos links acerca de los mobos recomendados por AMD, donde Nvidia/Nforce, ni siquiera aparecen, ni siquiera para los micros de mas bajo rendimiento, como el Athlon™ II X2: http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Athlon%E2%84%A2+II+X2&f2=240&f3=C2&f4=AMD&f5=&f6=&f7=&f8=65.000& Y si te vas a la serie mas reciente y potente, el selector de chipset, ni siquiera te da la opción de elegir la marca del chipset: Processor Line AMD Phenom™ II X4 Processor Model Model 965; Revision C3; Wattage 125 W http://products.amd.com/en-us/RecommendedMBResult.aspx?f1=AMD+Phenom%E2%84%A2+II+X4&f2=965&f3=C3&f4=AMD&f5=&f6=&f7=&f8=125.000& Si te vas al sitio de intel, te vas a encontrar con algo similar, no vas a encontrar mobos con chipset nforce recomendados por intel. Por otra parte, tu postura, en defender a rajatabla una distro que es la competencia de los productos de la familia Suse/Opensuse, está completamente fuera de lugar. Imaginate, que haces los opuesto, que te suscribas a la lista de Red Hat, y defiendas a rajatabla Suse/Opensuse, te imaginas con que ojos te verían los de Red Hat? Estaría tan fuera de lugar como lo que haces ahora, y para colmo sin argumentos. Salu2 -- 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
Juan Erbes wrote:
Igual calidad a la mia?
Para ilustrarte acerca de "la calidad del chipset nforce", te paso unos links acerca de los mobos recomendados por AMD, donde Nvidia/Nforce, ni siquiera aparecen, ni siquiera para los micros de mas bajo rendimiento, como el Athlon™ II X2:
Bueno, ¿va montada en servidores perfectamente certificados no?. Eso no quiere decir que técnicamente para según qué el chip AMD no sea superior. En eso no entro porque no estoy tan puesto en hardware.
Y si te vas a la serie mas reciente y potente, el selector de chipset, ni siquiera te da la opción de elegir la marca del chipset: Processor Line AMD Phenom™ II X4 Processor Model Model 965; Revision C3; Wattage 125 W
Si te vas al sitio de intel, te vas a encontrar con algo similar, no vas a encontrar mobos con chipset nforce recomendados por intel.
Por otra parte, tu postura, en defender a rajatabla una distro que es la competencia de los productos de la familia Suse/Opensuse, está completamente fuera de lugar.
Imaginate, que haces los opuesto, que te suscribas a la lista de Red Hat, y defiendas a rajatabla Suse/Opensuse, te imaginas con que ojos te verían los de Red Hat? Estaría tan fuera de lugar como lo que haces ahora, y para colmo sin argumentos.
A ver Juan, que yo he puesto RedHat como ejmplo y porque es la distro de linea Enterprise que más conozco. Nada más. Pero todo lo que digo es aplicable a SLES, Solaris, Windows Servers, Mac OS X Server, VMWare ... Es simplemente un ejemplo, repito nada más. ¿Sin argumentos? ... ¿Que argumentos no he dado?. Te lo resumo en una frase: los fabricantes de SO certifican su software para hardware concreto (repito, febricantes, gente que hace negocio con software). Eso no quiere decir que no vaya a funcionar con otros hardware, pero a la hora de resolver problemas se van a ajustar a sus HCL's. ¿Que más argumento quieres?
Salu2
-- 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
El Thu, 26 Nov 2009 20:49:44 -0300, Mauricio J. Adonis C. escribió: (...)
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Eso me ha pasado alguna vez cuando instalo desde una LiveCD o desde la image NET iso, pero no cuando instalo desde el DVD.
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
¿Qué tipo de "streaming"? Si no recuerdo mal, los formatos de MS se integran en Firefox con un complemento del mplayer (¿mplayer plugin?). Mira a ver si tienes todos los paquetes de codecs necesarios instalados y si el firefox te muestra el complemento en "about:plugins". 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
Camaleón escribió:
El Thu, 26 Nov 2009 20:49:44 -0300, Mauricio J. Adonis C. escribió:
(...)
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Eso me ha pasado alguna vez cuando instalo desde una LiveCD o desde la image NET iso, pero no cuando instalo desde el DVD.
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
¿Qué tipo de "streaming"?
Si no recuerdo mal, los formatos de MS se integran en Firefox con un complemento del mplayer (¿mplayer plugin?).
y kaffeine plugin y xineplugin, y creo que hay algún gstrimeplugin
Mira a ver si tienes todos los paquetes de codecs necesarios instalados y si el firefox te muestra el complemento en "about:plugins".
En cualquier caso el mplayer que viene con OS está capadísimo, tampoco viene OS con w32codecs, etc., etc., etc.
Saludos,
-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- 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
El vie, 27-11-2009 a las 11:52 +0000, Camaleón escribió:
El Thu, 26 Nov 2009 20:49:44 -0300, Mauricio J. Adonis C. escribió:
(...)
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
Eso me ha pasado alguna vez cuando instalo desde una LiveCD o desde la image NET iso, pero no cuando instalo desde el DVD.
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
¿Qué tipo de "streaming"?
Si no recuerdo mal, los formatos de MS se integran en Firefox con un complemento del mplayer (¿mplayer plugin?).
Mira a ver si tienes todos los paquetes de codecs necesarios instalados y si el firefox te muestra el complemento en "about:plugins".
Saludos,
-- Camaleón
La verdad es que no reproduce ningún tipo de stream, ni radio ni tv... por ejemplo, Radio: http://www.adnradio.cl/player/player.html TV : http://zates2.canal13.cl/portal/html/envivo/Icq2.html Ambos se pueden reproducir sin problemas en Ubuntu. Tampoco funciona el stream en Banshee... obviamente las librerías de streaming son las que no funcionan. En Ubuntu instalo gstream (algo así se llama), libxine1 y estoy al otro lado, pero por esas cosas de la vida no funciona igual en openSUSE. pd: si tienen ánimo de verlos les adjunto los about:plugins de firefox en opensuse y ubuntu. -- Saludos, Mauricio J. Adonis C. --
El Fri, 27 Nov 2009 13:11:49 -0300, Mauricio J. Adonis C. escribió:
El vie, 27-11-2009 a las 11:52 +0000, Camaleón escribió:
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
¿Qué tipo de "streaming"?
Si no recuerdo mal, los formatos de MS se integran en Firefox con un complemento del mplayer (¿mplayer plugin?).
Mira a ver si tienes todos los paquetes de codecs necesarios instalados y si el firefox te muestra el complemento en "about:plugins".
La verdad es que no reproduce ningún tipo de stream, ni radio ni tv... por ejemplo,
Radio: http://www.adnradio.cl/player/player.html TV :
Para este recurso, prueba lanzando desde consola (todo en una línea): gst-launch -m playbin url="http://audio.grupolatinoderadio.com/envivo.asx? EMI=CLADN" Y mira a ver qué te dice.
De este no logro sacar el archivo de origen :-?
Ambos se pueden reproducir sin problemas en Ubuntu. Tampoco funciona el stream en Banshee... obviamente las librerías de streaming son las que no funcionan. En Ubuntu instalo gstream (algo así se llama), libxine1 y estoy al otro lado, pero por esas cosas de la vida no funciona igual en openSUSE.
pd: si tienen ánimo de verlos les adjunto los about:plugins de firefox en opensuse y ubuntu.
Los plugins parecen correctos. Si dices que tampoco lo puedes reproducir desde Banshee, más bien parece un problema de códecs. 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
El vie, 27-11-2009 a las 17:29 +0000, Camaleón escribió:
El Fri, 27 Nov 2009 13:11:49 -0300, Mauricio J. Adonis C. escribió:
El vie, 27-11-2009 a las 11:52 +0000, Camaleón escribió:
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
¿Qué tipo de "streaming"?
Si no recuerdo mal, los formatos de MS se integran en Firefox con un complemento del mplayer (¿mplayer plugin?).
Mira a ver si tienes todos los paquetes de codecs necesarios instalados y si el firefox te muestra el complemento en "about:plugins".
La verdad es que no reproduce ningún tipo de stream, ni radio ni tv... por ejemplo,
Radio: http://www.adnradio.cl/player/player.html TV :
Para este recurso, prueba lanzando desde consola (todo en una línea):
gst-launch -m playbin url="http://audio.grupolatinoderadio.com/envivo.asx? EMI=CLADN"
Y mira a ver qué te dice.
De este no logro sacar el archivo de origen :-?
Ambos se pueden reproducir sin problemas en Ubuntu. Tampoco funciona el stream en Banshee... obviamente las librerías de streaming son las que no funcionan. En Ubuntu instalo gstream (algo así se llama), libxine1 y estoy al otro lado, pero por esas cosas de la vida no funciona igual en openSUSE.
pd: si tienen ánimo de verlos les adjunto los about:plugins de firefox en opensuse y ubuntu.
Los plugins parecen correctos.
Si dices que tampoco lo puedes reproducir desde Banshee, más bien parece un problema de códecs.
Saludos,
-- Camaleón
Gracias por la ayuda, la salida que mencionas inidica lo siguiente... mauricio@pc-84-248-83-200:~> gst-launch -m playbin url="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN" Estableciendo el conducto a PAUSA … ERROR: El conducto no quiere pausarse. Got message #0 from element "playbin0" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PAUSED; Got message #1 from element "playbin0" (error): GstMessageError, gerror=(GstGError)NULL, debug=(string)"gstplaybasebin.c\(1660\):\ gen_source_element\ \(\):\ /GstPlayBin:playbin0"; ERROR: del elemento /GstPlayBin:playbin0: No se especificó una URI para reproducir. Información adicional de depuración: gstplaybasebin.c(1660): gen_source_element (): /GstPlayBin:playbin0 Estableciendo el conducto a NULL … Liberando la tubería… Antes había instalado los repos sugeridos por Carlos... ~> zypper addrepo -f http://ftp.skynet.be/pub/packman/suse/11.2 packman ~> zypper addrepo -f http://www.opensuse-guide.org/repo/11.2 libdvdcss ... actualicé con... ~> zypper install ffmpeg flash-player libdvdcss libxine1-codecs w32codec-all lame ... intenté nuevamente y... la cucaracha aún no quiere caminar... -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 --------------------------------------------------------------------------- -- 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
El Fri, 27 Nov 2009 11:56:44 -0300, Mauricio J. Adonis C. escribió:
El vie, 27-11-2009 a las 17:29 +0000, Camaleón escribió:
Para este recurso, prueba lanzando desde consola (todo en una línea):
gst-launch -m playbin url="http://audio.grupolatinoderadio.com/envivo.asx? EMI=CLADN"
Y mira a ver qué te dice.
(...)
Gracias por la ayuda, la salida que mencionas inidica lo siguiente...
mauricio@pc-84-248-83-200:~> gst-launch -m playbin url="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN"
Perdón, error mío O:-) No es "url" sino "uri". Prueba de nuevo con: *** gst-launch -m playbin uri="http://audio.grupolatinoderadio.com/envivo.asx? EMI=CLADN" ***
/GstPlayBin:playbin0"; ERROR: del elemento /GstPlayBin:playbin0: No se especificó una URI para reproducir.
Al ver este mensaje me he dado cuenta... 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
El vie, 27-11-2009 a las 18:03 +0000, Camaleón escribió:
url="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN"
Gracias Camaleón, pero igual sale una sarta de problemas... mauricio@pc-84-248-83-200:~> gst-launch -m playbin uri="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN" Estableciendo el conducto a PAUSA … El conducto está PREPARÁNDOSE … Got message #0 from element "playbin0" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PAUSED; Got message #4 from element "test" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PAUSED; Got message #6 from element "fakesink" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_VOID_PENDING; Got message #7 from element "typefind" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_VOID_PENDING; Got message #8 from element "decodebin0" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PAUSED; Got message #11 from element "typefind" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_READY, new-state=(GstState)GST_STATE_PAUSED, pending-state=(GstState)GST_STATE_VOID_PENDING; Got message #12 from element "source" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PAUSED; Got message #15 from pad "source:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)GST_STREAM_STATUS_TYPE_CREATE, owner=(GstElement)"\(GstSoupHTTPSrc\)\ source", object=(GstTask)"\(GstTask\)\ task0"; Got message #16 from pad "source:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)GST_STREAM_STATUS_TYPE_ENTER, owner=(GstElement)"\(GstSoupHTTPSrc\)\ source", object=(GstTask)"\(GstTask\)\ task0"; Got message #17 from element "source" (state-changed): GstMessageState, old-state=(GstState)GST_STATE_READY, new-state=(GstState)GST_STATE_PAUSED, pending-state=(GstState)GST_STATE_VOID_PENDING; Got message #18 from element "source" (duration): GstMessageDuration, format=(GstFormat)GST_FORMAT_BYTES, duration=(gint64)562; Got message #20 from element "playbin0" (error): GstMessageError, gerror=(GstGError)NULL, debug=(string)"gstplaybasebin.c\(2327\):\ prepare_output\ \(\):\ /GstPlayBin:playbin0"; ERROR: del elemento /GstPlayBin:playbin0: No tiene un decodificador instalado para manejar este archivo. Debe instalar los complementos necesarios. Información adicional de depuración: gstplaybasebin.c(2327): prepare_output (): /GstPlayBin:playbin0 ERROR: el conducto no quiere prepararse. Estableciendo el conducto a NULL … Liberando la tubería… ... de aquí lo único que entiendo es que falta un decodificador apropiado... pero me parece que no es así... parece ser que el decodificador simplemente no está funcionando como debiera... bueno de 6,5 (máximo 7,0) la calificación del sistema ha bajado a un 5,0 de regular. -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 --------------------------------------------------------------------------- -- 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
El Fri, 27 Nov 2009 15:27:59 -0300, Mauricio J. Adonis C. escribió:
El vie, 27-11-2009 a las 18:03 +0000, Camaleón escribió:
url="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN"
Gracias Camaleón, pero igual sale una sarta de problemas...
A eso vamos :-)
mauricio@pc-84-248-83-200:~> gst-launch -m playbin uri="http://audio.grupolatinoderadio.com/envivo.asx?EMI=CLADN"
prepare_output\ \(\):\ /GstPlayBin:playbin0"; ERROR: del elemento /GstPlayBin:playbin0: No tiene un decodificador instalado para manejar este archivo. Debe instalar los complementos necesarios.
... de aquí lo único que entiendo es que falta un decodificador apropiado... pero me parece que no es así... parece ser que el decodificador simplemente no está funcionando como debiera...
Eso entiendo que quiere decir que el "gstreamer" (y cualquier programa que lo use) te va a dar problemas para gestionar ese tipo de recurso. Quizá no tengas todos los códecs instalados, tal y como te dice el mensaje. Te recuerdo que los codecs de gstreamer/fluendo también tienen que ser los de packman para que esto rule >:-) Puedes probar a cargar esa URI desde cualquier reproductor de audio que no use GStreamer como backend.
bueno de 6,5 (máximo 7,0) la calificación del sistema ha bajado a un 5,0 de regular.
Venga, venga... no será para tanto. Ya sabes que los codecs multimedia siempre han sido un poco "pesaditos" de poner en marcha. 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
El Fri, 27 Nov 2009 18:44:21 +0000, Camaleón escribió:
El Fri, 27 Nov 2009 15:27:59 -0300, Mauricio J. Adonis C. escribió:
prepare_output\ \(\):\ /GstPlayBin:playbin0"; ERROR: del elemento /GstPlayBin:playbin0: No tiene un decodificador instalado para manejar este archivo. Debe instalar los complementos necesarios.
... de aquí lo único que entiendo es que falta un decodificador apropiado... pero me parece que no es así... parece ser que el decodificador simplemente no está funcionando como debiera...
Eso entiendo que quiere decir que el "gstreamer" (y cualquier programa que lo use) te va a dar problemas para gestionar ese tipo de recurso. Quizá no tengas todos los códecs instalados, tal y como te dice el mensaje.
Te recuerdo que los codecs de gstreamer/fluendo también tienen que ser los de packman para que esto rule >:-)
Aviso a navegantes: al intentar instalar los plugins de gstreamer desde el repo de packman y seleccionar un cambio de vendor, el yast me salta con un mensaje de error y cierra el gestor de paquetes. Tened cuidado. 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
El vie, 27-11-2009 a las 18:44 +0000, Camaleón escribió:
bueno de 6,5 (máximo 7,0) la calificación del sistema ha bajado a un 5,0 de regular.
Venga, venga... no será para tanto. Ya sabes que los codecs multimedia siempre han sido un poco "pesaditos" de poner en marcha.
Por protestar; 4,5. Ja ja ... -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 Usuario Ubuntu # 25554 Ubuntu Code of Conduct - 1.0.1 signatario (27CA753A320BA7067F1A2A1530703F0F1773ED49) ---------------------------------------------------------------------------
El Fri, 27 Nov 2009 17:29:29 +0000, Camaleón escribió:
El Fri, 27 Nov 2009 13:11:49 -0300, Mauricio J. Adonis C. escribió:
De este no logro sacar el archivo de origen :-?
Creo que es éste: mmsh://streaming.entelchile.net/canal13?MSWMExt=.asf Al entrar a la página web, me carga el cuadrado de la ventana de vídeo y al intentar abrirlo con totem, dice: "Ha ocurrido un error. No existe un manejador uri implementado para mmsh." Ese mensaje es nuevo para mí. No pide un códec sino un gestor de protocolo :-? 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
El vie, 27-11-2009 a las 17:45 +0000, Camaleón escribió:
Creo que es éste:
mmsh://streaming.entelchile.net/canal13?MSWMExt=.asf
Al entrar a la página web, me carga el cuadrado de la ventana de vídeo y al intentar abrirlo con totem, dice:
"Ha ocurrido un error. No existe un manejador uri implementado para mmsh."
Ese mensaje es nuevo para mí. No pide un códec sino un gestor de protocolo :-?
Saludos,
-- Camaleón
Gracias nuevamente, por el stream, puedo ver el canal de tv sin problemas con vlc (protocolo mms) en mi ubuntito :)... Me dejó mal sabor que openSUSE se manee tanto con el tema de los streams :( ... -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 Usuario Ubuntu # 25554 Ubuntu Code of Conduct - 1.0.1 signatario (27CA753A320BA7067F1A2A1530703F0F1773ED49) ---------------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-27 a las 17:45 -0000, Camaleón escribió:
Al entrar a la página web, me carga el cuadrado de la ventana de vídeo y al intentar abrirlo con totem, dice:
"Ha ocurrido un error. No existe un manejador uri implementado para mmsh."
Ese mensaje es nuevo para mí. No pide un códec sino un gestor de protocolo :-?
El totem usa xinelib. Puede ser un error de traducción, pero no encuentro ese mensaje :-? "Manejador" es la traducción que empleo para "driver". Puede que pertenezca al propio totem, y ese no lo traduzco yo. Pero vaya, entiendo que significa que no tiene el driver para manejar mmsh. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksQsKYACgkQtTMYHG2NR9VBlwCgiZ6WyRcA0NN+jO6CTVva3uy4 CoQAnRfCJkA1ZGT8Cre4s0qhMUCBMPOw =1Hoz -----END PGP SIGNATURE-----
El Sat, 28 Nov 2009 06:09:52 +0100, Carlos E. R. escribió:
El 2009-11-27 a las 17:45 -0000, Camaleón escribió:
Al entrar a la página web, me carga el cuadrado de la ventana de vídeo y al intentar abrirlo con totem, dice:
"Ha ocurrido un error. No existe un manejador uri implementado para mmsh."
Ese mensaje es nuevo para mí. No pide un códec sino un gestor de protocolo :-?
El totem usa xinelib. Puede ser un error de traducción, pero no encuentro ese mensaje :-? "Manejador" es la traducción que empleo para "driver".
¿"Manejador" para "driver"? En todo caso sería para "handler" ¿no? :-?
Puede que pertenezca al propio totem, y ese no lo traduzco yo. Pero vaya, entiendo que significa que no tiene el driver para manejar mmsh.
Es un mensaje raro, yo al menos no lo había visto. Sí reconozco el mensaje que pide un códec que no está instalado, pero no éste del "mmsh". 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-28 a las 16:04 -0000, Camaleón escribió:
El Sat, 28 Nov 2009 06:09:52 +0100, Carlos E. R. escribió:
El totem usa xinelib. Puede ser un error de traducción, pero no encuentro ese mensaje :-? "Manejador" es la traducción que empleo para "driver".
¿"Manejador" para "driver"?
En todo caso sería para "handler" ¿no? :-?
Pero handler no aparece :-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksScSoACgkQtTMYHG2NR9WrzQCfaeE46ai0DbWCJfnT1W0eCcY7 BngAn3h8jbt51CIkNY5G7AUqxYJ0W7Cu =zLHC -----END PGP SIGNATURE-----
El Sun, 29 Nov 2009 14:03:36 +0100, Carlos E. R. escribió:
El 2009-11-28 a las 16:04 -0000, Camaleón escribió:
El Sat, 28 Nov 2009 06:09:52 +0100, Carlos E. R. escribió:
El totem usa xinelib. Puede ser un error de traducción, pero no encuentro ese mensaje :-? "Manejador" es la traducción que empleo para "driver".
¿"Manejador" para "driver"?
En todo caso sería para "handler" ¿no? :-?
Pero handler no aparece :-)
Yo pensaba que: Driver -> controlador Handler -> manejador Tsk, tsk... tendré que poner un bug en el xinelib >>:-) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-29 a las 13:15 -0000, Camaleón escribió:
El Sun, 29 Nov 2009 14:03:36 +0100, Carlos E. R. escribió:
El totem usa xinelib. Puede ser un error de traducción, pero no encuentro ese mensaje :-? "Manejador" es la traducción que empleo para "driver".
¿"Manejador" para "driver"?
En todo caso sería para "handler" ¿no? :-?
Pero handler no aparece :-)
Yo pensaba que:
Driver -> controlador Handler -> manejador
Pues puede ser. Fué mi primera traducción, y en solitario. Lo apuntaré, igual lo cambio.
Tsk, tsk... tendré que poner un bug en el xinelib >>:-)
:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksSeuMACgkQtTMYHG2NR9UwRQCbBoIa4iqxrFlEPz5xWuGU1Tyu 9qwAniiX8maHVa0tn1sGQbUpf9wSuYj2 =sn+o -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-26 a las 20:49 -0300, Mauricio J. Adonis C. escribió: ...
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
El locate no se instala por defecto nunca, desde hace un par de años o algo más. Tiene un pequeño riesgo de seguridad (que un usuario normal aprenda donde están ficheros a los cuales no deba tener acceso), y puede ralentizar el sistema mientras genera el listado.
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
Necesitarás los paquetes multimedia de packman, como siempre. http://en.opensuse.org/Restricted_Formats http://opensuse-community.org/Restricted_Formats - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksP9iwACgkQtTMYHG2NR9XpUQCfd3l3nz03mFMaMxd3bkauQXgp RLAAnjDMv9MXz5UfLpGVMLXg8FCskpVB =HM8d -----END PGP SIGNATURE-----
El vie, 27-11-2009 a las 16:54 +0100, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-11-26 a las 20:49 -0300, Mauricio J. Adonis C. escribió:
...
Sólo unos detalles me han llamado la atención, por ejemplo, que la consola no trae todos los comandos bash instalados (tuve que instalar locate)...
El locate no se instala por defecto nunca, desde hace un par de años o algo más. Tiene un pequeño riesgo de seguridad (que un usuario normal aprenda donde están ficheros a los cuales no deba tener acceso), y puede ralentizar el sistema mientras genera el listado.
Quise instalar los plugins de stream para oír radios online, pero no logro hacerlos funcionar en Firefox :(, posiblemente no he instalado los necesarios o los correctos.
Necesitarás los paquetes multimedia de packman, como siempre.
http://en.opensuse.org/Restricted_Formats http://opensuse-community.org/Restricted_Formats
Lo del locate me parece extraño. Si no mal entiendo el problema de seguridad de locate es que muestra mucho, tanto como para ver ficheros a los cuales no se *debe* tener acceso... Me parece raro el criterio de seguridad empleado... no es que realmente sea locate el problema, sino más bien el uso que alguien pudiera hacer de este... o sea, saquemos de circulación los cuchillos porque seguramente alguien va a hacer mal uso de ellos... mmhhh... raro me parece... He agregado los nuevos repos y actualizado, pero ... igual pascual... Lamentablemente el problema con los streams afecta a formatos abiertos y cerrados, por ejemplo, no puedo oír... http://giss.tv:8000/RadioLibre.ogg Gracias Carlos. -- Saludos, Mauricio J. Adonis C. --------------------------------------------------------------------------- Usuario Linux # 482032 --------------------------------------------------------------------------- -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-11-27 a las 11:55 -0300, Mauricio J. Adonis C. escribió:
Lo del locate me parece extraño. Si no mal entiendo el problema de seguridad de locate es que muestra mucho, tanto como para ver ficheros a los cuales no se *debe* tener acceso...
La contabilidad de la empresa, por ejemplo >:-P No es paranoia. Es que simplemente, al instalar un pc no te fijas en todo lo que se instala, y puedes tener el locate puesto en sitios que no conviene. Así que no se instala por defecto, y quien lo quiera que lo ponga. Es la conducta más segura para todos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksQpx4ACgkQtTMYHG2NR9W6bACcC/xL1d2LBuFoW+4DbCxzNm09 JPkAn3k3qX/YbszRNPD7gzsorLjawkWk =RriI -----END PGP SIGNATURE-----
participants (7)
-
Camaleón
-
carlopmart
-
Carlos E. R.
-
csalinux
-
Juan Erbes
-
Lluis
-
Mauricio J. Adonis C.