Tempo máximo pelo qual um PC Linux pode ser UP? [fechadas]

Na verdade, eu tinha um sistema Linux (executando o Ubuntu 12.04.3) por dias sem reiniciar. Corri para alguns erros, como dormir ficando travado e algum sistema de arquivos montado na rede não conseguir montar, mesmo capaz de executar ping (verificado por outro PC, o suporte de rede estava funcionando bem).

Queria verificar se o Linux também requer a reinicialização da máquina após algum período de tempo para evitar esses tipos de erros distorcidos que não são repetíveis.

Qual é o tempo máximo que podemos manter o PC ativo? Existem outros problemas que podem ocorrer se tivermos um sistema ativo por um ano ou mais sem reinicialização?

Trabalhando como administrador do sistema, vejo os servidores Linux por mais de 700 a 800 dias sem reinicialização, portanto, não há limitações de tempo de atividade; os erros que você obteve não estão relacionados ao Linux (o kernel) em si.

Muitos serviços podem ser reiniciados e a maioria dos erros pode ser resolvida nos sistemas de produção.

Não há necessidade técnica de reiniciar o computador após um determinado período de tempo. Eu tenho o meu funcionando há meses (incluindo atualizações de módulos do kernel) com algumas suspensões (para RAM e disco) no meio.

Há ocasiões em que

• é absolutamente necessário reiniciar, como atualizações do kernel (mas elas não são urgentes em muitas situações, e em alguns casos você pode substituir um kernel em execução por um novo em um sistema ativo . Consulte kexec e Ksplice )
• pode ser mais fácil reiniciar o sistema inteiro em vez de apenas um (conjunto de) subsistema (s).

Pode haver alguns problemas que "pioram" com o tempo (por exemplo, problemas de driver de hardware, processos com vazamento), mas esses são considerados bugs e geralmente podem ser corrigidos com uma atualização de software ou contornados por um recarregamento / reinicialização desse subsistema específico (também Veja acima).

Embora tenha certeza de que há servidores com maior tempo de atividade, apresento o seguinte de um dos meus como um exemplo do que é possível:

# uptime
04:58:44 up 2186 days, 23:15,  1 user,  load average: 0.02, 0.02, 0.00

Este servidor foi instalado logo após o DC entrar no ar e não foi desativado desde então. Até agora, ele continuou feliz fazendo o que foi originalmente planejado e, quando esse objetivo for movido para um servidor diferente, colocarei algo lá apenas para monitorar o tempo de atividade e provavelmente permanecerá até que eu não possa justificar mantê-lo vivo. não mais.

Portanto, acho que "não existe um máximo" é definitivamente a resposta correta.

Não sei se isso afeta a estabilidade do sistema, mas o tempo de atividade máximo mostrado no Ubuntu com o kernel 3.19-xx é de 68,0962597349822anos em uma máquina de 32 bits e 292471208677,8627de uma máquina de 64 bits.

Isso ocorre porque o tempo de atividade atual do sistema, retornado pelo sysinfo()syscall, é retornado como um __kernel_long_ttipo , declarado como a longem um kernel de 32 bits e como long longem um kernel de 64 bits ;

A longem uma máquina de 32 bits tem um valor máximo de 2147483647;

A long longem uma máquina de 64 bits tem um valor máximo de 9223372036854775807;

Fazendo as contas, 2147483647s= 68,0962597349822anos e 9223372036854775807s= 292471208677,8627anos.

Quando esse valor aumenta, excedendo a capacidade de seu tipo, ocorre um estouro aritmético e é definido como o menor valor permitido por seu tipo (nos dois casos, um número negativo): esse pode ser um problema para os programas que dependem dele.

Eu estava em uma classe uma vez com um administrador de sistema que alegou que ele tinha um servidor Linux que estava sendo executado sem reinicializações por mais de uma década. Não há razão inerente para que um sistema precise ser reiniciado regularmente. Isso é necessário apenas em instâncias limitadas, como atualizações do kernel.

FWIW, normalmente deixo meu computador doméstico com Windows em execução. Normalmente, ele funciona bem por semanas sem reiniciar.

