Вранці я отримав моніторинговий лист від 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,
Має бутиМісце на диску заповне, що призводить до відмовиЗмініть параметри конфігурації журналів 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
|
