Исходное сообщение
"Обход проблем при расширении хранилища ZFS в Linux" Отправлено пох, 16-Апр-19 14:37
> Простите, а зачем вы используете GPT разделы под ZFS так работает ZoL (на практике это просто метка, упрощающая ей поиск пула при скане, и попутно резервирующая хвост на случай внезапной необходимости что-то записать в последние сектора - например, метки md multipath) > пропустите как раз те шаги которые мешают растянуть пул. Растягивая блочный > девайс, вы не растягиваете GPT раздел на нем и это мешает наоборот, она это сделает автоматически (и в отличие от самой zfs, это у нее - получится, но вот ядро, похоже, не сможет перечитать новую таблицу, пока разделы все еще кем-то открыты на запись). Почему и после перезагрузки нужен еще один пинок, не смотря на явное разрешение авторесайза - это вот я не понял.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Простите, а зачем вы используете GPT разделы под ZFS > так работает ZoL > (на практике это просто метка, упрощающая ей поиск пула при скане, и > попутно резервирующая хвост на случай внезапной необходимости что-то записать в последние > сектора - например, метки md multipath) >> пропустите как раз те шаги которые мешают растянуть пул. Растягивая блочный >> девайс, вы не растягиваете GPT раздел на нем и это мешает > наоборот, она это сделает автоматически (и в отличие от самой zfs, это > у нее - получится, но вот ядро, похоже, не сможет перечитать > новую таблицу, пока разделы все еще кем-то открыты на запись). > Почему и после перезагрузки нужен еще один пинок, не смотря на явное > разрешение авторесайза - это вот я не понял.
	Введите код, изображенный на картинке: