+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

[ТУТОРИАЛ] Диск не переходит в спящий режим из-за pvestatd., Proxmox Виртуальная Среда

mac.1

Guest

09.04.2019 20:48:00

Привет! Возможно, у тебя возникла проблема: ты хочешь, чтобы некоторые диски простаивали, но это не работает так, как задумано. Я потратил 2 часа на отладку этой проблемы и решил написать это небольшое руководство.

Симптом: У тебя несколько дисков в твоих Proxmox-машинах, и ты хочешь, чтобы некоторые из них (например, все HDD) простаивали после определенного времени. Допустим, ты хочешь, чтобы `sdc` простаивал, если он не используется. Однако, диски постоянно читаются, как можно выяснить с помощью:
Код: `dstat -D sdc -ta --top-bio` -> постоянные 44Кб чтений каждые несколько секунд.

Анализ: Если ты загуглишь, ты найдешь много обсуждений, где утверждают, что виноват pvestatd, и предлагают исправления, которые невозможны. Однако, pvestatd просто вызывает утилиты LVM, такие как `vgscan`. Если ты запустишь их в отдельной сессии, ты увидишь те же 44Кб чтений на твоем диске. К счастью, есть опция в LVM, чтобы сказать `vgscan` никогда не смотреть на твой диск. (Это, конечно, означает, что ты не можешь использовать LVM на `sdc`, что в моем случае нормально, потому что на нем работает только ZFS).

Решение: Открой файл:
Код: `/etc/lvm/lvm.conf`

И измени `global_filter` с:
Код: `global_filter = [ "r|/dev/zd.*|", "r|/dev/mapper/pve-.*|" ]`

На:
Код: `global_filter = [ "r|/dev/zd.*|", "r|/dev/mapper/pve-.*|", "r|/dev/sdc*|" ]`

Добавь запись для каждого диска, который ты хочешь, чтобы `vgscan` игнорировал в будущем.

Сохрани и запусти
Код: `vgscan`

чтобы перезагрузить конфигурации. Ты больше не должен видеть чтений на диске. Надеюсь, это поможет некоторым из вас.

fraktal Guest	#2 0 14.08.2019 21:31:00 Спасибо!

Kadrim Guest	#3 0 16.11.2019 08:17:00 Отличный совет!

emalenfant

Guest

07.12.2019 15:14:00

bernstein

Guest

11.04.2020 02:19:00

Отличный совет! Нашла его как раз вовремя… Моё решение было не использовать lvm на подключенных дисках (что не стало проблемой, так как я стараюсь его избегать по возможности). => Переустановила Proxmox на зеркало zfs (которое я всё равно использую на другом диске). Кстати, графический установщик Proxmox ZFS — вероятно, худший из когда-либо созданных. Пришлось отключать большинство других дисков, прежде чем загрузиться в установщик, потому что он добавляет все обнаруженные диски в зеркало, но позволяет удалить лишь несколько. И вот ещё, по каким-то неведомым причинам, нужны два диска одинакового размера. И выбрать разделы тоже нельзя. Решение: установить на два одинаковых USB-накопителя, а после установки перенести на SSD *вздыхаю*.

flying_tiantian Guest	#6 0 09.06.2020 16:50:00 Выражение должно быть `/dev/sdb.`, а не `/dev/sdb`. Для получения дополнительной информации, пожалуйста, просмотрите эту тему.

pdionisis

Guest

13.05.2020 20:57:00

Я тоже пробовал это в lvs.conf, но у меня та же проблема: когда я делаю vgscan, LVM-thin том отображается серым с вопросительным знаком. Существующие ВМ запускаются, но новые создать не могу (не находит LVM-thin том). Есть какие-нибудь идеи, как заставить и спящие диски, и LVM работать?

flying_tiantian

Guest

09.06.2020 13:38:00

Похоже, что фильтрация устройств `sdb*` в "global_filter" также останавливает vgscan от сканирования устройств `sda*`. (Можно увидеть такое поведение через `dstat -D sda`.) Возможно, какие-то проблемы с реализацией фильтра, или я неправильно понимаю синтаксис "global_filter"... Мое решение — явно разрешить сканирование устройств `sda*` (так как lvm в моей системе использует только `sda3`). И вот как выглядит настройка в моем lvm.conf: global_filter = [ "a|/dev/sda|", "r|/dev/sdb*|", "r|/dev/zd.*|", "r|/dev/mapper/pve-.*|" "r|/dev/mapper/.*-(vm|base)--[0-9]+--disk--[0-9]+|" ] Это работает у меня, как и ожидалось.

