Dispositivo faltante ZFS Recovery Mirror-0 UNAVAIL

Dispositivo faltante ZFS Recovery Mirror-0 UNAVAIL

Soy nuevo en ZFS y arruiné las cosas a lo grande. Tenía varios grupos de ZFS porque no me di cuenta de que se podían tener espejos separados en el mismo grupo. Todavía estoy reconstruyendo la matriz, por lo que uno de mis espejos estaba vacío. Lo destruí, lo agregué al grupo principal y todo estuvo bien.

Luego fui a configurar la propiedad de lectura de ese espejo en solo lectura y no pude. Luego intenté quitar sólo ese espejo, pero no pude. Finalmente, intenté exportar el grupo y escribí sobre el segundo espejo (que no tenía datos) e intenté importar el grupo principal. Pensé que aparecería porque ese espejo faltaba o estaba degradado, pero el primer espejo estaría bien, no tuve tanta suerte. Ahora no puedo importar zpool en absoluto, aunque (sospecho) mirror-0 funciona correctamente.

Me pregunto si hay alguna manera de solucionar esto. Estaba pensando en configurar manualmente el UUID/PARTUUID del espejo adicional solo para importarlo, pero, por supuesto, todo en línea es sobre ext4 y no encontré una manera de manipular el UUID para ZFS.

¿Se le ocurre alguna forma de forzar que esto importe o elimine la expectativa de zpools del segundo espejo para que monte el primero? ¿O finalmente, mover el mirror-0 a su propio zpool sin destruir datos?

Sentirse perdido...

Aquí hay algunos datos:

nombre de zpoolbigdataa

mirror-0 should have a functionion set of data

 pool: bigdataa
     id: 8521961398473378259
  state: UNAVAIL
 status: One or more devices contains corrupted data.
 action: The pool cannot be imported due to damaged devices or data.
   see: http://zfsonlinux.org/msg/ZFS-8000-5E
 config:

    bigdataa                                  UNAVAIL  insufficient replicas
      mirror-0                                ONLINE
        12d9fdf5-9912-4b47-a67c-73376cabe161  ONLINE
        0f8cbe38-fce7-ba4d-85fb-f0b624ef4c70  ONLINE
      615ac488-0519-4a31-88ea-ddc81595c9b7    ONLINE
      mirror-2                                UNAVAIL  insufficient replicas
        aef43ae1-2bff-4eac-8c91-7818b1ec37fd  FAULTED  corrupted data
        8d1e0a1e-9736-4a28-a968-555fe65e9d17  FAULTED  corrupted data

Respuesta1

Investigué exhaustivamente y no pude encontrar una manera de montar la piscina. Mantendré grupos separados en el futuro para poder manipular las propiedades de los espejos individuales y montar espejos individuales cuando no haya ningún problema (no estoy impresionado con cómo funcionó esto...) y usaré MergeFS para presentar un grupo único final.

Probé UFS Explorer RAID Recovery (todo lo que terminé necesitando fue UFS Explorer Recovery, que costaba $70 CAD, mucho más fácil de tragar y ahora tengo un excelente software en mi kit de herramientas) y después de anoche, finalicé el escaneo y Parece haber encontrado todos mis archivos. Tomaré el precio de $ 200 CAD y lo actualizaré con los resultados finales, ¡pero todo se ve bien!

Actualización: actualmente estoy guardando todos mis archivos hasta ahora, todo se ve genial. Irónicamente, me di cuenta de que ni siquiera necesitaba "buscar archivos perdidos" ya que la estructura de partición/archivo nunca se modificó. Parece que de alguna manera este software es capaz de ver discos individuales en un espejo sin "importar" el grupo o tener el Otros discos disponibles. (Confirmé esto al no escanear, sino que fui directamente a "ver archivos" en mis otros discos espejo)

Supongo que estos tipos no tienen idea de lo que están hablando... Odio a la gente que simplemente trollea con comentarios negativos/inútiles...

https://www.ixsystems.com/community/threads/recovery-tool-for-zfs.23008/post-138885

ingrese la descripción de la imagen aquí

Respuesta2

La forma en que lo ha construido aquí muestra que sus datos están divididos (RAID-0) en el espejo-0, el espejo-2 y otro disco. Entonces, cuando sobrescribiste mirror-2, ZFS pensó que la mitad de tus datos se habían perdido y por eso no podías importar el grupo en absoluto. Sería como si configuraras una matriz RAID-0 de tres discos y luego borraras uno de los discos: todos los datos se vuelven inaccesibles porque así es como funciona la división.

Esto explica por qué tampoco pudo establecer la propiedad de solo lectura en mirror-2. Sería como intentar marcar un disco en su matriz RAID-0 como de solo lectura, lo cual no se puede hacer ya que las escrituras deben distribuirse en todos los discos de la matriz RAID-0. ¡No puedes marcar cada tercer bloque en tu dispositivo de almacenamiento como de solo lectura!

Parece que aún no tenía datos en mirror-2, pero parece que ZFS no lo sabía y por eso se negó a importar la matriz después de que se sobrescribió el disco.

Creo que tal vez esté asumiendo que todos los dispositivos/vdev del grupo son espejos entre sí, pero en realidad ZFS divide los datos en cada vdev del grupo. Es por eso que debe crear un vdev espejo especial si desea que los datos se reflejen en lugar de seccionarlos.

información relacionada