E viva a Ucrânia, The Simpsons e a festa da democracia!

 

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!

Como configurar fácil seu DNS Local

Pessoal,

Hoje resolvi organizar uma coisa aqui na minha rede que estava incomodando há algum tempo.

Como disse em posts passados, os diversos serviços do meu servidor (Proxmox, OMV e Docker), além do Raspberry Pi com o Pi Hole correm em paralelo e são acessados através do IP do servidor utilizado, geralmente atrás de uma porta.

Isso causa um problema: é preciso memorizar todos os endereços de cada serviço, além das portas.

A minha primeira tentativa de resolver isso foi fixando abas do navegador para as páginas - pouco viável porque isso deixa as abas abertas e consome muito recurso da máquina.

Outra opção é criar "Favoritos". Funcionaria bem, mas precisaria inserir os endereços em cada computador ou dispositivos aqui de casa.

Então pensei: vou fazer uma intranet e publicar uma página para resolver isso. Também resolveria (na verdade resolveu, mas hoje resolvi avançar nisso).

Fuçando no Pi-Hole hoje, percebi uma configuração: Local DNS.

DNS (Domain Name System ou Sistema de Nomes de Domínio) é uma das grandes sacadas do povo que gerencia a internet. Em poucas palavras, cada computador em uma rede recebe um número de localização. Os servidores de DNS basicamente recebem o nome que a gente dá para um site (ex. www.google.com.br) e traduz para o sistema de direcionamento dos dados (142.251.33.67). Aí a requisição do dado é feita para esse endereço na rede (já falei disso aqui).

Assim como o DNS serve para internet, serve para intranet também. E é isso que que esse "Local DNS" do Pi Hole faz.

Entrando em Local DNS -> DNS Records, aparece isso aqui:

É isso mesmo que você está pensando: você vai associar o ip do seu equipamento ou do serviço com um nome que você cria.

Fica assim:

É só isso mesmo, bem simples. Mas tem umas pegadinhas.

Tentei usar o nome proxmox.local, mas não entrava de jeito nenhum. Sempre dava erro na hora de acessar o site.

A mesma coisa aconteceu com o domínio .home. Não rolou bem.

Para saber se o problema era de cache do navegador ou se era porque o Pi Hole não estava conseguindo resolver os nomes, abri o Terminal e digitava "ping <nome do domínio>".

Quando o Pi Hole consegue resolver, aparece assim:

Quando não consegue resolver, fica assim:

Esses erros podem ser por digitar o endereço errada (digite o endereço certo para resolver isso) ou porque o cache não está atualizado (nesse caso é só limpar o cache do navegador).

Por isso resolvi usar o domínio ".jaymebc". Além de ficar "personalizado", não confunde com .local ou .home.

Além disso, tem uma outra vantagem: eu escondo os IPs das minhas máquinas.

Um último detalhe: muitos serviços são acessados através de portas específicas (o Proxmox, por exemplo, é acessado por padrão pelo <IP>:8006. Assim, no meu caso, não adianta eu criar o nome proxmox.jaymebc simplesmente associando ele com 192.168.1.2:8006. Não funciona assim. Apenas os serviços acessados através das portas 80 e 443 são acessados sem precisar colocar a porta. Você tem que associar o nome com o endereço IP e, depois, colocar a porta. Assim, o acesso é através do proxmox.jaymebc:8006. Aí acessa a página. 

Bom, é isso por hoje. 

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!

Dica - Como pausar a saída do terminal no Linux

 Pessoal,

Por vezes precisamos acessar o Terminal / Shell / Console / CMD do sistema para alguma função não disponível na interface para o usuário.

No Mac, quando uso o Terminal, seja acessando o próprio Mac, seja acessando algum servidor via SSH, quando solicito algum comando cuja resposta é maior que a tela apresentada (mais linhas que a tela do Terminal), basta rolar a tela do Terminal para cima ou para baixo para acessar o que já impresso mas não está mais aparecendo na tela. Fácil.

No Ubuntu com interface gráfica, funciona do mesmo modo. No Windows a mesma coisa acontece.

Alguns comandos permitem passar o "/p"com parâmetro para pausar a listagem da tela (ou seja, rola uma tela por vez).

Entretanto quando eu uso o console do Proxmox, não existe essa opção de rolar a tela. Se o que você queria ler já passou, já era!

Descobri, todavia, como contornar esse problema de um jeito bem simples!

Ao final do comando, acrescente "| more".

# ifconfig -a | more

# ls | more

Pronto, esse post era só isso mesmo!

Obs 1) Este link tem os principais controles do CMD do Windows (antigo e saudoso DOS).

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!