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.

  • Problemi con il sistema standby in ubuntu
  • Imansible connettersi a MySQL utilizzando 'localhost' ma utilizzando '127.0.0.1' è ok?
  • Aggiornamento della produzione Ubuntu sceglie il dos e non fa
  • Aggiornamento di PHP e installazione di librerie in modalità non intertriggers
  • Qual è il modo migliore per verificare la versione di una libreria su Ubuntu
  • Come si installa PHP5 senza installare Apache in ubuntu?
  • Domanda: È normale che l'operazione prenda questa durata o che qualcosa sia andato orribilmente sbagliato? Dove dovrei cominciare a cercare segni di guai?

    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.