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。
|