QNAP 669Pro RAID 0 (volume de distribuição) montável

Question

Acabei de comprar um 669pro. Instalados 3 discos de 3 TB. Dois deles eu configurei como RAID 0 (não sei o que eu estava pensando) Volume de distribuição (6 TB). Eu copiei 3 TB de dados para os discos, sem problemas. Estava funcionando bem. Então (provavelmente por minha própria culpa, eu estava brincando com o LFTP, acho que estava baixando algo do meu PVR via FTP, pelo que não tenho certeza), o 669 estava dando essa mensagem de falha pelo correio, mas ainda estava funcionando normalmente:

Nome do servidor: QNAP669 Endereço IP: 192.168.2.20 Data / hora: 2013/01/13 17:05:51 Nível: erro O sistema não pode salvar suas configurações (file = [/etc/storage.conf], section = [VOLUME 1], campo = [status], valor = [-6]) devido a espaço insuficiente no disco ram. Se a reinicialização do servidor não resolver o problema, entre em contato com o suporte para obter mais assistência.

Então eu reiniciei o NAS e, de repente, ele havia perdido tudo que estava configurando e estava pedindo para ser formatado novamente. Eu não fiz isso, claro, eu desliguei e removi o primeiro disco e inseri outro. Agora ele ainda vê o volume de distribuição do RAID 0, mas ele está desmontado.

Eu não salvei as configurações antes

Este problema pode ser corrigido?

O raid pode ser restaurado ou todos os dados são perdidos, eu não tenho um backup desses dados

É possível montar o volume de distribuição? (o Qnap ainda o vê e o reconhece como volume de striping)

    

Answer 1

Eu tenho o mesmo problema.

Isso começou a acontecer com a atualização mais recente do firmware (versão 4.0.x)

Eu acho que existe algum processo que está preenchendo o ramdrive montado na raiz, até que esteja totalmente preenchido. Na verdade, isso é o que eu vejo:

# df
Filesystem                Size      Used Available Use% Mounted on
/dev/ram0               139.5M    139.4M      3.0k 100% /

No início eu pensei que havia algum arquivo de log preenchendo todos os 139MB da memória RAM, então eu comecei a olhar em volta todas as pastas na raiz para ver qual delas era preenchida por qual, e o resultado é bastante interessante.

O que eu encontrei no meu sistema é que existe um diretório localizado em /share/Qdownload que é preenchido com arquivos baixados pelo Downloading Station, que é montado no ramdrive. Ele não deveria estar lá: na verdade, ele deve estar localizado em /share/MD0_DATA/Qdownload , pois /share/MD0_DATA/ aponta para o disco rígido real, enquanto /share/Qdownload fica armazenado no ramdrive ...

Então, basicamente, no meu caso, a estação de download está baixando arquivos no ramdrive, em vez do disco rígido real. Isso enche a ramdrive, e então tudo quebra.

Para corrigir o problema, preciso definir o aplicativo Download Station para mover os arquivos concluídos para algum diretório localizado em um diretório localizado nos discos rígidos reais. Para o seu caso, sugiro que você entre no seu nas, tente encontrar qual diretório está preenchendo a ramdrive e trac a causa (comando du -h ).

Provavelmente, é um problema com o mesmo erro na Estação de Download. Tente criar duas pastas compartilhadas e chamá-las de "Downloading" e "Completed", e configure seu Download Station para usar essas duas pastas para armazenar downloads que estão em andamento ou concluídos:

Isso impedirá que o Download Station encha a ramdrive.

Depois de fazer essa alteração, reinicie seu sistema, para que a ramdrive seja limpa.

Acho que o aplicativo Qsync também pode ter o mesmo problema, pois vejo que tenho uma pasta /share/Qsync , o que acho errado.

Espero que isso ajude.

    

Answer 2

Uma maneira mais simples de resolver isso é criar um link lógico no compartilhamento / MD0_DATA [MD0_DATA] # ln -sf / share / MD0_DATA / Qdownloadstation / share / Qdownloadstation Todos os dados que estão sendo armazenados em / share / Qdownloadstation serão redirecionados para / share / MD0_DATA / Qdownloadstation.