Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1611395 - Unable to list Compute Templates in RHV 4.2 from Satellite 6.3.2
Summary: Unable to list Compute Templates in RHV 4.2 from Satellite 6.3.2
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Compute Resources - RHEV
Version: Unspecified
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Lukáš Hellebrandt
URL:
Whiteboard:
Depends On: 1808831
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-08-02 08:55 UTC by Gianfranco Sigrisi
Modified: 2023-09-15 20:58 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-08-04 13:16:11 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2020:3247 0 None None None 2020-08-04 13:16:36 UTC

Description Gianfranco Sigrisi 2018-08-02 08:55:07 UTC 
Description of problem:

Description of problem:

Hi,
I'm unable to create a new vm from Satellite 6.3.2 to RHV 4.2. 

From the production.log:

 | OVIRT::OvirtException: 404 Resource Not Found

In the engine.log I see:

Running command: AddDeprecatedApiEventCommand internal: false.
2018-08-02 09:37:56,128+02 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-16) [] Operation Failed: Entity not found: GetVmTemplate

Version-Release number of selected component (if applicable):

I'm not able to list the Templates available in RHV from Satellite - Infrastructure - Compute Profile

How reproducible:

Always

Steps to Reproduce:
1. Add a Compute Resource type RHV
2. Engine endpoint with api/v3 (as described in the DOC)
3. Try to create a new vm from Satellite - Create Host - Deploy ON RHV

Actual results:

Failed to create compute: 404 Resource not Found

Expected results:

VM is created

Additional info:

Version-Release number of selected component (if applicable):
Comment 3 Michal Skrivanek 2018-08-03 04:49:11 UTC 
Please attach logs from Satellite side, containing the actual request to RHV API. Also attach complete ovirt engine.log
Comment 4 Ryan Barry 2018-08-15 21:08:45 UTC 
Gianfranco - ping
Comment 5 Gianfranco Sigrisi 2018-08-16 06:10:41 UTC 
Hi Michal, Ryan,

I've found the logs you requested. 

Unfortunately they are truncated as I had to re-deploy the engine and only after that I was able to create compute on RHV from Satellite. 

I'm attaching what I have left. 

I do have the same Satellite I've used where the issue occurred. 

Please don't hesitate to let me know if you need any other info.
Comment 8 Michal Skrivanek 2018-08-16 06:47:38 UTC 
sadly the ovirt part is indeed truncated. I just see the request that failed just returned 404 which could indicate some runtime issues. It could happen if you're restarting the ovirt-engine service, rebooting host, etc

If it works after restart there's not much we can look at...

CLOSED WORKSFORME?
Comment 9 Gianfranco Sigrisi 2018-08-16 07:36:13 UTC 
Hi Michal, 

After following the guidelines in the doc to add a Compute Resource, I was not able to create a VM on RHV 4.2 (using Satellite 6.3.2). 

The logs I posted are truncated but, even with debug mode enabled, on the Satellite side no error was shown.

The only message was about: 404 Resource not found. 

What I recall was that I've modified the Default cluster name, Default template name. 

After this, I was not able to create any VM. 

For this reason I did redeploy the HE. I left everything with the default setting and it worked. 

At the moment my cluster is composed by 4 HV in total hosting 8 VM. I don't have another environment to test.

Could you replicate the situation I mentioned in one of the ENG cluster?

Thanks,
Gianfranco
Comment 10 Michal Skrivanek 2018-08-16 09:04:22 UTC 
Without logs on oVirt side I can't say what's missing.
Does/did that template exist on oVirt side? Did you rename the Blank template? That's what the Satellite request uses and I do not see it in your screenshot.
Comment 11 Gianfranco Sigrisi 2018-08-16 09:07:39 UTC 
(In reply to Michal Skrivanek from comment #10)
> Without logs on oVirt side I can't say what's missing.
> Does/did that template exist on oVirt side? Did you rename the Blank
> template? That's what the Satellite request uses and I do not see it in your
> screenshot.

Yes, I've renamed the Blank template. 

Was this the issue then?
Comment 12 Michal Skrivanek 2018-08-16 09:09:57 UTC 
yes, as that's what Satellite requests to use. Normally it's not a good idea as many of the API examples and 3rd party integrations use the name "Blank".
If you request to fix it it needs to happen on the Satellite side. They could use UUID(that we promise to keep hardcoded) and look up the right name.
Comment 13 Gianfranco Sigrisi 2018-08-16 09:14:50 UTC 
(In reply to Michal Skrivanek from comment #12)
> yes, as that's what Satellite requests to use. Normally it's not a good idea
> as many of the API examples and 3rd party integrations use the name "Blank".
> If you request to fix it it needs to happen on the Satellite side. They
> could use UUID(that we promise to keep hardcoded) and look up the right name.

I suppose that as a result, by default Satellite doesn't show anything in the Template field when provisioning a VM because it expects "Blank" template already present on the oVirt side.

Does that mean that "Blank" must always be on the oVirt side and, if needed, a 2nd template must be created? 

Once the 2nd template is created, Satellite should show that in the Template selection field.

Is this correct?

Thanks,
Gianfranco
Comment 14 Michal Skrivanek 2018-08-16 09:19:14 UTC 
Probably.
I do not know how Satellite handles that. Ivan, can you reassign the bug to the appropriate component on your side?
Comment 15 Ivan Necas 2018-08-16 10:45:49 UTC 
The ideal procedure would be filling a new bug in Satellite component, describing what's the observed and expected behaviour, as you would explain it to a satellite developer and we can take it from there if there is anything from Satellite side to do.

If the issue is with using the hardcoded 'Blank' name, I think this will be addressed with integration of the APIv4 API, as we started using the sdk's special objects to get the reference, see https://github.com/fog/fog-ovirt/blob/32a2c734799f649827972a1e5ff52af2e26d9572/lib/fog/ovirt/compute/v4.rb#L174
Comment 16 Michal Skrivanek 2018-08-17 13:00:32 UTC 
I guess it can wait for Sat 6.4 then?
Comment 19 RHV bug bot 2019-12-13 13:14:43 UTC 
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops
Comment 20 RHV bug bot 2019-12-20 17:44:31 UTC 
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops
Comment 21 RHV bug bot 2020-01-08 14:47:08 UTC 
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops
Comment 22 RHV bug bot 2020-01-08 15:15:45 UTC 
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops
Comment 23 RHV bug bot 2020-01-24 19:48:50 UTC 
WARN: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops: Bug status (ON_QA) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{}', ]

For more info please contact: rhv-devops
Comment 29 Tamir 2020-03-01 14:35:35 UTC 
Here are 2 bugs I created:

https://bugzilla.redhat.com/show_bug.cgi?id=1808831
https://bugzilla.redhat.com/show_bug.cgi?id=1808843

Only the first blocks this issue
Comment 38 errata-xmlrpc 2020-08-04 13:16:11 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2020:3247
Note You need to log in before you can comment on or make changes to this bug.