Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Специфичный VM использует 100% CPU процессора случайным образом.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Специфичный VM использует 100% CPU процессора случайным образом., Proxmox Виртуальная Среда
     
    sheshman
    Guest
    #1
    0
    09.06.2025 15:05:00
    Привет,

    Использую Proxmox VE 8.0.3 на Dell R620 (48 CPU - 256GB RAM), на котором работает 18 VM 7/24. Все остальные 17 VM работают отлично, но Zimbra Release 8.8.15.GA.4179.UBUNTU20.64 UBUNTU20_64 FOSS edition, Patch 8.8.15_P46 на Ubuntu 20.04 периодически становится неотзывчивой. Как обычно, подумали, что это битая ОС, хакерская атака или что-то вроде пиратского ПО, провели все проверки, как описано ниже:

    --amavis в актуальном состоянии
    --Установлена лицензированная Sentinel ONE
    --Переместили WM на другое хранилище
    --Все письма зарезервированы и свежеустановлены на Ubuntu 20.04 & Ubuntu 22.04
    --Сменили WAN IP-адрес
    --22 и 7071 (Zimbra management) находятся за iptables и доступны только с определенных IP-адресов.

    Кроме вышеперечисленных проверок, мы перенесли WM на другой Proxmox VE 8.0.3 на 2 месяца, и за это время она не стала неотзывчивой. Но когда вернули её на наш сервер, она стала неотзывчивой более 3 раз за 2 недели. Когда она становится неотзывчивой, CPU и Memory загружаются на 100%, подключение по SSH или консоли становится невозможным, работает только принудительная остановка и запуск с помощью следующих команд:

    ```
    rm -rfv /var/lock/qemu-server/lock-105.conf
    qm unlock 105
    qm stop 105
    qm start 105
    ```

    Странно, что `/var/log/syslog` всегда пустой. Где еще нужно смотреть для дальнейшей отладки или что еще может быть причиной этого симптома?
     
     
     
    fiona
    Guest
    #2
    0
    10.06.2025 10:41:00
    Привет, это значит ~2 года без обновлений, смотри: https://pve.proxmox.com/pve-docs/chapter-sysadmin.html#system_software_updates https://pve.proxmox.com/wiki/Package_Repositories Что выдаёт qm status <ID> --verbose, когда это происходит? Я бы настроил мониторинг для ВМ (чтобы данные можно было посмотреть, когда возникнет проблема), чтобы проверить, не какая-то программа вызывает это. Что-нибудь в логах ВМ? С Debian 12/Proxmox 8 rsyslogd больше не используется по умолчанию. Смотри journald с помощью journalctl: https://www.debian.org/releases/bullseye/ch-changes.html#changes-to-system-logging
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры