Chegou o meu novo NAS!

Pessoal,

Finalmente o meu novo NAS chegou! E não é o que eu tinha em mente inicialmente!

A ideia inicial, como falei neste post, era montar um computador parrudo com um gabinete grande para colocar vários HDs e opção de rodar VMs e Dockers. O SO seria o UnRaid, que eu tinha acabado de testar e estava gostando muito.

Pois bem, depois de instalar o DSM da Synology (aqui) passei a dar um pouco mais de atenção a esse sistema, principalmente porque instalei a versão "free" do jeito certo, ou seja, (quase) tudo funcionando. O sistema só não foi mais bruto porque o computador que eu estava rodando era um Core-i5 bem antiguinho, da segunda geração, de um Dell da patroa. Nesse post aqui, comparei esse i5 com um i3 da quarta geração e ele levou uma surra... Ou seja, fazendo a instalação correta passou o ranço que tinha ficado de quando instalei ele pelo XPEnology.

Além disso, estava ficando preocupado com a possibilidade de uma catástrofe, ou seja, perder meus backups. Tanto que eu havia trocado o TrueNAS pelo OpenMediaVault por achar que seria mais fácil a recuperação dos dados.

Só que a catástrofe veio (parcialmente, mas veio)...

Esses dias atrás acabou a luz aqui em casa, de madrugada. Acho que o servidor estava fazendo uma coisa meio crítica, porque acabou a luz e o HD do Proxmox deu pau. Erros e erros de setores, nada de bootar. Os discos de backup estavam criados dentro de uma VM que tinha perdido a capacidade de ser encontrada :-(

A catástrofe só não foi maior porque eu sempre mantive um backup redundante, fora do OMV, fora do Proxmox. Esse backup me salvou! É a máxima: quem tem um backup, não tem nenhum backup.

Assim, optei por comprar um NAS da Synology. O modelo escolhido foi esse aqui: DS1522+.

Optei por ele por alguns motivos: o hardware é igual ao DS923+, mas esse não achei para venda no Brasil; o preço estava parecido com o DS1621+ que tem 6 baias, mas é mais antigo e com hardware inferior; já tem os aplicativos para acessar dos smartphones; tem suporte DDNS; tem memória expansível até 32GB DDR4.

Assim, peguei esse modelo. Eu tinha 5 discos USB que estavam pregados no Proxmox/OMV e um WD MyCloud que não tinha mais acesso à internet nem atualizações do fabricante então fiz assim:

 - um WD MyBook, de 4TB, recebe dados de backup do MacMini (clouds e diversos arquivos) e manda pro Synology;

 - o Synology ficou assim:

        - o disco de 4TB do MyCloud e o de 4T de um Seagate foram para o Synology e fazem um volume em RAID 1 (SHR, Synology Hybrid RAID, na verdade);

         - dois discos de 8TB da Samsung foram pro Synology e fazem outro volume em SHR;

        - um disco de 3TB da Samsung virou um terceiro volume, sem RAID, para fazer TimeMachine dos Macs.

A vantagem do SHR é que ele utiliza os espaços todos para storage com o mínimo de perda e tem proteção contra falha de discos. A medida que os discos de 4TB forem falhando, serão trocados por discos de 8TB até que eu aumente para 4x8TB e acabe com o volume dos discos de 4TB

Outra coisa importante é o tamanho. O computador que eu tinha planejado teria um gabinete para 5 ou 6 discos, ou seja, seria enorme. O Synology, ao contrário, é extremamente pequeno:

O equipamento é bem compacto, tem 4 redes de 1Gb, ou seja, consigo fazer o PFSense que eu queria, consigo subir conteineres de docker e tem uma interface bem caprichada e intuitiva.

A brincadeira foi barata? Não, não foi. Talvez uns 20 ou 30% a mais do que se eu tivesse que fazer a minha máquina. Mas já veio toda configurada, é uma coisa a menos pra resolver.

Bom, queria apresentar pra vocês o brinquedo. Em breve vou fazer alguns reviews de coisas que acho interessante ponderar.

É isso, pessoal!

Erro no "OMV6 / CCC / Sei lá onde" ao copiar uma pasta / arquivo

Pessoal,

Algo estranho aconteceu agora.

Fiz o download de um arquivo e mandei-o da pasta de downloads para uma pasta específica no primeiro disco de back-ups. Entao fui ao CCC e mandei copiar essa pasta para o segundo disco de back-up.

Não sei o porquê, mas o CCC apenas criou a pasta, não copiou os arquivos de dentro da pasta e adicionou restrições de acesso a esta pasta específica. Tentei rodar o backup de novo e começou a dar erro especificamente nesta pasta. Tentei apagar a pasta no segundo disco e a permissão foi negada. E no primeiro disco, tudo normal.

Atualizei as VMs, o Proxmox, reiniciei tudo (inclusive o Mac) e nada. Mesmo erro.

Então apelei e parti pra força bruta.

Fui no shell da VM do OMV, fui em "/srv" que é onde estão montados os discos do OMV. Lá fui no disco, na pasta e excluí a pasta defeituosa com "rmdir <pasta>". Como root, é claro.

Pronto. Resolvido.

OMV5 - Grafana - Node-Exporter - Reiniciando manualmente os serviços

Pessoal,

Precisei resetar meu servidor e reparei que o Grafana não estava mostrando todos os servidores ativos.

 Isso é bem fácil de resolver.

Primeiro, vá ao Terminar/Shell/Putty e entre, pelo SSH, ao servidor que você quer exportar os dados (estou partindo do pressuposto que você já instalou o Node-Exporter como falei aqui).

Agora precisamos saber se o Docker está ativado dando um "docker info":

Repare que, em Server, tenho dois contêineres e os dois estão parados. Agora, com um "docker ps -a", vamos ver os nomes dos contêineres:

Apesar de estar pequeno aí na foto, eu sei que este último contêiner é o que eu preciso (veja que ele está parado há duas horas, é esse o que estava rodando e que eu preciso reiniciar).

Agora dê um "docker stats <id do conteiner>"e veja se realmente está parado:

Sim, está paradinho da silva. Para reiniciar o container, dê um "docker start <id do conteiner>" e pronto:

E para ter certeza que está rodando, dê um  "docker ps":

Pronto, todos os servidores estão aparecendo agora no Grafana:

Pronto! É isso por agora!

OMV5 - Métricas de funcionamento do servidor com Pode Exporter, Prometheus e Grafana

 Pessoal,

O OpenMediaVault, pelo menos a versão 5, contem uma apresentação das métricas de funcionamento bem simples e feias, pelo menos para o meu gosto.

Para acessá-las, vá em Diagnostics -> System Information -> Performance statistics e escolha a métrica desejada: uso da CPU, dos discos, médias de trabalho, uso da memória e da rede e tempo de funcionamento.

Vejam alguns exemplos:

Não que sejam imprestáveis as métricas, mas eu acho que poderiam ser mais completas e com uma apresentação melhor. O OMV6 parece que terá uma melhora significativa (e necessária) na parte visual. Os betas mostram que será algo como a figura abaixo:

Bem melhor, né? Mas ainda vai demorar um tempo pra versão estável do OMV6 sair. Então, até lá, vamos ter que melhorar isso no OMV5.

Bom, dando uma pesquisada, encontrei uma solução interessante: são 3 conteineres do Docker que juntos coletam dados e produzem uma apresentação das métricas bem configurável e bem apresentável. A sequência é essa aqui:

1 - Instalar o Prometheus Node Exporter, responsável por coletar as métricas;

2 - Instalar o Prometheus. Ele coleta as métricas de alvos configurados (no caso, pelo Node Exporter) em determinados intervalos e exibe os resultados;

3 - Instalar o Grafana, que utilizará os dados do Prometheus e produzirá apresentações mais completas e bonitas.

Para realizar estas instalações, segui algumas dicas desse vídeo aqui. Caso precise dele no futuro, vou deixar ele disponibilizado aqui no blog, logo abaixo:

O autor do vídeo também tem um blog onde coloca algumas instruções para a instalação (veja aqui). Tentei fazer como ele orientou, mas tive que dar algumas adaptadas. Diga-se de passagem, os conteúdos dele no YT são muito bons! Vale a pena assistir e seguir o canal dele (aqui).

A primeira coisa a se fazer é criar um arquivo de configuração para o Prometheus (prometheus.yml). Primeira coisa a ser dita: esse arquivo deve estar no disco onde está armazenado o OMV (ou seja, no meu caso, o /sda). Assim, criei o arquivo dentro desta pasta:

# /srv/Configs/Prometheus/prometheus.yml

Para criar o arquivo, criei todo o caminho até o arquivo (/srv/Config/Prometheus) e lá dentro criei um arquivo vazio chamado "prometheus.yml" com o nano:

# /srv/Configs/Prometheus# nano prometheus.yml

Dentro do arquivo coloquei o seguinte texto:

global:

  scrape_interval: 5s

  external_labels:

    monitor: 'node'

scrape_configs:

  - job_name: 'prometheus'

    static_configs:

      - targets: ['192.168.1.3:9090'] ## IP Address do localhost. Direcione a porta para o seu contêiner

  - job_name: 'node-exporter'

    static_configs:

      - targets: ['192.168.1.3:9100'] ## IP Address do localhost

Interessante observar que os alvos (targets) devem ser o IP do seu servidor e você deve certificar-se que as portas escolhidas não estão sendo utilizadas por nenhum contêiner do Docker.

Agora vamos instalar o Prometheus Node Exporter.

Eu até tentei criar um arquivo para o Docker Compose, mas só foi funcionar mesmo com a boa e velha linha de comando:

# docker run -d  --net="host"  --pid="host"  -v "/:/host:ro,rslave"  quay.io/prometheus/node-exporter:latest  --path.rootfs=/host

Esta linha é, de um modo mais apresentável, isso aqui embaixo:

docker run -d \
  --net="host" \
  --pid="host" \
  -v "/:/host:ro,rslave" \
  quay.io/prometheus/node-exporter:latest \
  --path.rootfs=/host

Enfim, em poucos segundos ele instala e tudo está pronto. Um detalhe: se você for ao Portainer, verá que surgiu um contêiner com um nome estranho (o meu apareceu "unruffled_boyd", mas logo na frente do nome já aparece o nome da imagem (quay.io/prometheus/node-exporter:latest). Como tenho TOC, parei o contêiner e acrescentei o nome "node_exporter" e mandei funcionar novamente.

Para certificar-se que tudo está certo,  ao você ir na página que configurou para o Node Exporter lá no prometheus.yml, você deve encontrar isso aqui:

Ao clicar ali no Metrics, deve aparecer isso aqui:

Se apareceu uma extensa lista de coisas, então você está no caminho certo.

Agora vamos instalar o Prometheus. Pra isso, criei esse arquivo aqui no Docker Compose:

---

version: "2.1"

services:

   prometheus:

         image: prom/prometheus:latest

         container_name: prometheus

         ports:

             - '9090:9090' #modifique as portas caso necessário

         volumes:

             -'/srv/Configs/Prometheus/prometheus.yml:/etc/prometheus/prometheus.yml' #coloque o caminho da sua instalação

         restart: unless-stopped

Bom, se tudo deu certo aí, você conseguirá ver isso aqui acessando o endereço do seu servidor pela porta que configuramos aqui neste contêiner (no meu caso, 9090):

Pronto, essa é a página para configuração do Prometheus. Outra verificação importante é ir em Status -> Service Discovery:

E agora deveremos ver isso aqui:

Ou seja, nossos dois serviços instalados (o Node Exporter e o Prometheus) estão ativos e foram detectados.

Caso você seja masoquista e goste de usar a linha de comandos ao invés do Docker Compose, o comando para instalar o Prometheus é esse aqui (não tem que saltar linha, ok? é apenas a quebra automática do texto):

# docker run -d --name prometheus -p 9090:9090 -v /srv/Configs/Prometheus/prometheus.yml:/etc/prometheus/prometheus.yml prom/prometheus:latest

O Prometheus, até onde percebi, não é nada simples para configurar. Para isso, usaremos o Grafana!

O Grafana é bem fácil também de instalar. O você usa a linha de comando com:

# docker run -d --name=grafana -p 3000:3000 grafana/grafana

Ou usa o Docker Compose com:

---

version: "2.1"

services:

   grafana:

     image: grafana/grafana:latest

     container_name: grafana

     ports:

       - 3000:3000 #modifique o 'primeiro' 3000 de acordo com sua necessidade

     restart: unless-stopped

Vá no endereço do seu servidor e digite a porta que você configurou (no meu caso: 192.168.1.3:3000) e você deverá encontrar isso:

Parabéns! Deu tudo certo!

Para configurar o Grafana, use admin como username e senha (e troque por uma senha forte depois). Na tela principal, clique em "Data Sources" e escolha "Prometheus". Em URL, digite o endereço do Prometheus com a porta escolhida (no meu caso: http://192.168.1.3:9090) e, no final da página, clique em "Save and Test".

Agora vá para aqui e escolha o dashboard que você quer usar. São milhares de opções, mas lembre-se de usar o filtro: Prometheus em Data Sources e Node Exporter em Collector Types. Após escolher o layout, anote o número que aparece à direita da tela ("Get This Dashboard"), volte ao Grafana, clique no "+" que está à esquerda da tela ("Create") e depois em "Import" e digite o número do dashboard que você escolheu.

Pronto, agora você tem um dashboard apresentável!

Mais um detalhe. Eu tenho 4 servidores rodando: um com Proxmox, um com um Ubuntu Server para diversas coisas (rodando em VM), um com o OMV (rodando também em VM) e o Raspberry Pi. Neste Dashboard, consigo ver as métricas dos 4 ao mesmo tempo. Para isso, faça o seguinte:

 

1 - instale o Node Exporter em cada um dos servidores usando o mesmo comando já comentado acima:

# docker run -d  --net="host"  --pid="host"  -v "/:/host:ro,rslave"  quay.io/prometheus/node-exporter:latest  --path.rootfs=/host

2 - no servidor onde ficará o Prometheus (no meu caso, o 192.168.1.3), naquele arquivo que criamos (prometheus.yml), vamos acrescentar os endereços dos servidores com Node Exporter instalado. Ficará assim:

global:

  scrape_interval: 5s

  external_labels:

    monitor: 'node'

scrape_configs:

  - job_name: 'prometheus'

    static_configs:

      - targets: ['192.168.1.3:9090'] ## IP Address do localhost. Direcione a porta para o seu contêiner

  - job_name: 'node-exporter'

    static_configs:

      - targets: ['192.168.1.3:9100','192.168.1.44:9100','192.18.1.2:9100','192.168.1.22:9100'] ## IP Address do localhost

3 - Reinicie todos os conteineres (Prometheus e Grafana). Talvez seja necessário apagar o Dashboard anterior e refazê-lo (ao refazer, citaremos apenas o ip de onde está instalado o Prometheus, ou seja, 192.168.1.3:9090). Pronto!

Talvez seja necessário instalar o Docker em algum dos seus servidores. Para instalar, siga as instruções do site do Docker.

Depois de tudo pronto, ficou assim:

Pronto!

Dica - Corrigindo erros de autorização de escrita/leitura em pastas compartilhadas no OMV

 Pessoal,

Acabei de deparar com um erro estranho no OMV.

Fui tentar copiar uma pasta para dentro de uma pasta compartilhada no OMV e apareceu esta mensagem:

Como assim não tenho autorização? Dentro de "Access Rights Management -> Shared Folders -> Privileges" está assim:

Vejam que meu user, jaymebc, tem autorização para leitura e gravação.

Entretanto, para resolver esse erro, mais um privilégio para o user tem que ser concedido. Assim, ainda em Shared Folders, vá em "ACL":

Certifique-se que a opção "Others" esteja configurada para "Read/Write/Execute".

Além disso, por estranho que pareça, ainda dentro de ACL, as configurações em "User/Group permissions" estavam desmarcadas para o root, mesmo ele sendo o proprietário da pasta... Confesso que não entendi como isso ocorreu.

Marquei os usuários como abaixo:

E agora deu certo:

Se quiser mais garantias de não ter problemas com isso novamente, ao invés de apenas marcar uma pasta individualmente, você pode realizar essa mesma ação selecionando o disco inteiro do NAS.

Bom, é isso.

Dica - visualizando todas as mídias no Plex Server Media

Pessoal,

Já tentei instalar o Plex várias vezes e sempre era uma novela para os arquivos aparecerem.

Desta última vez que precisei refazer os backups (veja aqui), criei pastas compartilhadas para cada tipo de mídia (uma para filmes, uma para séries, etc). A idéia era facilitar a manipulação dessas conteineres do Docker (Radarr, Bazar, Sonarr, etc).

As pastas compartilhadas ficaram assim:

O interessante é que as pastas Desenhos, Documentários, Filmes e Séries, as pastas que vão para o Plex e para o Docker, estão fisicamente no mesmo disco, numa pasta "Arquivos Mídia", mas para o NAS compartilhei cada subdiretório como uma pasta compartilhada independente. Vejam que não tem uma pasta "Clipes". Esta pasta está dentro da pasta compartilhada "Mídias".

Magicamente, quando coloquei os endereços no contêiner do Plex, ele encontrou os Desenhos, Filmes, Séries e Documentários. Mas não encontrou os Clipes.

Veja aqui como está a nomeação das pastas no Docker:

Repare que os Clipes estão dentro de outra pasta, ao contrários dos outras pastas de mídia.

Quando acesso o Plex e vou selecionar as pastas, fica assim:

(vejam que dentro de Filmes tem várias pastas

de filmes; o Plex identifica isso corretamente)

(dentro da pasta Clipes também tem um monte de arquivos

e subpastas, mas nao funciona)

Bom, não sei qual a lógica disso, mas não funciona assim.

Tentei uma última cartada antes de ter que refazer essa pasta em especial: fui no OMV -> Access Rights Management -> Shared Folders e na pasta "Mídia" editei o ACL marcando "Recursive - Apply permissions to files and subfolders" e entro de Services -> SMB/CIFS -> Shares, na pasta "Mídias", marquei a opção "Enable permission inheritance". Mandei procurar novamente e... nada 😔.

No fim de semana eu crio essa pasta para disponibilizar os clipes no Plex. Ou deixo sem os clipes mesmo, não sei.

É isso! 

Erro total no OMV - Perdi todos os meus backups?

 Pessoal,

O caos se instalou aqui no meu NAS.

Os HDs, TODOS ELES! estão dando pau!!

Os discos sumiram do OMV, apesar de fisicamente conectados.

Num momento de desespero, eu já estava começando a pensar se valia a pena retornar para o TrueNAS, arriscar o XPEnology ou tentar o UnRaid. Dando uma procurada (veja aqui um resumo dos principais sistemas para NAS), até fiquei conhecendo o XigmaNAS (antigo NAS4Free, um fork do FreeNAS).

Até cheguei a começar esse post falando que iria apagar o OMV para nunca mais usar e por aí vai.

Antes de surtar completamente fui dar uma olhada mais cuidadosa nos discos e notei que o disco defeituoso que havia comentado anteriormente neste post estava conectado ao computador... Acho que fui tentar ver se realmente tinha dado pau e esqueci de desconectar. 😒

Ou seja, a porcaria ficou conectada e começou a travar todo o acesso do Proxmox, OMV e cópias. Foi só desconectar o maldito HD, desligar as VMs, reiniciar o PVE e as VMs e pronto, tudo voltou ao normal!

Disco com erro no OMV5 / Proxmox

 Pessoal,

Há alguns dias comecei a ter problemas com os backups pelo CCC. Comecei a receber a seguinte mensagem de erro:

Fui dar uma procurada no Google e encontrei que pode ser que o CCC não conseguiu certificar-se que o disco utilizado para destino (JBC-NAS) é o mesmo disco que eu já estava usando para fazer backup. Mas pode ser, na pior das hipóteses, erro no disco de destino (o JBC-NAS, no caso).

Fiz as alterações sugeridas pelo criador do CCC (veja aqui) e... nada.

Outro erro que também aparece é esse aqui:

Agora erro com permissões. Todos esses erros relacionados no mesmo disco, esse JBC-NAS.

Às vezes acontece do nó inteiro cair:

Enfim, algo de ruim está acontecendo. E a impressão que eu tenho é que esse disco está zebrado.

Esse é um WD My Passport de 04TB. Ele estava em RAID 1 com um Samsung de 04TB quando eu usava o TrueNAS. O TrueNAS falava que um dos discos do array estava com problema e eu, não me lembro porque, achei que era o Samsung (que é bem mais velho que esse WD).

Enfim, esse problema está acontecendo há alguns dias. Aí fui tentar alterar as permissões no OMV e começou a aparecer esse erro aqui:

A causa? Erro no JBC-NAS. Repare nesse erro aí: "A estrutura necessita de limpeza chown".

E agora, com a última travada, liguei o server no monitor e apareceu isso aqui para justificar o travamento do Proxmox:

Confirmado: erro no dev/sde. Esse sede é o JBC-NAS.

Vou ter que substituir esse disco pelo Samsung 04TB e refazer os backups que vão para ele (e o CCC provavelmente vai substituir os backups que saem dele) :-/

Pelo Shell do PVE, tentei rebootar o sistema, mas travou bonito nessa tela aí de cima. Tirei o disco do Server e aí ele conseguiu reiniciar. Engasgou um pouco no começo mas foi em frente. E aí apareceu isso:

Repare que o WD-Pass-04TB (o nosso dev/sde ou JBC-NAS) está interrogado e o S-04TB (o Samsung) também está. O primeiro porque o PVE não encontrou (claro, está desconectado). O segundo porque o PVC não sabe que disco é esse. Vamos formatar e iniciar esse disco e ver o que fazer.

* Aprender a fazer a limonada com os limões que a vida dá pra gente: se realmente der pau nesse disco, vou aproveitar que irei refazer os backups e vou separar as pastas dos arquivos de mídia (filmes, séries, programas de TV, etc) para organizar o Bazarr, o Sonarr e o Radarr, além do Plex.

Bom, tentei reiniciar o OMV e deu esse erro aqui:

Então fiz o seguinte: recoloquei o disco e reiniciei o OMV. Aí vou tirar esse disco. Outra coisa interessante que reparei: esse disco nunca é montado automaticamente no OMV...

Os outros são todos montados automaticamente. Não sei o porque, mas deve ser consequência de algum erro que ele já descobriu e ainda não tinha me contado 😂😂

Bom, antes de apelar para apagar o disco, vou tentar uma última coisa: repara o disco com o fsck usando esses comandos aqui:

Sudo umount /dev/sdd1

Sudo fsck.ext4 /dev/sdd1

Eu sei que é /dev/sdd1 porque o OMV mostrou isso pra mim, veja a figura acima. O fsck vai sugerir algumas correções. Aceitei todas até porque a outra opção é persistir com o erro e o erro não tá deixando o negócio funcionar.

Após vários minutos e centenas de erros, remontei o disco no OMV e fui direto para tentar o backup no CCC, uma vez que o principal objetivo do meu NAS é esse. Ao final do backup do CCC, os erros continuaram :(

Esses erros começaram após uma tentativa de apagar uns arquivos nesse disco que deu um monte de erro. Estava considerando um erro "lógico" e não "físico", só que o histórico desse HD não é dos melhores (lembram dos erros no TrueNAS?). Vou ter que trocar o disco mesmo :(

Colocar o disco no OMV já foi falado aqui e aqui. Nada de novo nessa parte.

Agora é refazer os backups para esse disco novo. 😫😫😫

Atualização do NAS - de novo pro OMV5

 Pessoal,

Acabei voltando meu NAS pro Open Media Vault.

A principal razão foi a paranóia que eu tive de dar um pau e eu não conseguir ler os arquivos dos discos, uma vez que o formato do TrueNAS é o ZFS e ele não é nativo nem no Mac, nem no Linux e nem no Windows.

O OMV, por outro lado, permite que eu escolha o formato de gravação. No caso, escolhi o EXT4, nativo no Linux e que pode ser acessível no Mac e Windows com pouco esforço.

Claro que o ZFS tem uma série de vantagens, só que a minha rede é só aqui pra casa, só pra mim e já com bastante redundância.

Outra coisa é a complexidade das configurações do TrueNAS. Eu, que não tenho formação em redes nem servers, tenho dificuldades para algumas configurações. O OMV, por outro lado, tem tudo simplificado. 

Óbvio que o OMV é mais "limitado" que o TrueNAS, mas a impressão que eu fiquei é a seguinte: quer algo amador, pra ficar em casa? Vá de OMV. Quer algo profissional, para pequenas e médias empresas? Vá de TrueNAS.

Outra questão importante é para crescer o tamanho do meu array. No OMV é só acrescentar os discos e pronto. No TrueNAS, pelo que entendi, depois que você criou um array, para aumentá-lo é um parto.

Enfim, troquei. Estou até pensando em reinstalar o TrueNAS e rodar plugins nele. Ou talvez usar as coisas que quero usar no TrueNAS rodando pelo Docker. Tenho que pensar sobre isso.

Bom, vou só falar de um problema que tive aqui na instalação do OMV e que não tinha tido antes, fica aqui para lembrete meu também.

Quando instalei, ele recebeu um IP aleatório. Obviamente que não iria deixar, então reservei o IP no roteador (já falei disso aqui). Só que só isso não foi suficiente, ele continuou recebendo endereços aleatórios pelo DHCP. Assim, fui em System -> Network -> Interfaces e editei a conexão que tinha. Porém, não me lembro de ter feito isso antes, só editei os campos do IPV4 (estático, o endereço que tinha reservado no roteador, a submáscara de rede e o endereço do roteador no Gateway). Só que eu esqueci que deveria, também, preencher os campos em Advanced Options (DNS servers - o meu roteador e Search domais - coloquei o do Google - 8.8.8.8). Aí os erros de atualização acabaram.

Outra coisa que fiz diferente foi a forma de inserir os discos na VM. Após pluga-los ao computador, o que se liga diretamente ao USB do computador aparece como Hard Disk e os que se ligam no USB-Hub aparecem com USB. O que muda, basicamente, é que a função S.M.A.R.T. só fica ativa para o primeiro caso. Vi um tutorial (aqui) para fazer o bypass dos discos usando o ID físico ou o serial do HDD, mas achei confuso e desnecessário, então preferi fazer do jeito que sempre funcionou pra mim. Em Datacenter -> PVE -> Discos, aparece a lista de todos os discos ligados ao computador.

Aqui eles estão identificados pela lógica Unix (sda, sdb, sdc, etc). Repare na coluna "Uso" que, exato pelo sda (HDD do computador onde está instalado o Proxmox e as VMs), todos estão como "Não". Isso quer dizer que não estão formatados e não podem ser utilizados ainda. Assim, é necessário formatá-los. Depois de identificar cada disco, vá ao Shell do PVE e use os comandos, conforme já explicados aqui:

    # fdisk /dev/sdb (para escolher o disco)

    # d (para deletar a partição; dentro desta opção, você poderá escolher a partição que será deletada)

    # w (para escrever a ordem, ou seja, deletar a partição)

Após fazer isso com todas as partições / discos escolhidos, os discos ainda não estarão disponíveis. Para isso, ainda no Shell, faça o seguinte (para cada disco):

    # mkfs.ext4 /dev/sdb (para criar a partição em formato ext4)

Veja que agora os discos estão formatados:

O próximo passo é criar as partições lógicas. Repare que os discos estão sem partição. Para resolver isso, volte ao Shell e entre no fdisk novamente, agora escolhendo "g" para criar uma tabela de partição GPT (veja mais aqui), depois "n" para criar uma partição e por fim "w" para gravar e sair do fdisk.

Agora fica assim:

Esse processo serve para qualquer VM, seja NAS ou algum SO.

Agora vá em Datacenter -> pve -> Discos -> LVM e clique em "Criar: Volume Group". Escolha o disco e o nome que deseja utilizar para o disco.

Enquanto você vai acrescentado os discos (na coluna da direita), eles já vão aparecendo com unidades lógicas no PVE (na coluna da esquerda):

Agora o trabalho é dentro da VM, no meu caso é no OMV. Inicialmente precisamos disponibilizar essas partições lógicas para a VM. Assim, dentro da sua VM, vá em Hardware -> Adicionar -> Disco Rígido.

O Proxmox tem uma coisa que eu acho estranha: ele pede para você, ao acrescentar o disco na VM, digitar o tamanho do disco em GB. Não adianta colocar o tamanho inteiro (3TB = 3x1024GB = 3072GB por exemplo). Ele aceita apenas o espaço disponível. Assim, para os meus discos (03TB, 04TB e 08TB), fiz essa tabelinha abaixo com o espaço que o Proxmox permite:

03 TB = 2794 GB

04 TB = 3726 GB

08 TB = 7452GB

Fica assim:

E após adicionar todos os discos, fica assim:

Dentro do OMV, vá em Disks e agora aparecerão os discos:

Para minha surpresa, consegui fazer um RAID 1 (espelhado) com os dois discos de 08TB. Essa já era a ideia inicial ao escolher esses dois discos.

Agora é hora de adicionar os usuários (Gestão de Direitos de Acesso -> Utilizador), criar os discos para compartilhamento (Armazenamento -> Sistema de Ficheiros) e criar as pastas compartilhadas (Gestão de Direitos de Acesso -> Pastas Partilhadas). Depois ative o SMB/CIFS e, se quiser usar algum disco (ou pasta compartilhada) como Time Machine, é só ativar no disco/pasta que você quiser.

Tudo isso aí em cima está explicado aqui e aqui.

Outra coisa: pensei em usar o OMV6, mas ele ainda está como instável, alguns plugins estão sendo portados ainda e, portanto, preferi esperar ele ser liberado como estável para utilizar. Afinal, como eu li em algum lugar, NAS é para fazer, configurar tudo e deixar quieto.

Acho que é tudo por hoje!