-
Notifications
You must be signed in to change notification settings - Fork 898
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
Properly serialize OrchestrationStack class name for MiqRetireTask.request_type #18023
Conversation
Hi guys, lady, Kindly ask for your opinion - is this the right approach? It seems to be working for me locally. |
@miha-plesko Thanks for creating a PR. Our recent retirement as a request enhancement has changed the way we process retirement. We're looking into how orchestration stacks are retired now vs. how they were handled previously and will report our findings back here. We'll be able to provide feedback once we understand the differences. |
6bee66f
to
8694609
Compare
@miq-bot add_label blocker |
Hi @miha-plesko Thanks for all of your work with Orchestration Stack retirement changes and thanks for catching the validation issue mentioned above. Along with your validation change, we've identified a few other places where we need to make some minor adjustments to get Orchestration Stack retirement to work properly from Services and stand alone. The entry point change in this PR is not necessary. The Service retirement entry point should still be the default Service retirement entry point, rather than the Orchestration Stack retirement entry point. We found a few issues in the automation engine parse_provider_category and parse_automation_request builtin methods that once resolved, construct the correct orchestration stack entry point. Could you remove the entry point change, and modify the title to describe the validation issue? |
With this commit we make sure retirement request validation succeeds, because right now it's failing with: ``` [ActiveRecord::RecordInvalid]: Validation failed: OrchestrationStackRetireTask: Request type should be orchestration_stack_retire ``` Reason for the error above ^ is that `OrchestrationStack.class.name` gets transformed into `orchestrationstack` while validation expects underscore inbetween: `orchestration_stack`. Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1632239 Signed-off-by: Miha Pleško <miha.plesko@xlab.si>
8694609
to
338d348
Compare
Hi @tinaafitz okay, I did as you suggest so we're probably good to merge this one. I assume that at some point, the same retirement StateMachine should be triggered as addressed by ManageIQ/manageiq-content#432, right? Or will the generic StateMachine do the job in its own way? Thanks for looking at it, looking forward to have it working again! |
Checked commit miha-plesko@338d348 with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0 |
Can the title of this PR be changed to be more relevant, please? |
@d-m-u @tinaafitz I see a number of PRs have been merged to address orchestration retirement. Kindly ask for a ping when retirement is fixed so I can test for vCloud as well. Thanks :) |
Properly serialize OrchestrationStack class name for MiqRetireTask.request_type (cherry picked from commit 55fcefa) https://bugzilla.redhat.com/show_bug.cgi?id=1632239
Hammer backport details:
|
hi @miha-plesko, yes, these PRs resolve a few orchestration stack retirement issues: |
@tinaafitz tested on latest master and it's not working for me yet. Attaching Request screenshot as well as my entire evm.log and automation.log. While there seems to be no error in automate.log, the evm.log complains that (L79):
There are are a couple of issues still present:
PS: I've took latest master and even dropped entire VMDB so I'm 100% it's the latest thing available. |
Hi @miha-plesko Thanks for the detailed feedback. I see that your UI PR is still open, so hopefully that will get merged soon. |
@miha-plesko @tinaafitz |
I think this shouldn't be in gaprindashvili at all, since the retire as a request isn't in G. |
With this commit we make sure retirement request validation succeeds, because right now it's failing with:
Reason for the error above ^ is that
OrchestrationStack.class.name
gets transformed intoorchestrationstack
while validation expects underscore inbetween:orchestration_stack
.BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1632239
@miq-bot add_label enhancement,gaprindashvili/yes,hammer/yes
@miq-bot assign @tinaafitz
/cc @d-m-u @agrare
Related PRs: