• disco hot swap

    From Rick Gutierrez@21:1/5 to All on Wed Oct 20 04:30:01 2021
    hola lista , posteo una duda que no he logrado de quitar , al dia de
    hoy en linux no se puede tener hot swap , estoy queriendo armar una
    cabina de discos hot swap y poder quitar y meter discos en caliente.

    alguien con mas experiencia en este tema.

    --
    rickygm

    http://gnuforever.homelinux.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?B?Q2FtYWxlw7Nu?=@21:1/5 to All on Wed Oct 20 07:50:01 2021
    El 2021-10-19 a las 20:26 -0600, Rick Gutierrez escribió:

    hola lista , posteo una duda que no he logrado de quitar , al dia de
    hoy en linux no se puede tener hot swap , estoy queriendo armar una
    cabina de discos hot swap y poder quitar y meter discos en caliente.

    alguien con mas experiencia en este tema.

    Se puede (hay soporte) pero que funcione correctamente es distinto. Yo
    por desconexión en caliente entiendo poder quitar el disco sata sin más pasos, es decir, sin tener que ejecutar órdenes previas.
    El problema es que para que eso fucnione debe de existir una armoniosa sucesión de circunstancias y eventos que no siempre se dan:

    1. Que el disco duro sata admita hotswap (y lo aplique correctamente)
    2. Que la controladora sata admita hotswap (y lo aplique correctamente)
    3. Que el cable sata admita hotswap (y lo aplique correctamente)
    4. Que el chasis (la cabina de discos) admita hotswap (y lo aplique correctamente)
    5. Que el kernel admita hotwsap
    6. Que el epacio del usuario admita hotwasp
    n. Etc...

    Mi experiencia personal es que no funciona bien, al menos directamente,
    es decir, como sucede con una conexión USB, sin hacer nada (o pocas
    cosas) de manera previa.

    En mi equipo de trabajo, con discos que «supuestamente» admiten
    hotswap, si extraigo el disco de su cabina sin más, el kernel se
    queja.

    En los servidores, con controladora hardware raid y niveles 1 y 5
    definidos, cuando un disco se cae de la matriz, el sistema sigue
    funcionando y el volumen de datos sigue disponible pero el kernel se
    queja como un cochinillo, el registro se vuelve muy verboso alertando
    de que falta un miembro de la matriz y el sistema se ralentiza en
    exceso. Es mejor reconstruir el raid cuanto antes.

    Saludos,

    --
    Camaleón

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rick Gutierrez@21:1/5 to All on Wed Oct 20 19:20:02 2021
    El mar, 19 oct 2021 a las 23:43, Camaleón (<noelamac@gmail.com>) escribió:


    Se puede (hay soporte) pero que funcione correctamente es distinto. Yo
    por desconexión en caliente entiendo poder quitar el disco sata sin más pasos, es decir, sin tener que ejecutar órdenes previas.
    El problema es que para que eso fucnione debe de existir una armoniosa sucesión de circunstancias y eventos que no siempre se dan:

    1. Que el disco duro sata admita hotswap (y lo aplique correctamente)
    2. Que la controladora sata admita hotswap (y lo aplique correctamente)
    3. Que el cable sata admita hotswap (y lo aplique correctamente)
    4. Que el chasis (la cabina de discos) admita hotswap (y lo aplique correctamente)
    5. Que el kernel admita hotwsap
    6. Que el epacio del usuario admita hotwasp
    n. Etc...

    Mi experiencia personal es que no funciona bien, al menos directamente,
    es decir, como sucede con una conexión USB, sin hacer nada (o pocas
    cosas) de manera previa.

    En mi equipo de trabajo, con discos que «supuestamente» admiten
    hotswap, si extraigo el disco de su cabina sin más, el kernel se
    queja.

    En los servidores, con controladora hardware raid y niveles 1 y 5
    definidos, cuando un disco se cae de la matriz, el sistema sigue
    funcionando y el volumen de datos sigue disponible pero el kernel se
    queja como un cochinillo, el registro se vuelve muy verboso alertando
    de que falta un miembro de la matriz y el sistema se ralentiza en
    exceso. Es mejor reconstruir el raid cuanto antes.


    bueno os comento un poco en lo que estoy planeando , es una política
    de la empresa sacar copias de los backup en un medio, que no sea
    "cinta", hemos estado planeando
    hacer una cabina clon (partes de calidad) , donde podamos tener discos
    hot swapp y la capacidad de sacar esos discos y poder reconstruir
    los raid por software (script automatizados) sin que halla perdida de
    datos.

    pero si no habia leido que linux puede petar por el kernel, aunque he
    visto que freebsd puede hacer la tarea.

    espero sus comentarios.



    --
    rickygm

    http://gnuforever.homelinux.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Galvatorix Torixgalva@21:1/5 to All on Thu Oct 21 10:20:02 2021
    Hola,

    yo he hecho algunas pruebas, usando VirtualBox para ello. Hasta donde yo
    vi, sin problema.

    Un saludo

    <div dir="ltr"><div>Hola,</div><div><br></div><div>yo he hecho algunas pruebas, usando VirtualBox para ello. Hasta donde yo vi, sin problema.</div><div><br></div><div>Un saludo<br></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Guillermo_Galeano_Fern=C3@21:1/5 to All on Wed Nov 3 19:40:02 2021
    El mié, 20 oct 2021 a las 14:11, Rick Gutierrez
    (<xserverlinux@gmail.com>) escribió:

    El mar, 19 oct 2021 a las 23:43, Camaleón (<noelamac@gmail.com>) escribió:


    Se puede (hay soporte) pero que funcione correctamente es distinto. Yo
    por desconexión en caliente entiendo poder quitar el disco sata sin más pasos, es decir, sin tener que ejecutar órdenes previas.
    El problema es que para que eso fucnione debe de existir una armoniosa sucesión de circunstancias y eventos que no siempre se dan:

    1. Que el disco duro sata admita hotswap (y lo aplique correctamente)
    2. Que la controladora sata admita hotswap (y lo aplique correctamente)
    3. Que el cable sata admita hotswap (y lo aplique correctamente)
    4. Que el chasis (la cabina de discos) admita hotswap (y lo aplique correctamente)
    5. Que el kernel admita hotwsap
    6. Que el epacio del usuario admita hotwasp
    n. Etc...

    Mi experiencia personal es que no funciona bien, al menos directamente,
    es decir, como sucede con una conexión USB, sin hacer nada (o pocas
    cosas) de manera previa.

    En mi equipo de trabajo, con discos que «supuestamente» admiten
    hotswap, si extraigo el disco de su cabina sin más, el kernel se
    queja.

    En los servidores, con controladora hardware raid y niveles 1 y 5 definidos, cuando un disco se cae de la matriz, el sistema sigue funcionando y el volumen de datos sigue disponible pero el kernel se
    queja como un cochinillo, el registro se vuelve muy verboso alertando
    de que falta un miembro de la matriz y el sistema se ralentiza en
    exceso. Es mejor reconstruir el raid cuanto antes.


    bueno os comento un poco en lo que estoy planeando , es una política
    de la empresa sacar copias de los backup en un medio, que no sea
    "cinta",

    hemos estado planeando
    hacer una cabina clon (partes de calidad) ,

    ¿puedes citar las partes utilizadas?

    donde podamos tener discos
    hot swapp y la capacidad de sacar esos discos y poder reconstruir
    los raid por software (script automatizados) sin que halla perdida de
    datos.

    Creo que se puede dar otro enfoque para solucionar el problema:
    La necesidad: Sacar copias de los backups en algo que NO sea cinta.
    Requisitos: Usar hardware no enterprise (¿doméstico?) para la tarea. Solución sugerida: rsync + discos USB externos + algún script de operación

    Justificación: En mi opinión, RAID + hardware hot swapp, es mejor
    utilizarlo para protegerse de fallas de hardware de HDD.

    pero si no habia leido que linux puede petar por el kernel, aunque he
    visto que freebsd puede hacer la tarea.

    espero sus comentarios.


    --
    Guillermo Galeano Fernández

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)