Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1343440

Summary: Some internal policy units survive in the database when upgrading from 3.6 to 4.0
Product: [oVirt] ovirt-engine Reporter: Roman Mohr <rmohr>
Component: Backend.CoreAssignee: Roman Mohr <rmohr>
Status: CLOSED CURRENTRELEASE QA Contact: Nikolai Sednev <nsednev>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0.0CC: bugs, rgolan, rmohr
Target Milestone: ovirt-4.1.0-betaKeywords: Triaged
Target Release: 4.1.1.4Flags: rule-engine: ovirt-4.1+
rule-engine: planning_ack+
rgolan: devel_ack+
mavital: testing_ack+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: No Doc Update
Doc Text:
undefined
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-03-27 11:07:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: SLA RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Roman Mohr 2016-06-07 11:09:28 UTC
Description of problem:
All internal policy units are now in the engine code only. No database is involved anymore. Some policy units  are not deleted when upgrading the databse from 3.6 to 4.0. This can have side effects on internal and custom policy units.

Version-Release number of selected component (if applicable):


How reproducible:
always

Steps to Reproduce:
1. Install ovirt-engine-3.6
2. Run engine-setup
3. Upgrade to ovirt-engine-4.0
4. Run engine setup

Actual results:
Some internal policy units are not delete from the database when upgrading to 4.0

Expected results:
All internal policy units should be deleted from the databse

Additional info:

Comment 1 Roman Mohr 2016-06-08 08:17:01 UTC
Checked everything again. It is enough to just have this on master as a cleanup patch. 4.0 will work fine.

Comment 2 Red Hat Bugzilla Rules Engine 2016-07-03 07:49:14 UTC
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.

Comment 3 Nikolai Sednev 2017-01-25 13:13:20 UTC
Please provide more detailed reproduction steps.

Comment 4 Nikolai Sednev 2017-03-19 08:32:10 UTC
Works for me on these components on hosts:
ovirt-setup-lib-1.1.0-1.el7ev.noarch
ovirt-imageio-common-1.0.0-0.el7ev.noarch
ovirt-vmconsole-1.0.4-1.el7ev.noarch
qemu-kvm-rhev-2.6.0-28.el7_3.6.x86_64
mom-0.5.9-1.el7ev.noarch
ovirt-imageio-daemon-1.0.0-0.el7ev.noarch
ovirt-vmconsole-host-1.0.4-1.el7ev.noarch
ovirt-engine-sdk-python-3.6.9.1-1.el7ev.noarch
sanlock-3.4.0-1.el7.x86_64
ovirt-hosted-engine-ha-2.1.0.4-1.el7ev.noarch
vdsm-4.19.7-1.el7ev.x86_64
libvirt-client-2.0.0-10.el7_3.5.x86_64
rhevm-appliance-20161130.0-1.el7ev.noarch
ovirt-host-deploy-1.6.3-1.el7ev.noarch
rhev-release-3.6.5-3-001.noarch
ovirt-hosted-engine-setup-2.1.0.4-1.el7ev.noarch
Linux version 3.10.0-514.10.2.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) ) #1 SMP Mon Feb 20 02:37:52 EST 2017
Linux 3.10.0-514.10.2.el7.x86_64 #1 SMP Mon Feb 20 02:37:52 EST 2017 x86_64 x86_64 x86_64 GNU/Linux
Red Hat Enterprise Linux Server release 7.3 (Maipo)

On Engine:
rhevm-doc-4.1.0-2.el7ev.noarch
rhevm-setup-plugins-4.1.1-1.el7ev.noarch
rhev-guest-tools-iso-4.1-4.el7ev.noarch
rhevm-branding-rhev-4.1.0-1.el7ev.noarch
rhevm-4.1.1.4-0.1.el7.noarch
rhevm-dependencies-4.1.1-1.el7ev.noarch
Linux version 3.10.0-514.6.1.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) ) #1 SMP Sat Dec 10 11:15:38 EST 2016
Linux 3.10.0-514.6.1.el7.x86_64 #1 SMP Sat Dec 10 11:15:38 EST 2016 x86_64 x86_64 x86_64 GNU/Linux
Red Hat Enterprise Linux Server release 7.3 (Maipo)

Comment 5 Red Hat Bugzilla 2023-09-14 03:26:28 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days