[Bugs] [Bug 1278390] Data Tiering:Regression:Detach tier commit is passing when detach tier is in progress

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1278390

Atin Mukherjee <amukherj at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |amukherj at redhat.com
              Flags|                            |needinfo?(byarlaga at redhat.c
                   |                            |om)



--- Comment #4 from Atin Mukherjee <amukherj at redhat.com> ---
Bhaskar,

Some back ground before I get into the real business on this:

Detach start & commit follows sync-op framework in GlusterD where in every
phase GlusterD accumulates responses of all the nodes and then decide whether
to proceed or fail. The validation what we are talking about here is in staging
phase and even if in the local node if detach operation is complete where as in
other nodes its not, as a whole the command would fail, that's the guarantee
what sync-op framework brings in.

I tried to simulate this problem with setting the rebalance status to complete
on originator node (where the cli command is run) and rebalance status to
started in other nodes, but couldn't reproduce it as CLI throws a error message
in that case. Here are the steps I did before taking the gdb control.

1. Create a dist volume (one brick only) in a 2 node cluster.
2. Performed attach-tier with one more brick
3. detach start
4. detach commit

Could you provide the steps you performed to reproduce this issue?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pu0TjgtsvW&a=cc_unsubscribe