Am primit un e-mail de monitorizare de la Baidu dimineața și am constatat că site-ul nu putea fi deschis și nu era nimic de care să-mi fac griji la acel moment, deoarece site-ul nu putea fi deschis, iar motivele posibile erau următoarele:
1: Serverul este în restanță
2: Serverul a fost atacat
La acel moment, nu am fost prea atent, m-am spălat pe dinți și pe față ca să merg la serviciu, apoi am pornit calculatorul să vizitez site-ul Alibaba Cloud, iar ca să văd dacă era atacat sau întârziat, am constatat că nu existau restanțe sau atacuri.
Apoi, ssh s-a conectat la server, l-am repornit, am așteptat 5 minute și am constatat că serverul nu putea fi conectat, iar lucrurile nu erau atât de simple!!
Deoarece legătura de rețea externă nu poate fi conectată, să folosim VNC pentru a ne conecta, adică să ne conectăm la consola site-ului Alibaba Cloud pentru a avea o conexiune de la distanță, care este versiunea web a conexiunii la distanță, iar intranetul ar trebui să parcurgă, iar apoi să găsim ecranul negru!!
Lucrurile devin din ce în ce mai puțin simple, simt că ceva nu este în regulă cu Alibaba Cloud??? (Pentru că nu am atins nicio operațiune pe server) Mai întâi am depus un ordin de lucru, am explicat situația și apoi m-am apucat de treabă...
În metrou, conectează-te la aplicația Alibaba Cloud, fii atent la feedback-ul despre ordinul de lucru oricând, brusc, pe pagina aplicației, apare un anunț, link: https://help.aliyun.com/noticelist/articleid/20651342.html
(Restaurat) Pe 12 noiembrie 2017, ora Beijingului, a fost anunțată vizita mutuală telecomunicații nord-sud
Personal, cred că problema este din partea Alibaba Cloud și dacă este cauzată de unele servicii sau interfețe oficiale Alibaba Cloud care nu au revenit la normal????
După feedback-ul pentru tichetul Alibaba Cloud, am descoperit că puteam folosi ssh către server, dar după repornire, nu m-am mai putut conecta la server și am comunicat în mod repetat cu tichetul, iar telefonul a fost comunicat mult timp.
Chiar dacă SSH poate fi conectat, unele servicii ale serverului nu pot funcționa normal, cum ar fi mysql server, care nu pornește normal...
În final, biletul răspunde astfel:
Conexiunea de la distanță a gazdei, precum și recuperarea, testezi mai jos.
Problema actuală: Există un element de pornire anormal setat în rc.local, care face ca sistemul să nu pornească complet după pornire, iar placa este masterizată, așa cum se arată în Anexa 1.
După comentariile conținutului în rc.local, acesta va reveni la normal, vă rugăm să verificați dacă există anomalii în serviciu.
După procesare, deschide conținutul în rc.local.
Parcă înțeleg ceva, este că unele servicii ale serverului nu au pornit normal, apoi am pornit manual mysql și am descoperit că nu putea fi pornit în 30 de secunde, iar lucrurile nu erau atât de simple。。。。。
Din intuiția mea personală, am apăsat comanda df -h pentru a verifica utilizarea spațiului pe hard disk și am descoperit că exista o bucată de spațiu care ocupa 100% din spațiu!!!
În final, găsește cele mai bune 10 fișiere care ocupă spațiu pe disc și găsește un fișier mai mare de 12g, care este un fișier log al nginx,
Ar trebui să fieSpațiul pe disc este plin, ceea ce duce la o defecțiuneModifică parametrii de configurare ai jurnalelor nginx, apoi șterge fișierele de log nginx, repornește serverul și unele vor reveni la normal.
Configurația Nginx are o groapă.Când segmentul serverului nu specifică un access_log și nu sunt specificați parametri de access_log în segmentul http, acesta va fi scris implicit în fișierul logs/access.log, adică valoarea implicită access_log "logs/access.log", iar acesta este jurnalul de acces al tuturor serverelor。
|
Postat pe 13.11.2017 12:16:27
|
|
|
|
Proprietarul|
Postat pe 13.11.2017 12:22:36
|
