[Drbd-dev] [CASE-29] After re-connect, WFBitMapS-WFBitMapT status has sustained continuously and copy command hangs

[Jaeheon Kim]

Dear Phil,

Same problem occured at Window DRBD.

Node A:

C:\Windows\System32>drbdadm status r0
r0 role:Primary
  disk:UpToDate blocked:upper
  W7X86-3 role:Secondary
    replication:WFBitMapS peer-disk:Inconsistent


Node B:

C:\Windows\System32>drbdadm status r0
r0 role:Secondary
  disk:Inconsistent blocked:upper
  W7X86-2 role:Primary
    replication:WFBitMapT peer-disk:UpToDate


if you want to see this Windows Log, I can send it to you.
Please check Linux first.

Thanks.



2016-03-03 22:18 GMT+09:00 Jaeheon Kim <jhkim at mantech.co.kr>:

> Dear Phil,
>
> Thank you for your new patch.
>
>      -
> http://git.drbd.org/drbd-9.0.git/commitdiff/ded61af75823ddd96da729c84278f7d26a9b3a7d
>
>
> 1. I think this patch should resolve CASE-14, CASE-20.
>
>     1) CASE-14:
>
>         [DRBD-user] [CASE-14] primary node hang by VM-net-disconnect
> during big file copy
>
> http://lists.linbit.com/pipermail/drbd-user/2016-February/022701.html
>
>          - See  my comments "10) worker thread deadlock" and "11) receiver
> thread deadlock"
>          - This deadlock disappeared.
>          - Not reproduced yet.
>
>     2) CASE-20:
>
>          [DRBD-user] [CASE-20] What is the tail_recursion operation during
> drbd_req_destroy?
>
> http://lists.linbit.com/pipermail/drbd-user/2016-February/022719.html
>
>           - Panic by "tail_recursion" disappeared also.
>
>
> 2. Another problem occurred !!!
>
>    1) Test-step
>
>       - Test scenario is similar as CASE-14.
>       - During big file copy, If you disconnect and connect by VM network
> icon
>         then each node sometimes goes to WFBitMapS-WFBitMapT status
> continuously and file copy command on the primary hangs.
>
>
>    2) Log (/var/log/messages) analysys:
>
>        (1) primary log
>            - Click  http://pastebin.com/3hAWNkHn
>
>        (2) secondary log
>            - Click http://pastebin.com/KK1MUbDT
>
>
> 3. Questions
>
>    1) Why did not start resyn after WFBitMapS-WFBitMapT?
>
>    2) What is this ASSERT?
>          -  "Mar  3 14:38:28 drbd9-02 kernel: drbd r0/0 drbd1: ASSERT
> FAILED cstate = SyncTarget, expected: WFSyncUUID|WFBitMapT|Behind"
>
> Please check my comments in the attached log files.
>
> Thanks.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-dev/attachments/20160309/99fa6606/attachment.htm>