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

Modifies basic settings for PhysicalInfraManager (events, refresher) #14029

Closed
wants to merge 1 commit into from
Closed

Modifies basic settings for PhysicalInfraManager (events, refresher) #14029

wants to merge 1 commit into from

Conversation

rodneyhbrown7
Copy link

Modify the settings for the PHysicalInfraManager. Reduces the refresh rate and adds in the refresh and event working settings for the physical providers.

@miq-bot add_label: wip, providers/physical-infrastructure

@miq-bot
Copy link
Member

miq-bot commented Feb 22, 2017

Checked commit https://github.com/lenovo/manageiq/commit/cd36b7d8df6d695116bf3bafa035b10611a1fa9d with ruby 2.2.6, rubocop 0.47.1, and haml-lint 0.20.0
1 file checked, 0 offenses detected
Everything looks good. 👍

@juliancheal
Copy link
Member

juliancheal commented Mar 1, 2017

This PR looks fine to me, but I can't see the travis log for some reason to see what the error is. Any idea @rodneyhbrown7?

Update, could be related to S3 being down for a while.

@rodneyhbrown7
Copy link
Author

Looks like travis is passing now. This PR should be good to go.

@juliancheal
Copy link
Member

LGTM 👍 merge?

@@ -621,6 +621,12 @@
:identifier: storage_tag
- :name: unassign
:identifier: storage_tag
:ems_events:
Copy link
Member

Choose a reason for hiding this comment

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

@abellotti I'm not sure how the api.yml is used. Any comments here?

Copy link
Member

Choose a reason for hiding this comment

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

this is attempting to expose a new top level collection on the API /api/ems_events. Is that the intent ?

Either way, I wouldn't do this here, furthermore, a provider specific subcollection might be more appropriate, /api/providers/:id/events or something like this.

Copy link
Member

Choose a reason for hiding this comment

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

@abellotti it might help to have a quick rundown on how to add new subcollections to the MIQ API. Is there a doc or something that the Lenovo crew can look over?

Copy link
Member

Choose a reason for hiding this comment

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

@rodneyhbrown7 on second thought, I think this change should be removed from this PR. I don't think you need to expose the events over the API for now.

If you guys decide later to expose events over the API, we should chat about the use case and how they're going to be used. For now, events are typically handled by either the Automate Engine, or by Control/Policy.

Copy link
Author

Choose a reason for hiding this comment

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

We are looking to use the provider to expose events from the endpoint so that they can be used by Automate and Control. Is there an alternate way to expose events coming from the end point? This is probably worth a discussion.

Copy link
Member

Choose a reason for hiding this comment

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

@rodneyhbrown7 Right, I suggest dropping this change from this PR, then the rest can be merged. And, we can talk about the right way to expose what you want via the API.

@blomquisg
Copy link
Member

This can be merged if @abellotti has no problem with the api.yml changes.

@rodneyhbrown7
Copy link
Author

@miq-bot fine/yes

@rodneyhbrown7
Copy link
Author

@miq-bot add_label fine/yes

@miq-bot
Copy link
Member

miq-bot commented Mar 15, 2017

@rodneyhbrown7 unrecognized command 'fine', ignoring...

Accepted commands are: add_label, assign, close_issue, move_issue, remove_label, rm_label, set_milestone

@miq-bot
Copy link
Member

miq-bot commented Mar 15, 2017

@rodneyhbrown7 Cannot apply the following label because they are not recognized: fine/yes

Copy link
Member

@blomquisg blomquisg left a comment

Choose a reason for hiding this comment

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

The changes to the config/api.yml should be removed from this PR.

Copy link
Member

@blomquisg blomquisg left a comment

Choose a reason for hiding this comment

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

Drop the api.yml changes from this PR so that the rest can be merged.

@rodneyhbrown7
Copy link
Author

Created PR #14424. This new PR does not have the config/api.yml or the api.yml changes.

@rodneyhbrown7
Copy link
Author

Closing, Review comments implemented in #14424

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.

6 participants