Sain hommikul Baidult jälgimiskirja ja avastasin, et veebilehte ei saanud avada ning tol ajal polnud põhjust muretsemiseks, sest veebilehte ei saanud avada ning võimalikud põhjused olid järgmised:
1: Server on võlgnevuses
2: Serverit on rünnatud
Sel ajal ei pööranud ma suurt tähelepanu, pesin hambaid ja pesin nägu, et tööle minna, ning lülitasin arvuti sisse, et külastada Alibaba Cloudi veebilehte, ja et näha, kas see on rünnatud või hilinenud, avastasin, et maksevõlgasid ega rünnakuid polnud.
Seejärel ühendasin ssh serveriga, taaskäivitasin serveri, ootasin 5 minutit ja avastasin, et serverit ei saa ühendada ning asjad polnud nii lihtsad!!
Kuna välisvõrgu linki ei saa ühendada, kasutame VNC-d ühenduse loomiseks, st logime sisse Alibaba pilve veebikonsooli, et saada kaugühendus, mis on kaugühenduse veebiversioon, ja intranetist tuleb läbida ning siis leida must ekraan!!
Asjad muutuvad järjest lihtsamaks, mul on tunne, et Alibaba pilvega on midagi valesti??? (Sest ma pole serveris ühtegi operatsiooni puutunud) Esmalt esitasin töökorralduse, selgitasin olukorda ja siis läksin tööle...
Metroos, logi sisse Alibaba Cloud APP-i, jälgi töötellimuse tagasisidet igal ajal, äkitselt ilmub rakenduse lehel teade, link: https://help.aliyun.com/noticelist/articleid/20651342.html
(Taastatud) 12. novembril 2017 Pekingi aja järgi teatati telekommunikatsiooni põhja-lõuna vastastikusest külastusest
Isiklikult arvan, et probleem on Alibaba Cloudi poolel ja kas selle põhjuseks on mõni ametlik Alibaba pilveteenus või liidesed, mis pole normaliseerunud????
Pärast Alibaba pileti tagasisidet avastasin, et ssh-d saab serverisse kasutada, kuid pärast taaskäivitamist ei saanud ma serveriga ühendust ja suhtlesin piletiga korduvalt, ning telefon oli kaua ühenduses.
Isegi kui SSH on ühendatud, ei tööta mõned serveri teenused, näiteks mysql server, mis ei käivitu normaalselt...
Lõpuks vastab pilet järgmiselt:
Hosti kaugühendus ja taastamine, testid alla.
Praegune probleem: rc.local'is on ebanormaalne käivitamise üksus, mis põhjustab süsteemi täieliku käivituse ebaõnnestumise pärast käivitamist ning kaart on masterdatud, nagu näidatud lisas 1.
Pärast sisu kommentaaride esitamist rc.local'is naaseb kõik normaalseks, palun kontrollige, kas teenuses on mingeid kõrvalekaldeid.
Pärast töötlemist ava sisu rc.localis.
Tundub, et saan aru – mõned serveri teenused ei käivitunud normaalselt, ja siis käivitasin käsitsi mysql-i ning avastasin, et seda ei saanud 30 sekundiga käivitada ning asjad polnudki nii lihtsad。。。。。
Oma isikliku intuitsiooni põhjal vajutasin df -h käsu, et kontrollida kõvaketta ruumikasutust, ja avastasin, et seal oli tükk, mis võttis 100% ruumist!!!
Lõpuks leia 10 parimat faili, mis võtavad kettaruumi, ja leidke fail, mis on üle 12g ja mis on nginx logifail,
Peaks olemaKettaruum on täis, mis põhjustab rikkeMuuda nginx logide konfiguratsiooniparameetreid, seejärel kustuta nginx logifailid, taaskäivita server ja osa taastub normaalseks.
nginx konfiguratsioonil on auk.Kui serveri segment ei määra access_log ja http segmendis pole access_log parameetrit, kirjutatakse see vaikimisi logs/access.log faili, st vaikimisi väärtus access_log "logs/access.log" ning see on kõigi serverite ligipääsulogi。
|
Postitatud 13.11.2017 12:16:27
|
|
|
|
Üürileandja|
Postitatud 13.11.2017 12:22:36
|
