Ответ на комментарий zerg_from_hive

Почему не имеет смысла? При сдыхании винта на котором система, все вырубается... Если будет миррор, то достаточно сменить винт, и все ок.
http://plan9.escet.urjc.es/magic/man2html/3/fs - Единственное что нашел по рейду. На счет raid5 это реально? Как что либо записать на venti? Там висит какой-то сервис на порту, что с ним потом делать неясно. Доки как создать venti я нашел, а вот как использовать нет. :)

Аноним, дело в том, что фоссил -- по сути нечто вроде буфера для венти. Если venti-хранилища НЕТ -- тогда фоссил работает как автономное хранилище, а если venti ЕСТЬ -- начинается самое интересное, включая снапшоты файловой системы. И если вдруг фоссил посыплется или сдохнет диск с фоссилом -- можно загрузиться хотя бы с LiveCD, отформатировать новый fossil-раздел и накатить последний из живых снапшотов (я тут как-то постил процедуру восстановления, проверенную собственноручно. 8-) А вот если уже с venti-хранилищем что-то случится... 8-( Правда, сами плановоды у себя в Bell Labs, если не путаю, делают бэкапы на BluRay-диски -- на всякий случай. 8-)
Как-то попадалась занятная инфа про дисковый массив AoE (ATA over Ethernet), так говорят, что внутри у этого чуда техники таки План-9 и стоит. Стало быть, не только академическая система получилась, но и в промышленном использовании она уже вполне применима:
http://www.pentarh.com/wp/2008/08/01/sr1521-aoe-target/

Ответ на комментарий zerg_from_hive

Правильно ли я понимаю, на venti можно хранить только снапшоты с файловой системы fossil?

Аноним, да как сказать... скорее venti и является НАСТОЯЩИМ хранилищем данных, в т.ч. и снапшотов. А fossil -- промежуточный буфер ускоренного доступа. Где-то так. 8-)
Кстати, зеркалировать диски с venti можно точно таким же образом, как и описано. /dev/sd*/data в любом случае присутствует. Это примерно как во FreeBSD с /dev/ad0s1c (раздел c представляет собой ВЕСЬ слайс).
А данные с fossil'а автоматически переносятся на venti. Просто venti-раздел может располагаться и не на особо быстродействующем устройстве, но его размер должен быть БОЛЬШЕ, чем у раздела с fossil. По кр. мере в идеале. 8-)
В манах по venti пишется, что эта файловая система делится на три дисковые структуры: data log (ТОЛЬКО для добавления), хранящий данные всех записанных блоков; индекс для ускорения поиска данных по т.н. меткам (scores); т.н. bloom filter с кратким списком меток, присутствующих в индексе. И data log, как основное хранилище, как раз и должен находиться на каком-нибудь RAID-массиве (ИМХО желательно аппаратном) для повышения устойчивости. А делится этот data log на секции, называемые аренами, причем он может состоять из НЕСКОЛЬКИХ дисков, на каждом из которых находится от одной до нескольких арен. Разбивка на арены служит исключительно для упрощения бэкапа, потому и размер этих арен делается не очень большим. Размер индексной области рекомендуется около 5% от размера активного data log. В общем, man venti -- там про это подробно написано. 8-)
Там еще рекомендуется избегать переполнения индексного раздела, а если таковое произошло -- остановить сервер и добавить дисковое пространство для индексов.
Кстати, venti имеет оч-ч-чень приятственную особенность: одинаковые блоки НЕ дублируются. 8-) Поэтому снапшоты будут занимать не так много места, как может показаться. А вообще чем-то venti ИМХО напоминает сановскую ZFS, хотя они и совершенно различны.

Ответ на комментарий zerg_from_hive

Стало яснее. То есть 2 по 40 не нужны, а из 3 по 1Тб можно 1 винт на fossil и 2 винта на mirror venti. Итого 1 Тб полезного объема. Или ставить на 2 по 40 linux в миррор + 3 по 1Тб в 5 raid. Итого 2Тб полезного объема. Все верно, или я что то напутал?

Аноним, в общем-то МОЖНО и fossil на 2х40 соорудить, вреда не будет. А вот RAID-5 лучше всего таки АППАРАТНЫЙ. Хотя бы для арен, а индексы можно держать и на отд. винтах, в случае чего эти индексы и пересоздать можно (хотя процесс и не самый быстрый. 8-). И получится 3ТБ самого что ни на есть полезного и отказоустойчивого объема (условно 3 терабайтника под данные + 1 под контрольные суммы).
А контроллер для аппаратного рейда уже имеется?

Ответ на комментарий zerg_from_hive

В том то и дело что в плане9 драйверов очень мало, а драйверов sata raid так и вообще, по ходу, нет.

Ответ на комментарий zerg_from_hive

Так, допустим мы имеем 3 винта под арены и 1 винт под индексы. В случае отказа винта под индексы понятно, их можно пересоздать. А вот что будет если откажет любой из трех винтов под арены?

Аноним, а ничего не будет, если это аппаратный RAID-5. 8-) Можно будет просто подоткнуть здоровый диск и перестроить массив. Поэтому плановоды и рекомендуют рейд для арен.

Аноним, кстати о дисках, корпусах и проч.:
http://www.avelon.ru/detail_15070.htm
Порадовал список совместимых осей:
Windows • A/UX • AIX • BSD • Dynix • FreeBSD • GNU • Linux • HP-UX • IRIX • Mac OS X • Minix • NetBSD • NeXTSTEP • OpenBSD • PC-BSD • Plan 9 • Plan B • QNX • SCO OpenServer • Solaris • System V • Tru64 • BSD/OS • Xenix • ClosedBSD.
Plan 9 и Plan B таки тоже присутствуют.

Ответ на комментарий zerg_from_hive

Plan 9 supports a few SATA controllers in their native AHCI mode, as opposed to the IDE-compatibility mode that some of them offer.

Вот что написано в факе, так что надежды на raid 5, походу, нет.
Так что, что там рекомендуют плановоды не совсем понятно.

Аноним, man sdahci:
"AHCI controllers are detected automatically. Currently Intel and AMD controllers are detected. Intel controllers need to have AHCI enabled in the BIOS. For `ich' parts this typically means enabling enhanced mode and AHCI. For ESB (Enterprise South Bridge) -based parts, only enhanced mode needs to be enabled. Intel ich9-based AHCI does not support hot swapping and drives must be connected to the lowest-umbered free port."
Т.е. да, не все контроллеры поддерживаются, но Intel и AMD вроде как работоспособны. Вышеприведенный пример, кстати, тоже был на интеловской матери.

Ответ на комментарий zerg_from_hive

В том то и дело, что контроллеры то работают. Но, только не в режиме рейда. Просто лично пробовал, делаешь миррор plan9 диска не видит, переводишь в режим контроллера план диски находит. :(

Ответ на комментарий zerg_from_hive

Есть ли возможность к одной машине подключить несколько cpu других, так что бы задача делилась на все процессоры?

Аноним, вот про несколько cpu не в курсе, не пробовал. А какие именно задачи интересуют? Например?
Просто существуют и т.н. grid-вычисления:
http://www.citforum.ru/operating_systems/plan9/9grid/
(навскидку то, что вспомнилось)

Ответ на комментарий zerg_from_hive

Привет!
Может подскажешь, как расшарить папку под план9? Так что бы ее можно было подцепить из под линукса. mount -t 9p -o name=glenda 192.168.0.100 /mnt, выдает mount: В соединении отказано. Куда копать?

Ответ на комментарий zerg_from_hive

Привет еще раз. Не могу ни где найти твой мейл. Что бы не засорять каменты, напиши мне по адресу root81{sobachka}gmail.com Есть дело.