Jeg modtog en overvågningsmail fra Baidu om morgenen og opdagede, at hjemmesiden ikke kunne åbnes, og der var intet at bekymre sig om på det tidspunkt, fordi hjemmesiden ikke kunne åbnes, og de mulige årsager var som følger:
1: Serveren er bagud
2: Serveren er blevet angrebet
På det tidspunkt var jeg ikke så opmærksom, børstede tænder og vaskede ansigt for at tage på arbejde, og tændte så computeren for at besøge Alibaba Cloud-hjemmesiden, og for at se, om den var angrebet eller forsinket, fandt jeg ud af, at der ikke var nogen restancer eller angreb.
Derefter forbandt ssh til serveren, genstartede serveren, ventede i 5 minutter og opdagede, at serveren ikke kunne forbindes, og at tingene ikke var så simple!!
Da det eksterne netværkslink ikke kan tilsluttes, lad os bruge VNC til at forbinde, det vil sige logge ind på Alibaba Clouds webkonsol for at få en fjernforbindelse, som er webversionen af fjernforbindelsen, og intranettet skal gå igennem, og derefter finde sort skærm!!
Tingene bliver mindre og mindre simple, jeg føler, at der er noget galt med Alibaba Cloud??? (Fordi jeg ikke har rørt nogen operation på serveren) Først indsendte jeg en arbejdsordre, forklarede situationen, og så gik jeg i gang...
I metroen, log ind på Alibaba Cloud APP, følg med i feedback om arbejdsordrer når som helst, pludselig er der på app-siden en meddelelse, link: https://help.aliyun.com/noticelist/articleid/20651342.html
(Genoprettet) Den 12. november 2017, Beijing-tid, blev telekommunikationsbesøget mellem nord og syd annonceret
Personligt tror jeg, det er et problem fra Alibaba Clouds side, og om det skyldes nogle officielle Alibaba Cloud-tjenester eller grænseflader, der ikke er vendt tilbage til normalen????
Efter Alibaba Cloud-ticket-feedbacken fandt jeg ud af, at jeg kunne bruge ssh til serveren, men efter genstart kunne jeg ikke oprette forbindelse til serveren, og jeg kommunikerede gentagne gange med ticketen, og telefonen blev kommunikeret i lang tid.
Selv hvis SSH kan tilsluttes, kan nogle tjenester på serveren ikke fungere normalt, såsom mysql-serveren, som ikke starter normalt...
Endelig svarer billetten således:
Host fjernforbindelse samt gendannelse, du tester det ned.
Nuværende problem: Der er sat et unormalt opstartselement i rc.local, som får systemet til ikke at starte helt op efter start, og kortet er masteret, som vist i bilag 1.
Efter at have kommenteret indholdet i rc.local, vil det vende tilbage til normalen, tjek venligst, om der er nogen unormale forhold i tjenesten.
Efter behandlingen åbner du indholdet i rc.local.
Jeg synes at forstå noget, nemlig at nogle serverservices ikke startede normalt, og så startede jeg manuelt MySQL og opdagede, at det ikke kunne startes på 30 sekunder, og jeg fandt ud af, at tingene ikke var så simple。。。。。
Gennem min personlige intuition trykkede jeg på df -h-kommandoen for at tjekke harddiskens pladsforbrug, og fandt ud af, at der var et stykke plads, der fyldte 100 % af pladsen!!!
Endelig finder du de 10 største filer, der fylder disken, og find en fil, mere end 12g, som er en logfil for nginx,
Det burde det væreDiskpladsen er fuld, hvilket resulterer i en fejlÆndr konfigurationsparametrene for nginx-logfilerne, slet derefter nginx-logfilerne, genstart serveren, og nogle vil vende tilbage til normal.
Nginx-konfigurationen har en pit.Når serversegmentet ikke specificerer en access_log, og der ikke er angivet access_log parametre i http-segmentet, vil det som standard blive skrevet til logs/access.log-filen, det vil sige standardværdien access_log "logs/access.log", og det er adgangsloggen for alle servere。
|
Opslået på 13/11/2017 12.16.27
|
|
|
|
Udlejer|
Opslået på 13/11/2017 12.22.36
|
