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

/dev/zvol/rpool/data/... Нет такого файла или директории, Proxmox Виртуальная Среда

decibel83

Guest

23.11.2017 16:06:00

Привет. У меня Proxmox 5.1 с root ZFS RAID1 пулом и одной виртуальной машиной Windows Server 2008 R2. Когда ВМ работала, я добавил новый виртуальный диск VIRTIO на локальное хранилище ZFS и получил ошибку. Я остановил ВМ и попытался перезагрузить её. После этого я не могу запустить никакую виртуальную машину, потому что получаю следующую ошибку: Код: kvm: -drive file=/dev/zvol/rpool/data/vm-104-disk-1,if=none,id=drive-virtio0,format=raw,cache=none,aio=native,detect-zeroes=on: Не удалось открыть '/dev/zvol/rpool/data/vm-104-disk-1': Нет такого файла или каталога
TASK ERROR: запуск не удался: команда '/usr/bin/kvm -id 104 -chardev 'socket,id=qmp,path=/var/run/qemu-server/104.qmp,server,nowait' -mon 'chardev=qmp,mode=control' -pidfile /var/run/qemu-server/104.pid -daemonize -smbios 'type=1,uuid=af91ad07-bdad-4b40-b4e7-bc1a8a96de62' -name server-w -smp '1,sockets=1,cores=1,maxcpus=1' -nodefaults -boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg' -vga std -vnc unix:/var/run/qemu-server/104.vnc,x509,password -no-hpet -cpu 'kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_reset,hv_vpindex,hv_runtime,hv_relaxed,enforce' -m 4096 -k it -device 'pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e' -device 'pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f' -device 'piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2' -device 'usb-tablet,id=tablet,bus=uhci.0,port=1' -device 'virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:778428d88097' -drive 'file=/var/lib/vz/template/iso/virtio-win-0.1.126.iso,if=none,id=drive-ide0,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=200' -drive 'file=/var/lib/vz/template/iso/SW_DVD5_Windows_Svr_DC_EE_SE_Web_2008_R2_64Bit_English_w_SP1_MLF_X17-22580.ISO,if=none,id=drive-ide2,media=cdrom,aio=threads' -device 'ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2,bootindex=201' -drive 'file=/dev/zvol/rpool/data/vm-104-disk-1,if=none,id=drive-virtio0,format=raw,cache=none,aio=native,detect-zeroes=on' -device 'virtio-blk-pci,drive=drive-virtio0,id=virtio0,bus=pci.0,addr=0xa,bootindex=100' -drive 'file=/dev/zvol/rpool/data/vm-104-disk-2,if=none,id=drive-virtio1,format=raw,cache=none,aio=native,detect-zeroes=on' -device 'virtio-blk-pci,drive=drive-virtio1,id=virtio1,bus=pci.0,addr=0xb' -netdev 'type=tap,id=net0,ifname=tap104i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on' -device 'virtio-net-pci,mac=82:98:6B:86:4B:25,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300' -rtc 'driftfix=slew,base=localtime' -global 'kvm-pit.lost_tick_policy=discard'' завершилась неудачей: код выхода 1 Фактически путь /dev/zvol отсутствует, так что ошибка корректна! Объемы правильно отображаются: Код: root@node1:~# zfs list
NAME USED AVAIL REFER MOUNTPOINT
rpool 445G 415G 96K /rpool
rpool/ROOT 177G 415G 96K /rpool/ROOT
rpool/ROOT/pve-1 177G 415G 177G /
rpool/data 260G 415G 96K /rpool/data
rpool/data/vm-101-disk-1 694M 415G 694M -
rpool/data/vm-102-disk-1 10.6G 415G 10.6G -
rpool/data/vm-102-disk-2 3.60G 415G 3.60G -
rpool/data/vm-103-disk-1 4.00G 415G 4.00G -
rpool/data/vm-104-disk-1 32.1G 415G 32.1G -
rpool/data/vm-201-disk-1 673M 415G 673M -
rpool/data/vm-202-disk-1 28.6G 415G 28.6G -
rpool/data/vm-999-disk-1 179G 415G 179G -
rpool/swap 8.50G 420G 3.54G - Это мои версии: Код: root@node1:~# pveversion -v proxmox-ve: 5.1-26 (работает ядро: 4.10.17-2-pve) pve-manager: 5.1-36 (работает версия: 5.1-36/131401db) pve-kernel-4.13.4-1-pve: 4.13.4-26 pve-kernel-4.10.17-2-pve: 4.10.17-20 libpve-http-server-perl: 2.0-6 lvm2: 2.02.168-pve6 corosync: 2.4.2-pve3 libqb0: 1.0.1-1 pve-cluster: 5.0-15 qemu-server: 5.0-17 pve-firmware: 2.0-3 libpve-common-perl: 5.0-20 libpve-guest-common-perl: 2.0-13 libpve-access-control: 5.0-7 libpve-storage-perl: 5.0-16 pve-libspice-server1: 0.12.8-3 vncterm: 1.5-2 pve-docs: 5.1-12 pve-qemu-kvm: 2.9.1-2 pve-container: 2.0-17 pve-firewall: 3.0-3 pve-ha-manager: 2.0-3 ksm-control-daemon: 1.2-2 glusterfs-client: 3.8.8-1 lxc-pve: 2.1.0-2 lxcfs: 2.0.7-pve4 criu: 2.11.1-1~bpo90 novnc-pve: 0.6-4 smartmontools: 6.5+svn4324-1 zfsutils-linux: 0.7.3-pve1~bpo9 Можешь помочь мне, пожалуйста? Спасибо!

