Re: хранение /home на сервере (coda vs fscache)
On Sat, Jun 11, 2011 at 10:32:26AM +0000, Nicholas wrote:
> Спасибо за советы пришедшие в рассылку и на почту.
>
> Ответ пока не найден.
>
> Для начала попробовал поставить drbd, т.к. выглядит посовременнее и
> есть в ядрах.
>
> Но так и не понял - можно ли его использовать для поставленной задачи
> - с возможностью работать в оффлайн.
Как я понимаю, DRBD заточен под mirroring, т.е., под резервное
хранение данных с репликацией на хостах, объединенных в сеть. При
этом, в каждый момент времени только один хост активен, т.е. на нем
может происходить запись на блочное устройство, обслуживаемое DRBD, а
другие (по видимости, хостов может быть больше 2-х) - реплицируют
данные с активного хоста.
На странице http://www.drbd.org/home/mirroring/ читаем:
Data accessible only on the active node
A consequence of mirroring data on block device level is that you can
access your data (using a file system) only on the active node. This
is not a shortcoming of DRBD but is caused by the nature of most file
systems (ext3, XFS, JFS, ext4, ...). These file systems are designed
for one computer accessing one disk, so they cannot cope with two
computers accessing one (virtually) shared disk.
In spite of this limitation, there are still a few ways to access the
data on the second node: Use DRBD on logical volumes and use LVM's
capabilities to take snapshots on the standby node, and access the
data via the snapshot. DRBD's primary-primary mode with a shared disk
file system (GFS, OCFS2). These systems are very sensitive to failures
of the replication network.
Т.е., совсем не то, что тебе нужно.
--
Stanislav
Reply to: