☰

Cambiar el tamaño de las particiones LVM en un servidor CentOS 6 en vivo

tag-icon • tag-icon linux partitioning centos lvm
Cambiar el tamaño de las particiones LVM en un servidor CentOS 6 en vivo

Actualmente tengo las siguientes particiones:

  ACTIVE            '/dev/vg_server/lv_root' [50.00 GiB] inherit
  ACTIVE            '/dev/vg_server/lv_home' [1.76 TiB] inherit
  ACTIVE            '/dev/vg_server/lv_swap' [5.86 GiB] inherit

Me gustaría reducir la lv_homepartición que está casi vacía y aumentarla lv_roota medida que se acerca al lleno. Tengo una copia de seguridad completa, pero me gustaría hacerla en un servidor en vivo en el que no tengo la capacidad de usar un CD en vivo.

Me gustaría cambiar el tamaño de las particiones, reiniciar y que todo vuelva a funcionar con bastante rapidez. ¿Existe una forma moderadamente segura de hacer esto?

Respuesta1

El problema básico es evitar tener que utilizar copias de seguridad. Si lv_homeestá realmente "casi vacío",

  • podría reducirlo (cambiar el tamaño del sistema de archivos, luego reducir el volumen lógico) y
  • utilice el espacio liberado para copiar un volumen temporal lv_home.
  • Entonces, lo existente lv_homeestá vacío y puedes demolerlo, ampliarlo lv_rootsegún sea necesario y
  • finalmente (si lv_homeesen realidad(que es tan pequeño inicialmente), mueva el contenido del volumen temporal nuevamente a la parte del espacio vacío que no necesita lv_rooty combínelo con el espacio temporal.

El orden sugerido supone que las particiones del disco subyacentes están en el mismo orden, por supuesto. LVM no es adecuado para mover particiones hacia arriba y hacia abajo (como pueden hacer algunas herramientas de partición de disco fuera de línea).

Ahora bien, la pregunta del OP no mencionó si todos los sistemas de archivos subyacentes residen en un disco físico y si las particiones de su disco están en el mismo orden. Si todos residen en un disco físico, surge la pregunta de si está particionado con MBR (un máximo de cuatro particiones físicas) o GPT (128). Consulte, por ejemplo.¿Cuál es la diferencia entre MBR y GPT?. En el primer caso, es posible que OP tenga que crear una partición extendida como base para la lv_homepartición redimensionada.

LVM consta esencialmente de tres capas: física, de volúmenes y lógica. Para mantener todo ordenado, es bueno tener los discos físicos adyacentes. Pero LVM no requiere eso. Se podría reducir lv_home(y su sistema de archivos y partición física) en un solo paso, y luego crear una nueva partición física en el espacio al final, agregando esa partición al grupo de volúmenes correspondiente lv_rooty luego ejecutandoresize2fspara ampliar el sistema de archivos. Cambiar el tamaño tiene mucha práctica existente; bajando mucho menos: hasta hace poco, la documentación tenía advertencias que explicaban que podía destruir su sistema de archivos con la herramienta.

Estos pueden resultar útiles:

Respuesta2

Usando lvextendedel comando para cambiar el tamaño del volumen lógico:

lvextend -l +4607 /dev/vg_home/LogVol01
resize2fs /dev/vg_home/LogVol01

Sugiero leer conceptualmente sobrelvm cambia el tamaño y reduce en este sitio.

información relacionada