Sain aamulla Baidulta valvontasähköpostin ja huomasin, ettei sivustoa voitu avata, eikä silloin ollut mitään syytä huoleen, koska sivustoa ei voitu avata, ja mahdolliset syyt olivat seuraavat:
1: Palvelin on myöhässä
2: Palvelinta on hyökätty
Tuolloin en kiinnittänyt liikaa huomiota, pesin hampaani ja pesin kasvoni mennäkseni töihin, ja sitten käynnistin tietokoneen käydäkseni Alibaba Cloud -sivustolla, ja katsoin, oliko se hyökkäyksen kohteena vai myöhässä, huomasin, ettei mitään viivästyksiä tai hyökkäyksiä ollut.
Sitten ssh yhdisti palvelimeen, käynnisti palvelimen uudelleen, odotti 5 minuuttia ja huomasi, ettei palvelinta voitu yhdistää, eikä asiat olleetkaan niin yksinkertaisia!!
Koska ulkoista verkkolinkkiä ei voi yhdistää, käytetään VNC:tä yhdistämiseen, eli kirjaudutaan Alibaba Cloud -verkkosivuston konsoliin saadaksesi etäyhteyden, joka on etäyhteyden verkkoversio, ja intranetin läpi pitäisi käydä ja sitten löytää musta ruutu!!
Asiat muuttuvat yhä yksinkertaisemmiksi, minusta tuntuu, että Alibaba Cloudissa on jotain vialla??? (Koska en ole koskenut mihinkään palvelimen operaatioon) Ensin lähetin työmääräyksen, selitin tilanteen ja sitten menin töihin...
Metrossa kirjaudu Alibaba Cloud -sovellukseen, kuuntele työtilauspalautetta milloin tahansa, yhtäkkiä sovellussivulla on ilmoitus, linkki: https://help.aliyun.com/noticelist/articleid/20651342.html
(Palautettu) 12. marraskuuta 2017, Pekingin aikaa, ilmoitettiin pohjois-eteläsuuntainen telekommunikaatiovierailu
Henkilökohtaisesti arvelen, että ongelma on Alibaba Cloudin puolella, ja riippumatta siitä, johtuuko se jostain virallisesta Alibaba Cloud -palvelusta vai rajapinnoista, jotka eivät ole palanneet normaaliksi????
Alibaba Cloud -tikettipalautteen jälkeen huomasin, että pystyin käyttämään ssh:ta palvelimelle, mutta uudelleenkäynnistyksen jälkeen en pystynyt yhdistämään palvelimeen, ja kommunikoin tiketin kanssa toistuvasti, ja puhelin oli pitkään yhteydessä.
Vaikka SSH voitaisiin yhdistää, jotkut palvelimen palvelut eivät toimi normaalisti, kuten mysql-palvelin, joka ei käynnisty normaalisti...
Lopuksi lippu vastaa seuraavasti:
Isännöi etäyhteys ja palautus, testat.
Nykyinen ongelma: rc.localissa on epänormaali käynnistyskohde, joka aiheuttaa järjestelmän epäonnistumisen käynnistyksen jälkeen, ja kortti on masteroitu, kuten liitteessä 1 on esitetty.
Kommentoinnin jälkeen rc.localissa sisältö palautuu normaaliksi, tarkista onko palvelussa poikkeavuuksia.
Käsittelyn jälkeen avaa sisältö rc.localissa.
Näytän ymmärtävän jotain: jotkut palvelimen palvelut eivät käynnistyneet normaalisti, ja sitten käynnistin mysql:n manuaalisesti ja huomasin, ettei sitä voinut käynnistää 30 sekunnissa, eikä asiat olleetkaan niin yksinkertaisia。。。。。
Oman vaistoni kautta painoin df -h -komentoa tarkistaakseni kiintolevytilan käytön, ja huomasin, että tilaa oli pala, joka vei 100 % tilasta!!!
Lopuksi etsi kymmenen parasta tiedostoa, jotka vievät levytilaa, ja löydä tiedosto, joka on yli 12g, joka on nginxin lokitiedosto,
Pitäisi ollaLevytila on täynnä, mikä johtaa vikaantumiseenMuokkaa nginx-lokien konfiguraatioparametreja, poista nginx-lokitiedostot, käynnistä palvelin uudelleen, ja osa palaa normaaliksi.
Nginx-konfiguraatiossa on kuoppa.Kun palvelinsegmentti ei määritä access_log eikä http-segmentissä ole määritelty access_log parametreja, se kirjoitetaan oletuksena logs/access.log-tiedostoon, eli oletusarvo access_log "logs/access.log", ja se on kaikkien palvelimien käyttöloki。
|
Julkaistu 13.11.2017 12.16.27
|
|
|
|
Vuokraisäntä|
Julkaistu 13.11.2017 12.22.36
|