prologic

Guest

16.01.2018 05:57:00

@Ascent МожешьShare, как ты в итоге решил проблему? Я с тобой согласен; поддержка в этом обсуждении оказалась не очень полезной. @tom Тебе действительно нужно обратить внимание на детали. Я только что обновился с Proxmox VE 5.0 до 5.1 (строго следовал инструкциям), имею ожидаемые версии, но мои ZFS ZVOL(ы) сломаны, и /dev/zvol отсутствует.

prologic

Guest

16.01.2018 07:02:00

Итак, думаю, что я тоже решу эту проблему. Кратко: удалите конфликтующие зависимости zfs; переустановите zfs. В основном, вам нужно вручную удалить ненужные пакеты с помощью dpkg -r, пока не сможете установить zfsutils с помощью apt-get. @tom Действительно не понимаю, как у вас с контролем качества в Proxmox при обновлениях в режиме реального времени, но это уже второй случай, когда обновление Proxmox VE просто ужасно провалилось. Если бы моя инфраструктура была больше и на ней было больше клиентов и денег, это уже был бы серьезный инцидент.

prologic

Guest

16.01.2018 07:02:00

Пожалуйста, протестируйте обновления в реальном времени перед тем, как выпустить новую версию ProxmoxVE! Не ломайте нас; у нас нет времени копаться в дебрях Debian

— Просто сделайте так, чтобы все работало безупречно!

tom

Guest

16.01.2018 07:59:00

Пожалуйста, не пишите ерунду, мы тратим сотни часов на тестирование каждого обновления. Почти все проблемы вызваны неисправным оборудованием или администраторами, которые не читают документы по обновлению. Если у вас есть какие-либо проблемы, мы здесь, чтобы помочь.

prologic

Guest

16.01.2018 08:29:00

@tom Ты прав. Это была моя "ошибка". Оказалось (спасибо z_g на Freenode), что я когда-то выполнил (неправильную) команду `apt-get upgrade`, которая, оказывается, не подходит для обновления Proxmox VE из-за того, что Proxmox VE является версией с непрерывным обновлением во время стабильных основных версий Debian, и привычные для Debian подходы здесь не работают (или приведут к проблемам). @tom Причина моего расстроенного поста/ответа заключалась в твоей unwillingness помочь @Ascent и просто указать на кучу документов, которые на самом деле не помогают. Если ты собираешься что-то сделать, улучшай документацию — хотя бы укажи очень четко: НИКОГДА не выполняй: `apt-get upgrade`.

tom

Guest

16.01.2018 10:06:00

Документация здесь уже довольно ясна. Конечно, мы могли бы добавить предупреждение в документацию, но люди, выполняющие "apt-get upgrade", все равно не читают документацию, так что это бесполезно. https://pve.proxmox.com/pve-docs/pve-admin-guide.html#_system_software_updates

prologic Guest	#8 0 16.01.2018 11:10:00 Нет, @tom, ты не прав. Люди читают документы. Но если документы неорганизованы или не содержат "правильной" информации, ты, как правило, не обращаешь на них внимания. Как человек с очень слабым зрением (я являюсь инвалидом по зрению); документы отличные, если они: точные, лаконичные и легко доступные. Спасибо, Джеймс.

Читают тему

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