| |
| |
| |
| |
| |
| 6.17, nagual (ok), 18:23, 07/11/2012 [^] [^^] [^^^] [ответить] [↓] [п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴┬ п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴╔п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б√⌠п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я▐Б√▓я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я├Б∙╔я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б■■п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б√▓]
| +/– |
 >> Может быть в 9.1 исправят, будем надеяться.
> Нет, не исправят. Это не баг, а фича. :)
> С другой стороны, все равно zfs строится не на физических дисках, а
> на gpt разделах. Как минимум на каждый диск надо устанавливать bootloader
> и загрузочный раздел, так что мешает еще добавить в разбивку swap
> и добавить его в gmirror?
Неохота gmirror добавлять, его удалить можно только из singl mode.
| | |
| 6.18, iZEN (ok), 18:46, 07/11/2012 [^] [^^] [^^^] [ответить] [↑] [п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴┬ п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴╔п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б√⌠п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я▐Б√▓я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я├Б∙╔я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б■■п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б√▓]
| +/– |
 >> Может быть в 9.1 исправят, будем надеяться.
> Нет, не исправят. Это не баг, а фича. :)
...которой я не наблюдал при 100% заполненности SWAP на ZVOL размером 256 МБ.
> С другой стороны, все равно zfs строится не на физических дисках, а
> на gpt разделах. Как минимум на каждый диск надо устанавливать bootloader
> и загрузочный раздел, так что мешает еще добавить в разбивку swap
> и добавить его в gmirror?
Мешает то, что в zpool рекомендуется отдавать неразмеченное RAW-пространство дисков целиком, а не разделы: "Делайте по одному LUN'у на физический носитель".
| | |
| |
| 7.23, Shadowcaster (?), 20:55, 07/11/2012 [^] [^^] [^^^] [ответить] [п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴┬ п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б┴╔п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б√⌠п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я▐Б√▓я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔я├Б∙╔я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б■■п©б╘п╠Б∙≤п©Б√▓п▒Б■╛Б┴╔п▒Б┬≥Б▄║я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б√═Б■─я▐Б√░п▒Б┬ Б√▒п©Б√▓п▒Б┬ Б∙░п▒Б┬ Б√▓]
| +1 +/– | |
> ...которой я не наблюдал при 100% заполненности SWAP на ZVOL размером 256
> МБ.
Может 256 Гигабайт? Потому как 256 МБ - это не та размеры, при которых логично использовать zfs.
> Мешает то, что в zpool рекомендуется отдавать неразмеченное RAW-пространство дисков целиком,
> а не разделы: "Делайте по одному LUN'у на физический носитель".
Речь шла про gpt разметку, а не про LUN-ы. Если ОС (/) загружается с других носителей, а zfs монтируется потом, то проще всего отдать все устройство под pool. Если надо монтировать root с zfs - то надо сначала загрузить то, что умеет собрать zfs pool и смонтировать его. Подробно разные методы для freebsd описаны тут:
http://wiki.freebsd.org/RootOnZFS
| | |
|
|
|
|
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| Часть нити удалена модератором |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
