[Drbd-dev] Question About current uuid in drbd9

[Kim, Sung-eun]

Hello,


I have a question about current uuid in drbd9

After initial full-sync, primary's current uuid is one more than
secondary's current uuid.

ex) from drbdadm get-gi r0

primary *0005F0D20002F86D*
:0000000000000000:0000000000000000:0000000000000000:1:1:1:0:0:0:1:0:0:0


secondary
*0005F0D20002F86C*
:0000000000000000:0000000000000000:0000000000000000:1:1:0:0:0:0:1:0:0:0


But I changed primary's role to secondary , and again changed to primary.
and replication volume disk I/O is processed.

At this point, primary's current uuid is equal to secondary's current
uuid.(not one more than secondary's)

primary
*0006A4E400035276*
:0000000000000000:0000000000000000:0000000000000000:1:1:1:0:0:0:1:0:0:0

secondary
*0006A4E400035276*
:0000000000000000:0000000000000000:0000000000000000:1:1:0:0:0:0:1:0:0:0

Is this Bug? , or normal situation?(intended implementation in drbd9?).

Could you let me about this result?

Thanks.


Best Regards,
Sung-eun Kim

[image: 설명: logo]

Technical Research Center / DRBD Team

Principal Research Engineer

*Sung-eun Kim               sekim at mantech.co.kr <sekim at mantech.co.kr>*

202 Fl, Seoulforest Kolon digital Tower, 308-4, Seongsudong 2ga,
Seongdong-gu, Seoul, Korea

Tel : 02-2136-6913 / Fax : 02-575-4858 / Call Center : 1833-7790

http://www.mantech.co.kr

[image: 본문 이미지 1]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-dev/attachments/20160824/ad26de5a/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4544 bytes
Desc: not available
URL: <http://lists.linbit.com/pipermail/drbd-dev/attachments/20160824/ad26de5a/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 16229 bytes
Desc: not available
URL: <http://lists.linbit.com/pipermail/drbd-dev/attachments/20160824/ad26de5a/attachment-0003.png>