Back to bug 1576602
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Maor | 2018-05-09 22:47:21 UTC | Status | NEW | POST |
| Assignee | omachace | mlipchuk | ||
| Maor | 2018-05-09 22:47:43 UTC | Link ID | Github https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/43 | |
| Tal Nisan | 2018-05-10 08:02:19 UTC | CC | tnisan | |
| Target Milestone | --- | ovirt-4.2.4 | ||
| Red Hat Bugzilla Rules Engine | 2018-05-10 08:02:23 UTC | Flags | ovirt-4.2? | ovirt-4.2? ovirt-4.2+ |
| Maor | 2018-05-10 18:54:58 UTC | Priority | unspecified | high |
| Hardware | Unspecified | x86_64 | ||
| Version | unspecified | 1.1.4 | ||
| OS | Unspecified | Linux | ||
| Severity | unspecified | high | ||
| Maor | 2018-05-14 08:08:26 UTC | Doc Text | Cause: The use of ansible_vault and configparser in the ovirt-dr scripts are using modules which are not part of RHV channel. Consequence: An exception is thrown when running ovirt-dr with the following message: "attribute 'ExtendedInterpolation' is not compatible for configparser. The user should install the missing modules with 'pip install'" Fix: Remove the dependency for ansible_vault and configparser and use another alternative Result: running ovirt-dr in RHEL 7.4 does not throw an exception for these modules any more. For ovirt-dr to run successfully the user should have RHV channel configured in his RHEL environment with python-sdk installed | |
| Doc Type | If docs needed, set a value | Bug Fix | ||
| Maor | 2018-05-16 19:09:41 UTC | Status | POST | MODIFIED |
| Elad | 2018-05-24 12:44:32 UTC | QA Contact | ebenahar | kgoldbla |
| Sandro Bonazzola | 2018-05-25 07:11:01 UTC | Blocks | 1582073 | |
| Sandro Bonazzola | 2018-05-25 07:13:14 UTC | Status | MODIFIED | ON_QA |
| Fixed In Version | ovirt-ansible-disaster-recovery-1.1.0 | |||
| Kevin Alon Goldblatt | 2018-06-11 17:38:06 UTC | Status | ON_QA | VERIFIED |
| Sandro Bonazzola | 2018-06-26 08:45:19 UTC | Status | VERIFIED | CLOSED |
| Resolution | --- | CURRENTRELEASE | ||
| Last Closed | 2018-06-26 04:45:19 UTC |
Back to bug 1576602