Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi all: I am new to DRBD, and I think I have it setup correctly, but wanted to check my assumptions at the door. I have two nodes connected over a VPN link, and they are geographically separated by about 15 kilometres. Their connection is not mind blowingly fast, but I am not looking for true realtime I/O. I am looking to replicate, at the block level, a qmail messaging store between the two nodes, and I like the idea of block level replication, because if a message comes in, I don't have to replicate the user's entire message store like I believe Unison would do. Block level replication would also be, I believe truly bi-directional. So, for my testing I have created a dual primary drbd called /dev/drbd1. Looking at /proc/drbd on both nodes shows an active Primary/Primary device. [root at defiant tmp]# cat /proc/drbd version: 8.3.15 (api:88/proto:86-97) GIT-hash: 0ce4d235fc02b5c53c1c52c53433d11a694eab8c build by mockbuild at builder17.centos.org, 2013-03-27 16:04:08 1: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r----- ns:1728 nr:524052 dw:525780 dr:5798 al:4 bm:44 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0 [root at defiant tmp]# The device is mounted on both systems. /dev/drbd1 on /var/tmp type ext3 (rw) The config on both nodes is identical. global { usage-count yes; } common { protocol C; } resource mailstore { net { allow-two-primaries; after-sb-0pri discard-least-changes; after-sb-1pri discard-secondary; } startup { become-primary-on both; } on defiant.avits.ca { device /dev/drbd1; disk /dev/sdc; address 192.168.0.4:7789; meta-disk internal; } on illustrious.avits.ca { device /dev/drbd1; disk /dev/sdb; address 192.168.64.4:7789; meta-disk internal; } } Now to my logic, if I write a file to one node, it should show up on the other. So on 192.168.0.4, I do an ls -l /etc >/var/tmp/blah.txt, it should show up on BOTH systems with the same size and date stamp. ...Node 1. [root at defiant tmp]# ls -l /etc >/var/tmp/blah.txt [root at defiant tmp]# ls -l /var/tmp total 16 -rw-r--r-- 1 root root 15893 Apr 17 10:53 blah.txt [root at defiant tmp]# ...Node 2. [root at illustrious ~]# ls -l /var/tmp total 32 drwx------ 10 vpopmail vchkpw 4096 Nov 17 21:09 avits.ca -rw-r--r-- 1 vpopmail vchkpw 165 Apr 16 13:46 blah3.txt -rw-r--r-- 1 vpopmail vchkpw 2532 Apr 16 13:55 blah.txt drwx------ 5 vpopmail vchkpw 4096 Aug 14 2013 example.com drwx------ 21 vpopmail vchkpw 16384 Apr 15 14:45 lost+found [root at illustrious ~]# ...and yet the filesystems are dissimilar. Note the stuff that is there on one node, but not the other, and that the date stamp for the file that exists on both is wrong on the second node. Am I missing something, or am I expecting drbd to do something it's not capable of doing?... Thanks, Richard. -- Alberni Valley IT Services -------------- next part -------------- A non-text attachment was scrubbed... Name: richard.vcf Type: text/x-vcard Size: 277 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20140417/3f9f241f/attachment.vcf>