Jag fick ett övervakningsmail från Baidu på morgonen och upptäckte att webbplatsen inte kunde öppnas, och det fanns inget att oroa sig för då eftersom webbplatsen inte kunde öppnas, och de möjliga orsakerna var följande:
1: Servern ligger efter
2: Servern har blivit attackerad
Vid den tiden brydde jag mig inte så mycket, borstade tänderna och tvättade ansiktet inför jobbet, och slog sedan på datorn för att besöka Alibaba Clouds webbplats, och för att se om den var attackerad eller försenad, upptäckte jag att det inte fanns några skulder eller attack.
Sedan kopplade ssh upp sig mot servern, startade om servern, väntade i 5 minuter och upptäckte att servern inte kunde anslutas, och upptäckte att saker inte var så enkla!!
Eftersom den externa nätverkslänken inte kan anslutas, låt oss använda VNC för att ansluta oss, det vill säga logga in på Alibaba Clouds webbplatskonsol för att få en fjärranslutning, vilket är webbversionen av fjärranslutningen, och intranätet bör gå igenom och sedan hitta svart skärm!!
Saker blir mindre och mindre enkla, jag känner att det är något fel på Alibaba Cloud??? (För jag har inte rört någon funktion på servern) Först skickade jag in en arbetsorder, förklarade situationen och satte sedan igång...
På tunnelbanan, logga in på Alibaba Cloud APP, följ återkopplingen om arbetsordern när som helst, plötsligt finns det ett meddelande på appsidan, länk: https://help.aliyun.com/noticelist/articleid/20651342.html
(Återställd) Den 12 november 2017, Beijing-tid, tillkännagavs det ömsesidiga besöket mellan telekom och nord och söder
Personligen antar jag att det är ett problem på Alibaba Clouds sida, och om det orsakas av några officiella Alibaba Cloud-tjänster eller gränssnitt som inte har återgått till det normala????
Efter återkopplingen från Alibaba Cloud-ärendet upptäckte jag att jag kunde använda ssh till servern, men efter omstarten kunde jag inte ansluta till servern, och jag kommunicerade upprepade gånger med ärendet, och telefonen var kontaktad länge.
Även om SSH kan anslutas, kan vissa tjänster på servern inte fungera normalt, som MySQL-servern, som inte startar normalt...
Slutligen svarar biljetten på följande sätt:
Host-fjärranslutning samt återställning, du testar ner.
Nuvarande problem: Det finns ett onormalt startobjekt inställt i rc.local, vilket gör att systemet inte startar helt efter start, och kortet är masterat, som visas i bilaga 1.
Efter att ha kommenterat innehållet i rc.local återgår det till normalt, vänligen kontrollera om det finns några avvikelser i tjänsten.
Efter bearbetningen, öppna innehållet i rc.local.
Jag verkar förstå något, det är att vissa servertjänster inte startade normalt, och sedan startade jag manuellt MySQL och upptäckte att det inte kunde startas på 30 sekunder, och jag upptäckte att saker inte var så enkla。。。。。
Genom min personliga intuition tryckte jag på df -h-kommandot för att kontrollera hårddiskens utrymmesanvändning, och upptäckte att det fanns en bit utrymme som tog upp 100 % av utrymmet!!!
Slutligen, hitta de 10 största filerna som tar upp diskutrymme, och hitta en fil, mer än 12g, som är en loggfil för nginx,
Borde varaDiskutrymmet är fullt, vilket leder till ett felÄndra konfigurationsparametrarna för nginx-loggar, radera sedan nginx-loggfilerna, starta om servern, och en del återgår till det normala.
Nginx-konfigurationen har en grop.När serversegmentet inte specificerar en access_log, och inga access_log parametrar anges i http-segmentet, kommer det att skrivas till loggs/access.log-filen som standard, det vill säga standardvärdet access_log "logs/access.log", och det är åtkomstloggen för alla servrar。
|
Publicerad på 2017-11-13 12:16:27
|
|
|
|
Hyresvärd|
Publicerad på 2017-11-13 12:22:36
|
