Jeg mottok en overvåkingsmail fra Baidu om morgenen og oppdaget at nettsiden ikke kunne åpnes, og det var ingenting å bekymre seg for på det tidspunktet, fordi nettsiden ikke kunne åpnes, og mulige årsaker var som følger:
1: Serveren ligger på etterskudd
2: Serveren har blitt angrepet
På det tidspunktet fulgte jeg ikke så nøye med, pusset tennene og vasket ansiktet før jeg dro på jobb, og slo på datamaskinen for å besøke Alibaba Cloud-nettsiden, og for å se om den var angrepet eller forsinket, fant jeg ut at det ikke var noen restanser eller angrep.
Deretter koblet ssh seg til serveren, startet serveren på nytt, ventet i 5 minutter, og oppdaget at serveren ikke kunne kobles til, og fant ut at ting ikke var så enkle!!
Siden den eksterne nettverkslinken ikke kan kobles til, la oss bruke VNC for å koble til, det vil si logge inn på Alibaba Clouds nettsidekonsoll for å få en ekstern tilkobling, som er nettversjonen av den eksterne tilkoblingen, og intranettet skal gå gjennom, og deretter finne svart skjerm!!
Ting blir mindre og mindre enkle, jeg føler at det er noe galt med Alibaba Cloud??? (Fordi jeg ikke har rørt noen operasjon på serveren) Først sendte jeg inn en arbeidsordre, forklarte situasjonen, og så satte jeg i gang...
På t-banen, logg inn på Alibaba Cloud APP, følg med på tilbakemeldinger om arbeidsordren når som helst, plutselig på app-siden er det en kunngjøring, lenke: https://help.aliyun.com/noticelist/articleid/20651342.html
(Gjenopprettet) Den 12. november 2017, Beijing-tid, ble det nord-sør felles telekombesøket kunngjort
Personlig antar jeg at det er et problem på Alibaba Clouds side, og om det skyldes noen offisielle Alibaba Cloud-tjenester eller grensesnitt som ikke har gått tilbake til normalen????
Etter tilbakemeldingen fra Alibaba Cloud-saken fant jeg ut at jeg kunne bruke ssh til serveren, men etter omstart klarte jeg ikke å koble til serveren, og jeg kommuniserte gjentatte ganger med saken, og telefonen ble kommunisert lenge.
Selv om SSH kan kobles til, kan noen tjenester på serveren ikke fungere normalt, som MySQL-serveren, som ikke starter normalt...
Til slutt svarer billetten som følger:
Host-fjerntilkobling samt gjenoppretting, du tester ned.
Nåværende problem: Det er satt et unormalt oppstartselement i rc.local, som gjør at systemet ikke starter helt etter oppstart, og kortet er masteret, som vist i vedlegg 1.
Etter å ha kommentert innholdet i rc.local, vil det gå tilbake til normalen, vennligst sjekk om det er noen avvik i tjenesten.
Etter behandling, åpne innholdet i rc.local.
Jeg ser ut til å forstå noe, det er at noen tjenester på serveren ikke startet normalt, og så startet jeg mysql manuelt og fant ut at det ikke kunne startes på 30 sekunder, og jeg oppdaget at ting ikke var så enkelt。。。。。
Gjennom min personlige intuisjon trykket jeg på df -h-kommandoen for å sjekke bruken av harddiskplass, og fant ut at det var et stykke plass som tok opp 100 % av plassen!!!
Til slutt, finn de 10 øverste filene som tar opp diskplass, og finn en fil, mer enn 12g, som er en loggfil for nginx,
Det burde det væreDiskplassen er full, noe som fører til feilEndre konfigurasjonsparametrene til nginx-loggene, slett deretter nginx-loggfilene, start serveren på nytt, og noen vil gå tilbake til normalen.
Nginx-konfigurasjonen har en grop.Når serversegmentet ikke spesifiserer en access_log, og ingen access_log parametere er spesifisert i http-segmentet, vil det som standard skrives til loggs/access.log-filen, det vil si standardverdien access_log "logs/access.log", og det er tilgangsloggen til alle servere。
|
Publisert på 13.11.2017 12:16:27
|
|
|
|
Vert|
Publisert på 13.11.2017 12:22:36
|
