Bug 921202
Summary: | ovirt-engine: remove storage pool is failing in Psql exception: Failed to run compensation on startup for Command org.ovirt.engine.core.bll.storage.RemoveStoragePoolCommand, Com mand Id : 076abb88-ead3-4a87-9d31-a534f41ad127, due to: DataIntegrityViolatio | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Haim <hateya> | ||||
Component: | ovirt-engine | Assignee: | Eli Mesika <emesika> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Elad <ebenahar> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 3.1.3 | CC: | acathrow, alourie, dyasny, emesika, hateya, iheim, lpeer, Rhev-m-bugs, sgrinber, yeylon, ykaul, yzaslavs | ||||
Target Milestone: | --- | ||||||
Target Release: | 3.2.0 | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | infra | ||||||
Fixed In Version: | sf11 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 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: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 921201, 948448, 949694 | ||||||
Attachments: |
|
Description
Haim
2013-03-13 17:05:28 UTC
Created attachment 709719 [details]
engine.log
Several issues - a. I know that the upgrade script says "you have running tasks" - but its a lie. I already expressed my point of view, that if you have compensation entries, the upgrade script should not call them "tasks" at the info presented to the user. b. The async task tool (of 3.1.x) does not contain a way to eliminate these entries. However, a simple script or even direct SQL command of - "delete from bunsiness_entity_snapshots" will do the trick. c. Since, AFAIK, there are no DB schema changes between two z-stream versions, the compensation should have worked. IMHO - something is wrong in the order the compensation entries got into db. (In reply to comment #2) > Several issues - > a. I know that the upgrade script says "you have running tasks" - but its a > lie. I already expressed my point of view, that if you have compensation > entries, the upgrade script should not call them "tasks" at the info > presented to the user. > b. The async task tool (of 3.1.x) does not contain a way to eliminate these > entries. However, a simple script or even direct SQL command of - "delete > from bunsiness_entity_snapshots" will do the trick. > c. Since, AFAIK, there are no DB schema changes between two z-stream > versions, > the compensation should have worked. > IMHO - something is wrong in the order the compensation entries got into db. taskcleaner has a -C flag that cleans compensation , is installer using that (In reply to comment #3) > taskcleaner has a -C flag that cleans compensation , is installer using that Yes. fixed in commit : 9f99df6 Checked on RHEVM-3.2 - SF13: rhevm-backend-3.2.0-10.18.beta2.el6ev.noarch upgraded rhevm from SF12 to SF13, had task left in async tasks table(remove to DC) 3.2 has been released 3.2 has been released 3.2 has been released |