Re: Discos hotswap en Debian - Placa RAID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El viernes 13 de julio del 2007 a las 11:26:13, Vicente Pedro Gomez escribió: estuve investigando por mi cuenta sobre placas PCI controladoras RAID para discos SATA. ¿Alguna específica que tengas en mente en este momento y puedas recomendar para usar con Debian? Entre las que pude encontrar están estas [1]. En los sistemas operativos compatibles hablan de RH y SuSE y por eso no estaba muy seguro si funcionarían con Debian estable. No quisiera que ocurriera que los drivers no fueran completamente libres haciendo esto que se dificulte el soporte en Debian. Qué tarjeta depende de cuanto te quieras gastar. Muy importante: ¿te vas a comprar sólo la tarjeta o todo un servidor nuevo y estás buscando qué tarjeta ponerle?. Sería para ponerle eventualmente a alguno de los servidores que tenemos, ya sea a los que contaba en el hilo de los discos hotswap ---en los que, según pude ver, el RAID que soporta es a través de la controladora SATA y por ende un fakeraid. De hecho, esos servidores en el momento que se compraron venían con el RAID funcionando bajo RH y cuando comencé a trabajar ya estaban con Debian y no se pudo hacer funcionar--- o algún otro equipo. Saludos, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGl3NmZpa/GxTmHTcRAsbPAKCFJaJJJ1eC62R20yKHBONXo++GrwCeMl2+ jhYCN4Y9Q0T1P9x9MgLNglA= =YT/s -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian - Placa RAID
Que curioso. Ayer, justamente, antes de leer este subhilo, estuve investigando por mi cuenta sobre placas PCI controladoras RAID para discos SATA. ¿Alguna específica que tengas en mente en este momento y puedas recomendar para usar con Debian? Entre las que pude encontrar están estas [1]. En los sistemas operativos compatibles hablan de RH y SuSE y por eso no estaba muy seguro si funcionarían con Debian estable. No quisiera que ocurriera que los drivers no fueran completamente libres haciendo esto que se dificulte el soporte en Debian. Qué tarjeta depende de cuanto te quieras gastar. Muy importante: ¿te vas a comprar sólo la tarjeta o todo un servidor nuevo y estás buscando qué tarjeta ponerle?.
Re: Discos hotswap en Debian - Placa RAID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El jueves 12 de julio del 2007 a las 17:11:17, Vicente Pedro Gomez escribió: A proposito,y perdon que me meta , que placa controladora RAID me puede recomendar que funcione en etch o sarge, pero nada de fakeraid ni mdadm, raid por hardware en una placa aparte, sata o sas. No logro encontrar alguna que levante seguro seguro en debian en el instalador, si sobre redhat u otras por el estilo. Gracias si alguien tiene algo que ya este usando. A mi me gustan las fabricadas por Adaptec. Tanto las que vienen con la marca de la propia Adaptec como las versiones OEM para fabricantes (es facil saber cuales son) - pero es gusto personal y confianza en una marca de las de toda la vida. Me han dado disgustos a lo largo de los años pero menos que otras. Te las suelen detectar sin problemas los CDs de instalación de cualquier distribución. Que curioso. Ayer, justamente, antes de leer este subhilo, estuve investigando por mi cuenta sobre placas PCI controladoras RAID para discos SATA. ¿Alguna específica que tengas en mente en este momento y puedas recomendar para usar con Debian? Entre las que pude encontrar están estas [1]. En los sistemas operativos compatibles hablan de RH y SuSE y por eso no estaba muy seguro si funcionarían con Debian estable. No quisiera que ocurriera que los drivers no fueran completamente libres haciendo esto que se dificulte el soporte en Debian. Gracias por responder. Saludos, Daniel [1] http://www.flytech.es/Adaptec/adaptec.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGl0W+Zpa/GxTmHTcRAqN3AKCTlp7yM79V3ziEjy/Mzt/fNq4NFQCcC7a0 dM5dPSuEO3yn4aMM2+smUBA= =aYvT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian - Placa RAID
Qué tarjeta depende de cuanto te quieras gastar. Muy importante: ¿te vas a comprar sólo la tarjeta o todo un servidor nuevo y estás buscando qué tarjeta ponerle?. Sería para ponerle eventualmente a alguno de los servidores que tenemos, ya sea a los que contaba en el hilo de los discos hotswap ---en los que, según pude ver, el RAID que soporta es a través de la controladora SATA y por ende un fakeraid. De hecho, esos servidores en el momento que se compraron venían con el RAID funcionando bajo RH y cuando comencé a trabajar ya estaban con Debian y no se pudo hacer funcionar--- o algún otro equipo. Los prolemas con tarjetas raid pinchadas suelen venir por aquí: - A algunas de estas tarjetas no les gustan los sistemas con chipset de sobremesa. Tienen que estar en un chipset de servidor para ser estables. - Estas tarjetas generalmente se deberian pinchar en cualquier slot. Siempre deberian ir en el que tiene el número de slot más bajo. - Siempre hay que pincharlas en un slot de la misma tecnologia (no pinchar un PCI X en un PCI 3.0, o 2.2 por ejemplo). En el caso de PCI-Express hay que pincharlo en un slot del ancho de bits de la tarjeta. Porque, que quede esto muy claro frente a lo que dicen los fabricantes, una tarjeta RAID PCI EXpress 1X es INESTABLE en un slot PCI Express 16X. - Estas tarjetas no les gusta estar en un nivel que no sea el superior en el caso de buses PCI multinivel conectados por bridges (típicos de un sistema con un chipset de sobremesa o servidores de hace unos años) - Estas tarjetas generan calor. Ni de lejos como una tarjeta gráfica pero bastante más que una de red. Cumpliendo esto y hablando de las tarjetas que aparecen en la página que mencionas, a priori CREO que no deberias de tener ningún problema con Debian (tanto stable o testing) o con cualquier otra distribución seria.
Re: Discos hotswap en Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El miércoles 11 de julio del 2007 a las 21:30:49, Vicente Pedro Gomez escribió: Creeme, un buen sistema hotswap es por hardware puro y duro a un nivel que el sistema operativo es un puro cliente y de hecho en estos sistemas de discos SATA Y PATA que te menciono, el sistema operativo suele ver los discos como si fuesen SCSI. Es una especie de pseudovirtualización. Sí, es logico pensar eso. Algo similar a lo que ocurre con los sistemas RAID por hardware en los que al ativarlo el sistema operativo tendría que ver un solo disco. Otro dolor de cabeza que me trajo este mother, ciertamente. Durante la instalación Debian sigue viendo los discos de manera independiente, lo cual me hace pensar que se trata de un fakeraid. Tengo que ver si encuentro alguna documentación para esclarecer ese tema y si no tendré que tirar de RAID por software para tener al menos algo de alta disponibilidad. Pero esto ya es otra historia. en ese documento decía que era válido para interfaces de tipo SCA. Lo cual me lleva a la siguiente duda. ¿En caso de tener soporte por parte del hardware y del sistema operativo y contar con discos SATA, debería poder colocar discos nuevos o reemplazar los existentes sin que sea necesario ejecutar algún tipo de comando? Porque ayer estuve haciendo unas pruebas en estos servidores instalando Debian con kernel 2.6.21 y teniendo inicialmente un solo disco. Luego agregué otro más y al hacer un dmesg no me aparecía algún nuevo mensaje que pusiera en evidencia el agregado del nuevo disco. Lo primero, lo que has hecho ha puesto en peligro tu fuente de alimentación porque NO está diseñada para conectar un disco en caliente. Seguro. Necesitas un backplane de discos que lo gestione. Parece que no te ha pasado nada pero yo no lo volvería a hacer. Lo segundo, falta el backplane de discos que mande un mensaje a la controladora Eh, en el slot n se ha insertado un dispositivo a lo que la controladora contesta (todavia estamos en la parte hardware) con un comando reset al dispositivo, un comando get-parameters (=devolver datos de marca, modelo y geometria) y a continuación un spin-off al disco duro (=arranca motor del disco duro, que es un paso aparte para poder realizar arranques escalonados de dispositivos y evitar así picos de consumo si arrancasen varios motores a la vez). Antes de hacer esto estuve viendo en la documentación que vino con el equipo ---se trata de un motherboard SE7520BD2--- que tiene dos conectores HSBP A y HSBP B y calculo que la sigla será de HotSwap BackPlane. Ayer saqué del rack uno de los equipos que por el momento no estamos usando para abrirlo y ver el conexionado y me encontré con que ninguno de los dos está conectado a la electrónica del backplane de discos, lo cual me sorprendió bastante, ya eran equipos que en su momento se armaron a medida con cierto proveedor y que hayan dejado esto así desconectado me parece raro. Por otro lado, en el backplane encontré una conexión de cuatro pines en la que ahora estoy investigando si es donde debería ir conectado el cable que viene del mobo. Una vez que han pasado estas fases, la controladora manda al sistema operativo un mensaje de inserción de disco que deberia gestionar primero el driver y luego pasarlo a una capa superior hal, dbus, ... El tema es el siguiente: si un fabricante de primera línea te cobra entre un 90% y el triple por un servidor con capacidades hotswap que por un equipo equivalente sin dichas capacidades, realmente por algo es. Un backplane de discos junto con una controladora de discos de las de verdad llevan entre las dos al menos tantos chips como una placa base. Añade además que un buen servidor lleva backplane de fuentes de alimentación para cambiarlas en caliente, un RAID0 de la memoria RAM, un procesador de servicio que suele tener su propia placa de red dedicada, puerto serie, e incluso un módem para telediagnósitco y su propia salida video-sobre-ip independiente de la del equipo, Y el sistema operativo ni se entera de que existe todo esto, salvo que carges algún sistema de gestión del fabricante. Realmente es otra historia. Claro. Suena lógico. Tengo entendido que este equipo tambien permite habilitar una de las interfaces de red para hacer un management remoto del sistema. Interesante lo que decís de la memoria RAM rendundate. No sabía de eso. Gracias por lo ilustrativo de las explicaciones. Saludos, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGljgyZpa/GxTmHTcRAsDoAKCDn6crMvWPgF7nU7Mr1Cktd8FVnQCcDlM/ ei1JNya8yU672O3M3uj30ws= =2t83 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian - Placa RAID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El miércoles 11 de julio del 2007 a las 21:30:49, Vicente Pedro Gomez escribió: Creeme, un buen sistema hotswap es por hardware puro y duro a un nivel que el sistema operativo es un puro cliente y de hecho en estos sistemas de discos SATA Y PATA que te menciono, el sistema operativo suele ver los discos como si fuesen SCSI. Es una especie de pseudovirtualización. Sí, es logico pensar eso. Algo similar a lo que ocurre con los sistemas RAID por hardware en los que al ativarlo el sistema operativo tendría que ver un solo disco. Otro dolor de cabeza que me trajo este mother, ciertamente. Durante la instalación Debian sigue viendo los discos de manera independiente, lo cual me hace pensar que se trata de un fakeraid. Tengo que ver si encuentro alguna documentación para esclarecer ese tema y si no tendré que tirar de RAID por software para tener al menos algo de alta disponibilidad. Pero esto ya es otra historia. en ese documento decía que era válido para interfaces de tipo SCA. Lo cual me lleva a la siguiente duda. ¿En caso de tener soporte por parte del hardware y del sistema operativo y contar con discos SATA, debería poder colocar discos nuevos o reemplazar los existentes sin que sea necesario ejecutar algún tipo de comando? Porque ayer estuve haciendo unas pruebas en estos servidores instalando Debian con kernel 2.6.21 y teniendo inicialmente un solo disco. Luego agregué otro más y al hacer un dmesg no me aparecía algún nuevo mensaje que pusiera en evidencia el agregado del nuevo disco. Lo primero, lo que has hecho ha puesto en peligro tu fuente de alimentación porque NO está diseñada para conectar un disco en caliente. Seguro. Necesitas un backplane de discos que lo gestione. Parece que no te ha pasado nada pero yo no lo volvería a hacer. Lo segundo, falta el backplane de discos que mande un mensaje a la controladora Eh, en el slot n se ha insertado un dispositivo a lo que la controladora contesta (todavia estamos en la parte hardware) con un comando reset al dispositivo, un comando get-parameters (=devolver datos de marca, modelo y geometria) y a continuación un spin-off al disco duro (=arranca motor del disco duro, que es un paso aparte para poder realizar arranques escalonados de dispositivos y evitar así picos de consumo si arrancasen varios motores a la vez). Antes de hacer esto estuve viendo en la documentación que vino con el equipo ---se trata de un motherboard SE7520BD2--- que tiene dos conectores HSBP A y HSBP B y calculo que la sigla será de HotSwap BackPlane. Ayer saqué del rack uno de los equipos que por el momento no estamos usando para abrirlo y ver el conexionado y me encontré con que ninguno de los dos está conectado a la electrónica del backplane de discos, lo cual me sorprendió bastante, ya eran equipos que en su momento se armaron a medida con cierto proveedor y que hayan dejado esto así desconectado me parece raro. Por otro lado, en el backplane encontré una conexión de cuatro pines en la que ahora estoy investigando si es donde debería ir conectado el cable que viene del mobo. Una vez que han pasado estas fases, la controladora manda al sistema operativo un mensaje de inserción de disco que deberia gestionar primero el driver y luego pasarlo a una capa superior hal, dbus, ... El tema es el siguiente: si un fabricante de primera línea te cobra entre un 90% y el triple por un servidor con capacidades hotswap que por un equipo equivalente sin dichas capacidades, realmente por algo es. Un backplane de discos junto con una controladora de discos de las de verdad llevan entre las dos al menos tantos chips como una placa base. Añade además que un buen servidor lleva backplane de fuentes de alimentación para cambiarlas en caliente, un RAID0 de la memoria RAM, un procesador de servicio que suele tener su propia placa de red dedicada, puerto serie, e incluso un módem para telediagnósitco y su propia salida video-sobre-ip independiente de la del equipo, Y el sistema operativo ni se entera de que existe todo esto, salvo que carges algún sistema de gestión del fabricante. Realmente es otra historia. Claro. Suena lógico. Tengo entendido que este equipo tambien permite habilitar una de las interfaces de red para hacer un management remoto del sistema. Interesante lo que decís de la memoria RAM rendundate. No sabía de eso. Gracias por lo ilustrativo de las explicaciones. Saludos, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGljgyZpa/GxTmHTcRAsDoAKCDn6crMvWPgF7nU7Mr1Cktd8FVnQCcDlM/ ei1JNya8yU672O3M3uj30ws= =2t83 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] A proposito,y perdon que me meta , que placa controladora RAID me puede recomendar que funcione en etch o sarge , pero nada de fakeraid ni mdadm, raid por hardware
Re: Discos hotswap en Debian - Placa RAID
A proposito,y perdon que me meta , que placa controladora RAID me puede recomendar que funcione en etch o sarge , pero nada de fakeraid ni mdadm, raid por hardware en una placa aparte, sata o sas. No logro encontrar alguna que levante seguro seguro en debian en el instalador, si sobre redhat u otras por el estilo. Gracias si alguien tiene algo que ya este usando. Por mi encantado de que te metas A mi me gustan las fabricadas por Adaptec. Tanto las que vienen con la marca de la propia Adaptec como las versiones OEM para fabricantes (es facil saber cuales son) - pero es gusto personal y confianza en una marca de las de toda la vida. Me han dado disgustos a lo largo de los años pero menos que otras. Te las suelen detectar sin problemas los CDs de instalación de cualquier distribución. La gran variable a tener en cuenta es cuanto te quieres gastar. De esto dependerá la cantidad de memoria caché de la tarjeta y si es ampliable o no, cuantos conectores internos / externos lleva, si tiene soporte para cabinas de discos externas en configuración cluster, qué arquitecturas RAID soporta, si te permite reservar discos como hot spare, si permite o no ampliar los volúmenes ya creados con más discos, si tiene un buen firmware que por ejemplo soporte que accidentalmente te cambien de orden los discos de un volumen ...
Re: Discos hotswap en Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El martes 10 de julio del 2007 a las 08:46:47, Vicente Pedro Gomez escribió: Hay servidores con discos SATA intercambiables en caliente. Y de hecho también los he visto con tecnologia PATA. Esta tecnología no la da la electrónica del disco duro - ni siquiera en SCSI - sino el backplane de discos. Por supuesto la controladora debe ser capaz de gestionar el cambio. Mmmm... que raro. Pero aún así supongo que debe requerirse también que el sistema operativo haga su parte, ¿no? Porque por algo debe ser entonces que en aquel HOWTO cuyo enlace había pasado comentaran en una sección que el cambio o agregado de discos se podía lograr en interfaces SCA SCSI por medio del envío de comandos a /proc/scsi/scsi. En este caso, estos comandos parecerían estar ligados al uso de esta tecnología. Por otra parte, también según el otro enlace que había mandado, se requeriría el soporte de hotswap en la libata, si mal no recuerdo, el cual está incluído en 2.6.19 o superior. Recuerda además que los discos SATA el kernel los reconoce con nomenclatura SCSI (/dev/sdXY en lugar de /dev/hdXY) Desde el equipo que te escribo que tiene un disco SATA , si hago un cat /proc/scsi/scsi : Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: SanDisk SSD UATA Rev: 1.26 Type: Direct-AccessANSI SCSI revision: 05 Sí, algo similar a lo que obtenía. Supongo que scsi0 y scsi1 se corresponderán con /dev/sda y /dev/sdb. Igualmente y como decía antes, no creo que funcione eso del envío de comandos a /proc/scsi/scsi, porque en ese documento decía que era válido para interfaces de tipo SCA. Lo cual me lleva a la siguiente duda. ¿En caso de tener soporte por parte del hardware y del sistema operativo y contar con discos SATA, debería poder colocar discos nuevos o reemplazar los existentes sin que sea necesario ejecutar algún tipo de comando? Porque ayer estuve haciendo unas pruebas en estos servidores instalando Debian con kernel 2.6.21 y teniendo inicialmente un solo disco. Luego agregué otro más y al hacer un dmesg no me aparecía algún nuevo mensaje que pusiera en evidencia el agregado del nuevo disco. Gracias por responder. Saludos, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGlN2wZpa/GxTmHTcRAvaEAJ94iGVzhwVTqhCbVoGwSgS9IWRnYQCfZPQo 3EBLYvZjySYdqc52ByYH7j8= =l38K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El martes 10 de julio del 2007 a las 08:59:57, Francisco José Bejarano escribió: Por cierto, ¿qué significa -git5? ¿Este valor es equivalente a lo que aparece como revisión después del guión en los núcleos provistos por los repositorios? Los kernel -git son kernels que se generan diariamente (no siempre) y que incluyen los parches que se han hecho en el día. Son snapshot del árbol de Linus. No son aptos para sistemas de producción puesto que los parches puede que no estén todavía ni revisados. Gracias por la explicación. No creo que se correspondan con las revisiones del kernel de debian. Entonces calculo que si en la página decía que el soporte se encontraba en 2.6.18-git5, esto sería equivalente a decir 2.6.19 o superior, ¿no? Saludos, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGlN5bZpa/GxTmHTcRAjtlAJ9qdOi7w1H7vCsATsd9wB+cLXeNJwCeICIq MjHYvRA1Q0DKhX3NTzxk1pY= =kwr+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian
Mmmm... que raro. Pero aún así supongo que debe requerirse también que el sistema operativo haga su parte, ¿no? Porque por algo debe ser entonces que en aquel HOWTO cuyo enlace había pasado comentaran en una sección que el cambio o agregado de discos se podía lograr en interfaces SCA SCSI por medio del envío de comandos a /proc/scsi/scsi. En este caso, estos comandos parecerían estar ligados al uso de esta tecnología. Por otra parte, también según el otro enlace que había mandado, se requeriría el soporte de hotswap en la libata, si mal no recuerdo, el cual está incluído en 2.6.19 o superior. Creeme, un buen sistema hotswap es por hardware puro y duro a un nivel que el sistema operativo es un puro cliente y de hecho en estos sistemas de discos SATA Y PATA que te menciono, el sistema operativo suele ver los discos como si fuesen SCSI. Es una especie de pseudovirtualización. Sí, algo similar a lo que obtenía. Supongo que scsi0 y scsi1 se corresponderán con /dev/sda y /dev/sdb. Igualmente y como decía antes, no creo que funcione eso del envío de comandos a /proc/scsi/scsi, porque Recuerda - hardware pseudovirtualizado en ese documento decía que era válido para interfaces de tipo SCA. Lo cual me lleva a la siguiente duda. ¿En caso de tener soporte por parte del hardware y del sistema operativo y contar con discos SATA, debería poder colocar discos nuevos o reemplazar los existentes sin que sea necesario ejecutar algún tipo de comando? Porque ayer estuve haciendo unas pruebas en estos servidores instalando Debian con kernel 2.6.21 y teniendo inicialmente un solo disco. Luego agregué otro más y al hacer un dmesg no me aparecía algún nuevo mensaje que pusiera en evidencia el agregado del nuevo disco. Lo primero, lo que has hecho ha puesto en peligro tu fuente de alimentación porque NO está diseñada para conectar un disco en caliente. Seguro. Necesitas un backplane de discos que lo gestione. Parece que no te ha pasado nada pero yo no lo volvería a hacer. Lo segundo, falta el backplane de discos que mande un mensaje a la controladora Eh, en el slot n se ha insertado un dispositivo a lo que la controladora contesta (todavia estamos en la parte hardware) con un comando reset al dispositivo, un comando get-parameters (=devolver datos de marca, modelo y geometria) y a continuación un spin-off al disco duro (=arranca motor del disco duro, que es un paso aparte para poder realizar arranques escalonados de dispositivos y evitar así picos de consumo si arrancasen varios motores a la vez). Una vez que han pasado estas fases, la controladora manda al sistema operativo un mensaje de inserción de disco que deberia gestionar primero el driver y luego pasarlo a una capa superior hal, dbus, ... El tema es el siguiente: si un fabricante de primera línea te cobra entre un 90% y el triple por un servidor con capacidades hotswap que por un equipo equivalente sin dichas capacidades, realmente por algo es. Un backplane de discos junto con una controladora de discos de las de verdad llevan entre las dos al menos tantos chips como una placa base. Añade además que un buen servidor lleva backplane de fuentes de alimentación para cambiarlas en caliente, un RAID0 de la memoria RAM, un procesador de servicio que suele tener su propia placa de red dedicada, puerto serie, e incluso un módem para telediagnósitco y su propia salida video-sobre-ip independiente de la del equipo, Y el sistema operativo ni se entera de que existe todo esto, salvo que carges algún sistema de gestión del fabricante. Realmente es otra historia. Gracias por responder. Gracias a ti por preguntar
Re: Discos hotswap en Debian
alimentación para cambiarlas en caliente, un RAID0 de la memoria RAM, un procesador de servicio que suele tener su propia placa de red Aaaargh!!, deberia poner aquí RAID1 de la memoria RAM (=mirror entre bancos de memoria). Por favor disculpadme por el error.
Re: Discos hotswap en Debian
Tranquilo. Es un servidor, no una PC de escritorio :-) Y como tengo entendido que para esos modelos tando el hardware propio del equipo como los discos SATA soportan hotswap, entonces quería aprovechar esa característica. Pero ahora que me informo un poco más, creo que eso que comentaba en el mensaje inicial del hilo sobre el envío de mensajes por medio del /proc es solo válido para SCA, que es una interfaz propia de SCSI, si es que no entendí mal. Así que no me va a servir puesto que los discos que tengo son SATA. La otra alternativa es probar con algún kernel = 2.6.18-git5 [1]. Pero creo que esta revisión aún no está disponible en los repositorios de Debian, ¿no? Al menos con aptitude la versión más reciente que encuentro es la 2.6.18-4. Hay servidores con discos SATA intercambiables en caliente. Y de hecho también los he visto con tecnologia PATA. Esta tecnología no la da la electrónica del disco duro - ni siquiera en SCSI - sino el backplane de discos. Por supuesto la controladora debe ser capaz de gestionar el cambio. Recuerda además que los discos SATA el kernel los reconoce con nomenclatura SCSI (/dev/sdXY en lugar de /dev/hdXY) Desde el equipo que te escribo que tiene un disco SATA , si hago un cat /proc/scsi/scsi : Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: SanDisk SSD UATA Rev: 1.26 Type: Direct-AccessANSI SCSI revision: 05
Re: Discos hotswap en Debian
On 7/10/07, Daniel Bareiro [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El viernes 06 de julio del 2007 a las 15:32:58, Vicente Pedro Gomez escribió: Les escribo para consultarles si alguien tiene alguna experiencia con el intercambio hotswap de discos que soporten esta característica en Debian GNU/Linux, ya que tengo varios discos SATA de este tipo cuya característica me gustaría poder aprovechar. Estuve buscando algo de información por la web pero aún no me termina de cerrar mucho cómo está el soporte y, en caso de haberlo, cuál debería ser el procedimiento a seguir en caso de tener que sacar/intercambiar discos. Si estamos hablando de tienes un servidor de verdad si que podrás ya que los discos duros no van conectados a la controladora / placa base directamente sino a través de un backplane de discos que se encarga de gestionar las caidas y picos de tensión cuando metes / quitas un disco. Además el backplane se encarga de notiificar a la controladora el hecho del cambio usando un protocolo establecido. Todo esto es funciona a nivel hardware sin intervención del sistema operativo. Además, van conectado a controladoras con firmwares con soporte para esto. Tranquilo. Es un servidor, no una PC de escritorio :-) Y como tengo entendido que para esos modelos tando el hardware propio del equipo como los discos SATA soportan hotswap, entonces quería aprovechar esa característica. Pero ahora que me informo un poco más, creo que eso que comentaba en el mensaje inicial del hilo sobre el envío de mensajes por medio del /proc es solo válido para SCA, que es una interfaz propia de SCSI, si es que no entendí mal. Así que no me va a servir puesto que los discos que tengo son SATA. La otra alternativa es probar con algún kernel = 2.6.18-git5 [1]. Pero creo que esta revisión aún no está disponible en los repositorios de Debian, ¿no? Al menos con aptitude la versión más reciente que encuentro es la 2.6.18-4. Por cierto, ¿qué significa -git5? ¿Este valor es equivalente a lo que aparece como revisión después del guión en los núcleos provistos por los repositorios? Los kernel -git son kernels que se generan diariamente (no siempre) y que incluyen los parches que se han hecho en el día. Son snapshot del árbol de Linus. No son aptos para sistemas de producción puesto que los parches puede que no estén todavía ni revisados. No creo que se correspondan con las revisiones del kernel de debian. Gracias a ambos por responder. Saludos, Daniel Saludos [1] http://linux-ata.org/software-status.html#hotplug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGktkgZpa/GxTmHTcRAlAVAJ97w6vtFEJDXzHwClJtSYEgUqoG7QCglSfM 01IRmFwkZWweLu73+3T/fwI= =nZUh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- --- Francisco J. Bejarano [EMAIL PROTECTED]
Re: Discos hotswap en Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El viernes 06 de julio del 2007 a las 15:32:58, Vicente Pedro Gomez escribió: Les escribo para consultarles si alguien tiene alguna experiencia con el intercambio hotswap de discos que soporten esta característica en Debian GNU/Linux, ya que tengo varios discos SATA de este tipo cuya característica me gustaría poder aprovechar. Estuve buscando algo de información por la web pero aún no me termina de cerrar mucho cómo está el soporte y, en caso de haberlo, cuál debería ser el procedimiento a seguir en caso de tener que sacar/intercambiar discos. Si estamos hablando de tienes un servidor de verdad si que podrás ya que los discos duros no van conectados a la controladora / placa base directamente sino a través de un backplane de discos que se encarga de gestionar las caidas y picos de tensión cuando metes / quitas un disco. Además el backplane se encarga de notiificar a la controladora el hecho del cambio usando un protocolo establecido. Todo esto es funciona a nivel hardware sin intervención del sistema operativo. Además, van conectado a controladoras con firmwares con soporte para esto. Tranquilo. Es un servidor, no una PC de escritorio :-) Y como tengo entendido que para esos modelos tando el hardware propio del equipo como los discos SATA soportan hotswap, entonces quería aprovechar esa característica. Pero ahora que me informo un poco más, creo que eso que comentaba en el mensaje inicial del hilo sobre el envío de mensajes por medio del /proc es solo válido para SCA, que es una interfaz propia de SCSI, si es que no entendí mal. Así que no me va a servir puesto que los discos que tengo son SATA. La otra alternativa es probar con algún kernel = 2.6.18-git5 [1]. Pero creo que esta revisión aún no está disponible en los repositorios de Debian, ¿no? Al menos con aptitude la versión más reciente que encuentro es la 2.6.18-4. Por cierto, ¿qué significa -git5? ¿Este valor es equivalente a lo que aparece como revisión después del guión en los núcleos provistos por los repositorios? Gracias a ambos por responder. Saludos, Daniel [1] http://linux-ata.org/software-status.html#hotplug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGktkgZpa/GxTmHTcRAlAVAJ97w6vtFEJDXzHwClJtSYEgUqoG7QCglSfM 01IRmFwkZWweLu73+3T/fwI= =nZUh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Discos hotswap en Debian
Les escribo para consultarles si alguien tiene alguna experiencia con el intercambio hotswap de discos que soporten esta característica en Debian GNU/Linux, ya que tengo varios discos SATA de este tipo cuya característica me gustaría poder aprovechar. Estuve buscando algo de información por la web pero aún no me termina de cerrar mucho cómo está el soporte y, en caso de haberlo, cuál debería ser el procedimiento a seguir en caso de tener que sacar/intercambiar discos. Lo primero, PRECAUCION *** no des por hecho que tu hardware soporta quitar o poner en caliente un disco duro. Generalmente no es así y tu hardware puede correr serio peligro. Si estamos hablando de tienes un servidor de verdad si que podrás ya que los discos duros no van conectados a la controladora / placa base directamente sino a través de un backplane de discos que se encarga de gestionar las caidas y picos de tensión cuando metes / quitas un disco. Además el backplane se encarga de notiificar a la controladora el hecho del cambio usando un protocolo establecido. Todo esto es funciona a nivel hardware sin intervención del sistema operativo. Además, van conectado a controladoras con firmwares con soporte para esto. Si no estamos hablando de este tipo de equipos, lo único que vas a poder hacer en el tema de hotswap con total seguridad es vía discos duros externos - USB o Firewire. Yo nunca jamás quitaría o pondría un disco duro en caliente en un equipo de sobremesa. Otros equipos que si lo permiten son algunos portátiles (como algunos modelos de la serie Latitude de Dell) que te permiten sacar el segundo disco duro que va en una bahia especial y reemplazarlo por otro disco o por un cdrom, otra batería, todo en caliente y sin peligro
Re: Discos hotswap en Debian
Daniel Bareiro escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola! Les escribo para consultarles si alguien tiene alguna experiencia con el intercambio hotswap de discos que soporten esta característica en Debian GNU/Linux, ya que tengo varios discos SATA de este tipo cuya característica me gustaría poder aprovechar. Estuve buscando algo de información por la web pero aún no me termina de cerrar mucho cómo está el soporte y, en caso de haberlo, cuál debería ser el procedimiento a seguir en caso de tener que sacar/intercambiar discos. Según leí en este [1] Howto ---aunque ya tiene algún tiempo de escrito---, parecería que podría hacerse enviando una serie de comandos a /proc/scsi/scsi. En mi caso, este muestra lo siguiente: xenhost7:/proc/scsi# cat scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3320620AS Rev: 3.AA Type: Direct-AccessANSI SCSI revision: 05 Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3320620AS Rev: 3.AA Type: Direct-AccessANSI SCSI revision: 05 Supongo que para este caso, scsi0 y scsi1 serán sda y sdb, respectivamente. De ser este caso, siguiendo el ejemplo que aparece en el howto, intenté quitar el disco sda enviando la secuencia scsi remove-single-device 0 0 0 0 y me da un mensaje de error pero aún así el dispositivo parace que lo saca, ya que luego de hacer un cat /proc/scsi/scsi ya no me aparece. Al intentar habilitarlo, me aparece con un nombre distinto, lo cual me da varios problemas tanto a nivel de raid por software (cuando quiero agregar el disco) como al querer escribir en él (me dice que es de solo lectura). Supongo que esto podría quizás ser un tema de la identificación que le pudiera estar asignando udev. Pero intenté renombrarlo a mano y aún así sigo teniendo esos problemas que comentaba. Tuve que terminar reiniciando :-( Tal vez la sintaxis que usé no es reconocida del todo o el hardware no la soporte. Pues todo depende de que error te marque, si lo tienes montado al momento de extraerlo o si lo tienes en un RAID, yo tengo discos SCSI con conector sca de 80 pins, siempre he utilizado echo scsi remove-single-device x x x x /proc/scsi/scsi para quitar algun disco, de algun arreglo RAID y lo que hay que hacer antes es quitarlo del RAID con raidhotremove (creo hace tiempo que no le muevo. Pero la vdd yo creo que requieres alguna otra cosa para los discos SATA Nota: no pude ver los links por que no hay internet ¬¬ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Discos hotswap en Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola! Les escribo para consultarles si alguien tiene alguna experiencia con el intercambio hotswap de discos que soporten esta característica en Debian GNU/Linux, ya que tengo varios discos SATA de este tipo cuya característica me gustaría poder aprovechar. Estuve buscando algo de información por la web pero aún no me termina de cerrar mucho cómo está el soporte y, en caso de haberlo, cuál debería ser el procedimiento a seguir en caso de tener que sacar/intercambiar discos. Según leí en este [1] Howto ---aunque ya tiene algún tiempo de escrito---, parecería que podría hacerse enviando una serie de comandos a /proc/scsi/scsi. En mi caso, este muestra lo siguiente: xenhost7:/proc/scsi# cat scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3320620AS Rev: 3.AA Type: Direct-AccessANSI SCSI revision: 05 Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3320620AS Rev: 3.AA Type: Direct-AccessANSI SCSI revision: 05 Supongo que para este caso, scsi0 y scsi1 serán sda y sdb, respectivamente. De ser este caso, siguiendo el ejemplo que aparece en el howto, intenté quitar el disco sda enviando la secuencia scsi remove-single-device 0 0 0 0 y me da un mensaje de error pero aún así el dispositivo parace que lo saca, ya que luego de hacer un cat /proc/scsi/scsi ya no me aparece. Al intentar habilitarlo, me aparece con un nombre distinto, lo cual me da varios problemas tanto a nivel de raid por software (cuando quiero agregar el disco) como al querer escribir en él (me dice que es de solo lectura). Supongo que esto podría quizás ser un tema de la identificación que le pudiera estar asignando udev. Pero intenté renombrarlo a mano y aún así sigo teniendo esos problemas que comentaba. Tuve que terminar reiniciando :-( Tal vez la sintaxis que usé no es reconocida del todo o el hardware no la soporte. Por otro lado, también encontré en este [2] sitio algo más de información, aunque esto que allí mencionan parece estar disponible en versiones del kernel a partir de la 2.6.18-git5 que me parece que aún no está disponible desde los repositorios de Debian. Al menos no veo que me aparezca buscandola con aptitude. De todas maneras, imagino que deben ser dos tecnologías diferentes, ¿no? Porque de otra manera no me cierra mucho el hecho de poder hacer hotswap mediante el pasaje de comandos por proc. Gracias por responder y aportar algo que me ayude a despejar estas dudas. Saludos, Daniel [1] http://unthought.net/Software-RAID.HOWTO/Software-RAID.HOWTO.spanish-4.html#ss4.2 [2] http://linux-ata.org/software-status.html#hotplug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGjEuHZpa/GxTmHTcRAidkAJ0dGOmcnbz9S9ak0ggqFBQ5DSPMAgCfWXDd PMeXjZZrEcSC5CVaigqqX8I= =mv1S -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]