xfs_repair è bloccato - sicuro per ucciderlo?

Centos 6.9

Quindi, ho avuto due volumi da 40 TB falliti, almeno nominalmente, dopo aver riconfigurato il raid di cui fanno parte. I volumi dei raid sono ok, ma quando li si monta, uno riportava "impossibile leggere il superblocco", l'altro "tipo fs errato, opzione errata, superblocco errata".

Ho quindi fatto l'errore di eseguire xfs_repair su entrambi contemporaneamente (sono sullo stesso file server), che ora capisco chiedendo problemi di memoria. Il file server ha 64 GB di RAM con metà dello scambio. Quindi il server ha esaurito la memoria e uno dei processi xfs_repair è stato interrotto. Ora il secondo è ancora in esecuzione, ma è bloccato da molto tempo senza progressi e utilizzo dello 0% della CPU.

Immagino di dover uccidere il processo bloccato xfs_repair, ma questo mi rende nervoso. C'è qualcos'altro che potrei provare?

Per quanto riguarda l'altro volume che è stato riparato e il cui processo è stato interrotto, ho provato a montarlo e ora sta montando correttamente.

Grazie per qualsiasi consiglio

Generalmente, non è sicuro uccidere un processo facendo manipolazioni di basso livello. Nel tuo caso, però, hai una rete di sicurezza poiché l'altra unità funziona.

Supponendo che questi siano due volumi configurati come RAID 1, ora puoi smontare quello che funziona (solo per maggiore sicurezza), terminare il processo xfs_repair e valutare lo stato di quello che è stato interrotto, quindi ripristinare quello buono (smontato in precedenza) se non funziona.

Dato che il processo ha un utilizzo dello 0%, è probabilmente bloccato, il che significa che deve essere ucciso e questo sarebbe il caso anche se fosse sicuro o meno. Un arresto o un riavvio lo ucciderebbero implicitamente, quindi ti suggerisco di andare avanti e farlo da solo, quindi avere un maggiore controllo su ciò che sta accadendo. Se succede qualcosa di brutto, probabilmente è già successo o era inevitabile.