* Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.

OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.

Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.

Malabares con motosierras: De RAID-1 a RAID-5, de Debian a Mageia y 3 discos para todo.

Buenas. Hoy toca peripecia realmente chunga.

Ha cascado el Trasto. Mi terminal en el curro. El Trasto Mark II es un bicho al que le he pinchado todo lo que he podido salvar de su antecesor, en un HP putamierder que he pillao por ahí. Entre una cosa y otra, he salvado la gráfica, la tarjeta de red secundaria, y los dos discos en RAID-1 en el que había el sistema Debian con toda la mandanga que he ido acumulando en tres años de peripecias montado en un LVM. He perdido potencia de proceso (de i7 a i5) y he ganado RAM (de 4 a 12GB).

Y ya que estoy, voy a meterle Mageia 4.1 al Mark II. En un RAID-5. Sin perder nada, y haciendo trasvase entre un RAID y otro. Sin pinchar discos extra. Complicándolo al máximo, vamos. Sólo me ha faltado hacer la copia magnetizando los discos con un imán de nevera.

El (lamentable) estado inicial del sistema es éste:
Debian wheezy corriendo en un RAID1 con LVM por encima. Esquema de dispositivos y particiones:

  • md1 -> RAID1 de 200 megas para /boot
  • md0 -> RAID1 de 490 gigas para un LVM
    • / de 30 gigas en ext4
    • /home de 50 gigas ext4
    • swap de 4 gigas
    • /mnt/datos el resto del disco en xfs.

El (deseable) estado final será éste:
Mageia 4.1 corriendo en un RAID5 con LVM por encima. Esquema de dispositivos y particiones:

  • /dev/sda1 -> ext4 de 200 megas para /boot
  • /dev/md0 -> RAID5 de 1TB (con stripe pero sin spare, sólo tres discos) para un LVM
    • / de 100 gigas en ext4
    • /home de 200 gigas en ext4
    • swap de 12 gigas (si teneis una swap menor de vuestra RAM, no hiberneis JAMÁS vuestro pote)
    • /mnt/datos el resto del disco en xfs.
  • /dev/md1 -> RAID1 degradado con los datos anteriores (temporal).

Muy bien, trabajando todavía en la Debian antigua, vamos a asegurarnos de que todos los discos tienen el mismo número de bloques. No será la primera vez que me encuentro con dramas a cuenta de chorradas así:

[root@trasto~] blockdev --getsize64 /dev/sda
500107862016
[root@trasto~] blockdev --getsize64 /dev/sdb
500107862016
[root@trasto~] blockdev --getsize64 /dev/sdc
500107862016
[root@trasto~]

Meh. Parece que está bien. Ahora, a por la chicha:
Vamos a crujir el RAID1 de datos existente (y por tanto, también el pequeño de /boot) para liberar uno de los discos (sdb). Posteriormente, instalaremos Mageia4 sobre un RAID5 conformado por sda y sdb (dos discos, sí), rescataremos el antiguo RAID1 (y su LVM) con los datos, haremos el trasvase, y añadiremos sdc como tercer disco del RAID5 final. Y olé.

[root@trasto~] mdadm /dev/md1 -f /dev/sdb1
mdadm: set /dev/sdb1 faulty in /dev/md1
[root@trasto~] mdadm /dev/md1 -r /dev/sdb1
mdadm: hot removed /dev/sdb1 from /dev/md1
[root@trasto~] mdadm /dev/md0 -f /dev/sdb2
mdadm: set /dev/sdb2 faulty in /dev/md0
[root@trasto~] mdadm /dev/md0 -r /dev/sdb2
mdadm: hot removed /dev/sdb2 from /dev/md0

MWAHAHAHAH! (glups!)

Pues en éste estado tan precario vamos a por la instalación de Mageia4.

(Aquí tendrían que haber pantallazos de la instalación y tal, pero soy un vago de narices y paso)

Una vez finalizada la instalación, nos encontramos con la siguiente mandanga:


