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

pvestatd awakens hdd immediately, Proxmox Виртуальная Среда

astrakid

Guest

07.08.2013 13:58:00

Привет, у меня такая проблема: мой Proxmox (сервер Linux 2.6.32-20-pve) работает с USB-накопителей (скоро перенесем на SSD) и имеет 2 жестких диска. В данный момент оба диска не используются. Первый диск (Toshiba 3TB) уходит в спящий режим нормально. Второй (Seagate 1.5TB) не уходит в спящий режим. Если я принудительно перевожу его в спящий режим (hdparm -y), он просыпается через несколько секунд. Я выяснил, что причиной этого является pvestatd. Отключение этого сервиса решает проблему. Поскольку у двух других жестких дисков наблюдается такое же поведение (Samsung 500GB, Samsung 1.5TB), мне нужно разобраться в корне проблемы. Мой вопрос: 1. Почему pvestatd пробуждает только некоторые HDD? Это связано с ATA-командой, которая не будит мой Toshiba? Или почему эта проблема не возникает с этим диском? 2. Как я могу заставить pvestatd не будить мои HDD? Заранее благодарю, с наилучшими пожеланиями, astrakid.

astrakid

Guest

22.08.2013 10:31:00

Re: pvstatd будит HDD немедленно Привет, вот последняя информация: я убрал Seagate 1.5 TB и заменил его на Samsung 1.5TB (UI154). Поведение то же самое. Когда работает pvestatd, Samsung не может перейти в спящий режим. Toshiba, напротив, уходит в спящий режим...??? Оба жестких диска смонтированы в /mnt/<label>, оба настроены с параметрами hdparm -B 128, -M 128 и -S 180. Toshiba автоматически уходит в спящий режим после установленного таймаута, а Samsung остается включенным. Когда я отправляю Samsung в спящий режим с помощью hdparm -y, он снова просыпается через несколько секунд. Остановка pvestatd приводит к тому, что Samsung уходит в сон. Я не понимаю, почему один жесткий диск ограничен, а другой — нет... есть ли возможность увеличить логирование, чтобы понять корень проблемы? Команда "/sbin/vgs --separator : --noheadings --units b --unbuffered --nosuffix --options vg_name,vg_size,vg_free" должна влиять на оба или ни на один... с уважением, astrakid

berni

Guest

03.12.2013 22:13:00

Привет, astrakid, у меня такая же ситуация с диском Seagate 3TB и proxmox 2.13. Этот диск нужен только в одной виртуальной машине, поэтому в качестве обходного пути я попытался сделать его доступным для этой ВМ как IDE-устройство. В таком режиме диск отлично спит, но при его использовании возникают переполнения DMA в этой ВМ даже в кэше в режиме "небезопасно"... так что вернулся к LVM. Можешь найти решение или обходной путь? С уважением, berni

astrakid Guest	#4 0 04.12.2013 15:03:00 нет, решения нет... было бы здорово получить поддержку... ';-) с уважением, astrakid

rubictus

Guest

20.05.2017 09:19:00

У меня была проблема, и я её решил. В файле /etc/lvm/lvm.conf просто установите: use_lvmetad = 1 и перезагрузите сервер. Убедитесь, что у вас есть доступ, сервер может не перезагрузиться должным образом, особенно если у вас есть LVM на MD устройствах. Мне пришлось применить быстрый и грязный обходной путь из поста #74 этой темы: bugs.debian.org/cgi-bin/bugreport.cgi?bug=774082#74 # pveversion --verbose proxmox-ve: 4.4-87 (работающий ядро: 4.4.59-1-pve) pve-manager: 4.4-13 (работающая версия: 4.4-13/7ea56165) pve-kernel-4.4.59-1-pve: 4.4.59-87

Markus Q Guest	#6 0 23.04.2019 12:32:00 Я бы установил global_filter = ["r\|/dev/zd.\|", "r\|/dev/mapper/pve-.\|", "r\|/dev/sd*\|"], возможно, так будет лучше.

AlmostSerious

Guest

13.04.2022 16:56:00

На всякий случай, если кто-то столкнется с этим. У меня была очень похожая ситуация. У меня есть 2 USB-накопителя. Один от Seagate, другой от Toshiba. Toshiba работал нормально, переходил в режим сна, просыпался и показывал значения SMART, как ожидалось. Seagate же не работал. Он всегда просыпался и не предоставлял значения SMART. У оказалось, что Seagate занесен в черный список smartctl. Чтобы это исправить, я изменил файл: /etc/default/grub, добавив строку: GRUB_CMDLINE_LINUX="usb_storage.quirks=DEVICEID:u". DEVICEID берется с помощью команды lsusb и выглядит примерно так: 0bc2:ac25. После обновления grub и перезагрузки оба накопителя заработали, как и должно быть.

stuck Guest	#8 0 19.07.2022 04:38:00 @AlmostSerious, для вашей системы вам пришлось применять фильтрацию, как указали @MarkusQ или @rubictus в lvm.conf?

AlmostSerious Guest	#9 0 19.07.2022 09:34:00 В моем случае это было не нужно.

Читают тему

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