Na recuperação de RAID, você nunca, nunca, nunca --create , a menos que você realmente REALMENTE saiba EXATAMENTE o que está fazendo. No entanto, sua saída parece que você já fez o --create .
O RAID no seu /dev/sde é um RAID5, criado Sun Apr 29 22:14:28 2012 , consistindo de 8 discos, conforme declarado na sua pergunta. Este RAID foi atualizado pela última vez em Fri Dec 27 15:32:54 2013 .
No entanto, seus outros discos afirmam ser RAID5, criado Fri Dec 27 15:53:16 2013 , consistindo de 7 discos. Então você já criou um novo RAID nessa sexta-feira; se você fez isso na esperança de recuperação, você provavelmente fez errado, já que não está usando as mesmas configurações mostradas pelos metadados RAID do disco /dev/sde 8 (versão de metadados incorreta, compensações, layout etc. etc.).
Isso soa como se você já tivesse feito um --create em 2013. A partir desse ponto, você estava usando o RAID5 de 7 discos.
A questão agora é: onde estão seus dados? Foi realmente no RAID de 7 discos e perdido algum tempo depois? Ou foi no RAID de 8 discos que você criou o outro RAID? A julgar pelas contagens do evento, é mais provável que tenha sido em 8 discos.
Se os dados estivessem em 8 discos (ou seja, foram perdidos em dezembro de 2013), a recuperação poderá ser impossível. A recuperação é difícil o suficiente depois de um --create estragado, especialmente se o RAID novo / errado tiver permissão para sincronizar. Mas com todos os tipos de coisas acontecendo nesse meio tempo também ... e isso nem mesmo é considerando que alguns de seus discos podem estar com defeito.
A sua situação parece caótica, por isso é impossível aconselhar quais os passos a dar ...
Não importa o que você faça, NÃO ESCREVA NESSE DISCO MAIS. Isso significa, não monte, não sincronize, não faça fsck, não monte.
Se precisar, use este método: link
Mas primeiro eu compraria outro conjunto de 8 discos (ou metade do número de discos de 4TB) e ddrescue de todos eles, pois o método acima pressupõe que nenhum de seus discos está com defeito.