Процедура измения розміру розділу підкачки на ZFS докладно описана в документації, за винятком одного моменту, який може в певній ситуації стати фатальним для файлової системи.
І так порядок дій по документації:
Що таке? Розмір тому не змінився? Насправді ситуацію пояснює висновок наступної команди:
Не змінився розмір зарезервованого простору refreservation. Таким чином тому став розріджених, тобто його розмір буде збільшуватися в міру необхідності.
На практиці це може призвести до того, що логічний розмір тому перевищить доступний дисковий простір. При переповненні пулу це може привести до втрати даних або навіть краху файлової системи - не експериментував. Щоб запобігти цю ситуацію слід синхронізувати резервовану місце новому розділу томи.
Таким чином ми жорстко закріпили необхідне місце за нашим блоковим пристроєм. Дивно що це не вказано в Офіційний документації в розділі зміни розміру файлу підкачки ...
Нарешті поправили. Тепер refreservation змінюється разом при зміні розміну volume.
-------
root @ server # zfs list rpool / swap
NAME USED AVAIL REFER MOUNTPOINT
rpool / swap 7.91G 62.5G 55.5M -
root @ server # zfs set volsize = 20G rpool / swap
root @ server # zfs list rpool / swap
NAME USED AVAIL REFER MOUNTPOINT
rpool / swap 20G 62.5G 55.5M -
root @ server # zfs get all rpool / swap | grep refreservation
rpool / swap refreservation 20G local
rpool / swap usedbyrefreservation 19.9G -
root @ server #