MB
на виртуалке сделал partprobe
Size: a a a
2018 October 23
MB
и начались адские тормоза и матюги на timeout
MB
Смотрю , а на гипервизоре вот что происходит
MB
эта небула запустила dd if=/dev/zero на том LVMa !
MB
я фигею дорогая редакция...
MB
Это нормальное для нее поведение?
MB
Полная команда dd выглядит так:
dd if=/dev/zero of=/dev/vg-one-112/lv-one-44-2 bs=64k oflag=seek_bytes iflag=count_bytes seek=1073741824 count=2747705327616
dd if=/dev/zero of=/dev/vg-one-112/lv-one-44-2 bs=64k oflag=seek_bytes iflag=count_bytes seek=1073741824 count=2747705327616
MB
т.е эта безумная штука пишет 2.5Т нулей пачками по 64КБ !
ИИ
21 век ¯\_(ツ)_/¯
MB
Я это к тому что мне в общем понятно зачем такое поведение
k
Полная команда dd выглядит так:
dd if=/dev/zero of=/dev/vg-one-112/lv-one-44-2 bs=64k oflag=seek_bytes iflag=count_bytes seek=1073741824 count=2747705327616
dd if=/dev/zero of=/dev/vg-one-112/lv-one-44-2 bs=64k oflag=seek_bytes iflag=count_bytes seek=1073741824 count=2747705327616
это поведение легко изменить/выпилить тут:
https://github.com/OpenNebula/one/blob/master/src/tm_mad/fs_lvm/resize#L96-L98
https://github.com/OpenNebula/one/blob/master/src/tm_mad/fs_lvm/resize#L96-L98
k
но вообще я согласен, что это НЕ нормально
MB
с тем что ультра долгая операция?
k
я ставил сначала bs=16M
k
потом убрал вообще нафиг его
MB
понятно почему это надо для коммерческого использования. чтоб ушлые админы не получили доступ к чужим данным
k
оно еще запускается при создании тома и при удалении!