Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I fixed this. I tried directly to /dev/sda and I needed to use the /dev/mapper/dm-raid device. Now it works this. The new problem in next level: config, r0.res: resource r0 { startup { wfc-timeout 30; outdated-wfc-timeout 20; degr-wfc-timeout 30; } net { cram-hmac-alg sha1; shared-secret "example"; after-sb-0pri discard-zero-changes; after-sb-1pri discard-secondary; after-sb-2pri disconnect; rr-conflict disconnect; } syncer { rate 100M; verify-alg sha1; } device /dev/drbd1; meta-disk internal; on drbdtest1 { disk /dev/mapper/ddf1_4c5349202020202080862682000000004711471100001450p4; address 10.1.1.1:7788; } on drbdtest2 { disk /dev/mapper/ddf1_4c5349202020202080862682000000004711471100001450p3; address 10.1.1.2:7788; } protocol C; } Config end. I run this on both nodes: drbdadm create-md r0 result: You want me to create a v08 style flexible-size internal meta data block. There appears to be a v08 flexible-size internal meta data block already in place on /dev/mapper/ddf1_xp4 at byte offset 208305909760 Do you really want to overwrite the existing meta-data? [need to type 'yes' to confirm] yes md_offset 208305909760 al_offset 208305876992 bm_offset 208299520000 Found some data ==> This might destroy existing data! <== Do you want to proceed? [need to type 'yes' to confirm] yes initializing activity log NOT initializing bitmap Writing meta data... New drbd meta data block successfully created. So it's ok, and same at node 2. Still on both nodes: drbdadm up r0 (no response at console) modprobe drbd (no response at console) only on node1: drbdadm -- --overwrite-data-of-peer primary all (no response at console) Then in node1 I format to XFS: mkfs.xfs /dev/drbd1 -f then I mounted and copy 1 example file to mounted drbd node 1: drbd-overview 1:r0/0 WFConnection Primary/Unknown UpToDate/DUnknown /drbd xfs 194G 33M 194G 1% cat /proc/drbd version: 8.4.5 (api:1/proto:86-101) GIT-hash: 1d360bde0e095d495786eaeb2a1ac76888e4db96 build by mockbuild@, 2014-08-17 22:54:26 1: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----s ns:0 nr:0 dw:101745 dr:2586 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:203417500 node 2: drbd-overview 1:r0/0 WFConnection Secondary/Unknown Inconsistent/DUnknown cat /proc/drbd version: 8.4.5 (api:1/proto:86-101) GIT-hash: 1d360bde0e095d495786eaeb2a1ac76888e4db96 build by mockbuild@, 2014-08-17 22:54:26 1: cs:WFConnection ro:Secondary/Unknown ds:Inconsistent/DUnknown C r----s ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:193994980 Versions: Installed Packages Name : drbd84-utils Arch : x86_64 Version : 8.9.1 Release : 1.el7.elrepo Size : 1.3 M Repo : installed >From repo : elrepo Summary : Management utilities for DRBD Installed Packages Name : kmod-drbd84 Arch : x86_64 Version : 8.4.5 Release : 1.el7.elrepo Size : 693 k Repo : installed >From repo : elrepo Summary : drbd84 kernel module(s) End of package info. What need to do now? What should I do to work this? Both nodes can access in ssh the other node without password using keys. Both nodes can ping the other nodes. Same config for both nodes: (r0.res and default other configs). I want use drbd with pacemaker + corosync at Centos 7. Thanks, aTTi On Thu, Sep 25, 2014 at 4:50 PM, aTTi <attiuj at gmail.com> wrote: