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

Импорт ZFS зависает и замораживает всю систему, Proxmox Виртуальная Среда

ninjagp

Guest

05.05.2016 12:58:00

Я использую последнюю версию Proxmox 4.2 со всеми обновлёнными пакетами, использую pve-no-subscription. Создаю zpool с новым диском (zpool create Backup sdc). Потом экспортирую этот пул (zpool export Backup). Далее пытаюсь импортировать zpool (zpool import Backup), и команда zpool зависает... Лог dmesg:
[ 360.020970] INFO: задача zpool:3748 заблокирована более 120 секунд.
[ 360.020991] Tainted: P O 4.4.6-1-pve #1
[ 360.021006] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" отключает это сообщение.
[ 360.021026] zpool D ffff88009a9e3b58 0 3748 2513 0x00000000
[ 360.021029] ffff88009a9e3b58 ffff88009a322aa0 ffffffff81e12580 ffff880118143300
[ 360.021030] ffff88009a9e4000 0000000000000002 0000000000000001 ffff88009a322ac8
[ 360.021032] 0000000000000008 ffff88009a9e3b70 ffffffff818435c5 ffff88009a322a00
[ 360.021034] Call Trace:
[ 360.021039] [<ffffffff818435c5>] schedule+0x35/0x80
[ 360.021047] [<ffffffffc00c4bf4>] taskq_wait+0x74/0xe0 [spl]
[ 360.021051] [<ffffffff810c3d30>] ? wait_woken+0x90/0x90
[ 360.021055] [<ffffffffc00c4cab>] taskq_destroy+0x4b/0x100 [spl]
[ 360.021094] [<ffffffffc01e922d>] vdev_open_children+0x12d/0x180 [zfs]
[ 360.021119] [<ffffffffc01f2ddc>] vdev_root_open+0x3c/0xc0 [zfs]
[ 360.021141] [<ffffffffc01e8d25>] vdev_open+0xf5/0x4d0 [zfs]
[ 360.021163] [<ffffffffc01de97f>] ? spa_config_enter+0xdf/0x120 [zfs]
[ 360.021184] [<ffffffffc01d39f0>] spa_load+0x3a0/0x1b70 [zfs]
[ 360.021187] [<ffffffff810c3d30>] ? wait_woken+0x90/0x90
[ 360.021208] [<ffffffffc01d0838>] ? spa_activate+0x1b8/0x440 [zfs]
[ 360.021229] [<ffffffffc01de657>] ? spa_add+0x627/0x670 [zfs]
[ 360.021249] [<ffffffffc01d5efd>] spa_tryimport+0xad/0x460 [zfs]
[ 360.021272] [<ffffffffc0208594>] zfs_ioc_pool_tryimport+0x64/0xa0 [zfs]
[ 360.021296] [<ffffffffc020adbb>] zfsdev_ioctl+0x44b/0x4f0 [zfs]
[ 360.021298] [<ffffffff812204f2>] do_vfs_ioctl+0x2d2/0x4b0
[ 360.021301] [<ffffffff8109f13b>] ? task_work_run+0x7b/0x90
[ 360.021303] [<ffffffff81003226>] ? exit_to_usermode_loop+0xa6/0xd0
[ 360.021304] [<ffffffff81220749>] SyS_ioctl+0x79/0x90
[ 360.021306] [<ffffffff81003c28>] ? syscall_return_slowpath+0x98/0x110
[ 360.021310] [<ffffffff818476f6>] entry_SYSCALL_64_fastpath+0x16/0x75

Пробовал разные жёсткие диски, подключал как через SATA, так и через USB — та же проблема. Возможно, это баг ZFSONLINUX... Есть идеи?

c0mputerking Guest	#2 0 25.05.2016 18:27:00 Похоже, у меня эта проблема сама собой решилась после последнего обновления ядра... теперь мои внешние USB 3.0 диски снова распознаются.

tgunr

Guest

