Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix targeted refresh for nested stacks and their resource relations #534

Conversation

andyvesel
Copy link
Contributor

@andyvesel andyvesel commented Nov 14, 2019

So the all of the vms get refreshed, even if the list of vms
is expanded by scanning stacks.
First the stack target was not extracted from the event, because
it goes as resource_id, not stack_id.

Second we need to always add all parent stacks as targets (so the
chain of relations gets connected) and we need to scan resources
to connect all instances to the stack.

(Issue found and fixed as part of hackaton)

Fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=1732861
end

def get_orchestration_stack(stack_id, _tenant_id = nil)
# TODO fog needs to implement /v1/{tenant_id}/stacks/{stack_identity} call, right now the only supported call
Copy link
Contributor

@Ladas Ladas Nov 14, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

didn't @aufi send PR for this to fog-openstack? Or do I mistake it for something else?

Copy link
Contributor

@Ladas Ladas left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍 looks great

@andyvesel andyvesel force-pushed the fix_targeted_refresh_for_nested_stacks_and_their_resource_relations branch from 1e04e25 to 25a14c8 Compare November 15, 2019 12:13
@andyvesel andyvesel force-pushed the fix_targeted_refresh_for_nested_stacks_and_their_resource_relations branch from 25a14c8 to b2ecf59 Compare November 15, 2019 13:22
@miq-bot
Copy link
Member

miq-bot commented Nov 15, 2019

Checked commits andyvesel/manageiq-providers-openstack@fcedec5~...b2ecf59 with ruby 2.5.5, rubocop 0.69.0, haml-lint 0.20.0, and yamllint 1.10.0
4 files checked, 0 offenses detected
Everything looks fine. ⭐

@aufi
Copy link
Member

aufi commented Nov 19, 2019

LGTM based on previous comments, merging!

@aufi aufi merged commit 3f93fd8 into ManageIQ:master Nov 19, 2019
@aufi aufi added the bug label Nov 19, 2019
@aufi aufi added this to the Sprint 125 Ending Nov 25, 2019 milestone Nov 19, 2019
@andyvesel andyvesel deleted the fix_targeted_refresh_for_nested_stacks_and_their_resource_relations branch November 19, 2019 19:52
@simaishi
Copy link
Contributor

simaishi commented Nov 25, 2019

@andyvesel @aufi All spec files (vcr cassettes) conflict backporting to hammer branch. Can you please create a separate PR?

@andyvesel
Copy link
Contributor Author

@simaishi sure, will do

@simaishi
Copy link
Contributor

@andyvesel ping

@simaishi
Copy link
Contributor

@andyvesel same thing on ivanchuk branch. Please create a separate PR. If hammer/ivanchuk PRs will be identical, please just create a PR against ivanchuk and mark the PR as hammer/yes.

@simaishi
Copy link
Contributor

simaishi commented Jan 6, 2020

@andyvesel @aufi ping

@aufi
Copy link
Member

aufi commented Jan 7, 2020

@simaishi Hi, yes, I'm going to prepare backport PRs (today).

@aufi
Copy link
Member

aufi commented Jan 7, 2020

Having issues with infrastructure which postpones VCRs recording.

@simaishi
Copy link
Contributor

Backported to hammer via #550

@simaishi
Copy link
Contributor

Backported to ivanchuk via #551

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants