>Цитирую из мейллиста переписку про HAST:
>Also note that DRBD, which is on the market for a long
>time already can
>operate also only in primary-secondary configuration for production uses.
>Eventhough it supports primary-primary configuration, it is not
>recommended for production use AFAIK.
>Как бы умеет, но как бы и нестабилен =) Он может великолепно и очень стабильно поддерживать p-p, но без кластерной фс это не имеет никакого смысла.
По вашим комментам выше видно, что вы нифига не понимаете, поэтому постараюсь объяснить вам на пальцах.
Представим себе, что некоторая не-кластерная файловая система не защищена от повторного монтирования. Вы ее монтируете и начинаете работать с каким-то файлом. В это время другой пользователь также ее монтирует и удаляет нафиг весь каталог, в котором лежит ваш файл, и создает на месте этого каталога свой файл с таким же именем (для пущей фатальности). Когда вы захотите записать свой файл (а может, и раньше), ваша файловая система очень удивится.
Я уж не говорю про кеши, метаданные и проч.
UFS(2), ZFS просто не удастся использовать одновременно на двух нодах, потому что они не позволят смонтировать себя дважды (что есть правильно), так что для primary-primary режима они бесполезны. И парочкой хуков в отдельном модуле это не решить - нужно полностью переделывать структуру файловой системы.
Блочное устройство, на уровне которого работает HAST, не может ничем в этом помочь, так как ничего не знает про файлы, каталоги и метаданные, и работает лишь байтами.