Утром я получил электронное письмо с мониторингом от Baidu и обнаружил, что сайт нельзя открыть, и тогда не о чем беспокоиться, потому что сайт нельзя было открыть, а возможные причины были следующими:
1: Официант задолжен
2: Сервер был атакован
В то время я особо не обращал внимания, почистил зубы и умыл лицо, чтобы идти на работу, затем включил компьютер, чтобы зайти на сайт Alibaba Cloud, и чтобы проверить, не атаковали ли он или просрочены, обнаружил, что задолженности или нападения нет.
Затем я подключился через SSH к серверу, перезапустил его, подождал 5 минут и обнаружил, что сервер не может быть подключён — всё не так просто!!
Поскольку внешняя сетевая связь нельзя подключить, давайте используем VNC для подключения, то есть войдём в консоль сайта Alibaba Cloud, чтобы получить удалённое соединение — это веб-версия удалённого соединения, и через интранет нужно пройтись, а затем увидеть чёрный экран!!
Всё становится всё менее просто, мне кажется, с Alibaba Cloud что-то не так??? (Потому что я не трогал ни одной операции на сервере) Сначала я подал заказ на работу, объяснил ситуацию, а потом приступил к работе...
В метро войдите в приложение Alibaba Cloud, обращайте внимание на отзывы о заказе работы в любое время, вдруг на странице приложения появляется объявление, ссылка: https://help.aliyun.com/noticelist/articleid/20651342.html
(Восстановлено) 12 ноября 2017 года по пекинскому времени был объявлен взаимный визит телекоммуникаций север-юг
Лично я думаю, что это проблема со стороны Alibaba Cloud, и связано ли это с официальными сервисами или интерфейсами Alibaba Cloud, которые не вернулись в норму????
После отзыва о тикетах в Alibaba Cloud я обнаружил, что могу использовать ssh к серверу, но после перезагрузки не мог подключиться к серверу, и я неоднократно общался с тикетом, и телефон долго общался.
Даже если SSH можно подключить, некоторые сервисы сервера не могут работать нормально, например mysql server, который не запускается нормально...
В заключение заявка отвечает следующим образом:
Удаленное подключение хоста и восстановление — вы проверяете.
Текущая проблема: в rc.local установлен аномальный стартовый элемент, из-за чего система не загружается полностью, и карта мастерится, как показано в Приложении 1.
После комментирования контента в rc.local всё вернётся в норму, пожалуйста, проверьте, есть ли какие-либо аномалии в сервисе.
После обработки откройте содержимое в rc.local.
Похоже, я понимаю кое-что: некоторые сервисы сервера не запускались нормально, а потом я вручную запустил mysql и обнаружил, что его нельзя запустить за 30 секунд, и всё оказалось не так просто。。。。。
По интуиции я нажал команду df -h, чтобы проверить использование места на жёстком диске, и обнаружил, что там есть кусочек места, занимающий 100% места!!!
Наконец, найдите топ-10 файлов, занимающих место на диске, и найдите файл объёмом более 12g, который является лог-файлом nginx,
Должно бытьМесто на диске заполнено, что приводит к отказуИзмените параметры конфигурации log nginx, затем удалите файлы log nginx, перезапустите сервер — и часть вернётся в норму.
В конфигурации nginx есть яма.Если сегмент сервера не указывает access_log и параметры access_log не указаны в http-сегменте, он будет записан в файл logs/access.log по умолчанию, то есть значение по умолчанию access_log «logs/access.log», и это журнал доступа всех серверов。
|
Опубликовано 13.11.2017 12:16:27
|
|
|
|
Хозяин|
Опубликовано 13.11.2017 12:22:36
|
