O streamer local¶

Uma instalação de uma máquina tem um streamer que você nunca adicionou. Ele carrega o chip local no registro e se comporta de outro jeito que qualquer máquina que aderiu.

De onde ele veio¶

Quando o pacote catena colocou o central e o sapsan em uma única máquina — a instalação do Início rápido — o central registrou essa máquina sozinho, na primeira inicialização.

Quem decide isso é uma linha de configuração: uma seção central: no catena.yaml da máquina. O pacote catena adiciona essa seção, e um processo que a tem levanta as duas partes de uma vez — o plano de controle e um streamer — em um único processo. Esse é todo o mecanismo, e por isso o primeiro streamer aparece sem ninguém adicionar.

Não é uma adesão comum:

• Sem janela de adesão, sem token de adesão, sem chave. As duas partes são um único processo e conversam dentro do processo, não por HTTP.
• Existe exatamente um registro desses por instalação, e o banco de dados garante isso.
• Ele sobrevive à perda do seu diretório de estado: o central o encontra pelo tipo, não por uma identidade guardada.

Em que ele difere¶

• Revogar e Excluir não são oferecidos. A máquina que roda o central não pode sair do próprio registro — veja Retirar um streamer.
• Sem chip de alcance. O central não chama este streamer pela rede, então api_url e api_auth não se aplicam a ele. Em todo o resto ele é um streamer comum: o central entrega a ele a porta HTTP e o armazenamento DVR do mesmo jeito que às máquinas que se juntaram, então eles são editados nas configurações do streamer no console. No catena.yaml da máquina fica só a seção central:.

Executar o central sem ele¶

Se você quer o central como plano de controle puro — a interface web e a API, sem captura, sem transcodificação e sem espectadores naquela máquina — inicie-o no seu próprio modo:

sapsan central run

Iniciado assim, o processo serve apenas o central. Nenhum streamer local é criado, e o registro contém somente as máquinas que aderiram.

Duas coisas antes de mudar:

• Adicione um streamer primeiro. Os canais só podem se mover para uma máquina que exista. Adira pelo menos um streamer, confirme que ele está online e só então converta o central — caso contrário os canais não têm para onde ir e param de tocar.
• O pacote não traz essa disposição. A unit sapsan inicia o modo comum, então a mudança precisa ser feita à mão. É um modo suportado do binário, mas nenhuma entrega empacotada o usa — trate-o como uma configuração avançada, não como um padrão documentado.

Sobrescreva a unit com um drop-in:

systemctl edit catena

[Service]
ExecStart=
ExecStart=/usr/sbin/sapsan central run

Depois do reinício, o antigo registro local para de reportar, vai para Sem conexão e seus canais são replanejados sobre os streamers restantes. O registro em si permanece até você removê-lo.

Uma diferença funcional: o central autônomo não monta o proxy de estatísticas do Retroview. Se você depende dele, fique com a disposição de processo único.

O que não fazer¶

Não tente revogar nem excluir o streamer local pela API só porque a interface não oferece os botões. A interface os esconde de propósito, mas a API ainda não recusa a chamada:

• Excluir transforma o registro em lápide. O central então semeia um streamer local novo com um node_id novo na próxima inicialização, e a lápide fica em Streamers excluídos.
• Revogar impede o planejador de colocar canais nele, mas não para o streamer — e em uma instalação de uma máquina não muda nada, porque os canais não têm outro lugar para onde ir.

Nenhuma das duas desliga o streamer local. O jeito de desligar é o de cima.