Resize2fs a 81h e count

Impostazione: unità 12x 1TB in un crittografia RAID6 (MDADM) che esegue ontop di MDADM LVM in esecuzione sulle unità cryptate EXT4 sul LVM

Background: Ho aggiunto una nuova unità al RAID (aumentando da 11 a 12 unità) e 'saltato' attraverso i livelli (MDADM, ecc …) per ripristinare la partizione ext4. Questa macchina viene utilizzata come un deposito centralizzato per la fotografia e come un server di backup (sia per macchine Windows che Mac) in modo da portrlo giù per aggiungere l'unità e attendere la ridimensionamento e tutto non è realmente un'opzione. Così ho iniziato l'operazione di ridimensionamento alcuni giorni fa. HTOP sta riportndo l'operazione resize2fs in esecuzione per 81 ora. DMESG e syslog sono entrambi chiari, e le unità sono ancora accessibili. Il command di ridimensionamento segnala che è stata avviata una ridimensionamento in linea della partizione, quindi il process è in esecuzione e sta bruciando il 100% di uno dei miei core.

Domanda: È normale che l'operazione prenda questa durata o che qualcosa sia andato orribilmente sbagliato? Dove dovrei cominciare a cercare segni di guai?

  • dpkg l'installazione di errore su Ubuntu 10.04
  • Impedire che un pacchetto venga disinstallato in Ubuntu
  • Samba: installazione di session non rioutput: NT_STATUS_LOGON_FAILURE
  • Postifx header_checks non funziona
  • Linux Software RAID (mdadm) vs ZFS Z-Raid per il file server
  • Bisogno di capire: ping
  • Ubuntu 14.04 - non funziona
  • Come posso interrompere e riparare un arrays RAID 5 che non è riuscito e ha in sospeso I / O?
  • 2 Solutions collect form web for “Resize2fs a 81h e count”

    Se hai eseguito resize2fs con l'opzione -p , resize2fs i rapporti di avanzamento regolari. Tuttavia, dato che non lo avete fatto, non sembra che ci sia alcun modo per get queste informazioni mentre è in esecuzione.

    Questa domanda correlata sembra indicare che è abbastanza normale per resize2fs eseguire per molto tempo.

    Non so se resize2fs lo support, ma si potrebbe provare a submit un segnale USR1

    killall -USR1 resize2fs

    Quello che mi chiedo: quanto tempo ha fatto il tuo aggiornamento mdadm? Questo avrebbe dovuto essere considerevolmente più lungo della dimensione estensione dal mio punto di vista.

    Modifica: potrebbe essere che in background il RAID è ancora migrato (md è ancora in forte esecuzione) e che il process di ridimensionamento è bloccato / rallentato a causa di questo?

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.