Локальная группа не сохраняет изменения в Windows Server 2012 R2
У меня есть виртуальный сервер под управлением Windows Server 2012 R2 внутри моего домена, который сводит меня с ума. Каждый раз, когда я добавляю группу домена в локальную группу «Администраторы», она некоторое время работает, но через 2 или 3 дня она просто исчезает с сервера.
Для упрощения управления и контроля доступа мы создаем две группы глобальной безопасности в AD. для каждого сервера, поэтому для этого у нас есть "
Использование ЦП показывает 99% за последние 24 часа. Из-за этого использования мы не можем подключиться к серверу через SSH. Мы используем этот сервер для нашего интернет-магазина Magento 2.0.
Мы перезагружали сервер много раз, но после перезагрузки сервера такая же загрузка процессора через несколько секунд. Таким образом, мы также не можем отследить ошибку сервера или журнал ошибок сервера.
Кто-нибудь может предложить, как мы можем решить эту проблему?
Информация о сервере:
ОС: Ubuntu
Веб-сервер: Apache
Зона: europe-west1-c
Тип машины: 1 vCPU, 3,75 ГБ
Спасибо,
Ринджал Патель
Попробуйте войти на свой сервер через панель управления VPS, предоставленную вашим хостинг-провайдером, и войдите в SSH через консоль. Вы сможете войти в систему и отслеживать журналы, чтобы выяснить причину проблемы.
При такой высокой загрузке процессора проблема в , Я думаю, даже в bash интерактивно работает. Но вы можете отправить одну команду через ssh, например:
ssh user @ host command
Этот подход может помочь вам начать расследование. Получите процессы, потребляющие больше всего ЦП:
ssh user @ host ps aux --sort = -pcpu
Вы получите список всех процессов, отсортированных по потреблению ЦП. Если некоторое время простоя допустимо и у вас есть логин root, вы можете попытаться убить все эти процессы. Если это apache, например:
ssh root @ host killall -9 apache
Обратите внимание, что apache - это имя процесса, показанного ps . У вас может быть что-то вроде apache2 или что-то в этом роде.
Затем, когда процессы прекращаются и вы можете войти на сервер, вы можете попытаться исследовать проблему с журналами, перенастроить apache для обработки меньшего количества клиентов, и т. д.
Если у вас есть доступ к консоли
Считайте это обычным сервером и используйте grub для загрузки в однопользовательский режим для исправления проблемы.
Это может сработать, если у вас нет доступа к консоли
Понятия не имею, какого провайдера или какую технологию вы используете, но есть методика, описанная Amazon для AWS EC2 безответных серверов
https://aws. amazon.com/articles/5213606968661598
Как я понимаю, после просеивания
- Создайте новую временную виртуальную машину
- Выключите не отвечающую виртуальную машину
- Подключите диск не отвечающей виртуальной машины к новой машине
- Исправьте проблему и выключите
- Отсоедините диск и прикрепите его к оригинальной машине, затем загрузите его