Ráno jsem obdržel monitorovací e-mail od Baidu a zjistil jsem, že web nelze otevřít, a v tu chvíli nebylo důvod k obavám, protože web nebylo možné otevřít, a možné důvody byly následující:
1: Server má zpoždění
2: Server byl napaden
Tehdy jsem tomu nevěnoval moc pozornosti, vyčistil jsem si zuby a umyl si obličej, abych šel do práce, pak jsem zapnul počítač, abych navštívil web Alibaba Cloud, a abych zjistil, jestli je útok nebo opožděný, zjistil jsem, že žádné dlužné platby ani útok nejsou.
Pak jsem se přes ssh připojil k serveru, restartoval server, čekal 5 minut a zjistil, že server nelze připojit, a že věci nejsou tak jednoduché!!
Protože externí síťové spojení nelze připojit, použijme VNC k připojení, tedy přihlaste se do konzole webu Alibaba Cloud, abyste získali vzdálené připojení, což je webová verze vzdáleného připojení, a intranet by měl být prošet, a pak najít černou obrazovku!!
Věci jsou čím dál méně jednoduché, mám pocit, že s Alibaba Cloud je něco špatně??? (Protože jsem se na serveru nedotkl žádné operace) Nejprve jsem podal pracovní příkaz, vysvětlil situaci a pak šel do práce...
V metru se přihlaste do aplikace Alibaba Cloud, kdykoli sledujte zpětnou vazbu k pracovním příkazům, najednou se na stránce aplikace objeví oznámení, odkaz: https://help.aliyun.com/noticelist/articleid/20651342.html
(Obnoveno) Dne 12. listopadu 2017 pekingského času byla oznámena vzájemná návštěva telekomunikačních společností sever-jih
Osobně si myslím, že je to problém na straně Alibaba Cloud, a zda je způsoben některými oficiálními službami Alibaba Cloud nebo rozhraními, která se nevrátila do normálu????
Po zpětné vazbě ohledně tiketu Alibaba Cloud jsem zjistil, že mohu použít ssh na server, ale po restartu jsem se nemohl připojit k serveru, opakovaně jsem komunikoval s tiketem a telefon byl komunikován dlouho.
I když lze připojit SSH, některé služby serveru nefungují normálně, například mysql server, který normálně nespouští...
Nakonec tiket odpovídá následovně:
Hostujte vzdálené připojení i obnovu, to testujete.
Aktuální problém: V rc.local je nastavena abnormální startovací položka, která způsobí, že systém po spuštění nenabootuje úplně a karta je masterována, jak je ukázáno v příloze 1.
Po zadaní obsahu na rc.local se vše vrátí do normálu, zkontrolujte prosím, zda se ve službě nevyskytují nějaké abnormality.
Po zpracování otevřete obsah v rc.local.
Zdá se, že něco chápu, a to, že některé služby serveru se nespouštěly normálně, pak jsem ručně spustil mysql a zjistil jsem, že to nelze spustit za 30 sekund, a zjistil jsem, že to není tak jednoduché。。。。。
Podle mé osobní intuice jsem stiskl příkaz df -h, abych zkontroloval využití místa na disku, a zjistil jsem, že místo zabírá 100 % místa!!!
Nakonec najděte 10 největších souborů, které zabírají místo na disku, a najděte soubor větší než 12g, což je logarimovací soubor nginx,
Mělo by býtMísto na disku je plné, což vede k selháníUpravte konfigurační parametry nginx logů, poté smažte nginx logovací soubory, restartujte server a některé se vrátí do normálu.
Konfigurace NGINX má jámu.Když segment serveru nespecifikuje access_log a v HTTP segmentu nejsou zadány žádné access_log parametry, bude se standardně zapsat do souboru logs/access.log, tedy výchozí hodnota access_log "logs/access.log", a jedná se o přístupový log všech serverů。
|
Zveřejněno 13.11.2017 12:16:27
|
|
|
|
Pronajímatel|
Zveřejněno 13.11.2017 12:22:36
|