flying_tiantian Guest	#9 0 09.06.2020 13:38:00 Посмотри мой комментарий, возможно, это тебе поможет.

pgesting

Guest

#10

21.06.2020 16:04:00

Хм, это для меня не работает. pvestatd все еще бьет по моему диску в dstat. Мои настройки: global_filter = [ "r|/dev/zd.*|", "r|/dev/sda.*|", "r|/dev/sdb.*|", "r|/dev/sdc.*|", "r|/dev/sdd.*|", "r|/dev/sde.*|", "r|/dev/sdf.*|", "r|/dev/sdg.*|", "r|/dev/sdh.*|", "r|/dev/sdi.*|", "r|/dev/sdj.*|", "r|/dev/sdk.*|", "r|/dev/sdl.*|", "r|/dev/sdm.*|", "r|/dev/mapper/pve-.*|" "r|/dev/mapper/.*-(vm|base)--[0-9]+--disk--[0-9]+|"]

guletz

Guest

#11

21.06.2020 17:34:00

Привет! Для всех, кто хочет выключать свои жесткие диски — это будет иметь обратную сторону медали, потому что каждый раз, когда ты включаешь/выключаешь диск, это уменьшает срок его службы. И в итоге ты можешь обнаружить, что экономия электричества теряется, потому что тебе придется покупать новые жесткие диски через 2-3 года вместо 4.

pgesting Guest	#12 0 21.06.2020 19:56:00 У меня проблема: постоянные чтения приводят к высоким температурам (даже при работе 6 вентиляторов). Я переживаю, что высокие температуры могли бы быть ещё хуже.

guletz Guest	#13 0 22.06.2020 22:37:00 Это может быть хорошей причиной воспользоваться этим туториалом. Но у тебя особый случай.

Nazgile94 Guest	#14 0 16.07.2020 19:16:00 Ребята, будьте осторожны! Если у вас возникли проблемы после изменения lvm.conf и переключения на новый kernel, возможно, вы столкнетесь с ошибкой "pve не найден".

James Crook Guest	#15 0 10.09.2020 22:35:00 Вот чё меня только что застало врасплох, я ж нечасто перехожу на новые ядра.

iamspartacus Guest	#16 0 25.11.2020 04:22:00 Как ты это исправил? Я застрял в initramfs, редактировал lvm.conf и перезагрузился спустя несколько дней.

James Crook Guest	#17 0 26.11.2020 14:51:00 Из загрузчика я выбрал старое ядро, которое загрузилось, а потом отредактировал /etc/lvm/lvm.conf еще раз и убрал то, что добавил (потому что у меня была копия старого файла и я назвал ее lvm.conf.bak).

James Crook Guest	#18 0 26.11.2020 14:52:00 Если не можешь вспомнить, что добавил, попробуй посмотреть руководство и понять, каким был стандартный вариант. Надеюсь, это поможет.

pdionisis

Guest

#19

02.12.2020 18:55:00

Теперь у меня та же проблема (жесткий диск постоянно используется чем-то и не может засыпать) с proxmox-backup (pbs). Я запускаю его внутри debian lxc и использую общий локальный диск между proxmox и pbs (debian) с помощью: pct set 100 -mp0 /mnt/f,mp=/mnt/f. Этот диск используется для бэкапов. Проблема в том, что /mnt/f очень часто используется pbs и вообще не может уснуть. Пытался сделать "lvm.conf thing" как описано выше и на pbs, но похоже, не помогает. Есть какие-нибудь идеи?

zyndata Guest	#20 0 09.01.2021 21:33:00 Спасибо за туториал. Работает у меня, но только с этими дополнительными шагами. Проверил свои диски командой: hdparm -B /dev/sd?. Мой HDD был > 127 (не разрешает крутиться медленнее). Поэтому отредактировал: /etc/hdparm.conf и добавил в конец файла: /dev/disk/by-id/ata-Hitachi_My_disk_id { spindown_time = 180 apm = 127 } 180 — это 15 минут (180 * 5 секунд). Больше информации здесь: https://wiki.archlinux.org/index.php/hdparm. С этой командой можно проверить текущий статус диска: hdparm -C /dev/sda.

Читают тему

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