Actualmente estoy construyendo un servidor nextcloud en Ubuntu 20.04. Tengo un disco para que el sistema operativo se ejecute en un disco duro de 320 GB. Y quiero que el directorio de datos esté en una matriz raid1, porque si una unidad falla, todavía tenemos la otra unidad con los datos. Entonces obtuve 2 discos duros de 500 GB en una matriz raid1 en /dev/md0.
Cuando corro:cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb[0] sdc[1]
488254464 blocks super 1.2 [2/2] [UU]
bitmap: 0/4 pages [0KB], 65536KB chunk
unused devices: <none>
dice que está activo cuando ejecuto: sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Fri Aug 14 16:50:18 2020
Raid Level : raid1
Array Size : 488254464 (465.64 GiB 499.97 GB)
Used Dev Size : 488254464 (465.64 GiB 499.97 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sat Aug 15 14:50:13 2020
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : nextcloudserver:0 (local to host nextcloudserver)
UUID : e525d3e8:2d738f44:59d495fa:2fdcce41
Events : 9032
Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
dice que el estado es limpio. ¿No debería resincronizarse?
Sudo mdadm --detalle /dev/md0
mdadm: No md superblock detected on /dev/md0.
¿Me perdí algo?
Entonces /dev/md0 está montado en /mnt/raid1. Creé un archivo de texto en /mnt/raid1. Cuando apago la PC, conecto un disco duro en la matriz raid1 y arranco la PC. No puedo encontrar el archivo de texto que creé en /mnt/raid1.
Y si ejecuto cat /proc/mdstat dice que el estado está inactivo
Entonces, ¿alguien podría ayudarme a duplicar los discos? De modo que si uno falla, nextcloud todavía tiene la fecha en el otro disco.
Cualquier ayuda sera apreciada gracias de antemano
Este es el tutorial que seguí: (https://www.linuxbabe.com/linux-server/linux-software-raid-1-setup)
Hasta el paso 5 me funciona. Después de desconectar uno de los discos duros, ya no puedo seguirlo.
Respuesta1
Puedes forzarlo, supongo que el comando era:
mdadm --assemble --force /dev/md0 /dev/sdb /dev/sdc
sin embargo, las personas crean particiones y luego crean una matriz md0 en ellas, por lo que el comando se convertiría en,
mdadm --assemble --force /dev/md0 /dev/sdb1 /dev/sdc1
(No lo entendí pero es posible que lo hayas creado en discos sin formato...)
que le dará sus archivos.
El punto es que el disco se muestra inactivo cuando lo fuerces, se mostrará degregado. Normalmente, una vez que una matriz está inactiva, debes usarla mdadm --scan --detail
para descubrir qué está pasando. Si una unidad ha fallado, debe utilizarla --fail
para representarla. Y luego, use sgdisk
la tabla gpt para copiar el disco de trabajo al disco nuevo y cambie el uuid de los discos nuevos y reconstruya la matriz.
Pero siempre puedes forzar que un solo disco cree tu matriz.
El gran problema aquí sería utilizar raid1 en lugar de una copia de seguridad diaria adecuada. Raid es para operación ininterrumpida y cuando falla un disco /proc/mdstat
se muestra y usted puede continuar su operación incluso --fail
el disco y resincronizarlo y se reconstruye automáticamente sin detener la operación...
Mira esto:
https://www.thomas-krenn.com/en/wiki/Mdadm_recovery_and_resync
Respuesta2
Su resultado cat /proc/mdstat
muestra una matriz RAID 1 que funciona correctamente.
md0 : active raid1 sdb[0] sdc[1]
488254464 blocks super 1.2 [2/2] [UU]
bitmap: 0/4 pages [0KB], 65536KB chunk
Aquí, active
significa que está arriba, con dos discos. Todo lo que escriba en md0 se reflejará en ambos discos.
En su mdadm --detail
resultado, clean
significa que MD cree que ambos discos están sincronizados. Ambos /proc/mdstat
y mdadm --detail
se habrían mostrado resync
después de crear la matriz, mientras sincronizaba las dos unidades, a menos que haya usado --assume-clean
en la línea de comando para mdadm create
.
Creo que los problemas posteriores se deben a que la matriz RAID no se inicia en el momento del arranque y a que el sistema de archivos que usted creó no está montado en el momento del arranque. Por ejemplo, en el resultado siguiente, la matriz claramente no se está ejecutando.
sudo mdadm --detail /dev/md0
mdadm: No md superblock detected on /dev/md0.
Si, después del inicio, su matriz no se está ejecutando, puede ensamblarla manualmente de esta manera:
mdadm --assemble /dev/md0 /dev/sdb /dev/sdc
Luego, monte su sistema de archivos.
mount /dev/md0 /mnt/raid1
Para que la matriz se inicie automáticamente durante el arranque, debe configurarla en formato /etc/mdadm.conf
. La forma más sencilla es simplemente enviar la salida mdadm --detail --scan
allí cuando la matriz se esté ejecutando.
mdadm --detail --scan >> /etc/mdadm.conf
Para montar el sistema de archivos en el arranque, agréguelo a /etc/fstab
. Siga las instrucciones allí o haga que se parezca a una de las otras entradas.
Como dijo el otro que respondió, RAID no es una solución de respaldo. RAID lo mantendrá en funcionamiento cuando falle parte de su hardware. Pero no le ayudará si todo su hardware falla o si su hardware o software daña los datos. Entonces, si los datos son importantes, investigue técnicas de respaldo.
Respuesta3
Prueba así:
- ejecutar ubuntu
- Ejecutar terminal y escribir
- raíz de contraseña sudo
- mdadm –create /dev/md0 -- nivel=1 --raid-devices=2 /dev/sda1 falta
- mdadm –create /dev/md1 -- nivel=1 --raid-devices=2 /dev/sdb1 falta
- Instalar Linux. Incursión en la Casa 1. Si recibe un error en medio del proceso, escriba en la terminal esto:
Ls -l /dev/sd*
mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
Importante: DEV es una llave USB
df-h
mount --bind /dev /target/dev mount --bind /sys /target/sys mount --bind /proc /target/proc cp /etc/resolv.conf /target/etc/resolv.conf chroot /target/ apt Instale mdadm grub-install /dev/sda, salga y luego reinicie Linux.
Si simplemente agrega un disco al mismo grupo (md0), use este comando:
sudo mdadm --add /dev/md0 /dev/sdc2
Respuesta4
[SOLUCIONADO]
Entonces, cuando desconecté una unidad. Quería poder ver los datos en el otro disco. Conecté un disco duro, ejecuté cat /proc/mdstat y decía activo
entonces lo intenté
sudo mdadm -S /dev/md0
para detenerlo
entonces
sudo mdadm -A /dev/md0
para activarlo
y montando el sistema de archivos nuevamente
sudo mount /dev/md0 /mnt/raid1