Ubuntu que está batendo freqüentemente

Question

Estou executando um Ubuntu-14.04 x64 mínimo. Tem 64gb de RAM, Hexa Core (3.2ghz) e algumas outras estatísticas, que são bastante overpowered para o meu uso atual (como eu acho). O sistema executa um servidor mysql e o apache2 com o php5. Meu site tem cerca de 10 a 20 mil visualizações por dia. Mas como eu mencionei o servidor é bastante overpowered, então eu não estou recebendo nenhum problema de desempenho.

O problema é que às vezes é desligado. Em kern.log eu não consegui encontrar nada que ajude, então eu preciso saber quais logs eu posso verificar para obter mais informações. Ou quaisquer outras dicas que podem causar o desligamento do servidor. É um desligamento real, não um reinício btw.

hid-generic 0003:0557:2221.0002: can't reset device, 0000:00:1a.0-1.6/input1, status -110

Essa é a única mensagem que estou recebendo do kern.log, sei que isso me diz algo sobre o hid, que na verdade não deveria estar conectado ao servidor, pois o servidor está alugado.

Atualizar Ele desliga a cada 3 semanas agora. Nem todo dia.

Atualizar Mensagem Kernal causada por

de lsusb -t

/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
    |__ Port 6: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 6: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M

de lsusb -v descobri que primeiro é um mouse, o segundo é um teclado.

Atualizar apenas agora eu também recebi este erro

perf samples too long (2510 > 2500), lowering kernel.perf_event_max_sample_rate to 50000

    

Answer 1

Eu recomendaria desligar o acpi para descartar um sensor falso ou um desligamento baseado em condição se você desabilitar o acpi, então a única outra maneira seria pelo script ou por alguém que estivesse digitando remotamente um comando de desligamento.

é melhor ajustar o seu grub - você não terá que continuar mudando quando um novo kernel aparecer.

sudo nano /etc/default/grub

altere a linha

GRUB_CMDLINE_LINUX=""

para ler algo como

GRUB_CMDLINE_LINUX="noapic"

ou

GRUB_CMDLINE_LINUX="acpi=off"

salve então

sudo update-grub

para terminar.

Mas, como sysadmin, eu diria a você que, se você estiver realmente interessado em servir páginas da web, obtenha um servidor dedicado carregado pelo Debian. Eles são tão baratos hoje em dia. você pode gastar US $ 40 por mês com linha de 100MBPS ilimitada. O ISPCONFIG é um painel de controle gratuito com todos os recursos que você pode desejar.

    

Answer 2

Eu tenho experiência em administração de servidores de TI, 64 gigabytes de memória RAM soam de onde seu problema está vindo, essa configuração deixa a possibilidade de falha de hardware, pelo que você está descrevendo parece que uma das suas memórias fica quente falhar e causar um desligamento do sistema para proteger os danos, é verão agora, eu tentaria um processo de solução de eliminação aqui, começar usando apenas x4 memory sticks configuração, você provavelmente tem x4 16GB mem sticks, um deles pode estar com defeito, isolar eles para ver qual deles está quebrado, em segundo lugar você sabe que o Ubuntu tem versões do seu sistema operacional do servidor, por que você está executando o mínimo de desktop com aplicativos de servidor? Instale o sistema operacional do servidor Ubuntu, servidor de 64 bits do vervid monkey está disponível, o que provavelmente tem rotinas para lidar com configurações de 64gb mem, se essas duas correções não alterarem qualquer comportamento, então você sabe que não é o sistema operacional ou o processo Sticks..de eliminação, não é que assim deve ser que ...

    

Answer 3

talvez você precise coletar mais informações - se o memtestx86 + acima não revelar um problema de memória - alguma outra dica deve ser detectável.

usamos o kibana para reunir arquivos de registros em um servidor central para investigação adicional:

link

isso é uma maneira de encontrar o problema ...