Porque é que um servidor Immich fica quente ou ruidoso durante períodos de inatividade?

Um servidor Immich pode funcionar frequentemente a temperaturas elevadas ou produzir mais ruído durante os períodos de inatividade, porque a atividade visível para o utilizador terminou, enquanto miniaturas em fila, transcodificações de vídeo, aprendizagem automática, análises da biblioteca, cópias de segurança ou novas tentativas de armazenamento falhadas continuam em segundo plano.

Primeiro, confirme qual o processo, contentor, tarefa e dispositivo ativos exatamente no mesmo momento em que a velocidade da ventoinha muda. O escoamento normal da fila deve mostrar uma redução do número de tarefas e, por fim, estabilizar; um ciclo de novas tentativas repete erros sem fazer progressos; um problema de arrefecimento pode manter as ventoinhas em alta rotação mesmo depois de o processamento e a E/S diminuírem. Estes casos exigem correções diferentes, por isso não desative todo o trabalho em segundo plano apenas com base no som.

Associe o ruído à atividade de processos, tarefas e dispositivos

Registe a utilização do CPU por processo e contentor, as temperaturas, a velocidade das ventoinhas, a utilização dos discos, o tráfego de rede e o número de tarefas do Immich durante o período ruidoso. Uma análise bem-sucedida identifica um pico de recursos e o respetivo responsável; se todas as métricas de carga forem baixas enquanto a temperatura permanece elevada, verifique primeiro o arrefecimento e o controlo dos sensores.

Uma discussão sobre bibliotecas de grandes dimensões descreve o trabalho de reconhecimento facial a tornar um servidor ruidoso em horários recorrentes. A correlação entre tarefas e ventoinhas é um exemplo doméstico limitado, não uma prova de que o reconhecimento facial seja responsável por todos os picos noturnos.

Compare a hora de início com carregamentos recentes, análises agendadas, períodos de cópia de segurança e manutenção do anfitrião. Se o ruído surgir depois de uma importação e a profundidade da fila diminuir, trata-se de trabalho adiado. Se começar a uma hora fixa sem carregamentos, acompanhe o serviço agendado que é ativado primeiro.

Distinga processamento útil de um ciclo de novas tentativas

Verifique as filas ativas de miniaturas, metadados, Pesquisa inteligente, rostos e transcodificações de vídeo. O trabalho produtivo conclui itens e reduz a quantidade restante. O processamento repetido do mesmo item, uma profundidade de fila estável, reinícios do contentor ou erros recorrentes de dependências indicam uma falha, não uma acumulação normal.

Um relato de utilizador descreveu uma utilização invulgarmente elevada do CPU em muitos núcleos num sistema Immich. A sua investigação sobre a utilização elevada do CPU reforça a importância de recolher provas sobre tarefas e processos antes de presumir que o número de núcleos ou o estado aparente de inatividade define o comportamento normal.

No caso de um recurso ou dependência com falhas, preserve o erro e faça uma pequena nova tentativa depois de corrigir a causa. No caso de trabalho legítimo de longa duração, limite a simultaneidade ou transfira-o para um período aceitável e confirme depois que a fila chega a zero antes do lote seguinte.

Verifique novas tentativas de armazenamento, tarefas agendadas e arrefecimento

Procure uma partilha de rede em falta, um sistema de ficheiros cheio, um disco lento, sobreposição com cópias de segurança, manutenção da base de dados, crescimento dos registos do contentor ou uma análise repetida da biblioteca. Estes fatores podem provocar acessos frequentes ao disco e utilização do CPU sem clientes Web visíveis. Uma montagem estável e uma tarefa que avança indicam um funcionamento normal; linhas de tempo limite repetidas apontam para a necessidade de corrigir o armazenamento ou a rede.

Depois de terminar a carga de trabalho, a temperatura e a velocidade das ventoinhas devem diminuir gradualmente, de acordo com a massa térmica do hardware e a curva de controlo. Limpe obstruções no fluxo de ar, verifique as ventoinhas e o contacto do dissipador e inspecione a política de ventoinhas do anfitrião apenas depois de excluir a atividade de software. Não defina uma curva silenciosa insegura para disfarçar calor persistente.

O artigo da ZimaSpace sobre organização de fotografias de família com um NAS com IA explica por que motivo o reconhecimento e a indexação locais podem continuar depois de terminarem os carregamentos.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Aplique a correção adequada e verifique durante a noite

Agende ou limite apenas a fila pesada confirmada, resolva a nova tentativa relacionada com o armazenamento ou a dependência, separe os períodos de cópia de segurança ou repare o arrefecimento. Registe a definição anterior e evite limpar o histórico das tarefas antes de observar o novo comportamento.

Repita a importação original ou aguarde o mesmo horário agendado. O resultado esperado exige progresso normal da fila, ausência de erros repetidos, uma temperatura máxima aceitável e o regresso ao nível normal de ruído depois de o trabalho terminar. Reinicie o servidor uma vez para verificar se os agendamentos, limites, montagens e o controlo das ventoinhas persistem.

Reverta a redução da simultaneidade se a fila nunca for concluída e interrompa o processamento se a temperatura exceder o limite do hardware ou se o arrefecimento falhar. Se o calor persistir depois de a carga de trabalho chegar a zero, peça ajuda fornecendo gráficos sincronizados, números de tarefas, o primeiro erro repetido, o tipo de conteúdo multimédia, as versões e as observações sobre o arrefecimento.