O Linux (o kernel) é muito bom em liberar recursos quando os programas são encerrados. GNU / Linux, todo o sistema operacional, geralmente é bom para ser executado indefinidamente. Reiniciar programas do espaço do usuário depois de atualizá-los geralmente é uma boa idéia, e geralmente a maneira mais fácil de obter tudo usando uma atualização glibcé reiniciar o sistema.

Em sistemas com bugs de driver (normalmente bugs de driver gráfico, todo o resto geralmente é sólido), às vezes você obtém um comportamento estranho que fica mais estranho se você não reinicializar logo. Se você vir um OOPS do kernel em sua dmesgsaída, reinicie o mais rápido possível e relate-o (ou procure por outras pessoas com problemas semelhantes em hardware semelhante, caso seja um problema conhecido). As distros não distribuem as versões mais recentes para desenvolvedores da pilha de gráficos; portanto, às vezes o bug já está corrigido no upstream, e sua placa de vídeo é nova demais para os drivers na versão de distribuição que você está executando para ficar estável. Nesse caso, procure um PPA com versões atualizadas do mesa / drm / xorg. (Não tenho certeza de qual é a melhor opção para rodar o Ubuntu com uma pilha de gráficos de ponta).

De qualquer forma, exceto no driver ou em outros erros do kernel, o Linux pode ser executado indefinidamente sem a necessidade de uma reinicialização para limpar a fragmentação da memória ou algo assim.

Eu tenho uma caixa de roteador / firewall / servidor de e-mail / shell do Linux (P3 450MHz, OCed a 500MHz) que normalmente vê uptime de centenas de dias. Reinicializo apenas para reorganizar os cabos de alimentação ou substituir uma fonte de alimentação com falha. Ele tem estado estável com a mesma CPU / RAM / discos rígidos por provavelmente 15 anos. Eu nunca tive que reiniciar "porque estava ficando instável". Era sempre por um motivo específico, como falha na fonte de alimentação ou atualização do kernel ou falta de energia e a bateria do meu no-break estava quase descarregada (acionando o desligamento automático com apcupsd).

Se seu sistema estiver agindo de forma estranha, verifique se dmesghá problemas. Se for apenas sua área de trabalho, se você acabou de instalar algumas atualizações de pacotes que não sejam do kernel, efetue logout / logon (ou reinicie, mas você não precisa). Eu descobri que o Kubuntu 15.04 terá problemas facilmente após as atualizações de pacotes, acho que devido à incompatibilidade binária entre versões atualizadas / não atualizadas da mesma biblioteca em execução no mesmo binário. (Veja a discussão sobre este bug ).

Meu objetivo para verificar problemas de hardware é inicializar o memtest86 +. ( aptitude install memtest86+) Deixe que passe um passe completo ou passe da noite para o dia. Isso não garante um sistema estável, já que a tensão da fonte de alimentação cai em cargas de pico, atualmente, com as CPUs, e o memtest não descarta isso. Nem aquecerá sua CPU, como o Prime95.

Minha máquina só reiniciou hoje para o 15.04 depois de ficar 11 dias sem erros estranhos que me lembro. Se você estiver trabalhando pesado e desenvolvendo um sistema, às vezes pode ser a única opção para reiniciar, mas é sempre necessário.

Tecnicamente, não há limites. você só precisa configurá-lo para não dormir ou desligar.

Pessoalmente, eu não gostaria de rodar meu laptop ou PC por dias sem reiniciar ou desligá-lo.

Simplesmente por causa dos principais componentes que geram calor podem acelerar o desgaste do MB.

(Isso se você não tiver o resfriamento e ventilação adequados)

Não específico do Ubuntu, mas eu tenho um laptop vintage de 1997 (300 MHz, 288 MB de RAM) executando uma distribuição baseada no Debian que teve tempo de atividade superior a 60 dias, enquanto executava um único programa (além de coisas do sistema e conky) e não iniciar e parar outro software, exceto um terminal para carregar atualizações semanalmente. Eventualmente, ele travou ao carregar as atualizações, em cerca de 63 dias. Por outro lado, meu sistema de desktop Kubuntu 14.04 congelará no bloqueio de tela após cerca de duas semanas. Eu concordo com outras respostas; é mais sobre qual software você executa e com que frequência inicia e para outros programas, e não sobre o Linux como tal.