mkfs.ext3: неверный тип носителя при попытке определить размер файловой системы
Когда я пытаюсь отформатировать /dev/drbd0 с mkfs.ext3, я получаю сообщение об ошибке:
mkfs.ext3: Неверный тип носителя при попытке определить размер файловой системы.
Я нашел решение здесь:
однако если я выполню первичную проверку команды drbdadm, предложенную мной, я получу следующую ошибку:
0: изменение состояния не выполнено: (-1) Конфигурирование команды "drbdsetup 0 primary" не завершено с несколькими основными цветами, завершение с кодом выхода 11
Есть идеи?
Вывод команды cat /proc/drbd:
version: 8.3.7 (api:88/proto:86-91)
srcversion: EE47D8BF18AC166BE219757
0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r----
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0
а также
drbd.conf:
# You can find an example in /usr/share/doc/drbd.../drbd.conf.example
#include "drbd.d/global_common.conf";
#include "drbd.d/*.res";
global {
usage-count yes;
}
common {
syncer {
rate 100M;
}
}
resource test {
protocol C;
handlers {
pri-on-incon-degr "echo o > /proc/sysrq-trigger ; halt -f";
pri-lost-after-sb "echo o > /proc/sysrq-trigger ; halt -f";
local-io-error "echo o > /proc/sysrq-trigger ; halt -f";
# outdate-peer "/usr/sbin/drbd-peer-outdater";
}
startup {
wfc-timeout 0; ## Infinite!
degr-wfc-timeout 120; ## 2 minutes.
}
disk {
on-io-error detach;
}
net {
# timeout 60;
# connect-int 10;
# ping-int 10;
# max-buffers 2048;
# max-epoch-size 2048;
# on-disconnect-reconnect;
after-sb-0pri discard-younger-primary;
after-sb-1pri consensus;
after-sb-2pri disconnect;
rr-conflict disconnect;
# allow-two-primaries;
}
syncer {
rate 100M;
al-extents 257;
}
on VOXDEMOSRV01 {
device /dev/drbd0;
disk /dev/sda6;
address 192.168.1.134:7788;
meta-disk /dev/sda7[0];
}
on VOXDEMOSRVOWN01 {
device /dev/drbd0;
disk /dev/sda2;
address 192.168.1.146:7788;
meta-disk /dev/sda5[0];
2 ответа
mkfs.ext3: Неверный тип носителя при попытке определить размер файловой системы.
Причина в том, что вы находитесь на вторичном узле и /dev/drbd0
только для чтения. Переключитесь на основной узел и попробуйте снова.
Эта проблема может быть вызвана тем, что два drbd являются вторичными, вы должны сделать их один первичным, а другой вторичным. Ниже моя конфигурация:
#service drbd status
drbd driver loaded OK; device status:
version: 8.3.13 (api:88/proto:86-96)
GIT-hash: 83ca112086600faacab2f157bc5a9324f7bd7f77 build by dag@Build64R6, 2012-05-07 11:52:13
m: res cs ro ds p смонтированный fstype 1:r0 Подключено Secondary/Primary y UpToDate/UpToDate C