Este artigo é um artigo espelhado de tradução automática, por favor clique aqui para ir para o artigo original.

Vista: 14249|Resposta: 1

[Linux] Análise de Falhas de Servidores 2017.11.13

[Copiar link]
Publicado em 13/11/2017 12:16:27 | | | |
Recebi um e-mail de monitoramento da Baidu pela manhã e descobri que o site não podia ser aberto, e não havia motivo para preocupação naquele momento, porque o site não podia ser aberto, e os possíveis motivos eram os seguintes:

1: O garçom está em atraso
2: O servidor foi atacado

Naquela época, não prestei muita atenção, escovei os dentes e lavei o rosto para ir trabalhar, e então liguei o computador para visitar o site da Alibaba Cloud, e para ver se estava sendo atacado ou atrasado, descobri que não havia atraso ou atraso.

Então, o SSH conectou ao servidor, reiniciou o servidor, esperei 5 minutos e percebeu que o servidor não podia ser conectado, e percebi que as coisas não eram tão simples assim!!

Como o link de rede externa não pode ser conectado, vamos usar o VNC para conectar, ou seja, fazer login no console do site Alibaba Cloud para ter uma conexão remota, que é a versão web da conexão remota, e a intranet deve ser percorrida e, então, encontrar, tela preta!!

As coisas estão ficando cada vez menos simples, sinto que há algo errado com o Alibaba Cloud??? (Porque eu não toquei em nenhuma operação no servidor) Primeiro, enviei uma ordem de trabalho, expliquei a situação e depois fui trabalhar...

No metrô, faça login no aplicativo Alibaba Cloud, preste atenção ao feedback da ordem de serviço a qualquer momento, de repente, na página do app, aparece um anúncio, link: https://help.aliyun.com/noticelist/articleid/20651342.html

(Restaurado) Em 12 de novembro de 2017, horário de Pequim, foi anunciada a visita mútua norte-sul de telecomunicações



Pessoalmente, acho que é um problema do lado da Alibaba Cloud, e se é causado por alguns serviços ou interfaces oficiais da Alibaba Cloud que não voltaram ao normal????

Depois do feedback do ticket do Alibaba Cloud, percebi que podia usar ssh para o servidor, mas depois de reiniciar, não consegui me conectar ao servidor e continuei me comunicando repetidamente com o ticket, e o telefone ficou sendo comunicado por um longo tempo.

Mesmo que o SSH possa ser conectado, alguns serviços do servidor não funcionam normalmente, como o servidor mysql, que não inicia normalmente...

Por fim, o ticket responde da seguinte forma:

Conexão remota do host assim como a recuperação, você testa para baixo.
Problema atual: Há um item de inicialização anormal configurado no rc.local, fazendo com que o sistema não inicie totalmente após iniciar e a placa seja masterizada, como mostrado no Anexo 1.
Após comentar o conteúdo no rc.local, ele voltará ao normal, por favor, verifique se há alguma anomalia no serviço.
Após o processamento, abra o conteúdo no rc.local.





Parece que entendi algo, é que alguns serviços do servidor não iniciaram normalmente, e então eu iniciei manualmente o mysql e percebi que não podia ser iniciado em 30 segundos, e percebi que as coisas não eram tão simples。。。。。

Pela minha intuição pessoal, apertei o comando df -h para verificar o uso do espaço no disco rígido e descobri que havia um espaço que ocupava 100% do espaço!!!



Por fim, encontre os 10 principais arquivos que ocupam espaço em disco e encontre um arquivo com mais de 12g, que é um arquivo log do nginx,



Deveria serO espaço em disco está cheio, resultando em falhaModifique os parâmetros de configuração dos logs nginx, depois exclua os arquivos de log nginx, reinicie o servidor, e alguns voltarão ao normal.

A configuração do nginx tem um poço (pit).Quando o segmento do servidor não especifica um access_log, e nenhum access_log é especificado no segmento http, ele será gravado nos logs/arquivo access.log por padrão, ou seja, o valor padrão access_log "logs/access.log", e é o log de acesso de todos os servidores






Anterior:Como confirmar que o serviço MySQL foi iniciado sob Linux CentOS
Próximo:Os troncos de access_log do NGINX estão completamente fechados
 Senhorio| Publicado em 13/11/2017 12:22:36 |
Os troncos de access_log do NGINX estão completamente fechados
http://www.itsvse.com/thread-4238-1-1.html
(Fonte: Architect)
Disclaimer:
Todo software, material de programação ou artigos publicados pela Code Farmer Network são apenas para fins de aprendizado e pesquisa; O conteúdo acima não deve ser usado para fins comerciais ou ilegais, caso contrário, os usuários terão todas as consequências. As informações deste site vêm da Internet, e disputas de direitos autorais não têm nada a ver com este site. Você deve deletar completamente o conteúdo acima do seu computador em até 24 horas após o download. Se você gosta do programa, por favor, apoie um software genuíno, compre o registro e obtenha serviços genuínos melhores. Se houver qualquer infração, por favor, entre em contato conosco por e-mail.

Mail To:help@itsvse.com