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

Blacklisted events are not user-configurable #19707

Open
13 tasks
carbonin opened this issue Jan 9, 2020 · 4 comments
Open
13 tasks

Blacklisted events are not user-configurable #19707

carbonin opened this issue Jan 9, 2020 · 4 comments

Comments

@carbonin
Copy link
Member

carbonin commented Jan 9, 2020

There are two issues that are contributing to this problem.

  1. Editing the blacklisted events list for an provider type does not create a BlacklistedEvent record
    • This feels like it should happen directly
    • Better yet an actual UI or API for blacklisted events would be ideal
  2. Some (all?) providers override the base implementation of ExtManagementSystem.default_blacklisted_event_names
    • This is relevant because it causes the events added to the advanced config to not be seen on seed
    • The base implementation is here and an example of the overridden version for rhv is here
    • If the provider plugins merged their event names with the ones in config (i.e. called super) the user's events would at least get created at the next seed.

Right now the only way for a user to create a new blacklisted event is to do so manually through the rails console.
Ideally there would be a UI and API for blacklisted events, but failing that we should at least honor the events configured in the advanced settings screen.

cc @agrare

  • Devise name schema for providers with multiple managers (amazon, openstack, ovirt, vmware)
  • Determine if we want to keep these values in code or put all of them into settings
  • delete unnecessary method from manageiq-providers-amazon/app/models/manageiq/providers/amazon/cloud_manager.rb
  • fix manageiq-providers-amazon/app/models/manageiq/providers/amazon/network_manager.rb
  • delete unnecessary method from manageiq-providers-azure/app/models/manageiq/providers/azure/cloud_manager.rb
  • fix manageiq-providers-openstack/app/models/manageiq/providers/openstack/storage_manager/cinder_manager.rb
  • fix manageiq-providers-openstack/app/models/manageiq/providers/openstack/infra_manager.rb
  • fix manageiq-providers-openstack/app/models/manageiq/providers/openstack/network_manager.rb
  • fix manageiq-providers-openstack/app/models/manageiq/providers/openstack/cloud_manager.rb
  • fix manageiq-providers-ovirt/app/models/manageiq/providers/ovirt/infra_manager.rb
  • fix manageiq-providers-ovirt/app/models/manageiq/providers/ovirt/network_manager.rb
  • fix manageiq-providers-vmware/app/models/manageiq/providers/vmware/infra_manager.rb
  • fix manageiq-providers-vmware/app/models/manageiq/providers/vmware/cloud_manager.rb
  • oracle has blacklisted events in settings
  • other providers have nothing in settings, but can be overridden
@miq-bot
Copy link
Member

miq-bot commented Jun 11, 2020

This issue has been automatically marked as stale because it has not been updated for at least 3 months.

If you can still reproduce this issue on the current release or on master, please reply with all of the information you have about it in order to keep the issue open.

Thank you for all your contributions! More information about the ManageIQ triage process can be found in the traige process documentation.

@miq-bot miq-bot added the stale label Jun 11, 2020
@gtanzillo gtanzillo added pinned and removed stale labels Jul 13, 2020
@gtanzillo gtanzillo removed the pinned label Aug 31, 2020
@miq-bot miq-bot added the stale label Mar 6, 2023
@miq-bot
Copy link
Member

miq-bot commented Mar 6, 2023

This issue has been automatically marked as stale because it has not been updated for at least 3 months.

If you can still reproduce this issue on the current release or on master, please reply with all of the information you have about it in order to keep the issue open.

Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation.

@agrare agrare added pinned and removed stale labels Mar 8, 2023
@agrare agrare unassigned lfu Mar 8, 2023
@kbrock
Copy link
Member

kbrock commented Jul 13, 2023

so sounds like 2 options:

  • edit the provider's blacklisted events to merge with super
  • move the events into settings.

Do we really want this list to be user configurable?

@kbrock
Copy link
Member

kbrock commented Sep 20, 2023

Autodetecting these changes seems a bit over the top. Especially since this will typically be done from rails console. Sure, auto detection would be nice, but the bigger fish to fry here is allowing this to be configurable by the customer)

SettingsChange.create!(
  :resource => MiqRegion.my_region,
  :key      => "/ems/ems_vmware/blacklisted_event_names",
  :value    => ["TaskEvent"]

BlacklistedEvent.seed

Currently, we use the following code to add an event to vmware:

BlacklistedEvent.create!(:event_name => "TaskEvent", :provider_model => "ManageIQ::Providers::Vmware::InfraManager", :system => false)

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

No branches or pull requests

6 participants