Bug 1389392
| Summary: | Cloudforms attempts to connect to he wrong tenant to reach an instance (all actions but open vnc console) | |||
|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Felix Dewaleyne <fdewaley> | |
| Component: | Providers | Assignee: | Petr Blaho <pblaho> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 5.6.0 | CC: | cpelland, ealcaniz, fdewaley, gblomqui, jfrey, jhardy, jocarter, obarenbo, opavlenk, pblaho, rrasouli, simaishi, tzumainn | |
| Target Milestone: | GA | Keywords: | TestOnly | |
| Target Release: | 5.8.0 | |||
| Hardware: | All | |||
| OS: | All | |||
| Whiteboard: | openstack:tenant | |||
| Fixed In Version: | 5.8.0.0 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | 1359268 | |||
| : | 1393511 (view as bug list) | Environment: | ||
| Last Closed: | 2017-06-12 16:07:05 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 1359268 | |||
| Bug Blocks: | 1370207, 1391882, 1393511 | |||
PR - https://github.com/ManageIQ/manageiq/pull/12486 For these actions: * stop * start * pause * suspend * shelve * shelve offload * soft reboot * hard reboot * delete * migrate * evacuate API calls tested that they use proper tenant id. Felix, please, can you confirm that these are all actions that are affected by this BZ? I will investigate more if you find another. could you update us about this bugzilla please? Assuming you're asking about cfme-5.7... BZ #1393511 is tracking this bug for cfme 5.7. The latest build contains the fix for this issue and the BZ was put to ON_QA yesterday, waiting to be verified by QE. (In reply to Petr Blaho from comment #5) > PR - https://github.com/ManageIQ/manageiq/pull/12486 > > For these actions: > * stop > * start > * pause > * suspend > * shelve > * shelve offload > * soft reboot > * hard reboot > * delete > * migrate > * evacuate > > API calls tested that they use proper tenant id. > > > Felix, please, can you confirm that these are all actions that are affected > by this BZ? > I will investigate more if you find another. finally confirmed there are no other operations than the ones you listed. The customer asked about another one related to provisioning but it turned out to be a misunderstanding. verifed on 5.7.2 actions on osp tenant occurs |
For reference: Description of problem: When attempting to open a console to an instance, cloudforms fails to connect because theinstance does not exist for that tenant - it attempts to use the wrong tenant How reproducible: very frequent in customer environment Steps to Reproduce: 1. set up a multiple host openstack environment 2. set up multiple projects, some of which use the same names 3. connect cloudforms to the openstack environment 4. try to open a console to instances that are located on the different projects Actual results: [----] E, [2016-07-22T13:23:45.070974 #2448:10f5e8c] ERROR -- : excon.error #<Excon::Errors::NotFound: Expected([200, 202]) <=> Actual(404 Not Found) excon.error.response :body => "{\"itemNotFound\": {\"message\": \"Instance fd53f617-8b5b-4814-b4c1-f3de1376946d could not be found.\", \"code\": 404}}" :headers => { Expected results: the connection establishes