[root@trasto ~] df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/mapper/vg--mga-root 99G 3,7G 90G 4% /
devtmpfs 5,9G 0 5,9G 0% /dev
tmpfs 5,9G 26M 5,9G 1% /dev/shm
tmpfs 5,9G 932K 5,9G 1% /run
tmpfs 5,9G 0 5,9G 0% /sys/fs/cgroup
tmpfs 5,9G 40K 5,9G 1% /tmp
/dev/sda1 185M 38M 135M 22% /boot
/dev/mapper/VG_debian-lv_home 46G 21G 24G 47% /mnt/home_ant
/dev/mapper/VG_debian-lv_root 28G 13G 14G 50% /mnt/root_ant
/dev/mapper/VG_debian-lv_datos 388G 69G 319G 18% /mnt/datos_ant
/dev/mapper/vg--mga-home 197G 169M 197G 1% /home
/dev/mapper/vg--mga-datos 154G 33M 154G 1% /mnt/datos
[root@trasto ~]#
[root@trasto ~] mdadm -D /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Mon Nov 10 20:23:03 2014
Raid Level : raid5
Array Size : 488050176 (465.44 GiB 499.76 GB)
Used Dev Size : 488050176 (465.44 GiB 499.76 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Mon Nov 10 21:55:34 2014
State : active, degraded, recovering
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Rebuild Status : 54% complete
Name : localhost:0
UUID : 8f94de28:97982032:e7000028:93513c16
Events : 4282
Number Major Minor RaidDevice State
0 8 5 0 active sync /dev/sda2
2 8 17 1 spare rebuilding /dev/sdb1
[root@trasto ~]
[root@trasto ~] mdadm -D /dev/md126 #El número puede variar, lo asigna el instalador
/dev/md126:
Version : 1.2
Creation Time : Thu Aug 21 13:10:26 2014
Raid Level : raid1
Array Size : 488058688 (465.45 GiB 499.77 GB)
Used Dev Size : 488058688 (465.45 GiB 499.77 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Tue Nov 11 18:20:00 2014
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : trasto:0 (local to host trasto)
UUID : 73509564:66b0ab8f:ed2475e5:fc01ce9f
Events : 893
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 34 1 active sync /dev/sdc2
[root@trasto ~]
[root@trasto ~] mdadm -D /dev/md127 #lo mismo que antes.
/dev/md127:
Version : 1.2
Creation Time : Thu Aug 21 13:15:57 2014
Raid Level : raid1
Array Size : 194368 (189.84 MiB 199.03 MB)
Used Dev Size : 194368 (189.84 MiB 199.03 MB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Tue Nov 11 17:24:38 2014
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : trasto:1 (local to host trasto)
UUID : dd25bbe4:eeb1794d:6052b582:61b7ca34
Events : 98
Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 33 1 active sync /dev/sdc1
[root@trasto ~]

Vemos que el instalador ha reconocido el RAID1 antiguo y el LVM que tenía encima (que están en /dev/sdc). En tiempo de instalación, he creado la partición /boot en /dev/sda1, y creado el RAID5 con el resto de /dev/sda y /dev/sdb. También he creado el LVM vg--mga. Si vais a usar Mageia, acordaos de pasar a "modo experto" en el particionado de discos, o os dirá que va a crear un RAID5 y a mantener un RAID1 con menos discos de los necesarios mañana por la tarde, que hoy no. Si hacéis sumas, veréis que el nuevo RAID5 anda un poco escaso de espacio. Eso es porque (os recuerdo) falta un disco, queridos.

Bueno, ahora habrá que echarle paciencia y volcar los datos que nos interesen del antiguo sistema (aquí montado en /mnt/home_ant /mnt/root_ant y /mnt/datos_ant) para, una vez vaciado, eliminar el RAID1 y agregar el disco liberado al RAID5

(momento rsync :P )

Desmontamos todas las particiones del LVM antiguo (el que está en el RAID1) con umount, y eliminamos toda referencia a las particiones de dicho LVM del fstab. Acordaos de hacer un swapoff -a / swapon -a si teníais una partición swap en ése LVM como yo. Os ahorrará lloros y cabezazos contra el teclado mientras averiguas por qué no puedes cargarte el LVM (y de paso el RAID1).

Bien, caballeros. En éste momento estamos así:

[root@trasto /] vgs
VG #PV #LV #SN Attr VSize VFree
VG_debian 1 4 0 wz--n- 465,45g 0
vg-mga 1 4 0 wz--n- 465,44g 0
[root@trasto /]

Triple check en los datos trasvasados, por favor. Si no, reclamaciones al maestro armero:


[root@trasto /] vgremove VG_debian
Do you really want to remove volume group "VG_debian" containing 4 logical volumes? [y/n]: y
Do you really want to remove active logical volume lv_root? [y/n]: y
Logical volume "lv_root" successfully removed
Do you really want to remove active logical volume lv_home? [y/n]: y
Logical volume "lv_home" successfully removed
Do you really want to remove active logical volume lv_swap? [y/n]: y
Logical volume "lv_swap" successfully removed
Do you really want to remove active logical volume lv_datos? [y/n]: y
Logical volume "lv_datos" successfully removed
Volume group "VG_debian" successfully removed
[root@trasto /]

Y ahora, a crujir los RAID1:

[root@trasto /] mdadm --stop md126
mdadm: stopped md126
[root@trasto /] mdadm --stop md127
mdadm: stopped md127
[root@trasto /] mdadm --zero-superblock /dev/sdc1 /dev/sdc2
[root@trasto /] fdisk /dev/sdc
Welcome to fdisk (util-linux 2.24).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Orden (m para obtener ayuda): o # nueva tabla de particiones
Created a new DOS disklabel with disk identifier 0xdb304029.


Orden (m para obtener ayuda): n # nueva partición


Partition type:
p primary (0 primary, 0 extended, 4 free)
e extended
Select (default p): p # primaria
Número de partición (1-4, default 1): #Por defecto
First sector (2048-976773167, default 2048): #Por defecto
Last sector, +sectors or +size{K,M,G,T,P} (2048-976773167, default 976773167): #Por defecto


Created a new partition 1 of type 'Linux' and of size 465,8 GiB.


Orden (m para obtener ayuda): t # Cambio de tipo de partición
Selected partition 1
Hex code (type L to list all codes): fd # Código hex para Linux raid
Changed type of partition 'Linux' to 'Linux raid autodetect'.


Orden (m para obtener ayuda): w # Escribimos y salimos
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.


[root@trasto /]

Ahora viene cuando os dais cuenta de que no habíais trasvasado un directorio importante xD

Bueno, vamos a añadir el disco al RAID5:

[root@trasto /] mdadm --add /dev/md0 /dev/sdc1
mdadm: added /dev/sdc1
[root@trasto /] mdadm --grow --raid-devices=3 --backup-file=/root/tmp/md0.bak /dev/md0
mdadm: Need to backup 128K of critical section..
[root@trasto /] cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 sdc1[3] sda5[0] sdb1[2]
488050176 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
[>....................] reshape = 0.0% (196480/488050176) finish=497.0min speed=16357K/sec
bitmap: 2/4 pages [8KB], 65536KB chunk


unused devices: none
[root@trasto /]

Como véis, tardará la vida. No obstante, cuando acabe el reshape, podremos extender el LVM y, a partir de ahí, añadir, modificar y jugar con las particiones.


[root@trasto /] pvresize /dev/md0
Physical volume "/dev/md0" changed
1 physical volume(s) resized / 0 physical volume(s) not resized
[root@trasto /] lvextend -l +100%FREE /dev/vg-mga/datos # Extendemos el lv de datos a tope
Extending logical volume datos to 618,88 GiB
Logical volume testlv successfully resized
[root@trasto /] xfs_growfs /mnt/datos # Extendemos el fs (es xfs, no hace falta desmontar)
meta-data=/dev/mapper/vg--mga-datos isize=256 agcount=4, agsize=10055680 blks
= sectsz=512 attr=2
data = bsize=4096 blocks=40222720, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0
(blablabla)
[root@trasto /] df -h
S.ficheros Tamaño Usados Disp Uso% Montado en
/dev/mapper/vg--mga-root 99G 3,8G 90G 5% /
devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs 3,9G 71M 3,9G 2% /dev/shm
tmpfs 3,9G 1016K 3,9G 1% /run
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 1,6M 3,9G 1% /tmp
/dev/sda1 185M 38M 135M 22% /boot
/dev/mapper/vg--mga-home 197G 20G 178G 10% /home
/dev/mapper/vg--mga-datos 654G 69G 585G 10% /mnt/datos

Tachaaaan!

:wq

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.


Gravatar de Ed Hunter

# 123236 ¡¡Mooola!!, pero ¿no habria sido hora de pasar de ext4?

Digo yo, ya puestos a hacer malabares, quizás habría estado bien ponerse un poco al día en sistemas de ficheros. Por ejemplo, substituir ext4 por btrfs que parece que será el próximo sistema de ficheros por defecto en Linux.

Por otra parte, en mi humilde y estúpida opinión, no veo mucho interés en poner ext4 en /boot, ya que no es un sistema de archivos ni que se modifique mucho, ni tan siquiera en el que hayan muchos accesos una vez cargado el kernel, por lo que el espacio de disco destinado al journal en realidad esta desaprovechado y con un simple y seguro ext2 bastaría, sobre todo si reemplazas el resto de ext4 por btrfs.

--

Yo no me llamo... siempre sale que comunico.



Gravatar de vfmBOFH

# 123237 Psí

Pero en realidad, en ésta movida me interesaba sobre todo ponerlo en marcha cuanto antes. así que entre los valores por defecto, el procurar no crujir nada y la que me lió dracut cuando eliminé el antiguo LVM creado en debian (y que contenía una swap que luego no encontraba), opté por dejarlo todo como estaba y no rehacer.

En cuanto a btrfs, en el escritorio de casa. En el curro, de momento, no.

Atentamente,

La voz ésa del interior de tu cabeza que oyes cuando lees algo.

DISCLAIMER: No tengo mucho tiempo para forear, así que voy al grano. Si crees que mi respuesta es ruda, seca, cortante o hiriente, no lo dudes: LO ES.

Opciones de visualización de comentarios

Seleccione la forma que desee de mostrar los comentarios y haga clic en «Guardar opciones» para activar los cambios.