Rano otrzymałem e-mail monitorujący od Baidu i okazało się, że strony nie można otworzyć, a w tamtym czasie nie było się czym martwić, ponieważ nie dało się jej otworzyć, a możliwe przyczyny były następujące:
1: Serwer ma zaległości
2: Serwer został zaatakowany
Wtedy nie zwracałem na to zbyt dużej uwagi, myłem zęby i myłem twarz, żeby iść do pracy, a potem włączyłem komputer, by odwiedzić stronę Alibaba Cloud, i żeby sprawdzić, czy nie jest atakowana lub opóźniona, nie było żadnych zaległości ani ataku.
Następnie połączyłem się z serwerem przez ssh, zrestartowałem serwer, czekałem 5 minut i okazało się, że serwer nie da się połączyć, a sprawy nie są takie proste!!
Ponieważ zewnętrzne połączenie sieciowe nie może być połączone, użyjmy VNC do połączenia, czyli zaloguj się do konsoli strony Alibaba Cloud, aby uzyskać zdalne połączenie, które jest wersją internetową połączenia zdalnego, a następnie należy przejść do intranetu, a potem znaleźć ekran!!
Sprawy stają się coraz mniej proste, mam wrażenie, że z Alibaba Cloud jest coś nie tak??? (Bo nie dotykałem żadnej operacji na serwerze) Najpierw złożyłem zlecenie naprawy, wyjaśniłem sytuację, a potem zabrałem się do pracy...
W metrze zaloguj się do aplikacji Alibaba Cloud, zwracaj uwagę na opinie dotyczące zlecenia w dowolnym momencie, nagle na stronie aplikacji pojawia się ogłoszenie, link: https://help.aliyun.com/noticelist/articleid/20651342.html
(Przywrócone) 12 listopada 2017 roku czasu pekińskiego ogłoszono wzajemną wizytę telekomunikacyjną północ-południe
Osobiście przypuszczam, że to problem po stronie Alibaba Cloud i czy jest spowodowany przez oficjalne usługi Alibaba Cloud, czy interfejsy, które nie wróciły do normy????
Po otrzymaniu informacji zwrotnej z zgłoszenia do Alibaba Cloud odkryłem, że mogę użyć ssh do serwera, ale po restarcie nie udało mi się połączyć z serwerem, wielokrotnie komunikowałem się z zgłoszeniem i telefon był komunikowany przez długi czas.
Nawet jeśli SSH można połączyć, niektóre usługi serwera nie działają normalnie, jak serwer mysql, który nie uruchamia się normalnie...
Na koniec zgłoszenie odpowiada następująco:
Hostuj zdalne połączenie oraz odzyskiwanie, testujesz w dół.
Obecny problem: W rc.local pojawia się nieprawidłowy element startowy, który powoduje awarię pełnego uruchomienia systemu po uruchomieniu, a karta zostaje opanowana, jak pokazano w Aneksie 1.
Po skomentowaniu treści na rc.local, wszystko wróci do normy, prosimy sprawdzić, czy nie ma żadnych nieprawidłowości w usłudze.
Po przetworzeniu otwórz zawartość w rc.local.
Wydaje mi się, że coś rozumiem – niektóre usługi serwera nie uruchamiały się normalnie, więc ręcznie uruchomiłem mysql i okazało się, że nie da się go uruchomić w 30 sekund, i okazało się, że sprawa nie jest taka prosta。。。。。
Z własnej intuicji nacisnąłem komendę df -h, aby sprawdzić zużycie miejsca na dysku twardym, i zauważyłem, że jest tam miejsce, które zajmowało 100% miejsca!!!
Na koniec znajdź 10 najpopularniejszych plików zajmujących miejsce na dysku i znajdź plik powyżej 12g, który jest logem nginx,
Powinno byćMiejsce na dysku jest zajęte, co skutkuje awariąZmodyfikuj parametry konfiguracyjne logów nginx, następnie usuń pliki logów nginx, zrestartuj serwer, a część wróci do normy.
Konfiguracja NGINX ma jamę.Gdy segment serwera nie określa access_log, a w segmencie HTTP nie są określone access_log parametrów, domyślnie zostanie on zapisany do pliku logów/access.log, czyli domyślna wartość access_log "logs/access.log", i jest logiem dostępu wszystkich serwerów。
|
Opublikowano 13.11.2017 12:16:27
|
|
|
|
Ziemianin|
Opublikowano 13.11.2017 12:22:36
|
