Hide Forgot
Description of problem: When the DB includes regular InfraManagers in addition to CloudManagers, querying the providers causes a stack trace and returns an internal server error (HTTP 500). GET /api/providers?expand=resources,cloud_networks Version-Release number of selected component (if applicable): 5.7 How reproducible: Always: Steps to Reproduce: 1. Setup appliance. 2. Setup a VmWare or RedHat provider. 3. Run the GET /api/providers?expand=resources,cloud_networks API command Actual results: { "error": { "kind": "internal_server_error", "message": "undefined method `cloud_networks' for #<ManageIQ::Providers::Redhat::InfraManager:0x007f8d1966c1c0>", "klass": "NoMethodError" } } Expected results: Successful provider resource list Additional info:
https://github.com/ManageIQ/manageiq/pull/12522
Jillian was first to fix this. Reassigning. https://github.com/ManageIQ/manageiq/pull/12467
moving to POST this was merged upstream and backported to Euwe release: $ git log -1 commit 82d6df6a1c6a093f1060453d21935843886776a1 Author: Alberto Bellotti <abellotti.github.com> Date: Wed Nov 16 10:14:50 2016 -0500 Merge pull request #12467 from jntullo/fix_cloud_network_subcollection check if provider responds to cloud_networks in subcollection (cherry picked from commit 1ff3ed360f841c3f1c4546dbdb24617795875160) https://github.com/ManageIQ/manageiq/issues/12456
Tested on appliance with VmWare and GCE providers. Provider resource list successfully returned.