Bug 1821416 - [TestOnly] allow in-place rebuild for numa instances
Summary: [TestOnly] allow in-place rebuild for numa instances
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 16.0 (Train)
Hardware: x86_64
OS: Linux
urgent
high
Target Milestone: ga
: 17.0
Assignee: Karrar Fida
QA Contact: Sanjay Upadhyay
URL:
Whiteboard:
Depends On: 1700412 1775246
Blocks: epmosp17features, epmosp17rfe 1751454 1791998
TreeView+ depends on / blocked
 
Reported: 2020-04-06 19:07 UTC by Karrar Fida
Modified: 2023-05-11 08:04 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1775246
Environment:
Last Closed: 2020-12-08 12:47:30 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker NFV-1516 0 None None None 2023-05-11 08:04:02 UTC
Red Hat Issue Tracker OSP-3726 0 None None None 2022-08-23 10:21:15 UTC

Comment 5 Karrar Fida 2020-04-07 02:18:57 UTC
Sean, I cloned 1775246 as TestOnly for NFV with a target of RHOSP 17. I have marked DFG:NFV in the internal whiteboard so I'm not sure why a DFGCOMPUTE JIRA task was created and not an NFV JIRA task. That is how I m flagging this work for NFV. You can disregard the DFGCOMPUTE jira task that was created while I try and figure out why an NFV JIRA task was not created. I tried and scrubbing out all other references/indicators that would put this as a NOVA task in an effort to keep it only for NFV. Do you see soemting else I can modify in this BZ?

Do you think I should have cloned 1700412 rather than 1775246 if we're trying to verify this in RHOSP 17 or 1775246 is fine for our purpose?

Comment 6 smooney 2020-04-07 10:32:00 UTC
if you use the copy function instead of clone i think it will cause less issues. the compute jira task was created because there was a short window while the dfg was set to compute
and the jira sync task ran. either would be fine but i think using copy instead of clone might be better as it wont copy the metadata in the internal whiteboard

Comment 7 Karrar Fida 2020-04-07 12:53:59 UTC
Ok i'll make  copy next time around.


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