Ryte gavau stebėjimo el. laišką iš "Baidu" ir pastebėjau, kad svetainės atidaryti nepavyko, ir tuo metu nebuvo ko jaudintis, nes svetainės nepavyko atidaryti, o galimos priežastys buvo šios:
1: Serveris įsiskolino
2: Serveris buvo užpultas
Tuo metu nekreipiau per daug dėmesio, išsivaliau dantis ir nusiprausiau veidą, kad eičiau į darbą, o tada įjungiau kompiuterį, kad apsilankyčiau "Alibaba Cloud" svetainėje, o tada, norėdamas pamatyti, ar jis buvo užpultas, ar pavėluotas, pastebėjau, kad nėra įsiskolinimų ar atakų.
Tada ssh prisijungė prie serverio, iš naujo paleido serverį, palaukė 5 minutes ir nustatė, kad serverio negalima prijungti, ir nustatė, kad viskas nėra taip paprasta!!
Kadangi išorinio tinklo ryšio negalima prijungti, prisijungdami naudokime VNC, tai yra, prisijunkite prie "Alibaba Cloud" svetainės konsolės, kad turėtumėte nuotolinį ryšį, kuris yra nuotolinio ryšio žiniatinklio versija, o intranetą reikia vaikščioti, o tada rasti juodą ekraną!!
Viskas tampa vis mažiau paprasta, jaučiu, kad kažkas negerai su "Alibaba Cloud??? (Nes aš neliečiau jokios operacijos serveryje) Pirmiausia pateikiau darbo užsakymą, paaiškinau situaciją ir tada nuėjau į darbą...
Metro prisijunkite prie "Alibaba Cloud APP", bet kuriuo metu atkreipkite dėmesį į darbo užsakymo atsiliepimus, staiga programėlės puslapyje yra skelbimas, nuoroda: https://help.aliyun.com/noticelist/articleid/20651342.html
(Atkurta) 2017 m. lapkričio 12 d., Pekino laiku, buvo paskelbtas telekomunikacijų šiaurės ir pietų abipusis vizitas
Asmeniškai manau, kad tai yra "Alibaba Cloud" problema ir ar ją sukelia kai kurios oficialios "Alibaba Cloud" paslaugos, ar sąsajos, kurios negrįžo į normalią būseną????
Po "Alibaba Cloud" bilietų atsiliepimų pastebėjau, kad galiu naudoti ssh serveryje, tačiau paleidus iš naujo negalėjau prisijungti prie serverio ir pakartotinai bendravau su bilietu, o telefonas buvo bendraujamas ilgą laiką.
Net jei SSH galima prijungti, kai kurios serverio paslaugos negali normaliai veikti, pvz., mysql serveris, kuris neįsijungia normaliai...
Galiausiai bilietas atsako taip:
Pagrindinis nuotolinis ryšys, taip pat atkūrimas, jūs išbandyti.
Dabartinė problema: rc.local yra nustatytas nenormalus paleidimo elementas, dėl kurio paleidus sistemą nepavyksta visiškai paleisti ir kortelė yra įvaldyta, kaip parodyta 1 priede.
Komentavus turinį rc.local, jis grįš į normalią būseną, patikrinkite, ar paslaugoje nėra kokių nors anomalijų.
Apdoroję atidarykite turinį rc.local.
Atrodo, kad kažką suprantu, tai yra tai, kad kai kurios serverio paslaugos neįsijungė normaliai, o tada rankiniu būdu paleidau mysql ir pastebėjau, kad jo negalima paleisti per 30 sekundžių, ir pastebėjau, kad viskas nebuvo taip paprasta。。。。。
Naudodamasis asmenine intuicija, paspaudžiau komandą df -h, kad patikrinčiau vietos standžiajame diske naudojimą, ir pastebėjau, kad yra vietos gabalas, kuris užima 100% vietos!!!
Galiausiai suraskite 10 geriausių failų, kurie užima vietą diske, ir raskite failą, daugiau nei 12 g, kuris yra nginx žurnalo failas,
Turėtų būtiPilna vietos diske, todėl įvyko gedimasPakeiskite nginx žurnalų konfigūracijos parametrus, tada ištrinkite nginx žurnalo failus, iš naujo paleiskite serverį ir kai kurie grįš į normalią būseną.
nginx konfigūracija turi duobę.Kai serverio segmentas nenurodo access_log, o http segmente nenurodyti jokie access_log parametrai, pagal numatytuosius nustatymus jis bus įrašytas į žurnalų / access.log failą, tai yra, numatytoji reikšmė access_log "logs/access.log", ir tai yra visų serverių prieigos žurnalas。
|
Paskelbta 2017-11-13 12:16:27
|
|
|
|
Savininkas|
Paskelbta 2017-11-13 12:22:36
|
