Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 25 mounts or

180 days, whichever comes first.  Use tune2fs -c or -i to override.

[root@m1 ~]# mkdir /d0

[root@m1 ~]# mount /dev/drbd0 /d0

Если теперь мы попытаемся примонтировать устройство /dev/drbd0 на узле m2, мы получим следующее:

[root@m2 ~]# mkdir /d0

[root@m2 ~]# mount /dev/drbd0 /d0

/dev/drbd0: Input/output error

mount: block device /dev/drbd0 is write-protected, mounting read-only

/dev/drbd0: Input/output error

mount: /dev/drbd0 already mounted or /d0 busy

Такое (вполне разумное) поведение гарантируется только для ядер 2.6, в 2.4 была возможность примонтировать устройство /dev/drbd0 на обоих узлах кластера одновременно, что в свою очередь могло привести к повреждению файловой системы.

Чтобы все-таки примонтировать раздел /dev/drbd0 на узле m2, необходимо сделать его ведущим, выполнив на узлах m1 и m2 следующие команды:

[root@m1 ~]# umount /d0

[root@m1 ~]# drbdadm disconnect all

[root@m2 ~]# drbdadm disconnect all

[root@m1 ~]# drbdadm secondary all

[root@m2 ~]# drbdadm -- --human primary all

[root@m1 ~]# drbdadm connect all

[root@m2 ~]# drbdadm connect all

[root@m2 ~]# mount /dev/drbd0 /d0

В случае отказа узла m1 достаточно выполнить только те команды, которые приведены выше для узла m2. По большому счету, любители велосипедостроения (или оптимальных решений – иногда трудно отличить одно от другого) могут этим и ограничиться: написать скрипт, который будет следить на доступностью соседнего узла, и монтировать раздел /dev/drbd0, если соседний узел умер, можно самостоятельно. Другой вопрос: зачем, если Heartbeat умеет делать и это, и многое другое?