[ovirt-users] http://www.ovirt.org/Features/ForemanIntegration

ybronhei ybronhei at redhat.com
Thu Nov 13 10:49:30 UTC 2014


On 11/11/2014 05:43 PM, Daniel Helgenberger wrote:
>
>
> On 11.11.2014 16:09, ybronhei wrote:
>> On 11/11/2014 03:25 PM, Daniel Helgenberger wrote:
>>>
>>>
>>> On 11.11.2014 13:46, ybronhei wrote:
>>>> Hey Daniel,
>>>> Thanks for your comments.
>>>> First, I do mention the requirement for having ovirt_provision_plugin
>>>> installed in bullet 2:
>>>> """Add oVirt Provision Plugin: "yum install
>>>> ruby193-rubygem-ovirt_provision_plugin" \ "foreman-installer
>>>> --enable-foreman-plugin-ovirt-provision" (Not available yet)
>>>> """
>>> Indeed, I read that. My reasoning at this point it might be too late in
>>> the text. Users (me included) already have tried this at this point
>>> using the pictured guide and failing because of the missing provider.
>>>
>>> This is the point witch was entirely unclear for me in my first attempt
>>> and it took me a while to find out.
>>>
>>> While the discovery plugin is needed (only) for Bare-Metal Provisioning,
>>> the ovirt provider is always needed for the integration to succeed.
>>>
>>> I did think about a hint early on describing the workflow briefly in the
>>> detailed description section:
>>> - Make sure Foreman is running at version X
>>> - Install RPMs in Foreman (see Bare-Metal Provisioning)
>>> - Go to engine, "Adding foreman provider"
>> I don't see why the current way we arrange the page is misleading.
> Sorry if this is unclear. But:
>
> For the "Test" button in "Add external provider" in Engine GUI to work,
> one *needs* do this on the Foreman host:
> # yum install ruby193-rubygem-ovirt_provision_plugin

you don't need the plugin for that.. it works with any setup of foreman 
installation.

>
> If this this assumption is true (it was for me reproducible)
> Foreman/oVirt communication will fail.

please open a bug on that with the details. adding foreman provider 
without installing the ovirt_provision_plugin works for me if I 
understand correctly

> Therefore I am still convinced it is reasonable to put this as the first
> step before ever trying to add the provider in oVirt.*
>
> The other things, like bare metal prov. and so on are optional.
> Installing the oVirt - provider on the Foreman host is not.
>
>>
>> We have under "Detailed Description" 3 levels which have different
>> prerequisites -
>> Adding installed Foreman hosts as oVirt hosts - which just requires
>> foreman setup,
> To make this clear, this is not correct since the default foreman setup
> does not have the oVirt provider module installed. There are some use
> cases where Foreman is added because of oVirt, and some will have
> Foreman already runningin their infra. In this case, foreman-installer
> was already run.
>
>
> * At least I was struggling with this requirement. Truth be told,
> Foreman was one point on a (very long) check list of mine; so I might
> not have paid proper attention to the details. OTOH the document
> suggested a strait forward approach with nice details and icons on how
> to do it oVirt. For instance, when I got to the section "Bare Metal
> Provisioning" I looked briefly over the requirements and decided to do
> this later on. Wrong here, since there is what I need to get it running
> in the first place!
> The other issue, having two different (one obsolete) ForemanIntegration
> docs, is solved now.
>
>> Bare-Metal Provisioning - which requires many things. starts with the
>> ovirt plugin, discovery plugin, configuration of hostgroups
>> computeresource medias and ends with setting the provisioning templates
>> accordingly for node installation.
>>
>> and last - Future Plans: VM provisioning which still in declaration phase.
>>>
>>>
>>>>
>>>> next foreman build foreman-installer will include the
>>>> --enable-foreman-plugin-ovirt-provision option which will make it
>>>> easier. its already merged.
>>> This is great to know!
>>>
>>>>
>>>> Second, about the openjdk issue, I don't think it worth to mention. I'll
>>>> add to the "Current Status" section that the integration is supported
>>>> over rhel6.6 and above.
>>> This will do here.
>>>
>>>>
>>>> Yaniv Bronhaim.
>>>>
>>>> On 11/11/2014 02:38 PM, Daniel Helgenberger wrote:
>>>>> Hello Yaniv,
>>>>>
>>>>> thank you!
>>>>>
>>>>> On 10.11.2014 10:04, ybronhei wrote:
>>>>>> For those who interested, I merged the pages ForemanIntegration and
>>>>>> AdvancedForemanIntegration to ease the search.
>>>>>>
>>>>>> The page includes full description about the current integration we have
>>>>>> with foreman [aka satellite\katello], the future plans, how to setup
>>>>>> environment for testing and production and more illustrations to make it
>>>>>> easier to follow
>>>>>>
>>>>>> feel free to comment about that (directly to me or to the list) and you
>>>>>> more than welcome to try that at home :)
>>>>> I think there might be still the issue I ran into:
>>>>>
>>>>> A prerequisite to adding Foreman external provider in oVirt is (at least
>>>>> for me) that Foreman has *ruby193-rubygem-ovirt_provision_plugin* rpm
>>>>> installed. Otherwise the test will fail with:
>>>>> "Failed with error PROVIDER_FAILURE and code 5050"
>>>>>
>>>>> Sp, on the foreman host one needs to do:
>>>>> yum install ruby193-rubygem-ovirt_provision_plugin
>>>>>
>>>>> Also, please note there is an issue users might run into at this step,
>>>>> so it may be worth noting.
>>>>> Foreman integration will fail altogether on Engines running =< El6.5
>>>>> because of an too old jdk version not supporting DH keys larger then
>>>>> 1024 byte [1].
>>>>> This is not an issue in oVirt and will never be resolved. Luckily,
>>>>> upgrading to the latest openjdk
>>>>> (java-1.7.0-openjdk-1.7.0.71-2.5.3.1.el6.x86_64) solves the issue (on
>>>>> the ENGINE!)
>>>>>
>>>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>


-- 
Yaniv Bronhaim.



More information about the Users mailing list