27.08.2016 23:17:00

У меня была такая же проблема после чистой установки proxmox 4.2 с pve-kernel-4.4.6. После множества попыток я уже почти потерял надежду, но потом наткнулся на zfsguru, который загрузил через мой PXE. С помощью pool import он смог увидеть пропавший пул, но предупреждения о том, что это из другой файловой системы, отговорили меня пытаться импортировать с помощью zpool import -f. Поскольку я новичок в ZFS, не хотел рисковать. Так как это указывало на проблему с ядром, я перезагрузился, установил pve-kernel-4.4.16, обновил grub и выбрал новое ядро при загрузке. Та же проблема. Потом увидел пост выше про pve-kernel-4.2.8, установил его — и вуаля, zpool import сработал.

Gene

Guest

29.11.2016 06:19:00

У меня была такая же проблема на версии ядра 4.4.19-66. Я откатился до 4.2.8-41, и команда `zpool import` наконец-то заработала. Только что заметил, что в репозитории pve-no-subscription доступна более новая версия ядра — pve-kernel-4.4.24-1-pve. Эта проблема исправлена в этом ядре?

fabian

Guest

29.11.2016 09:35:00

Была ошибка (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1636517), касающаяся ядер на базе или из серии Ubuntu 4.4, которая вызывала зависание ядра при выполнении команды "zpool import" в сочетании с вложенными пулами (то есть когда vdev пула сам является zvol другого пула, как это бывает с ZFS в виртуальных машинах, поддерживаемых ZFS). Эта ошибка была исправлена в нашем ядре 4.4.21 версии 4.4.21-71, а ядро 4.4.24 вообще не было затронуто. Проблема проявлялась только при повторном запуске "zpool import" после первоначального импорта при загрузке (потому что до импорта "внешнего" пула zvol'ы из него не видны ядру и, соответственно, не сканируются zpool import), а это достаточно редкая операция в большинстве систем, поэтому баг долго оставался незамеченным. Если при использовании текущего ядра вы столкнётесь с зависанием zpool или zfs, пожалуйста, создайте отчёт об ошибке на bugzilla.proxmox.com!

Gene

Guest

29.11.2016 13:52:00

@fabian, спасибо за эту информацию! Похоже, что версия 4.4.21-71 была выпущена 28.10.2016, а последний раз ISO Proxmox обновлялся 26.09.2016. `zpool import` — это очень базовая команда, которая вообще не должна ломать систему, поэтому меня удивляет, что установщик PVE ISO не был обновлен под неё, особенно учитывая, что простого способа обновить PVE нет. Как только будет возможность, попробую новейшее ядро. Как правильно его установить? Могу ли я установить только этот пакет (pve-kernel-4.4.24-1-pve) или лучше сразу делать dist-upgrade?

fabian

Guest

29.11.2016 14:28:00

Образы установщика обычно пересоздаются для каждого минорного релиза — рассчитываем, что пользователи потом обновят системы до актуальной версии (не только сразу после установки, а вообще — мы поддерживаем только текущую версию). Обновление очень простое — настройте ваш ключ подписки или включите репозиторий без подписки и используйте либо графический интерфейс для апгрейда (узел -> Обновления), либо команду «apt-get update; apt-get dist-upgrade» в терминале. Подробности тут: http://pve.proxmox.com/pve-docs/pve-admin-guide.html#sysadmin_package_repositories. Мы исправляем очень много багов, чтобы пересобирать iso каждый второй день — тем более, что установщик требует много дополнительного тестирования.

Gene

Guest

29.11.2016 16:01:00

Спасибо за подтверждение процедуры. Я не предлагаю пересобирать ISO каждые пару дней. Но когда твой инсталлятор содержит серьёзную проблему, которая фактически делает систему непригодной для использования и не исправляется без некорректного завершения работы, её, наверное, стоит исправить. Или, по крайней мере, поставить на странице загрузок какой-то индикатор, что репозиторий нужно вручную включать, а ПО обновлять до стабильного релиза. В целом я впечатлён proxmox, но этот момент определённо испортил моё впечатление о продукте. Я потратил кучу времени на эту проблему. По идее, я вообще не должен был с ней столкнуться, ведь начал оценивать систему только после того, как исправили пакет pve-kernel.

tom Guest	#9 0 29.11.2016 18:08:00 Эта информация есть на нашей странице загрузок, кажется, вы её пропустили. http://www.proxmox.com/en/downloads/item/proxmox-ve-4-3-iso-installer

Gene Guest	#10 0 29.11.2016 18:38:00 Похоже, вы забыли добавить эту информацию на страницу. https://gfycat.com/IllfatedTiredKissingbug

tom

Guest

#11

29.11.2016 20:22:00

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

Gene

Guest

#12

29.11.2016 20:57:00

Хорошо, складывается ощущение, что мы ходим по кругу, и вы избегаете главной проблемы. Предоставленный ISO для установки сломан. Он нестабилен. Он не готов к использованию в продуктивной среде. Об этом нет ясного предупреждения. Говорить, что обновления доступны в разрозненных местах, не помогает, особенно когда не объясняется, что они обязательны для правильной работы. Если вы всё ещё не понимаете, я не знаю, что ещё сказать. Я просто оцениваю новое программное обеспечение и пытаюсь определить, стоит ли оно своих лицензионных затрат. Мне дали изначально сломанный софт, я пытался дать обратную связь, а в ответ получаю от представителей компании отговорки про недостатки продукта и пренебрежительное, ехидное отношение. Вот такое вот ужасное первое впечатление.

tom

Guest

#13

29.11.2016 21:02:00

Во-первых, спасибо за ваш отзыв. Но, пожалуйста, примите мои комментарии и воспользуйтесь помощью на этом форуме сообщества. Proxmox VE — это бесплатное программное обеспечение, так что если вы оцениваете стоимость лицензии, можете успокоиться — она нулевая. Вся помощь и все ответы у вас есть бесплатно, так что ваше резюме, что всё ужасно, кажется немного слишком преувеличенным.

Gene Guest	#14 0 29.11.2016 21:17:00 Спасибо за ваши ответы. Это было очень познавательно. Исходя из этого обсуждения, я понимаю, что покупка у вас подписок для наших 100+ серверов с двумя сокетами — не в наших интересах.

fabian Guest	#15 0 30.11.2016 09:40:00 Извините, но так работает любая операционная система. После установки необходимо обновить систему, чтобы получить актуальную версию (с меньшим количеством ошибок, как в безопасности, так и в стабильности). Debian выпускает обновления примерно каждые пару месяцев, и только тогда появляются новые официальные установочные образы. При установке Windows часто приходится провести целый день, чтобы привести систему в актуальное состояние (хотя, возможно, с тех пор ситуация изменилась, я уже не пользователь Windows), либо создавать собственные установочные образы с включёнными обновлениями. Другого способа нет — иначе пришлось бы тратить огромное количество ресурсов на тестирование установочных носителей. Эта ошибка возникала настолько редко, что оставалась незамеченной в нашем ядре (и в LTS-версии Ubuntu) с февраля по октябрь (в случае Ubuntu — до ноября). Когда её обнаружили, проблему быстро изучили и исправили, к тому же для пострадавших была выложена простая временная инструкция на форуме. Боюсь, называть это «крупной проблемой» — это сильно преувеличивать серьёзность бага. А уж объявлять её серьёзной проблемой с установочным ISO — вдвойне, ведь эта ошибка не мешает ни установке, ни обновлению (даже тестировать без обновления можно без проблем, если только у вас нет очень специфической сборки — 99% пользователей не делают «zpool import» на работающей системе, а те, кто делают, почти всегда используют параметр «-d /dev/disk/by-id», который полностью обходят эту ошибку).

Читают тему

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