Bug 923116 - engine: domain is not recovered after connection is reinstated in case hosts which have access to it are non-operational
Summary: engine: domain is not recovered after connection is reinstated in case hosts ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.2.0
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
: 3.2.0
Assignee: Liron Aravot
QA Contact: Leonid Natapov
URL:
Whiteboard: storage
Depends On: 917576
Blocks: 948448
TreeView+ depends on / blocked
 
Reported: 2013-03-19 09:08 UTC by Liron Aravot
Modified: 2016-02-10 20:40 UTC (History)
20 users (show)

Fixed In Version: sf16
Doc Type: Bug Fix
Doc Text:
Clone Of: 917576
Environment:
Last Closed:
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (5.49 KB, application/octet-stream)
2013-03-19 09:33 UTC, Liron Aravot
no flags Details
logs (485.37 KB, application/x-tar)
2013-03-19 09:58 UTC, Liron Aravot
no flags Details
vdsm.log (151.16 KB, application/x-gunzip)
2013-03-21 08:55 UTC, Daniel Paikov
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 13160 0 None None None Never

Comment 1 Liron Aravot 2013-03-19 09:10:35 UTC
This bug is about reconstruct failing after connect storage server (solved in 917576) is being done, as InActive domain won't be selected as the new master.

Comment 2 mkublin 2013-03-19 09:16:30 UTC
(In reply to comment #1)
> This bug is about reconstruct failing after connect storage server (solved
> in 917576) is being done, as InActive domain won't be selected as the new
> master.

Provide log for reproducing a problem, with out log this bug is speculation

Comment 3 Haim 2013-03-19 09:30:05 UTC
please change title, and provide all logs (since we already have 917576)

Comment 4 Liron Aravot 2013-03-19 09:33:58 UTC
Created attachment 712486 [details]
logs

Comment 5 Liron Aravot 2013-03-19 09:36:28 UTC
haim/ mkublin, the original log from 917576 is fine of this scenario - you can see that the reconstruct isn't performing on domain.
anyway, i've also attached the log from paikov run.

Comment 6 mkublin 2013-03-19 09:38:56 UTC
(In reply to comment #5)
> haim/ mkublin, the original log from 917576 is fine of this scenario - you
> can see that the reconstruct isn't performing on domain.
> anyway, i've also attached the log from paikov run.

Liron, connect storage was not send, so reconstruct is not relevant.
How you get to this situation, number of host, storages, scenario? 
Full log.

Comment 7 Liron Aravot 2013-03-19 09:58:33 UTC
Created attachment 712525 [details]
logs

Comment 8 Liron Aravot 2013-03-19 09:59:17 UTC
adding needinfo? on paikov for fulls steps that he ran in that scenario.

the reproduction steps can be the same as the scenario on bug 917576 - trying to activate a host when there's an inactive domain when master version changed (note that we encountered it during testing of another issue) - can be always reproduced.

paikov - please add the vdsm logs.

Comment 9 Ayal Baron 2013-03-20 09:52:35 UTC
Liron, is the title correct?

Comment 10 Daniel Paikov 2013-03-21 08:55:10 UTC
Created attachment 713652 [details]
vdsm.log

Comment 11 Daniel Paikov 2013-03-21 08:56:59 UTC
(In reply to comment #8)
> adding needinfo? on paikov for fulls steps that he ran in that scenario.
> 
> the reproduction steps can be the same as the scenario on bug 917576 -
> trying to activate a host when there's an inactive domain when master
> version changed (note that we encountered it during testing of another
> issue) - can be always reproduced.
> 
> paikov - please add the vdsm logs.

1. NFS DC with 2 data domains.
2. Block connectivity between host and storage.
3. After domains become Inactive, resume connectivity.

Comment 12 mkublin 2013-05-02 09:04:47 UTC
This bug should be verified when AutoRecovery of storage is enabled and disabled

Comment 13 Leonid Natapov 2013-05-13 11:56:39 UTC
sf16. fixed.

Comment 14 Itamar Heim 2013-06-11 09:08:26 UTC
3.2 has been released

Comment 15 Itamar Heim 2013-06-11 09:08:28 UTC
3.2 has been released

Comment 16 Itamar Heim 2013-06-11 09:08:37 UTC
3.2 has been released

Comment 17 Itamar Heim 2013-06-11 09:36:59 UTC
3.2 has been released


Note You need to log in before you can comment on or make changes to this bug.