| Summary: | Cannot set cluster to 4.0 after migration from 3.6 | ||
|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Jiri Belka <jbelka> |
| Component: | BLL.Infra | Assignee: | Martin Perina <mperina> |
| Status: | CLOSED DUPLICATE | QA Contact: | Pavel Stehlik <pstehlik> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 4.0.2.7 | CC: | bugs, jbelka, oourfali, ylavi |
| Target Milestone: | ovirt-4.0.4 | Flags: | ylavi:
ovirt-4.0.z?
rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-08-22 13:35:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jiri Belka
2016-08-20 05:55:39 UTC
Hi Jiri, Can you explain exactly what your flow was and maybe which versions? I was able to upgrade a cluster from 3.6 to 4.0 but not after rhevm upgrade, but internally in rhevm-4.0 - created a 3.6 cluster with 3.6 hosts - then after working with some vms upgraded the hosts to 4.0 one by one and eventually set cluster to 4.0. (In reply to sefi litmanovich from comment #2) > Hi Jiri, > > Can you explain exactly what your flow was and maybe which versions? > I was able to upgrade a cluster from 3.6 to 4.0 but not after rhevm upgrade, > but internally in rhevm-4.0 - created a 3.6 cluster with 3.6 hosts - then > after working with some vms upgraded the hosts to 4.0 one by one and > eventually set cluster to 4.0. Sure it worked even for me but this issue is mostly probably related to fact that this env used to be - IIRC - 3.0 -> 3.5, than migration from bare metal to SHE env in 3.5, then 3.5 -> 3.6 -> 4.0. So it has its own history which probably caused all the issues, this is not only one. Can you give us the access to the relevant environment? Looking at the logs the exception is the same as in BZ1367025 *** This bug has been marked as a duplicate of bug 1367025 *** |