Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    [SOLVED]дефект udev (высокая загрузка процессора udisksd)

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    [SOLVED]дефект udev (высокая загрузка процессора udisksd), Proxmox Виртуальная Среда
     
    Myst
    Guest
    #1
    0
    05.11.2021 09:24:00
    Привет, у меня проблема с "udev", я заметил это из-за высокой загрузки процессора: Код: PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND 1197 root      20   0  394632  14272  10392 S  45.8   0.0 102:40.37 udisksd 1171 message+  20   0  195716 180724   3960 S  34.2   0.3  74:33.31 dbus-daemon 217957 root      20   0   22448   3724   2188 S  30.6   0.0  68:45.21 systemd-udevd 218074 root      20   0   22448   3724   2188 R  30.2   0.0  72:12.04 systemd-udevd 1 root      20   0  165116  11416   7720 S  25.9   0.0  55:50.06 systemd 218073 root      20   0   22448   3724   2188 S  13.6   0.0   1:17.91 systemd-udevd 1196 root      20   0  177652   7268   6384 S  11.6   0.0  25:35.39 systemd-logind 775 root      20   0   22400   5480   4048 S  11.0   0.0  24:55.80 systemd-udevd 238836 root      20   0   16432  10028   7456 S  10.6   0.0   1:25.03 systemd После некоторых исследований я нашел команду "udevadm monitor", которая показала следующее: Код: [...] KERNEL[53174.145591] change /devices/virtual/block/dm-15 (block) UDEV [53174.148426] change /devices/virtual/block/dm-16 (block) KERNEL[53174.150561] change /devices/virtual/block/dm-66 (block) UDEV [53174.151355] change /devices/virtual/block/dm-15 (block) KERNEL[53174.154048] change /devices/virtual/block/dm-16 (block) KERNEL[53174.157705] change /devices/virtual/block/dm-15 (block) UDEV [53174.159710] change /devices/virtual/block/dm-16 (block) UDEV [53174.163470] change /devices/virtual/block/dm-15 (block) KERNEL[53174.163596] change /devices/virtual/block/dm-16 (block) UDEV [53174.165404] change /devices/virtual/block/dm-66 (block) [...] Блочные устройства 15, 16 и 66 — это LXC контейнеры: Код: lvdisplay|awk '/LV Name/{n=$3} /Block device/{d=$3; sub(".*:","dm-",d); print d,n;}' dm-15 vm-103-disk-0 dm-16 vm-104-disk-0 dm-66 vm-122-disk-0 Я пытался перезагрузить, чтобы решить проблему, но, хотя это и сработало сначала, проблема вернулась сегодня утром. Я попытался клонировать LXC 104, но сразу же столкнулся с той же проблемой у его клона LXC 122. Мои контейнеры автоматически сохранялись на ночь, так что, возможно, это и есть причина. У меня всего 3 LXC контейнера (на данный момент), а все остальные — "классические" ВМ. Я недавно обновился с V6 до V7 без экспорта/импорта, не знаю, когда именно появилась проблема. Спасибо за вашу помощь. Спойлер: pveversion # pveversion --verbose proxmox-ve: 7.0-2 (исполняемое ядро: 5.11.22-5-pve) pve-manager: 7.0-11 (исполняемая версия: 7.0-11/63d82f4e) pve-kernel-helper: 7.1-2 pve-kernel-5.11: 7.0-8 pve-kernel-5.4: 6.4-6 pve-kernel-5.11.22-5-pve: 5.11.22-10 pve-kernel-5.11.22-4-pve: 5.11.22-9 pve-kernel-5.4.140-1-pve: 5.4.140-1 ceph-fuse: 14.2.21-1 corosync: 3.1.5-pve1 criu: 3.15-1+pve-1 glusterfs-client: 9.2-1 ifupdown: residual config ifupdown2: 3.1.0-1+pmx3 ksm-control-daemon: 1.4-1 libjs-extjs: 7.0.0-1 libknet1: 1.22-pve1 libproxmox-acme-perl: 1.4.0 libproxmox-backup-qemu0: 1.2.0-1 libpve-access-control: 7.0-5 libpve-apiclient-perl: 3.2-1 libpve-common-perl: 7.0-10 libpve-guest-common-perl: 4.0-2 libpve-http-server-perl: 4.0-3 libpve-storage-perl: 7.0-12 libqb0: 1.0.5-1 libspice-server1: 0.14.3-2.1 lvm2: 2.03.11-2.1 lxc-pve: 4.0.9-4 lxcfs: 4.0.8-pve2 novnc-pve: 1.2.0-3 proxmox-backup-client: 2.0.11-1 proxmox-backup-file-restore: 2.0.11-1 proxmox-mini-journalreader: 1.2-1 proxmox-widget-toolkit: 3.3-6 pve-cluster: 7.0-3 pve-container: 4.1-1 pve-docs: 7.0-5 pve-edk2-firmware: 3.20200531-1 pve-firewall: 4.2-4 pve-firmware: 3.3-2 pve-ha-manager: 3.3-1 pve-i18n: 2.5-1 pve-qemu-kvm: 6.0.0-4 pve-xtermjs: 4.12.0-1 qemu-server: 7.0-14 smartmontools: 7.2-pve2 spiceterm: 3.2-2 vncterm: 1.7-1 zfsutils-linux: 2.0.5-pve1
     
     
     
    Lee Kuper
    Guest
    #2
    0
    23.08.2022 01:33:00
    Исправьте проблему в моем случае с следующей строкой: ACTION=="add|change", KERNEL=="dm-*", OPTIONS:="nowatch" в файле /etc/udev/rules.d/90-fixdm.rules, а затем выполните команду: systemctl restart udev.
     
     
     
    smeyersdev
    Guest
    #3
    0
    05.10.2022 14:33:00
    Использование ZFS в рабочем месте также приводит к высокой загрузке ЦП. Udevadm монитор показывал такие записи, когда запускался контейнер LXC. Код: KERNEL[210.092705] change /devices/virtual/block/loop0 (block) UDEV [210.095130] change /devices/virtual/block/loop0 (block) KERNEL[210.098811] change /devices/virtual/block/loop0 (block) UDEV [210.101638] change /devices/virtual/block/loop0 (block) KERNEL[210.105983] change /devices/virtual/block/loop0 (block) UDEV [210.108627] change /devices/virtual/block/loop0 (block) KERNEL[210.112380] change /devices/virtual/block/loop0 (block) UDEV [210.114810] change /devices/virtual/block/loop0 (block) Добавление нового правила udev, аналогичного приведённому выше, но с строкой Код: ACTION=="change",KERNEL=="loop*",OPTIONS:="nowatch" решило проблему. Я бы предложил добавить это в статью в вики о настройке рабочего места.
     
     
     
    codejp3
    Guest
    #4
    0
    29.12.2022 18:02:00
    Подтверждение правил udev решило эту проблему для меня на рабочей станции. Единственное, что я добавлю, это правильный путь/файл: /etc/udev/rules.d/90-fixdm.rules, а не /etc/udev/rulesd/90-fixdm.rules.
     
     
     
    Pierric
    Guest
    #5
    0
    05.01.2023 19:55:00
    Просто хотел поблагодарить людей, которые нашли время поделиться своими решениями. Я был в недоумении от потребления процессора на моем сервере Proxmox (который не предназначен для работы в качестве рабочей станции, а всего лишь для безголового сервера). Мне пришлось использовать обе предложенные строки: Код: ACTION=="change",KERNEL=="loop*",OPTIONS:="nowatch" ACTION=="add|change", KERNEL=="dm-*", OPTIONS:="nowatch". Но потом потребление CPU упало с 40% в режиме производительности до 8% в среднем.
     
     
     
    xiaolin0199
    Guest
    #6
    0
    09.01.2023 04:05:00
    Я сделал следующее, и, похоже, это сработало. Но когда я закрываю LXC-контейнер и открываю его снова, он становится таким же, как и раньше. У тебя тоже такая ситуация?
     
     
     
    RedChili
    Guest
    #7
    0
    15.06.2023 13:42:00
    Привет, @xiaolin0199, да, я тоже заметил точно то же самое. Установка правила udev снижает использование процессора, но как только контейнер lxc останавливается и запускается снова, использование процессора снова подскакивает, пока я не выполню systemctl restart udev.
     
     
     
    ndbroadbent
    Guest
    #8
    0
    29.09.2023 03:27:00
    Я выполнил часть инструкций здесь, потому что у меня также была высокая загрузка ЦП, из-за чего шумели вентиляторы, и я думаю, что мог сломать что-то, связанное с udev, так как устройства больше не отображаются правильно в /dev/. Я ищу /dev/ttyUSB* и /dev/serial, но их нет. Пытался вернуть изменения обратно, но не могу заставить это работать снова. Кто-нибудь знает, что могло произойти?
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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