Vladislav
Лучше пока использовать FreeBSD 12.2-STABLE
Vladislav
1) Убедитесь что вы корректно сделали выравнивание разделов для таких емких дисков.
2) Для синхронизации я использую syncoid из пакета sysutils/sanoid
Eugen
1) Убедитесь что вы корректно сделали выравнивание разделов для таких емких дисков.
2) Для синхронизации я использую syncoid из пакета sysutils/sanoid
Спасибо, буду пробовать. Это чем то отличается от rsync или zsync?
Vladislav
Спасибо, буду пробовать. Это чем то отличается от rsync или zsync?
обе ваши утилиты копируют по-файлово.
у вас zvol - это блочное устройство.
syncoid пересылает снапшоты
Vladislav
у меня скриптом поминутная синхронизация
Eugen
sanoid это не то же что и syncoid? На фряху чего то не могу найти syncoid
George
sanoid это не то же что и syncoid? На фряху чего то не могу найти syncoid
они в одном проекте, одно за регулярное создание снапов отвечает, другое - за пересылку
Eugen
Ладно, покопаюсь в портах может
Eugen
спасибо
Vladislav
sanoid это не то же что и syncoid? На фряху чего то не могу найти syncoid
я же указал порт - sysutils/sanoid
Вы первый раз видите FreeBSD ?
Dmitry
привет всем. Такая проблема. Есть zvol, он был экспортирован по iscsi через scst c blocksize 4096, отформатирован, установлена система, удаленный сервер грузится, все отлично. Проблема в том, что я не могу его подмонтировать на сервере, на котором он непосредственно лежит.
Вот как выглядит вывод fdisk из под установленной системы:
fdisk -l /dev/sda
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
Disk /dev/sda: 26.8 GB, 26843545600 bytes, 6553600 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 32768 bytes
I/O size (minimum/optimal): 32768 bytes / 32768 bytes
Disk label type: gpt
Disk identifier: E808B8EB-7CBF-4162-B04D-E55D6E21043F
# Start End Size Type Name
1 256 51455 200M EFI System EFI System Partition
2 51456 313599 1G Microsoft basic
3 313600 968959 2.5G Linux swap
4 968960 6553343 21.3G Microsoft basic
А вот как со стороны где zfs
fdisk -l /dev/zd912
GPT PMBR size mismatch (6553599 != 52428799) will be corrected by write.
Disk /dev/zd912: 25 GiB, 26843545600 bytes, 52428800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 32768 bytes
I/O size (minimum/optimal): 32768 bytes / 32768 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/zd912p1 1 52428799 52428799 25G ee GPT
Partition 1 does not start on physical sector boundary.
Есть ли возможность все же его как-то смонтировать?
Dmitry
проблема я так понимаю, что система считает, что там размер сектора 512, когда он на самом деле 4096
Dmitry
а причем тут asift? он 12
Dmitry
мы говорим про внутренности zvol
Владимир
подмонтировать ты его вероятно сможешь, но тебе ведь надо будет выключить виртуалку? или ты хочшеь подмонтировать на включенную?
Dmitry
подмонтировать ты его вероятно сможешь, но тебе ведь надо будет выключить виртуалку? или ты хочшеь подмонтировать на включенную?
я его скопировал ессно через send/recv ну и виртуалку выключить это не проблема
Владимир
к блочному устройству
Владимир
у тебя вскроется раздел, его и примонтируешь
Dmitry
kpartx -a -v /dev/zd912
Владимир
ещё бы))
Владимир
/dev/rpool/data/vm-105-disk-0
Владимир
вот такой путь к примеру
Dmitry
kpartx -a -v /dev/zvol/data/hv/hostl2-boot
Dmitry
тоже самое
Dmitry
ну и если что
hostl2-boot -> ../../../zd912
Владимир
kpartx -a -v /dev/zvol/data/hv/hostl2-boot
# ls /dev/HDD/vm-105-disk-0
vm-105-disk-0 vm-105-disk-0-part1
Владимир
точно?)
Dmitry
еще раз, система не видит партиций, т.к. считает что диск 512байт, когда по факту он 4096
Владимир
еще раз, система не видит партиций, т.к. считает что диск 512байт, когда по факту он 4096
у меня тоже там 512 пишет
Владимир
и чё
Dmitry
ls /dev/zvol/data/hv/hostl2-boot
/dev/zvol/data/hv/hostl2-boot
Владимир
ох
Dmitry
нету
riv
а send | receive с какими ключами запускали? Осталось в history?
Dmitry
и оригинальный датасет и скопированый показывают сходное поведение
riv
еще раз, система не видит партиций, т.к. считает что диск 512байт, когда по факту он 4096
Это должно влиять только на производительность.
riv
а blkid /dev/zd912p1 что выдаёт?
Dmitry
/dev/zd912p1 у меня вообще такого устройства нету
Dmitry
есть только /dev/zd912
riv
а blkid /dev/zd912
Dmitry
blkid /dev/zd912
/dev/zd912: PTTYPE="PMBR"
Dmitry
должен вообще выдавать что-то типа PTUUID="aba7484c-8a3b-42a7-b377-a08cc112b69c" PTTYPE="gpt"
riv
хм
а
parted /dev/zd912 print
Dmitry
parted /dev/zd912 print
Error: /dev/zd912: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/zd912: 26.8GB
Sector size (logical/physical): 512B/32768B
Partition Table: unknown
Disk Flags:
riv
riv
А на исходном так-же?
riv
там можно pared запустить?
riv
parted
Dmitry
при это все грузится отлично и работает по iscsi
riv
PMBR - это защищенная mbr, просто копия информации gpt в виде mbr. gpt должна быть по любому.
riv
Хм.
Dmitry
PMBR - это защищенная mbr, просто копия информации gpt в виде mbr. gpt должна быть по любому.
я вижу проблему здесь в том, что линукс считает что zvol все идут 512б/сектор, по факту там 4к сектор
Dmitry
потом, оно видит какие-то данные, но понять их не может
riv
впечатление как будт-то gpt повреждена.
А судя по выводу, там сектор 32к
Dmitry
Sector size (logical/physical): 4096 bytes / 32768 bytes - из под системы
Sector size (logical/physical): 512 bytes / 32768 bytes - с хоста с ZFS
riv
может в этом дело? что если перекопировать dd-шкой на хотя бы 16K, а лучше, в порядке эксперемента 4k и 512b
riv
У меня zvol-ы windows и linux-гостей на 16K volblocksize zvol. и проблем не встречал. но туту похоже действительно что-то пошло не так.
riv
Похоже это ваш случай, там описание ситуации и ссылка на статью с черной магией в 16-ричном редакторе https://qastack.ru/superuser/679725/how-to-correct-512-byte-sector-mbr-on-a-4096-byte-sector-disk
riv
А что за система внутри vm? Современные windows и linux вообще сразу на 1М выравниваю данные и никаких проблем, вроде быть не должно.
Dmitry
Похоже это ваш случай, там описание ситуации и ссылка на статью с черной магией в 16-ричном редакторе https://qastack.ru/superuser/679725/how-to-correct-512-byte-sector-mbr-on-a-4096-byte-sector-disk
нет. у меня нет задачи править MBR. У меня задача как заставить систему рассматривать zvol как блочное устройство с сектором 4096 байт
Dmitry
А что за система внутри vm? Современные windows и linux вообще сразу на 1М выравниваю данные и никаких проблем, вроде быть не должно.
centos 7.9 опять таки выравнивание здесь не причем
Dmitry
может в этом дело? что если перекопировать dd-шкой на хотя бы 16K, а лучше, в порядке эксперемента 4k и 512b
volblocksize тут тоже не причем
Dmitry
и это не вм
Dmitry
это физический сервер, diskless который грузится по iscsi
Dmitry
Схема:
HOSTL2 (iscsi initiator) —> scst (iscsi target) 4096B —> zvol
Dmitry
HOSTL2 грузится и работает отлично. вопросов нет. МНе нужно еще 10шт запустить, Я планировал наклонировать zvols потом подмонтировать, ручками поправить мелочи и загрузить их все
riv
volblocksize тут тоже не причем
Я погуглил, zfs может только 512b показывать в качестве logical sector size
По этому я могу лишь предложить такое решение:
losetup loop1 /dev/zd912 -b 4096
И далее использовать loop1
kpartx -av /dev/loop1
riv
У меня вот получилось вроде
root@htz-vm01 /var/lib/vz/template/iso # parted /dev/loop1 print
Error: /dev/loop1: unrecognised disk label
Model: Loopback device (loopback)
Disk /dev/loop1: 1074MB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:
riv
Ещё как вариант пошерстить командную строку qemu, это если надо в виртуалку передавать. Может быть там есть настройка?