Ráno som dostal monitorovací e-mail od Baidu a zistil som, že webovú stránku sa nedá otvoriť, a v tom čase nebolo dôvod na obavy, pretože ju nebolo možné otvoriť, a možné dôvody boli nasledovné:
1: Server mešká
2: Server bol napadnutý
Vtedy som tomu nevenoval veľkú pozornosť, umyl som si zuby a umyl si tvár, aby som išiel do práce, potom som zapol počítač, aby som navštívil stránku Alibaba Cloud, a aby som zistil, či je útok alebo oneskorený, zistil som, že nie sú žiadne dlhy ani útoky.
Potom som sa cez ssh pripojil na server, reštartoval som ho, počkal som 5 minút a zistil, že server sa nedá pripojiť, a že veci nie sú také jednoduché!!
Keďže externé sieťové spojenie sa nedá pripojiť, použime VNC na pripojenie, teda prihlásime sa do konzoly webu Alibaba Cloud, aby sme mali vzdialené pripojenie, čo je webová verzia vzdialeného pripojenia, a intranet by sa mal prejsť, a potom nájsť čiernu obrazovku!!
Veci sú čoraz menej jednoduché, mám pocit, že s Alibaba Cloud niečo nie je v poriadku??? (Pretože som sa na serveri nedotkol žiadnej prevádzky) Najprv som podal pracovný príkaz, vysvetlil situáciu a potom som išiel do práce...
V metre sa prihláste do aplikácie Alibaba Cloud, sledujte spätnú väzbu k pracovným objednávkam kedykoľvek, zrazu sa na stránke aplikácie objaví oznámenie, odkaz: https://help.aliyun.com/noticelist/articleid/20651342.html
(Obnovené) Dňa 12. novembra 2017 pekinského času bola oznámená telekomunikačná severo-južná vzájomná návšteva
Osobne si myslím, že je to problém na strane Alibaba Cloud a či je spôsobený niektorými oficiálnymi službami alebo rozhraními Alibaba Cloud, ktoré sa ešte nevrátili do normálu????
Po spätnej väzbe ohľadom tiketu Alibaba Cloud som zistil, že môžem použiť ssh na server, ale po reštarte som sa nemohol pripojiť k serveru a opakovane som komunikoval s tiketom, pričom telefón bol komunikovaný dlhý čas.
Aj keď je možné pripojiť SSH, niektoré služby servera nemôžu fungovať normálne, napríklad mysql server, ktorý sa normálne nespustí...
Nakoniec lístok odpovedá nasledovne:
Hostujte vzdialené pripojenie aj obnovu, to otestujete.
Aktuálny problém: V rc.local je nastavená abnormálna počiatočná položka, ktorá spôsobuje, že systém po spustení zlyhá pri úplnom spustení a karta je masterovaná, ako je ukázané v prílohe 1.
Po komentovaní obsahu na rc.local sa systém vráti do normálu, prosím, skontrolujte, či sa v službe nevyskytujú nejaké abnormality.
Po spracovaní otvorte obsah v rc.local.
Zdá sa, že niečo chápem, a to, že niektoré služby servera sa nespustili normálne, potom som manuálne spustil mysql a zistil som, že sa nedá spustiť za 30 sekúnd, a zistil som, že to nie je také jednoduché。。。。。
Podľa mojej osobnej intuície som stlačil príkaz df -h, aby som skontroloval využitie miesta na pevnom disku, a zistil som, že miesto zaberá 100 % miesta!!!
Nakoniec nájdite top 10 súborov, ktoré zaberajú miesto na disku, a nájdite súbor väčší ako 12g, ktorý je logaristickým súborom nginx,
Malo by byťDiskové miesto je plné, čo vedie k zlyhaniuUpravte konfiguračné parametre nginx logov, potom vymažte nginx logové súbory, reštartujte server a niektoré sa vrátia do normálu.
Konfigurácia NGINX má jamku.Keď segment servera nešpecifikuje access_log a v HTTP segmente nie sú špecifikované žiadne access_log parametre, predvolene sa zapíše do súboru logs/access.log, teda s predvolenou hodnotou access_log "logs/access.log", a ide o prístupový log všetkých serverov。
|
Zverejnené 13. 11. 2017 12:16:27
|
|
|
|
Prenajímateľ|
Zverejnené 13. 11. 2017 12:22:36
|
