O nome do servidor: escolha na instalação e depois não mexa

Na instalação você digita um nome. Naquele momento parece pouco importante, porque um nome normalmente é um rótulo.

Aqui não. No Proxmox o nome do servidor é um endereço, e mudá-lo depois é um trabalho bem maior do que você espera.

Onde o nome é usado

A configuração vive numa pasta com esse nome. As definições das suas máquinas ficam sob aquela pasta. Mude o nome e as definições continuam sob o antigo.

Os arquivos dos gráficos de histórico levam esse nome. Mude o nome e um arquivo novo e vazio é aberto para o nome novo. Os dados antigos não são apagados, mas ninguém olha mais para eles. O que você vê no painel é um servidor sem passado.

No cluster, os membros são reconhecidos pelo nome. Renomear um nó é, aos olhos do cluster, destruir aquele nó e pôr um novo no lugar.

Os certificados contêm o nome. Mude-o e você recebe um aviso do navegador, e então sai atrás do motivo.

É por isso que renomear não é uma operação cosmética

Num servidor único é trabalhoso: é preciso mover a configuração, reorganizar os serviços, reemitir o certificado.

Num cluster, o que de fato se faz não é renomear: você tira o nó do cluster e o junta de novo com o nome novo. Ou seja, é o mesmo trabalho de reconstruir, só que com outro rótulo.

Em suma, a decisão tomada na instalação é a mais cara de desfazer depois. Vale cinco minutos de reflexão.

Ao escolher um nome

Curto e em minúsculas. Mesmo que você digite um nome de domínio longo, o que se usa é a primeira parte; escrever o resto não adianta.

Faça durável. Não coloque o papel no nome. A máquina que hoje é servidor de backup pode ser o principal amanhã, e você fica com um servidor principal chamado "backup". O mesmo vale para posição no rack, nome de cliente, nome de projeto: tudo isso se move, a máquina não.

Significativo mas neutro. O bastante para distinguir duas máquinas, não o bastante para contar uma história.

Se os gráficos esvaziaram

É aqui que este artigo se paga. O painel funciona, as máquinas estão de pé, mas os gráficos de histórico aparecem vazios.

O primeiro lugar a olhar é o nome do servidor. Se o nome e o que o sistema espera se separaram, o arquivo do gráfico não é encontrado onde é procurado e a tela volta vazia. Nada levanta erro, porque tecnicamente não há erro: o arquivo procurado não existe, só isso.

O que o Atlas faz

Por trás deste artigo há um defeito do próprio produto, e vale contar.

No Atlas o nome do servidor era resolvido em cinco lugares distintos, e três deles carregavam o mesmo defeito: quando a fonte ficava momentaneamente inalcançável, o nome era inventado. Um valor padrão bem comum era escrito e mantido em memória por toda a vida do processo.

Foi medido, e saíram duas coisas.

A primeira: uma vez escrito o valor inventado, o nome correto aparecer depois já não adiantava, porque a checagem em memória fica logo no começo. Ou seja, um tropeço momentâneo virava uma resposta errada permanente.

A segunda, e a mais traiçoeira: a consequência de um nome errado não era a mesma em todo lugar. Os gráficos das máquinas convidadas continuavam funcionando, porque aqueles arquivos são endereçados por número de máquina e o nome nunca é validado. Os gráficos do próprio servidor esvaziavam, porque o caminho do arquivo contém o nome. O estado do servidor e a lista de máquinas também caíam.

Então o sintoma era misto: alguns gráficos cheios, outros vazios. Quem olha um quadro desses não desconfia do nome.

A correção se resumiu a três regras. Sem inventar: se não se sabe, diz-se que não se sabe. Só um nome verificado vai para a memória: um valor vindo do caminho reserva é usado mas não guardado, assim a chamada seguinte tenta de novo. O caminho reserva é o nome da própria máquina, porque no Proxmox os dois já coincidem.

A lição geral

Em outro ponto desta wiki escrevemos: uma resposta vazia e não ter obtido resposta não são a mesma coisa.

O defeito aqui é um grau pior: pôr um valor padrão de aparência plausível no lugar de algo desconhecido. Uma lista vazia pelo menos é estranha, e o estranho chama atenção. Um nome inventado não é estranho, parece perfeitamente certo, e por isso ninguém olha para ele.

E se ainda por cima for guardado, um defeito temporário vira permanente.

Dá para escrever como regra: um valor padrão é bom onde de fato é o padrão; onde substitui o desconhecido, é mentira.