1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.SPANISH

  • =?utf-8?Q?Mover_/var_de_una_partici=C3=B3n_a_la_ra=C3=ADz_en_/?=

    From Roberto Leon Lopez@21:1/5 to All on Thu Nov 9 12:10:01 2023
    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roberto =?iso-8859-1?Q?C=2E_S=E1nch@21:1/5 to Roberto Leon Lopez on Thu Nov 9 13:50:01 2023
    On Thu, Nov 09, 2023 at 11:59:52AM +0100, Roberto Leon Lopez wrote:
    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    Pues, a mí me suena un poco peligroso hacer algo como describes a
    distancia. Es posible que tengas éxito, pero es igualmente posible que
    dejas la máquina inaccesible (asumiendo que no tienes algo como iLO u
    otro sistema parecido).

    Mensionas rsyslog y MariaDB. ¿Has considerado, por ejemplo, cambiar la configuración de MariaDB para que los bases de datos residan debajo de
    /srv en lugar de estar debajo de /var? Y si acaso no te gusta /var,
    entonces puedes hacer un otro directorio, quizás /db.

    Me imagino que la mayoría del espacio utilizado debajo de /var está
    dedicado a una o dos aplicaciones (y de lo que has dicho, MariaDB parece
    ser el mejor candidato).

    Saludos,

    -Roberto

    --
    Roberto C. Sánchez

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Guido Ignacio@21:1/5 to All on Thu Nov 9 14:50:01 2023
    El jue, 9 nov 2023 a las 9:36, Roberto Leon Lopez
    (<i32lelor.debian@gmail.com>) escribió:

    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    No es más fácil apuntar los servicios a que guarden la información en
    otro lugar y ya?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From JavierDebian@21:1/5 to All on Thu Nov 9 15:10:01 2023
    El 9/11/23 a las 09:42, Roberto C. Sánchez escribió:
    On Thu, Nov 09, 2023 at 11:59:52AM +0100, Roberto Leon Lopez wrote:
    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar. >>
    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    Pues, a mí me suena un poco peligroso hacer algo como describes a
    distancia. Es posible que tengas éxito, pero es igualmente posible que
    dejas la máquina inaccesible (asumiendo que no tienes algo como iLO u
    otro sistema parecido).

    Mensionas rsyslog y MariaDB. ¿Has considerado, por ejemplo, cambiar la configuración de MariaDB para que los bases de datos residan debajo de
    /srv en lugar de estar debajo de /var? Y si acaso no te gusta /var,
    entonces puedes hacer un otro directorio, quizás /db.

    Me imagino que la mayoría del espacio utilizado debajo de /var está dedicado a una o dos aplicaciones (y de lo que has dicho, MariaDB parece
    ser el mejor candidato).

    Saludos,

    -Roberto


    ¿Qué es la vida sin riesgos?

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    Sí, siempre.

    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    No alcanza, hay más cosas usando /var, imposible saber qué salvo que
    estés encima del sistema.

    3) Desmontar /var y comentar en fstab.
    Obvio.

    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    5) Después del reinicio, fijarse si /var no quedó con basura. Suele a
    veces amontonarse archivos viejos que no se borraron y son innecesarios.

    Y.... te diría que sí, que puede funcionar.
    Pero Tu Sam te diría "Puede fallar..."

    Aunque el fallo sería para quien pudiese estar conectado a tu DB en ese momento, y te cascotee el árbol genealógico en arameo.

    Pero, como te dice Roberto, el problema real que tenés es que MariaDB te
    está sobrecargando /var; el resto del sistema, si tiene suficiente RAM,
    hasta podría tener /var residente en esa RAM para acelerar las cosas.
    Por lo que la solución en un servidor es que esa base de datos cuelgue
    sus cosas en un directorio que sepas que no tendrás problemas.
    Es más, si el sistema esta bien armado, MariaDB debería estar
    funcionando como usuario propio de la base de datos, y que sea lo único corriendo. Y en dicha /home/mariadb pondría TODO lo de la DB.

    JAP

    PD: NO SE SECUESTRAN HILOS CON NUEVOS TEMAS.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Parodper@21:1/5 to All on Thu Nov 9 16:50:01 2023
    O 09/11/23 ás 11:59, Roberto Leon Lopez escribiu:
    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    Remoto lo complica todo. Espero que tengas buenas copias de seguridad (y
    que las hayas probado).

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    Yo intercambiaría 1 y 2. Aparte de eso, no creo que haya otra forma a
    como lo propones: Hacer copia, desmontar y mover rápidamente, reiniciar
    y rezarle a San Ignucio.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?utf-8?B?Q2FtYWxlw7Nu?=@21:1/5 to All on Thu Nov 9 19:30:01 2023
    El 2023-11-09 a las 11:59 +0100, Roberto Leon Lopez escribió:

    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…

    En la raiz / tengo espacio de sobra y el problema es que hay que hacer la operación en remoto. Mi idea sigue los pasos:

    1) Copiar con todos los permisos /var a un directorio temporal fuera.
    2) Parar los servicios como mariadb, rsyslog, y alguno más.
    3) Desmontar /var y comentar en fstab.
    4) Copiar en /var sobre la raíz todos los ficheros anteriores y reiniciar.

    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    Coincido: tu temor es fundado.

    El problema lo tendrás en hacer el particionado en caliente y en remoto, eso suena a
    catástrofe inminente :-/

    Lo de menos son los permisos y montar/desmontar /var o que te den guerra
    los servicios después de tener la nueva partición lista y preparada.

    Si no tienes un Plan B (alguien con acceso físico al equipo que te pueda ayudar) en principio me abstendría.

    Saludos,

    --
    Camaleón

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Antonio Galicia@21:1/5 to All on Thu Nov 9 23:10:01 2023
    El jue, 9 nov 2023 a la(s) 05:00, Roberto Leon Lopez (i32lelor.debian@gmail.com) escribió:

    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…
    ...
    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    ¿Qué opinas de esta opción?

    - Detines la base (mariadb supongo)
    - Copias la estructura con permisos y todo el asunto /var/lib/mysql a
    su nuevo hogar
    - Cambiar el nombre del directorio original
    - Creas un link que apunte al nuevo directorio
    - Levantas la base

    Algo así

    mkdir /db
    cd /var/lib
    systemctl stop mariadb
    cp -a mysql /db
    mv /var/lib/mysql /var/lib/mysql.bak
    ln -s /db/mysql
    systemctl start mariadb

    Si no arranca la base borras el link y regresas el nombre del directorio

    Saludos,
    Antonio Galicia

    Eram quod es, eris quod sum
    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roberto Leon Lopez@21:1/5 to All on Fri Nov 10 11:00:01 2023
    Pues al leeros y como hay una probabilidad de fallo que no controle lo mejor va a ser lo que comentáis.

    Sacar la base de datos a otro directorio.

    Gracias por vuestras sugerencias.

    El 9 nov 2023, a las 23:06, Antonio Galicia <antonio.galicia@gmail.com> escribió:

    El jue, 9 nov 2023 a la(s) 05:00, Roberto Leon Lopez (i32lelor.debian@gmail.com) escribió:

    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…
    ...
    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    ¿Qué opinas de esta opción?

    - Detines la base (mariadb supongo)
    - Copias la estructura con permisos y todo el asunto /var/lib/mysql a
    su nuevo hogar
    - Cambiar el nombre del directorio original
    - Creas un link que apunte al nuevo directorio
    - Levantas la base

    Algo así

    mkdir /db
    cd /var/lib
    systemctl stop mariadb
    cp -a mysql /db
    mv /var/lib/mysql /var/lib/mysql.bak
    ln -s /db/mysql
    systemctl start mariadb

    Si no arranca la base borras el link y regresas el nombre del directorio

    Saludos,
    Antonio Galicia

    Eram quod es, eris quod sum
    --

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Guido Ignacio@21:1/5 to All on Fri Nov 10 13:40:01 2023
    El vie, 10 nov 2023 a las 9:21, Roberto Leon Lopez (<i32lelor.debian@gmail.com>) escribió:

    Pues al leeros y como hay una probabilidad de fallo que no controle lo mejor va a ser lo que comentáis.

    Sacar la base de datos a otro directorio.

    Amén!


    Gracias por vuestras sugerencias.

    El 9 nov 2023, a las 23:06, Antonio Galicia <antonio.galicia@gmail.com> escribió:

    El jue, 9 nov 2023 a la(s) 05:00, Roberto Leon Lopez (i32lelor.debian@gmail.com) escribió:

    Me encuentro con el problema de que /var lo tengo en una partición en un sistema que lleva años y se queda pequeña porque la base de datos crece…
    ...
    Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

    ¿Qué opinas de esta opción?

    - Detines la base (mariadb supongo)
    - Copias la estructura con permisos y todo el asunto /var/lib/mysql a
    su nuevo hogar
    - Cambiar el nombre del directorio original
    - Creas un link que apunte al nuevo directorio
    - Levantas la base

    Algo así

    mkdir /db
    cd /var/lib
    systemctl stop mariadb
    cp -a mysql /db
    mv /var/lib/mysql /var/lib/mysql.bak
    ln -s /db/mysql
    systemctl start mariadb

    Si no arranca la base borras el link y regresas el nombre del directorio

    Saludos,
    Antonio Galicia

    Eram quod es, eris quod sum
    --


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