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

[SOLVED] Проблема после обновления до ceph octopus, Proxmox Виртуальная Среда

mikipn

Guest

27.12.2020 00:50:00

Привет, сегодня вечером я обновил Proxmox до версии 6.3 и Ceph Octopus. После перезагрузки OSD процесс запустился, но OSD находится в оффлайн-режиме, и я не вижу в логах OSD, что он что-то делает, выглядит как нормальный старт, но OSD не считается запущенным и доступным. Я оставлю это так на ночь, чтобы посмотреть, идет ли конвертация формата, которая упомянута в мануале для обновления с Nautilus на Octopus. Также я удалил один OSD и попытался создать его снова, но результат был неудачным с сообщением: pveceph osd create /dev/sdb создать OSD на /dev/sdb (bluestore) стереть диск/раздел: /dev/sdb 200+0 записей в 200+0 записей из 209715200 байт (210 МБ, 200 МиБ) скопировано, 0.506091 с, 414 МБ/с --> AttributeError: модуль 'ceph_volume.api.lvm' не имеет атрибута 'is_lv' команда 'ceph-volume lvm create --cluster-fsid 4bcfed01-7c42-470f-99a7-dd54560eb61e --data /dev/sdb' завершилась с кодом выхода 1.

Julian Lliteras

Guest

27.01.2021 22:00:00

Мне пришлось переустановить хост с нуля, и при добавлении одного OSD возникает такая же ошибка. Узел работает, службы Ceph тоже в порядке. Но при добавлении OSD из GUI выдает такую ошибку: создать OSD на /dev/sdc (bluestore) стереть диск/раздел: /dev/sdc 200+0 записей в 200+0 записей out 209715200 байт (210 МБ, 200 МиБ) скопировано, 1.83528 с, 114 МБ/с --> AttributeError: модуль 'ceph_volume.api.lvm' не имеет атрибута 'is_lv' ЗАДАЧА ОШИБКА: команда 'ceph-volume lvm create --cluster-fsid 0faf0a88-08b9-4143-b0bf-a8b7b9654527 --data /dev/sdc' завершилась неудачно: код выхода 1 Я стер диск с помощью sgdisk, но это не помогло. Пытался с консоли — не повезло. Пробовал другой диск, но ничего не изменилось. Подозреваю, что это ошибка в библиотеке Ceph. pveversion: proxmox-ve: 6.3-1 (работающий ядро: 5.4.78-2-pve) pve-manager: 6.3-3 (работающая версия: 6.3-3/eee5f901) pve-kernel-5.4: 6.3-3 pve-kernel-helper: 6.3-3 pve-kernel-5.4.78-2-pve: 5.4.78-2 pve-kernel-5.4.73-1-pve: 5.4.73-1 ceph: 15.2.8-pve2 ceph-fuse: 15.2.8-pve2 corosync: 3.0.4-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: 0.8.35+pve1 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.16-pve1 libproxmox-acme-perl: 1.0.7 libproxmox-backup-qemu0: 1.0.2-1 libpve-access-control: 6.1-3 libpve-apiclient-perl: 3.1-3 libpve-common-perl: 6.3-2 libpve-guest-common-perl: 3.1-4 libpve-http-server-perl: 3.1-1 libpve-storage-perl: 6.3-4 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 4.0.3-1 lxcfs: 4.0.6-pve1 novnc-pve: 1.1.0-1 proxmox-backup-client: 1.0.6-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.4-3 pve-cluster: 6.2-1 pve-container: 3.3-2 pve-docs: 6.3-1 pve-edk2-firmware: 2.20200531-1 pve-firewall: 4.1-3 pve-firmware: 3.1-3 pve-ha-manager: 3.1-1 pve-i18n: 2.2-2 pve-qemu-kvm: 5.1.0-8 pve-xtermjs: 4.7.0-3 qemu-server: 6.3-3 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-2 zfsutils-linux: 0.8.5-pve1

mikipn

Guest

29.01.2021 09:53:00

Привет! Ты проверял ceph osd require-osd-release? Хотя я не уверен, что это связано с твоей проблемой. Я решил свою проблему, понизив версию ceph на узле, где у меня была ошибка, до 15.2.6-pve1. Позже я установил с нуля кластер pve 6.3 с ceph 15, и все прошло отлично, таких ошибок не было. Так что, возможно, значение ceph osd require-osd-release как-то связано с этим, если оно слишком низкое. Остальная часть твоего кластера тоже работает на ceph 15.2.8?

Julian Lliteras

Guest

02.02.2021 08:46:00

Привет, Мики! У меня весь кластер на ceph 15.2.8 и работает нормально. Я уже выкладывал ту же ошибку в этой ветке, и, похоже, это баг в ceph, о котором сообщил Фабьян. Жду патч и надеюсь, что это исправят скоро. Не могу откатиться на предыдущую версию ceph и переустановить все узлы. Привет!

mikipn

Guest

03.02.2021 12:15:00

Привет, Джулиан! Для меня решением проблемы с ошибкой is_lv стало понижение версии Ceph на этом узле до 15.2.6-pve1, создание OSD и затем обновление обратно до 15.2.8-pve2. Но исправление в upstream определенно лучшее решение. А команда ceph osd require-osd-release nautilus решила мою проблему с тем, что OSD не отображались после обновления до Octopus, потому что у меня были слишком низкие требования к OSD, которые больше не поддерживались в Octopus. Ранее на моем системе это было задано как ceph osd require-osd-release mimic, поэтому ceph osd require-osd-release nautilus здесь не помогла с ошибкой is_lv.

Waywatcher Guest	#6 0 17.06.2022 03:25:00 Это меня очень выручил.

n0ll Guest	#7 0 23.06.2022 10:06:00 Получена ошибка при выполнении pve6to7 Bash: sed -i 's/nautilus/octopus/' /etc/apt/sources.list.d/ceph.list apt update apt full-upgrade перезагрузка сейчас Ошибка решена, теперь можно обновлять до 7.

Читают тему

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