Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Mover /var de una partición a la raíz en /

111 views
Skip to first unread message

Roberto Leon Lopez

unread,
Nov 9, 2023, 6:10:05 AM11/9/23
to
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?

Roberto C. Sánchez

unread,
Nov 9, 2023, 7:50:06 AM11/9/23
to
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

Guido Ignacio

unread,
Nov 9, 2023, 8:50:04 AM11/9/23
to
El jue, 9 nov 2023 a las 9:36, Roberto Leon Lopez
(<i32lelo...@gmail.com>) escribió:
No es más fácil apuntar los servicios a que guarden la información en
otro lugar y ya?

JavierDebian

unread,
Nov 9, 2023, 9:10:06 AM11/9/23
to


El 9/11/23 a las 09:42, Roberto C. Sánchez escribió:
¿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.

Parodper

unread,
Nov 9, 2023, 10:50:04 AM11/9/23
to
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.

Camaleón

unread,
Nov 9, 2023, 1:30:05 PM11/9/23
to
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

Antonio Galicia

unread,
Nov 9, 2023, 5:10:05 PM11/9/23
to
El jue, 9 nov 2023 a la(s) 05:00, Roberto Leon Lopez
(i32lelo...@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
--

Roberto Leon Lopez

unread,
Nov 10, 2023, 5:00:05 AM11/10/23
to
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.

Guido Ignacio

unread,
Nov 10, 2023, 7:40:06 AM11/10/23
to
El vie, 10 nov 2023 a las 9:21, Roberto Leon Lopez
(<i32lelo...@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!
0 new messages