8 марта 2014 г., 16:01 пользователь Slawa Olhovchenkov <[email protected]>
написал:
> On Sat, Mar 08, 2014 at 03:57:50PM +0200, Anton Sayetsky wrote:
>
>> 8 марта 2014 г., 15:54 пользователь Slawa Olhovchenkov <[email protected]>
>> написал:
>> > On Sat, Mar 08, 2014 at 03:40:55PM +0200, Anton Sayetsky wrote:
>> >
>> >
>> >> > root@slw:/home/slw # zpool replace ztest md1 md2
>> >> > root@slw:/home/slw # zpool list ztest
>> >> > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
>> >> > ztest 19.9G 234K 19.9G 0% 1.00x ONLINE -
>> >> man zpool
>> >> /autoexpand
>> >> > autoexpand=on | off
>> >> > Controls automatic pool expansion when the underlying LUN is grown.
>> >> Похоже, без zfsd ни autoreplace, ни autoexpand работать не будут
>> >> принципиально. Только вот я до сих пор не могу понять, какого хрена
>> >> для этого нужен демон, почему этим не занимается сама ФС.
>> >
>> > вот покажи на солярке пример.
>> > а то творческой трктовкой документации можно долго заниматься.
>> Под рукой нету, но HSP там тоже управляет FMD, а не сама ZFS. С
>> autoexpand - не в курсе. Но блин, зачем такой изврат? Почему все
>> остальные существующие реализации RAID сами делают replace, а ZFS -
>> нет? %)
>
> когда они делают expand? при скрытом оффлайновом изменении размера?
> тут тебе ни FMD ни zfsd не помогут -- в момент expand соответсвующий
> zfs -- offline.
Ещё раз - читаем внимательно.
Как и чем должен делаться expand - я не в курсе, не видел. Судя по
ману - при установленном autoexpand должно само. И, кстати, ничего не
мешает увидеть при импорте пула, что размер vdev стал больше, и
расширить пул.
Второе же предложение было о том, что ZFS не умеет _сама_ делать
replace в redundant-конфигурациях. Под солярой для этого нужен FMD,
под фрёй - ждём zfsd. И я выразил сожаление, что ZFS - единственная
реализация RAID, которая _требует_ что-либо, кроме самой себя, дабы
починить degraded-массив.
