Re: [ovirt-users] PXE boot of oVirt Node 4.1

[Christopher Young]

I've been wondering the same.  In particular, I use cobbler for system
provisioning, so would love to have some details to help me implement
this.

On Thu, May 25, 2017 at 10:49 AM, Latchezar Filtchev  wrote:
> Hello oVirt-ers,
>
>
>
> Did someone was able to install oVirt node 4.1 -
> ovirt-node-ng-installer-ovirt-4.1-2017051704.iso via pxe/tftp boot?
>
>
>
> This works http://www.ovirt.org/develop/projects/node/pxe/ for oVirt 3.4
>
> When using the same approach for oVirt 4.0 and oVirt 4.1 the computer hangs.
>
> Any help will be appreciated.
>
>
>
>
>
> Thank you!
>
> Best,
>
> Latcho
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MAC spoofing for specific VMs

[Christopher Young]

Does anyone see a reason why simply installing the EL7 latest rpm for
this on an ovirt node/RHEV-H system would not work or would be a bad
solution to getting this working with ovirt-node/RHEV-H?  I don't want
to do something that is either lost on reboot or would cause issues in
the future.

Thoughts?

On Tue, May 12, 2015 at 2:24 PM, Christopher Young
<mexigaba...@gmail.com> wrote:
> Yep.  I had found that and applied it.  Great solution!   I actually wrote
> about it to the zen load balancer list.  I will add it here for
> semi-documentation:
>
> --
>  just wanted to follow-up so that it is documented on how to get this
> working on oVirt/RHEV.  I had to install a VDSM hook to allow mac-spoofing
> as a VM custom property like so (on each node):
>
> yum install vdsm-hook-macspoof
>
> That requires a restart of vdsmd on the node as well as a process on the
> oVirt/RHEV engine:
>
> engine-config -s "UserDefinedVMProperties=macspoof=(true|false)"
>
> Which then requires a restart of the oVirt/RHEV engine.
>
> After that, there will be an available custom properly on the VM called
> 'macspoof' that can be set to 'true'.  Once I did this and shutdown/powered
> on the VMs, the cluster setup now completes successfully.  You learn
> something every day.
>
> Thanks for pointing me in the right direction.  The one thing I wish I had
> on these VMs is the ovirt-guest-agent which would likely work except that
> Debian 6 doesn't seem to have python-ethtool package/deps.  If there are any
> plans to update the version of Debian that ZLB is based on, let me know.
>
> -
>
> On Tue, May 12, 2015 at 5:43 AM, Dan Kenigsberg <dan...@redhat.com> wrote:
>>
>> On Mon, May 11, 2015 at 02:12:22PM -0400, Christopher Young wrote:
>> > I'm working on some load-balancing solutions and they appear to require
>> > MAC
>> > spoofing.  I did some searching and reading and as I understand it, you
>> > can
>> > disable the MAC spoofing protection through a few methods.
>> >
>> > I was wondering about the best manner to enable this for the VMs that
>> > require it and not across the board (if that is even possible).  I'd
>> > like
>> > to just allow my load-balancer VMs to do what they need to, but keep the
>> > others untouched as a security mechanism.
>> >
>> > If anyone has any advice on the best method to handle this scenario, I
>> > would greatly appreciate it.  It seems that this might turn into some
>> > type
>> > of feature request, though I'm not sure if this is something that has to
>> > be
>> > done at the Linux bridge level, the port level, or the VM level.  Any
>> > explanations into that would also help in my education.
>>
>> You can enable mac spoofing per VM or per vNIC using vdsm-hook-macspoof.
>> See more details on the hook's README file
>>
>>
>> https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=vdsm_hooks/macspoof/README;h=6bd11c1cb8ba2603d432fc8826eeb35738136c92;hb=79781a1945ceff6849a6a2b66cb5c4a1a5f8d874
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Promiscuous Mode

[Christopher Young]

That may work for me.  I'll look into it.  This is going to be a
production environment (I had previously been running OVirt for over a
year with success, but my hypervisors were standard EL7 servers vs.
OVirtnode/RHEV-H) so I'm looking for the most "official", clean
solution.

I will open a ticket with RH on that one, but if anyone knows of an
alternative or any reason why I should do something different, please
let me know.

Many thanks,

Chris

On Sat, Mar 5, 2016 at 4:47 PM, combuster <combus...@gmail.com> wrote:
> I haven't tried it, but here is a guide on how to add a hook to ovirt-node:
>
> http://www.ovirt.org/develop/developer-guide/vdsm/hook/qemucmdline/
>
>
> On 03/05/2016 09:48 PM, Christopher Young wrote:
>>
>> Question:
>>
>> There is no yum functionality on ovirt-node/RHEV-H, so how does one go
>> about this in that scenario?
>>
>> On Sat, Mar 5, 2016 at 3:32 PM, combuster <combus...@gmail.com> wrote:
>>>
>>> It's great to know that it's working.
>>>
>>> Best of luck Clint.
>>>
>>>
>>> On 03/05/2016 09:09 PM, cl...@theboggios.com wrote:
>>>>
>>>> On 2016-03-05 13:34, combuster wrote:
>>>>>
>>>>> Correct procedure would be:
>>>>>
>>>>> 1. On each of your ovirt nodes run:
>>>>>
>>>>> yum install vdsm-hook-macspoof
>>>>>
>>>>> 2. On the engine run:
>>>>>
>>>>> sudo engine-config -s "UserDefinedVMProperties=macspoof=^(true|false)$"
>>>>>
>>>>> 3. Edit OpenVPN virtual machine settings and add a custom property
>>>>> containing macspoof keyword and set the value "true" for it.
>>>>>
>>>>> If you want to remove filtering for a single interface, then replace
>>>>> steps 2 and 3 as outlined in the README.
>>>>>
>>>>> Kind regards,
>>>>>
>>>>> Ivan
>>>>>
>>>>> On 03/05/2016 08:21 PM, cl...@theboggios.com wrote:
>>>>>>
>>>>>> On 2016-03-05 13:13, combuster wrote:
>>>>>>>
>>>>>>> Ignore the link (minor accident while pasting). Yum will download the
>>>>>>> appropriate one from the repos.
>>>>>>>
>>>>>>> On 03/05/2016 08:09 PM, combuster wrote:
>>>>>>>
>>>>>>>> Just the hook rpm (vdsm-hook-macspoof [1]).
>>>>>>>>
>>>>>>>> Ivan
>>>>>>>>
>>>>>>>> On 03/05/2016 08:02 PM, Christopher Young wrote:
>>>>>>>>
>>>>>>>> I had a related question on this.
>>>>>>>>
>>>>>>>> When it comes to ovirt-node or rhev-h, is there anything required to
>>>>>>>> be installed on the hypervisor hosts themselves?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Chris
>>>>>>>> On Mar 5, 2016 1:47 PM, "combuster" <combus...@gmail.com> wrote:
>>>>>>>> Hi Clint, you might want to check the macspoof hook features here:
>>>>>>>>
>>>>>>>> https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/macspoof [2]
>>>>>>>>
>>>>>>>> This should override arp/spoofing filtering, that might be the
>>>>>>>> cause of your issues with OpenVPN setup (first guess).
>>>>>>>>
>>>>>>>> On 03/05/2016 07:30 PM, Clint Boggio wrote:
>>>>>>>> I am deploying an OpenVPN server in my OVirt environment and I've
>>>>>>>> come to a dead stop with the developer support on a topic related to
>>>>>>>> OVirt configuration.
>>>>>>>>
>>>>>>>> The developer wants me to put the VM's underlying NIC into
>>>>>>>> promiscuous mode.
>>>>>>>>
>>>>>>>> I've seen this in a VMware environment and I know what they are
>>>>>>>> asking me to do, and I'm wondering if there is a clear way to do
>>>>>>>> this in my OVirt environment.
>>>>>>>>
>>>>>>>> I found "port mirroring" but no "promiscuous mode"
>>>>>>>>
>>>>>>>> Cheers and thank you !
>>>>>>>> ___
>>>>>>>> Users mailing list
>>>>>>>> Users@ovirt.org
>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users [3]
>>>>>>>>
>>>>>>>> ___
>>>>>>>> Users mailing list
>>>>>>>> Users@ovirt.org
>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users [3]
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Links:
>>>>>>> --
>>>>>>> [1]
>>>>>>>
>>>>>>>
>>>>>>> http://resources.ovirt.org/pub/ovirt-3.5/rpm/el7Server/noarch/vdsm-hook-macspoof-4.16.10-0.el7.noarch.rpm
>>>>>>> [2] https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/macspoof
>>>>>>> [3] http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thank you very much. Reading the README it appears that there is a
>>>>>> series of commands to run on the engine to make the options to remove
>>>>>> filtering from the vNIC, or the whole VM available. What purpose is
>>>>>> filled
>>>>>> by the two scripts that are included in the git, and where do I put
>>>>>> them so
>>>>>> that they will be utilized if that's even necessary ?
>>>>
>>>>
>>>>
>>>> Ivan, because of YOU, I get me weekend back ! It works and OVPN is up
>>>> and
>>>> running.
>>>>
>>>> Thank you SO MUCH !
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Promiscuous Mode

[Christopher Young]

Question:

There is no yum functionality on ovirt-node/RHEV-H, so how does one go
about this in that scenario?

On Sat, Mar 5, 2016 at 3:32 PM, combuster <combus...@gmail.com> wrote:
> It's great to know that it's working.
>
> Best of luck Clint.
>
>
> On 03/05/2016 09:09 PM, cl...@theboggios.com wrote:
>>
>> On 2016-03-05 13:34, combuster wrote:
>>>
>>> Correct procedure would be:
>>>
>>> 1. On each of your ovirt nodes run:
>>>
>>> yum install vdsm-hook-macspoof
>>>
>>> 2. On the engine run:
>>>
>>> sudo engine-config -s "UserDefinedVMProperties=macspoof=^(true|false)$"
>>>
>>> 3. Edit OpenVPN virtual machine settings and add a custom property
>>> containing macspoof keyword and set the value "true" for it.
>>>
>>> If you want to remove filtering for a single interface, then replace
>>> steps 2 and 3 as outlined in the README.
>>>
>>> Kind regards,
>>>
>>> Ivan
>>>
>>> On 03/05/2016 08:21 PM, cl...@theboggios.com wrote:
>>>>
>>>> On 2016-03-05 13:13, combuster wrote:
>>>>>
>>>>> Ignore the link (minor accident while pasting). Yum will download the
>>>>> appropriate one from the repos.
>>>>>
>>>>> On 03/05/2016 08:09 PM, combuster wrote:
>>>>>
>>>>>> Just the hook rpm (vdsm-hook-macspoof [1]).
>>>>>>
>>>>>> Ivan
>>>>>>
>>>>>> On 03/05/2016 08:02 PM, Christopher Young wrote:
>>>>>>
>>>>>> I had a related question on this.
>>>>>>
>>>>>> When it comes to ovirt-node or rhev-h, is there anything required to
>>>>>> be installed on the hypervisor hosts themselves?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Chris
>>>>>> On Mar 5, 2016 1:47 PM, "combuster" <combus...@gmail.com> wrote:
>>>>>> Hi Clint, you might want to check the macspoof hook features here:
>>>>>>
>>>>>> https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/macspoof [2]
>>>>>>
>>>>>> This should override arp/spoofing filtering, that might be the
>>>>>> cause of your issues with OpenVPN setup (first guess).
>>>>>>
>>>>>> On 03/05/2016 07:30 PM, Clint Boggio wrote:
>>>>>> I am deploying an OpenVPN server in my OVirt environment and I've
>>>>>> come to a dead stop with the developer support on a topic related to
>>>>>> OVirt configuration.
>>>>>>
>>>>>> The developer wants me to put the VM's underlying NIC into
>>>>>> promiscuous mode.
>>>>>>
>>>>>> I've seen this in a VMware environment and I know what they are
>>>>>> asking me to do, and I'm wondering if there is a clear way to do
>>>>>> this in my OVirt environment.
>>>>>>
>>>>>> I found "port mirroring" but no "promiscuous mode"
>>>>>>
>>>>>> Cheers and thank you !
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users [3]
>>>>>>
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users [3]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Links:
>>>>> --
>>>>> [1]
>>>>>
>>>>> http://resources.ovirt.org/pub/ovirt-3.5/rpm/el7Server/noarch/vdsm-hook-macspoof-4.16.10-0.el7.noarch.rpm
>>>>> [2] https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/macspoof
>>>>> [3] http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>> Thank you very much. Reading the README it appears that there is a
>>>> series of commands to run on the engine to make the options to remove
>>>> filtering from the vNIC, or the whole VM available. What purpose is filled
>>>> by the two scripts that are included in the git, and where do I put them so
>>>> that they will be utilized if that's even necessary ?
>>
>>
>>
>> Ivan, because of YOU, I get me weekend back ! It works and OVPN is up and
>> running.
>>
>> Thank you SO MUCH !
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Promiscuous Mode

[Christopher Young]

I had a related question on this.

When it comes to ovirt-node or rhev-h, is there anything required to be
installed on the hypervisor hosts themselves?

Thanks,

Chris
On Mar 5, 2016 1:47 PM, "combuster"  wrote:

> Hi Clint, you might want to check the macspoof hook features here:
>
> https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/macspoof
>
> This should override arp/spoofing filtering, that might be the cause of
> your issues with OpenVPN setup (first guess).
>
> On 03/05/2016 07:30 PM, Clint Boggio wrote:
>
>> I am deploying an OpenVPN server in my OVirt environment and I've come to
>> a dead stop with the developer support on a topic related to OVirt
>> configuration.
>>
>> The developer wants me to put the VM's underlying NIC into promiscuous
>> mode.
>>
>> I've seen this in a VMware environment and I know what they are asking me
>> to do, and I'm wondering if there is a clear way to do this in my OVirt
>> environment.
>>
>> I found "port mirroring" but no "promiscuous mode"
>>
>> Cheers and thank you !
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM Migration Fails (Network thoughts)

[Christopher Young]

Annnddd here I am again being 'that guy'.  I apologize for all the
traffic, but I wanted to note that migrations appears to be working
even over the migration IP network once short name resolution was
working fine.  The first attempt did fail after changes, but since
then, they are working fine, it seems.

So, I'm down to only a simple question now:

If I edit the resolv.conf on a RHEV-H/ovirt node (7.2) host, does it
REALLY get replaced on reboot?  And if so, how do I work around this
since I need those name resolutions to work?  Would /etc/hosts file
entries be sufficient for just the primary hostnames and IPs (or would
they also get over-written on reboot)?

Again, sorry for unnecessary posts, but I'm just trying to understand
the pieces as much as possible since I'm going to be supporting this
for a very long time.

On Fri, Mar 4, 2016 at 3:42 PM, Christopher Young <mexigaba...@gmail.com> wrote:
> So, I'm self-replying, but I was able to confirm that changing
> /etc/resolv.conf so that the short hostnames work allow migration, but
> ONLY when the migration network is set to the main management
> interface (and thus the primary hostname of the system).  I'm
> wondering how this could work with separate IP networks for VM
> Migration when hostname resolutions would generally always return the
> primary IP address of a system.
>
> I obviously still have reading to do, but any help and feedback would
> be greatly appreciated.
>
>
>
> On Fri, Mar 4, 2016 at 3:31 PM, Christopher Young <mexigaba...@gmail.com> 
> wrote:
>> So,  I'm attempting to understand something fully.  My setup might not
>> be ideal, so please provide me whatever education I may need.
>>
>> RE: https://access.redhat.com/solutions/202823
>>
>> Quick background:
>>
>> I have (3) RHEV-H (ovirt node) Hypervisors with a hosted-engine.  VM
>> Migrations currently are not working and I have the following errors
>> in the vdsm.log:
>>
>> ---
>> "[RHEV]Failed to migrate VM between hypervisor with error "gaierror:
>> [Errno -2] Name or service not known" in vdsm.log"
>> ---
>>
>> Reading the RedHat article leads me to believe that this is a name
>> resolution issue (for the FQDNs), but that leads to another question
>> which I'll get to.  First, a little more about the setup:
>>
>> I have separate IP networks for Management (ovirtmgmt), Storage, and
>> VM Migration.  These are all on unique IP ranges.  I'll make up some
>> for my purposes here:
>>
>> MGMT_VLAN: 10.25.250.x/24
>> STORAGE_VLAN: 10.26.3.x/24
>> MIGRATE_VLAN: 10.26.5.x/24
>>
>> In anticipation for setting all of this up, I assigned hostnames/IPs
>> for each role on each node/hypervisor, like so:
>>
>> vnode01
>> vnode01-sto (storage)
>> vnode01-vmm
>>
>> vnode02
>> vnode02-sto
>> vnode02-vmm
>>
>> etc., etc.
>>
>> So, I'm trying to understand what my best procedure for setting up a
>> separate migration network and what IP/hostname settings are necessary
>> to ensure that this works properly and wouldn't affect other things.
>>
>> I'm going to do some more reading right now, but at least I feel like
>> I'm on the right path to getting migrations working.
>>
>> Please help lol
>>
>> Thanks as always,
>>
>> -- Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM Migration Fails (Network thoughts)

[Christopher Young]

So, I'm self-replying, but I was able to confirm that changing
/etc/resolv.conf so that the short hostnames work allow migration, but
ONLY when the migration network is set to the main management
interface (and thus the primary hostname of the system).  I'm
wondering how this could work with separate IP networks for VM
Migration when hostname resolutions would generally always return the
primary IP address of a system.

I obviously still have reading to do, but any help and feedback would
be greatly appreciated.



On Fri, Mar 4, 2016 at 3:31 PM, Christopher Young <mexigaba...@gmail.com> wrote:
> So,  I'm attempting to understand something fully.  My setup might not
> be ideal, so please provide me whatever education I may need.
>
> RE: https://access.redhat.com/solutions/202823
>
> Quick background:
>
> I have (3) RHEV-H (ovirt node) Hypervisors with a hosted-engine.  VM
> Migrations currently are not working and I have the following errors
> in the vdsm.log:
>
> ---
> "[RHEV]Failed to migrate VM between hypervisor with error "gaierror:
> [Errno -2] Name or service not known" in vdsm.log"
> ---
>
> Reading the RedHat article leads me to believe that this is a name
> resolution issue (for the FQDNs), but that leads to another question
> which I'll get to.  First, a little more about the setup:
>
> I have separate IP networks for Management (ovirtmgmt), Storage, and
> VM Migration.  These are all on unique IP ranges.  I'll make up some
> for my purposes here:
>
> MGMT_VLAN: 10.25.250.x/24
> STORAGE_VLAN: 10.26.3.x/24
> MIGRATE_VLAN: 10.26.5.x/24
>
> In anticipation for setting all of this up, I assigned hostnames/IPs
> for each role on each node/hypervisor, like so:
>
> vnode01
> vnode01-sto (storage)
> vnode01-vmm
>
> vnode02
> vnode02-sto
> vnode02-vmm
>
> etc., etc.
>
> So, I'm trying to understand what my best procedure for setting up a
> separate migration network and what IP/hostname settings are necessary
> to ensure that this works properly and wouldn't affect other things.
>
> I'm going to do some more reading right now, but at least I feel like
> I'm on the right path to getting migrations working.
>
> Please help lol
>
> Thanks as always,
>
> -- Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM Migration Fails (Network thoughts)

[Christopher Young]

So,  I'm attempting to understand something fully.  My setup might not
be ideal, so please provide me whatever education I may need.

RE: https://access.redhat.com/solutions/202823

Quick background:

I have (3) RHEV-H (ovirt node) Hypervisors with a hosted-engine.  VM
Migrations currently are not working and I have the following errors
in the vdsm.log:

---
"[RHEV]Failed to migrate VM between hypervisor with error "gaierror:
[Errno -2] Name or service not known" in vdsm.log"
---

Reading the RedHat article leads me to believe that this is a name
resolution issue (for the FQDNs), but that leads to another question
which I'll get to.  First, a little more about the setup:

I have separate IP networks for Management (ovirtmgmt), Storage, and
VM Migration.  These are all on unique IP ranges.  I'll make up some
for my purposes here:

MGMT_VLAN: 10.25.250.x/24
STORAGE_VLAN: 10.26.3.x/24
MIGRATE_VLAN: 10.26.5.x/24

In anticipation for setting all of this up, I assigned hostnames/IPs
for each role on each node/hypervisor, like so:

vnode01
vnode01-sto (storage)
vnode01-vmm

vnode02
vnode02-sto
vnode02-vmm

etc., etc.

So, I'm trying to understand what my best procedure for setting up a
separate migration network and what IP/hostname settings are necessary
to ensure that this works properly and wouldn't affect other things.

I'm going to do some more reading right now, but at least I feel like
I'm on the right path to getting migrations working.

Please help lol

Thanks as always,

-- Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVirt Node / RHEV-H and Multiple NICs/bond

[Christopher Young]

I should note that I was able to slowly work through this by adding
the node to the engine, running the hosted-engine setup from within
the node, removing the node via the Engine's WebUI when the conflict
messages comes up, letting the hosted-engine setup finish.  That's not
ideal, but it works.  In the future, I believe a simple prompt that
allows the user to simple recognize that the node has already been
added and reinit things would be sufficient.

This does make me fearful of one thing, so if you can clarify I would
really appreciate it:

Now that I have my nodes up and in the engine, is renaming the default
cluster/datacenter/etc. going to impact the hosted-engine in any way?
I worry because my first attempt at bringing this platform up failed
on the 2nd node for the hosted-engine setup due to the 'Default'
cluster not existing.  Does the hosted-engine's HA pieces utilize this
in any way (and thus it is safe for me to rename things now that I
have them up)?

Many thanks,

Chris

On Fri, Feb 26, 2016 at 2:41 PM, Christopher Young
<mexigaba...@gmail.com> wrote:
> Thanks for the advice.  This DID work, however I've run into more
> (what I consider to be) ridiculousness:
>
> Running hosted-engine setup seems to assume that the host is not
> already added to the Default cluster (had an issue previously where I
> had renamed the cluster and that messed up the hosted-engine setup
> since it appears to look for 'Default' as a cluster name - that seems
> like something it should query for vs. assuming it never changed in my
> view).
>
> So, since I've added the host already (in order to get storage NICs
> configured and be able to get to my storage in order to get to the
> hosted engine's VM disk), it won't allow me to add hosted engine to
> this node.  This is not a good experience for a customer in my view.
> If the host has already been added, then a simple prompt that asks if
> that is the case should suffice.
>
> Please don't take my comments as anything more than a customer
> experience and not just hateful complaints.  I genuinely believe in
> this product, but things like this are VERY common in the enterprise
> space and could very well scare off people who have used product where
> this process is significantly cleaner.
>
> We need to be able to create storage NICs prior to hosted-engine
> setup.  And what's more is that we need to KNOW to not add a node to
> the engine if you intend to run a hosted engine on it (and thus allow
> the hosted engine setup to add the node to the DC/cluster/etc.).  That
> should be very, very clear.
>
> Thanks,
>
> Chris
>
> On Wed, Feb 24, 2016 at 8:16 AM, Fabian Deutsch <fdeut...@redhat.com> wrote:
>> Hey Christopher,
>>
>> On Tue, Feb 23, 2016 at 8:29 PM, Christopher Young
>> <mexigaba...@gmail.com> wrote:
>>> So, I have what I think should be a standard setup where I have
>>> dedicated NICs (to be bonded via LACP for storage) and well are NICs
>>> for various VLANS, etc.
>>>
>>> As typical, I have the main system interfaces for the usual system IPs
>>> (em1 in this case).
>>>
>>> A couple of observations (and a "chicken and the egg problem"):
>>>
>>> #1.  The RHEV-H/Ovirt-Node interface doesn't allow you to configure
>>> more than one interface.  Why is this?
>>
>> This is by design. The idea is that you use the TUI to configure the
>> initial NIC, all subsequent configuration will be done trough Engine.
>>
>>> #2.  This prevents me from bringing up an interface for access to my
>>> Netapp SAN (which I keep on separate networking/VLANs for
>>> best-practices purposes)
>>>
>>> If I'm unable to bring up a regular system interface AND an interface
>>> for my storage, then how am I going to be able to install a RHEV-M
>>> (engine) hosted-engine VM since I would be either unable to have an
>>> interface for this VM's IP AND be able to connect to my storage
>>> network.
>>>
>>> In short, I'm confused.  I see this as a very standard enterprise
>>> setup so I feel like I must be missing something obvious.  If someone
>>> could educate me, I'd really appreciate it.
>>>
>>
>> This is a valid point - you can not configure Ndoe from the TUI to
>> connect to more than two networks.
>>
>> What you can do however is to temporarily setup a route between the
>> two networks to bootstrap Node. After setup you can use Engine to
>> configure another nic on Node to access the storage network.
>>
>> The other option I see is to drop to shell and manually configure the
>> second NIC by creating an ifcfg file.
>>
>> Note:

Re: [ovirt-users] OVirt Node / RHEV-H and Multiple NICs/bond

[Christopher Young]

Thanks for the advice.  This DID work, however I've run into more
(what I consider to be) ridiculousness:

Running hosted-engine setup seems to assume that the host is not
already added to the Default cluster (had an issue previously where I
had renamed the cluster and that messed up the hosted-engine setup
since it appears to look for 'Default' as a cluster name - that seems
like something it should query for vs. assuming it never changed in my
view).

So, since I've added the host already (in order to get storage NICs
configured and be able to get to my storage in order to get to the
hosted engine's VM disk), it won't allow me to add hosted engine to
this node.  This is not a good experience for a customer in my view.
If the host has already been added, then a simple prompt that asks if
that is the case should suffice.

Please don't take my comments as anything more than a customer
experience and not just hateful complaints.  I genuinely believe in
this product, but things like this are VERY common in the enterprise
space and could very well scare off people who have used product where
this process is significantly cleaner.

We need to be able to create storage NICs prior to hosted-engine
setup.  And what's more is that we need to KNOW to not add a node to
the engine if you intend to run a hosted engine on it (and thus allow
the hosted engine setup to add the node to the DC/cluster/etc.).  That
should be very, very clear.

Thanks,

Chris

On Wed, Feb 24, 2016 at 8:16 AM, Fabian Deutsch <fdeut...@redhat.com> wrote:
> Hey Christopher,
>
> On Tue, Feb 23, 2016 at 8:29 PM, Christopher Young
> <mexigaba...@gmail.com> wrote:
>> So, I have what I think should be a standard setup where I have
>> dedicated NICs (to be bonded via LACP for storage) and well are NICs
>> for various VLANS, etc.
>>
>> As typical, I have the main system interfaces for the usual system IPs
>> (em1 in this case).
>>
>> A couple of observations (and a "chicken and the egg problem"):
>>
>> #1.  The RHEV-H/Ovirt-Node interface doesn't allow you to configure
>> more than one interface.  Why is this?
>
> This is by design. The idea is that you use the TUI to configure the
> initial NIC, all subsequent configuration will be done trough Engine.
>
>> #2.  This prevents me from bringing up an interface for access to my
>> Netapp SAN (which I keep on separate networking/VLANs for
>> best-practices purposes)
>>
>> If I'm unable to bring up a regular system interface AND an interface
>> for my storage, then how am I going to be able to install a RHEV-M
>> (engine) hosted-engine VM since I would be either unable to have an
>> interface for this VM's IP AND be able to connect to my storage
>> network.
>>
>> In short, I'm confused.  I see this as a very standard enterprise
>> setup so I feel like I must be missing something obvious.  If someone
>> could educate me, I'd really appreciate it.
>>
>
> This is a valid point - you can not configure Ndoe from the TUI to
> connect to more than two networks.
>
> What you can do however is to temporarily setup a route between the
> two networks to bootstrap Node. After setup you can use Engine to
> configure another nic on Node to access the storage network.
>
> The other option I see is to drop to shell and manually configure the
> second NIC by creating an ifcfg file.
>
> Note: In future we plan that you can use Cockpit to configure
> networking - this will also allow you to configure multiple NICs.
>
> Greetings
> - fabian
>
>> Thanks,
>> CHris
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> --
> Fabian Deutsch <fdeut...@redhat.com>
> RHEV Hypervisor
> Red Hat
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] OVirt Node / RHEV-H and Multiple NICs/bond

[Christopher Young]

So, I have what I think should be a standard setup where I have
dedicated NICs (to be bonded via LACP for storage) and well are NICs
for various VLANS, etc.

As typical, I have the main system interfaces for the usual system IPs
(em1 in this case).

A couple of observations (and a "chicken and the egg problem"):

#1.  The RHEV-H/Ovirt-Node interface doesn't allow you to configure
more than one interface.  Why is this?

#2.  This prevents me from bringing up an interface for access to my
Netapp SAN (which I keep on separate networking/VLANs for
best-practices purposes)

If I'm unable to bring up a regular system interface AND an interface
for my storage, then how am I going to be able to install a RHEV-M
(engine) hosted-engine VM since I would be either unable to have an
interface for this VM's IP AND be able to connect to my storage
network.

In short, I'm confused.  I see this as a very standard enterprise
setup so I feel like I must be missing something obvious.  If someone
could educate me, I'd really appreciate it.

Thanks,
CHris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-H 7.2 Beta Install

[Christopher Young]

For some reason, completely power-cycling the machine (pull power)
resolved this.  Odd one, but I'm not going to put too much thought
into it unless I encounter it on other nodes that I build

I do have another interesting problem with node that I don't seem to
understand, but I'll create a new thread.

On Tue, Feb 23, 2016 at 11:32 AM, Christopher Young
<mexigaba...@gmail.com> wrote:
> I know this is the ovirt-list, but I've had great success with help
> here as I have been running a couple of ovirt instances for some time
> (as part of a lab/testing).
>
> In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO),
> and for whatever reason, my install gets to 22% (right after
> partitioning up the local drive, I believe) and fails.
>
> I have no idea how to troubleshoot this.  I've tried changing install
> options (i've been installing via PXE) to no avail, and I notice that
> there don't appear to be any virtual terminals to switch to look at
> things and/or see where things failed.
>
> The errors that I get say something along the lines of:
>
> unexpected EOF while looking for matching ''
>
> I'll try and get more details, but i've attached a screenshot from the 
> console.
>
> Any help on HOW to troubleshoot this, pull logs, etc.. would be most
> appreciated as I'd like to get this moving forward.
>
> Thanks for all of your hard work and the help of the community!
>
> -- Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Confused / Hosted-Engine won't start

[Christopher Young]

That's actually a local NFS implementation (running on Gluster) so I
wouldn't expect that it would factor in, but I just verified that all
gluster hosts are in Permissive mode.  Like I mentioned, I think I may
have some ids wrong or bad links or something since this had previously
been working fine, though I must be missing it. 

On Thu, 2015-07-02 at 16:08 +0200, Sandro Bonazzola wrote:
 Il 02/07/2015 16:04, Christopher Young ha scritto:
  [root@orldc-dev-vnode02 ~]# getenforce 
  Permissive
  
  It looks like it isn't SELinux.
 
 Checked also on the storage server ovirt-gluster-nfs?
 
 
  
  On Thu, 2015-07-02 at 09:53 +0200, Sandro Bonazzola wrote:
   Il 02/07/2015 02:36, Christopher Young ha scritto:
I'm sure I have worked through this before, but I've been 
banging 
my head against this one for a while now, and I think I'm too 
close 
to the issue.

Basically, my hosted-engine won't start anymore.  I do recall 
attempting to migrate it to a new gluster-based NFS share 
recently, 
but I could have
sworn that was successful and working.  I _think_ I have some 
sort 
of id issue with storage/volume/whatever id's, but I need some 
help 
digging through
it if someone would be so kind.

I have the following error in 
/var/log/libvirt/qemu/HostedEngine.log:

--
2015-07-02T00:01:13.080952Z qemu-kvm: -drive
file=/var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8
-7057fcee412c/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821
-a432
-4df6-8856-fdb14df260e3,if=none,id=drive-virtio
-disk0,format=raw,serial=5ead7b5d-50e8-4d6c-a0e5
-bbe6d93dd836,cache=none,werror=stop,rerror=stop,aio=threads:
could not open disk image
/var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8
-7057fcee412c/5ead7b5d
-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432-4df6-8856
-fdb14df260e3: 
Could not
refresh total sector count: Input/output error
--
   
   
   Please check selinux: ausearch -m avc
   it might be selinux preventing access to the disk image.
   
   
   

I also am including a few command outputs that I'm sure might 
help:

--
[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# 
ls 
-la /var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8-7057fcee412c/
total 8
drwxr-xr-x. 2 vdsm kvm  80 Jul  1 20:04 .
drwxr-xr-x. 3 vdsm kvm  60 Jul  1 20:04 ..
lrwxrwxrwx. 1 vdsm kvm 128 Jul  1 20:04 1d80a60c-8f26-4448-9460
-2c7b00ff75bf -
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine/4e3017eb-d062
-4ad1
-9df8-7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf
lrwxrwxrwx. 1 vdsm kvm 128 Jul  1 20:04 23ac8897-b0c7-41d6-a7de
-19f46ed78400 -
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine/4e3017eb-d062
-4ad1
-9df8-7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400

--
[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# 
cat 
/etc/ovirt-hosted-engine/vm.conf
vmId=6b7329f9-518a-4488-b1c4-2cd809f2f580
memSize=5120
display=vnc
devices={index:2,iface:ide,address:{ controller:0, 
target:0,unit:0, 
bus:1,
type:drive},specParams:{},readonly:true,deviceId:77924fc2-c5c9
-408b
-97d3-cd0b0d11a62c,path:/home/tmp/CentOS-6.6-x86_64
-minimal.iso,device:cdrom,shared:false,type:disk}
devices={index:0,iface:virtio,format:raw,poolID:-
-
--,volumeID:eeb2d821-a432-4df6-8856
-fdb14df260e3,imageID:5ead7b5d-50e8-4d6c-a0e5
-bbe6d93dd836,specParams:{},readonly:false,domainID:4e3017eb
-d062
-4ad1-9df8-7057fcee412c,optional:false,deviceId:5ead7b5d-50e8
-4d6c
-a0e5-bbe6d93dd836,address:{bus:0x00,
slot:0x06, domain:0x, type:pci, 
function:0x0},device:disk,shared:exclusive,propagateErrors:off,
type
:disk,bootOrder:1}
devices={device:scsi,model:virtio-scsi,type:controller}
devices={nicModel:pv,macAddr:00:16:3e:0e:d0:68,linkActive:true,
netw
ork:ovirtmgmt,filter:vdsm-no-mac
-spoofing,specParams:{},deviceId:f70ba622-6ac8-4c06-a005
-0ebd940a15b2,address:{bus:0x00,
slot:0x03, domain:0x, type:pci, 
function:0x0},device:bridge,type:interface}
devices={device:console,specParams:{},type:console,deviceId:983
86e6
c-ae56-4b6d-9bfb-c72bbd299ad1,alias:console0}
vmName=HostedEngine
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,sr
ecor
d,ssmartcard,susbredir
smp=2
cpuType=Westmere
emulatedMachine=pc
--

[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# 
cat 
/etc/ovirt-hosted-engine/hosted-engine.conf
fqdn=orldc-dev-vengine01.***
vm_disk_id=5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836
vmid=6b7329f9-518a-4488-b1c4-2cd809f2f580
storage=ovirt-gluster-nfs:/engine
conf=/etc/ovirt-hosted-engine/vm.conf
service_start_time=0
host_id=1

Re: [ovirt-users] Confused / Hosted-Engine won't start

[Christopher Young]

If anyone has an experience of the various IDs in hosted-engine.conf
and vm.conf for the Hosted Engine, I believe I need to just verify
everything.  I tried a couple of changes, but I feel like I'm just
making this worse, so I've reverted them.

One thing I do not understand well is how a gluster-based (NFS) storage
domain for the hosted-engine has so many entries:

-

[root@orldc-dev-vnode02 ovirt-gluster-nfs:_engine]# find . -type f |
xargs ls -lah
ls: cannot access ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432
-4df6-8856-fdb14df260e3: Input/output error
-rw-rw. 1 vdsm kvm  1.0M Jul  2 11:20 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/dom_md/ids
-rw-rw. 1 vdsm kvm   16M Jul  1 19:54 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/dom_md/inbox
-rw-rw. 1 vdsm kvm  2.0M Jul  1 19:50 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/dom_md/leases
-rw-r--r--. 1 vdsm kvm   482 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/dom_md/metadata
-rw-rw. 1 vdsm kvm   16M Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/dom_md/outbox
-rw-rw. 1 vdsm kvm  1.0M Jul  2 11:32 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6-c2f4
-4f74-a91f-3a3a52f255bf
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6-c2f4
-4f74-a91f-3a3a52f255bf.lease
-rw-r--r--. 1 vdsm kvm   284 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6-c2f4
-4f74-a91f-3a3a52f255bf.meta
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400/dd9f373c-d161
-4fa0-aab1-3cb52305dba7.lease
-rw-r--r--. 1 vdsm kvm   283 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400/dd9f373c-d161
-4fa0-aab1-3cb52305dba7.meta
-rw-rw. 1 vdsm kvm   25G Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d-9c8f
-4d54-91a7-3dd87377c362
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d-9c8f
-4d54-91a7-3dd87377c362.lease
-rw-r--r--. 1 vdsm kvm   278 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d-9c8f
-4d54-91a7-3dd87377c362.meta
-rw-rw. 1 vdsm kvm  1.0M Jul  1 17:50 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432
-4df6-8856-fdb14df260e3.lease
-rw-r--r--. 1 vdsm kvm   278 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432
-4df6-8856-fdb14df260e3.meta
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26-95af
-4226-9a00-5383d8937a83
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26-95af
-4226-9a00-5383d8937a83.lease
-rw-r--r--. 1 vdsm kvm   284 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26-95af
-4226-9a00-5383d8937a83.meta
-rw-rw. 1 vdsm kvm 1004K Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/bb9d9a37-4f91-4973-ba9e-72ee81aed0b6/5acb27b3-62c5
-46ac-8978-576a8a4a0399
-rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/bb9d9a37-4f91-4973-ba9e-72ee81aed0b6/5acb27b3-62c5
-46ac-8978-576a8a4a0399.lease
-rw-r--r--. 1 vdsm kvm   283 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/images/bb9d9a37-4f91-4973-ba9e-72ee81aed0b6/5acb27b3-62c5
-46ac-8978-576a8a4a0399.meta
-rw-r--r--. 1 vdsm kvm   384 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/master/tasks/fef13299-0e7f-4c7a-a399
-092a1235faab/fef13299-0e7f-4c7a-a399-092a1235faab.job.0
-rw-r--r--. 1 vdsm kvm   277 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/master/tasks/fef13299-0e7f-4c7a-a399
-092a1235faab/fef13299-0e7f-4c7a-a399-092a1235faab.recover.0
-rw-r--r--. 1 vdsm kvm   417 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/master/tasks/fef13299-0e7f-4c7a-a399
-092a1235faab/fef13299-0e7f-4c7a-a399-092a1235faab.recover.1
-rw-r--r--. 1 vdsm kvm   107 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/master/tasks/fef13299-0e7f-4c7a-a399
-092a1235faab/fef13299-0e7f-4c7a-a399-092a1235faab.result
-rw-r--r--. 1 vdsm kvm   299 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
-7057fcee412c/master/tasks/fef13299-0e7f-4c7a-a399
-092a1235faab/fef13299-0e7f-4c7a-a399-092a1235faab.task
-rwxr-xr-x. 1 vdsm kvm 0 Jul  2 11:22 ./__DIRECT_IO_TEST__
-



On Thu, 2015-07-02 at 11:05 -0400, Christopher Young wrote:
 That's actually a local NFS implementation (running on Gluster) so I
 wouldn't expect that it would factor in, but I just verified that all
 gluster hosts are in Permissive

Re: [ovirt-users] Confused / Hosted-Engine won't start

[Christopher Young]

Ok.  It turns out that I had a split-brain on that volume file and
didn't even realize it.  Thank both of you guys for keeping me thinking
and putting me on track.  I had so many thoughts running through my
head and had run 'gluster volume status engine' (etc.) without checking
for heal status.

In the process, I learned more about glusters healing options, so I
suppose I'm going to put this all in the category of 'learning
experience'.

I believe that I eventually want to build out a new hosted-engine VM
since this one had its configuration changed a few times and getting an
additional, redundant hosted-engine fails (primarily due to me missing
the original answers file).  I had tried recreating it using my limited
knowledge, but I could never get the 2nd hosted-engine deploy to work.

If anyone has any advise on that, I'd be appreciative and open to it. 
 I'm debating either continuing with this hosted-engine VM or backing
things up and building a new one (though I don't know the optimal
procedure for that).  Any direction is always helpful.

Thanks again!

On Thu, 2015-07-02 at 11:40 -0500, Darrell Budic wrote:
 Looks normal, hosted engine uses some extra files/leases to track 
 some of it’s stuff.
 
 Looks like you might have a gluster problem though, that IO error 
 appears to be on your hosted engines disk image. Check for split 
 brains and try and initiate a heal on the files, see what you get.
 
   -Darrell
 
  On Jul 2, 2015, at 11:33 AM, Christopher Young 
  mexigaba...@gmail.com wrote:
  
  If anyone has an experience of the various IDs in hosted
  -engine.conf
  and vm.conf for the Hosted Engine, I believe I need to just verify
  everything.  I tried a couple of changes, but I feel like I'm just
  making this worse, so I've reverted them.
  
  One thing I do not understand well is how a gluster-based (NFS) 
  storage
  domain for the hosted-engine has so many entries:
  
  -
  
  [root@orldc-dev-vnode02 ovirt-gluster-nfs:_engine]# find . -type f 
  |
  xargs ls -lah
  ls: cannot access ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821
  -a432
  -4df6-8856-fdb14df260e3: Input/output error
  -rw-rw. 1 vdsm kvm  1.0M Jul  2 11:20 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/dom_md/ids
  -rw-rw. 1 vdsm kvm   16M Jul  1 19:54 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/dom_md/inbox
  -rw-rw. 1 vdsm kvm  2.0M Jul  1 19:50 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/dom_md/leases
  -rw-r--r--. 1 vdsm kvm   482 Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/dom_md/metadata
  -rw-rw. 1 vdsm kvm   16M Jul  1 19:49 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/dom_md/outbox
  -rw-rw. 1 vdsm kvm  1.0M Jul  2 11:32 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6
  -c2f4
  -4f74-a91f-3a3a52f255bf
  -rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6
  -c2f4
  -4f74-a91f-3a3a52f255bf.lease
  -rw-r--r--. 1 vdsm kvm   284 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf/d9bacbf6
  -c2f4
  -4f74-a91f-3a3a52f255bf.meta
  -rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400/dd9f373c
  -d161
  -4fa0-aab1-3cb52305dba7.lease
  -rw-r--r--. 1 vdsm kvm   283 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400/dd9f373c
  -d161
  -4fa0-aab1-3cb52305dba7.meta
  -rw-rw. 1 vdsm kvm   25G Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d
  -9c8f
  -4d54-91a7-3dd87377c362
  -rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d
  -9c8f
  -4d54-91a7-3dd87377c362.lease
  -rw-r--r--. 1 vdsm kvm   278 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/3278c444-d92a-4cb9-87d6-9669c6e4993e/1a4b6a5d
  -9c8f
  -4d54-91a7-3dd87377c362.meta
  -rw-rw. 1 vdsm kvm  1.0M Jul  1 17:50 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821
  -a432
  -4df6-8856-fdb14df260e3.lease
  -rw-r--r--. 1 vdsm kvm   278 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821
  -a432
  -4df6-8856-fdb14df260e3.meta
  -rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26
  -95af
  -4226-9a00-5383d8937a83
  -rw-rw. 1 vdsm kvm  1.0M Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26
  -95af
  -4226-9a00-5383d8937a83.lease
  -rw-r--r--. 1 vdsm kvm   284 Dec 23  2014 ./4e3017eb-d062-4ad1-9df8
  -7057fcee412c/images/6064179f-2720-4db9-a7c4-a97e044c2238/05afaa26
  -95af
  -4226-9a00-5383d8937a83.meta

[ovirt-users] Confused / Hosted-Engine won't start

[Christopher Young]

I'm sure I have worked through this before, but I've been banging my head
against this one for a while now, and I think I'm too close to the issue.

Basically, my hosted-engine won't start anymore.  I do recall attempting to
migrate it to a new gluster-based NFS share recently, but I could have
sworn that was successful and working.  I _think_ I have some sort of id
issue with storage/volume/whatever id's, but I need some help digging
through it if someone would be so kind.

I have the following error in /var/log/libvirt/qemu/HostedEngine.log:

--
2015-07-02T00:01:13.080952Z qemu-kvm: -drive
file=/var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8-7057fcee412c/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432-4df6-8856-fdb14df260e3,if=none,id=drive-virtio-disk0,format=raw,serial=5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836,cache=none,werror=stop,rerror=stop,aio=threads:
could not open disk image
/var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8-7057fcee412c/5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836/eeb2d821-a432-4df6-8856-fdb14df260e3:
Could not refresh total sector count: Input/output error
--

I also am including a few command outputs that I'm sure might help:

--
[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# ls -la
/var/run/vdsm/storage/4e3017eb-d062-4ad1-9df8-7057fcee412c/
total 8
drwxr-xr-x. 2 vdsm kvm  80 Jul  1 20:04 .
drwxr-xr-x. 3 vdsm kvm  60 Jul  1 20:04 ..
lrwxrwxrwx. 1 vdsm kvm 128 Jul  1 20:04
1d80a60c-8f26-4448-9460-2c7b00ff75bf -
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine/4e3017eb-d062-4ad1-9df8-7057fcee412c/images/1d80a60c-8f26-4448-9460-2c7b00ff75bf
lrwxrwxrwx. 1 vdsm kvm 128 Jul  1 20:04
23ac8897-b0c7-41d6-a7de-19f46ed78400 -
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine/4e3017eb-d062-4ad1-9df8-7057fcee412c/images/23ac8897-b0c7-41d6-a7de-19f46ed78400

--
[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# cat
/etc/ovirt-hosted-engine/vm.conf
vmId=6b7329f9-518a-4488-b1c4-2cd809f2f580
memSize=5120
display=vnc
devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1,
type:drive},specParams:{},readonly:true,deviceId:77924fc2-c5c9-408b-97d3-cd0b0d11a62c,path:/home/tmp/CentOS-6.6-x86_64-minimal.iso,device:cdrom,shared:false,type:disk}
devices={index:0,iface:virtio,format:raw,poolID:----,volumeID:eeb2d821-a432-4df6-8856-fdb14df260e3,imageID:5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836,specParams:{},readonly:false,domainID:4e3017eb-d062-4ad1-9df8-7057fcee412c,optional:false,deviceId:5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836,address:{bus:0x00,
slot:0x06, domain:0x, type:pci,
function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk,bootOrder:1}
devices={device:scsi,model:virtio-scsi,type:controller}
devices={nicModel:pv,macAddr:00:16:3e:0e:d0:68,linkActive:true,network:ovirtmgmt,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:f70ba622-6ac8-4c06-a005-0ebd940a15b2,address:{bus:0x00,
slot:0x03, domain:0x, type:pci,
function:0x0},device:bridge,type:interface}
devices={device:console,specParams:{},type:console,deviceId:98386e6c-ae56-4b6d-9bfb-c72bbd299ad1,alias:console0}
vmName=HostedEngine
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
smp=2
cpuType=Westmere
emulatedMachine=pc
--

[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# cat
/etc/ovirt-hosted-engine/hosted-engine.conf
fqdn=orldc-dev-vengine01.***
vm_disk_id=5ead7b5d-50e8-4d6c-a0e5-bbe6d93dd836
vmid=6b7329f9-518a-4488-b1c4-2cd809f2f580
storage=ovirt-gluster-nfs:/engine
conf=/etc/ovirt-hosted-engine/vm.conf
service_start_time=0
host_id=1
console=vnc
domainType=nfs3
spUUID=379cf161-d5b1-4c20-bb71-e3ca5d2ccd6b
sdUUID=4e3017eb-d062-4ad1-9df8-7057fcee412c
connectionUUID=0d1b50ac-cf3f-4cd7-90df-3c3a6d11a984
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
ca_subject=C=EN, L=Test, O=Test, CN=Test
vdsm_use_ssl=true
gateway=10.16.3.1
bridge=ovirtmgmt
metadata_volume_UUID=dd9f373c-d161-4fa0-aab1-3cb52305dba7
metadata_image_UUID=23ac8897-b0c7-41d6-a7de-19f46ed78400
lockspace_volume_UUID=d9bacbf6-c2f4-4f74-a91f-3a3a52f255bf
lockspace_image_UUID=1d80a60c-8f26-4448-9460-2c7b00ff75bf

# The following are used only for iSCSI storage
iqn=
portal=
user=
password=
port=
--

(mount output for the NFS share this should be running on (gluster-based):

ovirt-gluster-nfs:/engine on
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine type nfs
(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.16.3.30,mountvers=3,mountport=38465,mountproto=tcp,local_lock=all,addr=10.16.3.30)

--

[root@orldc-dev-vnode02 4e3017eb-d062-4ad1-9df8-7057fcee412c]# tree
/rhev/data-center/mnt/ovirt-gluster-nfs\:_engine/
/rhev/data-center/mnt/ovirt-gluster-nfs:_engine/
├── 4e3017eb-d062-4ad1-9df8-7057fcee412c
│   ├── dom_md
│   │   ├── ids
│   │   ├── inbox
│   │   ├── leases
│   │   ├── metadata
│   │   └── outbox
│   ├── 

Re: [ovirt-users] MAC spoofing for specific VMs

[Christopher Young]

Yep.  I had found that and applied it.  Great solution!   I actually wrote
about it to the zen load balancer list.  I will add it here for
semi-documentation:

--
 just wanted to follow-up so that it is documented on how to get this
working on oVirt/RHEV.  I had to install a VDSM hook to allow mac-spoofing
as a VM custom property like so (on each node):

yum install vdsm-hook-macspoof

That requires a restart of vdsmd on the node as well as a process on the
oVirt/RHEV engine:

engine-config -s UserDefinedVMProperties=macspoof=(true|false)

Which then requires a restart of the oVirt/RHEV engine.

After that, there will be an available custom properly on the VM called
'macspoof' that can be set to 'true'.  Once I did this and shutdown/powered
on the VMs, the cluster setup now completes successfully.  You learn
something every day.

Thanks for pointing me in the right direction.  The one thing I wish I had
on these VMs is the ovirt-guest-agent which would likely work except that
Debian 6 doesn't seem to have python-ethtool package/deps.  If there are
any plans to update the version of Debian that ZLB is based on, let me know.

-

On Tue, May 12, 2015 at 5:43 AM, Dan Kenigsberg dan...@redhat.com wrote:

 On Mon, May 11, 2015 at 02:12:22PM -0400, Christopher Young wrote:
  I'm working on some load-balancing solutions and they appear to require
 MAC
  spoofing.  I did some searching and reading and as I understand it, you
 can
  disable the MAC spoofing protection through a few methods.
 
  I was wondering about the best manner to enable this for the VMs that
  require it and not across the board (if that is even possible).  I'd like
  to just allow my load-balancer VMs to do what they need to, but keep the
  others untouched as a security mechanism.
 
  If anyone has any advice on the best method to handle this scenario, I
  would greatly appreciate it.  It seems that this might turn into some
 type
  of feature request, though I'm not sure if this is something that has to
 be
  done at the Linux bridge level, the port level, or the VM level.  Any
  explanations into that would also help in my education.

 You can enable mac spoofing per VM or per vNIC using vdsm-hook-macspoof.
 See more details on the hook's README file


 https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=vdsm_hooks/macspoof/README;h=6bd11c1cb8ba2603d432fc8826eeb35738136c92;hb=79781a1945ceff6849a6a2b66cb5c4a1a5f8d874

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] MAC spoofing for specific VMs

[Christopher Young]

I'm working on some load-balancing solutions and they appear to require MAC
spoofing.  I did some searching and reading and as I understand it, you can
disable the MAC spoofing protection through a few methods.

I was wondering about the best manner to enable this for the VMs that
require it and not across the board (if that is even possible).  I'd like
to just allow my load-balancer VMs to do what they need to, but keep the
others untouched as a security mechanism.

If anyone has any advice on the best method to handle this scenario, I
would greatly appreciate it.  It seems that this might turn into some type
of feature request, though I'm not sure if this is something that has to be
done at the Linux bridge level, the port level, or the VM level.  Any
explanations into that would also help in my education.

Thanks,

Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] virtual disk terminology in oVirt/RHEV improvements needed?

[Christopher Young]

Definitely a +1.  I've had/felt these frustrations from my management when
trying to convince them on oVirt, so any more technically detailed,
flow-charted, better explained verbiage would be most welcome.

2015-02-10 10:56 GMT-05:00 Sven Kieske s.kie...@mittwald.de:

 Hi,

 i just want to +1 this.

 I often have to lookup this information myself and it is not that
 clear at all which storage does use which file format and so on.

 Great writeup!

 --
 Mit freundlichen Grüßen / Regards

 Sven Kieske

 Systemadministrator
 Mittwald CM Service GmbH  Co. KG
 Königsberger Straße 6
 32339 Espelkamp
 T: +49-5772-293-100
 F: +49-5772-293-333
 https://www.mittwald.de
 Geschäftsführer: Robert Meyer
 St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
 Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Possibility to regenerate answer file on primary node

[Christopher Young]

Would anyone be able to provide me any insight here?  I can include any
logs if needed as I'm at a loss trying to get this 2nd hosted engine up and
running.

On Tue, Jan 6, 2015 at 7:37 PM, Christopher Young mexigaba...@gmail.com
wrote:

 For added information (a portion from the ovirt-hosted-setup log):

 --
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
 customization METHOD
 otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144
 condition False
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
 customization METHOD
 otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490
 ENVIRONMENT DUMP - BEGIN
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
 OVEHOSTED_VM/vmBoot=str:'disk'
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504
 ENVIRONMENT DUMP - END
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
 customization METHOD
 otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144
 condition False
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
 customization METHOD
 otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization
 2015-01-06 19:18:23 DEBUG
 otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu
 cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module
 2015-01-06 19:18:23 DEBUG
 otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._customization:137
 Compatible CPU models are: [u'model_Nehalem', u'model_Conroe',
 u'model_coreduo', u'model_core2duo', u'model_Penryn', u'model_Westmere',
 u'model_n270']
 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
 dialog.__logString:215 DIALOG:SEND The following CPU types
 are supported by this host:
 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
 dialog.__logString:215 DIALOG:SEND- model_Westmere:
 Intel Westmere Family
 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
 dialog.__logString:215 DIALOG:SEND- model_Nehalem:
 Intel Nehalem Family
 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
 dialog.__logString:215 DIALOG:SEND- model_Penryn: Intel
 Penryn Family
 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
 dialog.__logString:215 DIALOG:SEND- model_Conroe: Intel
 Conroe Family
 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method
 exception
 Traceback (most recent call last):
   File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
 _executeMethod
 method['method']()
   File
 /usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py,
 line 194, in _customization
 ohostedcons.VDSMEnv.VDSM_CPU
 RuntimeError: Invalid CPU type specified: None
 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed
 to execute stage 'Environment customization': Invalid CPU type specified:
 None
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490
 ENVIRONMENT DUMP - BEGIN
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
 BASE/error=bool:'True'
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
 BASE/exceptionInfo=list:'[(type 'exceptions.RuntimeError',
 RuntimeError('Invalid CPU type specified: None',), traceback object at
 0x39782d8)]'
 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504
 ENVIRONMENT DUMP - END
 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage:
 Clean up
 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE
 cleanup
 --

 On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young mexigaba...@gmail.com
 wrote:

 I believe that I'm stuck with trying to follow the deployment via the
 popular guide at:

 http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/

 I'm trying to get my second hosted-engine deployed and seem to keep
 running into errors with '--deploy' on the second node.

 ---
   --== NETWORK CONFIGURATION ==--

   Please indicate a pingable gateway IP address [x.x.x.x]:
   The following CPU types are supported by this host:
  - model_Westmere: Intel Westmere Family
  - model_Nehalem: Intel Nehalem Family
  - model_Penryn: Intel Penryn Family
  - model_Conroe: Intel Conroe Family
 [ ERROR ] Failed to execute stage 'Environment customization': Invalid
 CPU type specified: None

 ---
 It seems like the answer file that is copied from the first node is
 either not being copied or is incorrect.  In any case, I was wondering if
 there was a way to verify this as well

[ovirt-users] Possibility to regenerate answer file on primary node

[Christopher Young]

I believe that I'm stuck with trying to follow the deployment via the
popular guide at:
http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/

I'm trying to get my second hosted-engine deployed and seem to keep running
into errors with '--deploy' on the second node.

---
  --== NETWORK CONFIGURATION ==--

  Please indicate a pingable gateway IP address [x.x.x.x]:
  The following CPU types are supported by this host:
 - model_Westmere: Intel Westmere Family
 - model_Nehalem: Intel Nehalem Family
 - model_Penryn: Intel Penryn Family
 - model_Conroe: Intel Conroe Family
[ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU
type specified: None

---
It seems like the answer file that is copied from the first node is either
not being copied or is incorrect.  In any case, I was wondering if there
was a way to verify this as well as if there is a method for regenerating
the answer file on the first node should it be missing (which I think that
it might be).

I apologize if this is pretty obvious stuff at this point as I feel like
I'm missing something.  Any help would be greatly appreciated.

Thanks,

Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Possibility to regenerate answer file on primary node

[Christopher Young]

For added information (a portion from the ovirt-hosted-setup log):

--
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
customization METHOD
otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144
condition False
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
customization METHOD
otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490
ENVIRONMENT DUMP - BEGIN
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
OVEHOSTED_VM/vmBoot=str:'disk'
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504
ENVIRONMENT DUMP - END
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
customization METHOD
otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144
condition False
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage
customization METHOD
otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization
2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu
cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module
2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu
cpu._customization:137 Compatible CPU models are: [u'model_Nehalem',
u'model_Conroe', u'model_coreduo', u'model_core2duo', u'model_Penryn',
u'model_Westmere', u'model_n270']
2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
dialog.__logString:215 DIALOG:SEND The following CPU types
are supported by this host:
2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
dialog.__logString:215 DIALOG:SEND- model_Westmere:
Intel Westmere Family
2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
dialog.__logString:215 DIALOG:SEND- model_Nehalem:
Intel Nehalem Family
2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
dialog.__logString:215 DIALOG:SEND- model_Penryn: Intel
Penryn Family
2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human
dialog.__logString:215 DIALOG:SEND- model_Conroe: Intel
Conroe Family
2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method
exception
Traceback (most recent call last):
  File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
_executeMethod
method['method']()
  File
/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py,
line 194, in _customization
ohostedcons.VDSMEnv.VDSM_CPU
RuntimeError: Invalid CPU type specified: None
2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed
to execute stage 'Environment customization': Invalid CPU type specified:
None
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490
ENVIRONMENT DUMP - BEGIN
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
BASE/error=bool:'True'
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV
BASE/exceptionInfo=list:'[(type 'exceptions.RuntimeError',
RuntimeError('Invalid CPU type specified: None',), traceback object at
0x39782d8)]'
2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504
ENVIRONMENT DUMP - END
2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: Clean
up
2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE
cleanup
--

On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young mexigaba...@gmail.com
wrote:

 I believe that I'm stuck with trying to follow the deployment via the
 popular guide at:

 http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/

 I'm trying to get my second hosted-engine deployed and seem to keep
 running into errors with '--deploy' on the second node.

 ---
   --== NETWORK CONFIGURATION ==--

   Please indicate a pingable gateway IP address [x.x.x.x]:
   The following CPU types are supported by this host:
  - model_Westmere: Intel Westmere Family
  - model_Nehalem: Intel Nehalem Family
  - model_Penryn: Intel Penryn Family
  - model_Conroe: Intel Conroe Family
 [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU
 type specified: None

 ---
 It seems like the answer file that is copied from the first node is either
 not being copied or is incorrect.  In any case, I was wondering if there
 was a way to verify this as well as if there is a method for regenerating
 the answer file on the first node should it be missing (which I think that
 it might be).

 I apologize if this is pretty obvious stuff at this point as I feel like
 I'm missing something.  Any help would be greatly appreciated.

 Thanks,

 Chris

Re: [ovirt-users] 1. Re: ??: bond mode balance-alb (Jorick Astrego)

[Christopher Young]

I'm a little confused by your explanation of 'just do the bonding at the
guest level'.  I apologize for my ignorance here, but I'm trying to prepare
myself for a similar configuration where I'm going to need to get all much
bandwidth out of the bond as possible.  How would bonding multiple
interfaces at the VM level provide a better balance than at the hypervisor
level?  Wouldn't the traffic more or less end up traveling the same path
regardless of the virtual interface?

I'm trying to plan out an oVirt implementation where I would like to bond
multiple interfaces on my hypervisor nodes for balancing/redundancy, and
I'm very curious what others have done with Cisco hardware (in my case, a
pair of 3650's with MEC) in order to get the best solution.

I will read through these threads and see if I can gain a better
understanding, but if you happen to have an easy explanation that would
help my understand, I would greatly appreciate it.


On Wed, Dec 31, 2014 at 1:01 AM, Blaster blas...@556nato.com wrote:


 Thanks for your thoughts.  The problem is, most of the data is transmitted
 from a couple apps to a couple systems.  The chance of a hash collision
 (i.e., most of the data going out the same interface anyway) is quite
 high.  On Solaris, I just created two physical interfaces each with their
 own IP, and bound the apps to the appropriate interfaces.  This worked
 great.  Imagine my surprise when I discovered this doesn’t work on Linux
 and my crash course on weak host models.

 Interesting that no one commented on my thought to just do the bonding at
 the guest level (and use balance-alb) instead of at the hypervisor level.
 Some ESXi experts I have talked to say this is actually the preferred
 method with ESXi and not to do it at the hypervisor level, as the VM knows
 better than VMware.

 Or is the bonding mode issue with balance-alb/tlb more with the Linux TCP
 stack  itself and not with oVirt and VDSM?



 On Dec 30, 2014, at 4:34 AM, Nikolai Sednev nsed...@redhat.com wrote:

 Mode 2 will do the job the best way for you in case of static LAG
 supported only at the switch's side, I'd advise using of xmit_hash_policy
 layer3+4, so you'll get better distribution for your DC.


 Thanks in advance.

 Best regards,
 Nikolai
 
 Nikolai Sednev
 Senior Quality Engineer at Compute team
 Red Hat Israel
 34 Jerusalem Road,
 Ra'anana, Israel 43501

 Tel:   +972   9 7692043
 Mobile: +972 52 7342734
 Email: nsed...@redhat.com
 IRC: nsednev

 --
 *From: *users-requ...@ovirt.org
 *To: *users@ovirt.org
 *Sent: *Tuesday, December 30, 2014 2:12:58 AM
 *Subject: *Users Digest, Vol 39, Issue 173

 Send Users mailing list submissions to
 users@ovirt.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.ovirt.org/mailman/listinfo/users
 or, via email, send a message with subject or body 'help' to
 users-requ...@ovirt.org

 You can reach the person managing the list at
 users-ow...@ovirt.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Users digest...


 Today's Topics:

1. Re:  ??: bond mode balance-alb (Jorick Astrego)
2. Re:  ??: bond mode balance-alb (Jorick Astrego)
3.  HostedEngine Deployment Woes (Mikola Rose)


 --

 Message: 1
 Date: Mon, 29 Dec 2014 20:13:40 +0100
 From: Jorick Astrego j.astr...@netbulae.eu
 To: users@ovirt.org
 Subject: Re: [ovirt-users] ??: bond mode balance-alb
 Message-ID: 54a1a7e4.90...@netbulae.eu
 Content-Type: text/plain; charset=utf-8


 On 12/29/2014 12:56 AM, Dan Kenigsberg wrote:
  On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote:
  On 12/23/2014 2:55 AM, Dan Kenigsberg wrote:
  Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM
 networks
  https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0
  Dan,
 
  What is bad about these modes that oVirt can't use them?
  I can only quote jpirko's workds from the link above:
 
  Do not use tlb or alb in bridge, never! It does not work, that's it.
 The reason
  is it mangles source macs in xmit frames and arps. When it is
 possible, just
  use mode 4 (lacp). That should be always possible because all
 enterprise
  switches support that. Generally, for 99% of use cases, you *should*
 use mode
  4. There is no reason to use other modes.
 
 This switch is more of an office switch and only supports part of the
 802.3ad standard:


 PowerConnect* *2824

 Scalable from small workgroups to dense access solutions, the 2824
 offers 24-port flexibility plus two combo small?form?factor
 pluggable (SFP) ports for connecting the switch to other networking
 equipment located beyond the 100 m distance limitations of copper
 cabling.

 Industry-standard link aggregation adhering to IEEE 802.3ad
 standards (static support only, LACP not supported)


 So 

Re: [ovirt-users] Problem wiht ovirt-node

[Christopher Young]

Looks like that 12/22 ISO doesn't run the installer that I can tell.  I
really haven't had any good luck with any of the recent ovirt-node stuff
which is such a shame.  My last installation using the 3.5-pre ISO would
install and then fail at grub/boot afterwards.  I'm not sure if I'm doing
something wrong there, but I'm more or less taking all defaults in the
install, so it is unexpected.

I feel like enterprise-level virtualization relies upon having the minimal
OS/install in order to match the other hypervisors.  I hate to think of
just going to minimal CentOS/RHEL installs, but perhaps that's my best bet
to get up and testing.

What can the community do to help this along?  Perhaps requiring equivalent
ovirt-node releases along with every release of ovirt may put the
motivation behind it?  I'm willing to help test, however I can't put my
original environment in a constant state of change, obviously.  I'm willing
to build up some scenarios if that helps get to a
stable/installable/functioning ovirt-node.  Those of us trying to prove
this out vs. vmware/ESX need this.

Chris

On Mon, Dec 22, 2014 at 10:00 AM, Simone Tiraboschi stira...@redhat.com
wrote:



 - Original Message -
  From: rino villadalm...@gmail.com
  To: Simone Tiraboschi stira...@redhat.com
  Cc: Users@ovirt.org List users@ovirt.org
  Sent: Monday, December 22, 2014 3:49:05 PM
  Subject: Re: [ovirt-users] Problem wiht ovirt-node
 
  Which is the correct iso to do hosted-engine from ovirt-node image ¿? and
  do not loose any data after reboot
 
  http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/

 ovirt-3.5-pre/ was for 3.5 beta so it's quite old.
 You can find the latest node build at
 http://jenkins.ovirt.org/job/ovirt-node-iso_master_merged/
 but it's just a nightly build and so it's still not that tested for
 production but you still can help us testing it.

 The general availability of 3.5.1 is due to the mid of January.


  On Mon, Dec 22, 2014 at 11:44 AM, rino villadalm...@gmail.com wrote:
 
   but which version can i used with hosted-engine iso, because i want it
 in
   production enviroment..
  
   Regards
  
   On Mon, Dec 22, 2014 at 11:31 AM, Simone Tiraboschi 
 stira...@redhat.com
   wrote:
  
  
  
   - Original Message -
From: rino villadalm...@gmail.com
To: Users@ovirt.org List users@ovirt.org
Sent: Monday, December 22, 2014 3:14:36 PM
Subject: [ovirt-users] Problem wiht ovirt-node
   
I installed ovirt node with hosted-engine using pre-release
 ovirt-node
   3.5
iso.
   
When i shutdown the ovirt-node from menu everything down ok, ( i
   register it
as node in vm ). When i turn on the server next day, ovirt-node
 come up
   with
no vm was installed ( i use other server as storage with nfs). Nfs
 is
working fine i see all resource if i do showmount -e nfs.server.
   
But if i try to do hosted-engine --vm-status or any command with
hosted-engine it suggest me to do a new deploy, but i have all
   enviroment
configured en my engine.
   
I need to configure two ovirt-node, and then move it to datacenter,
 but
   after
shutdown vm engine is not seen by ovirt-node.
  
   It's a know bug, it was recently fixed:
   https://bugzilla.redhat.com/show_bug.cgi?id=1151339
  
   hosted-engine in 3.5.1 will include this fix. General availability
 it's
   scheduled for 2015-01-14.
  
   If you want to test it, you can try with a recent snapshot.
   http://resources.ovirt.org/pub/yum-repo/ovirt-release35-snapshot.rpm
  
   Feel free to add your self for oVirt 3.5.1 TestDay:
   https://www.ovirt.org/Testing/oVirt_3.5.1_Testing
  
   regards,
   Simone
  
  
  
Regards
   
--
---
Rondan Rino
Certificado en LPIC-2
LPI ID:LPI000209832
Verification Code:gbblvwyfxu
Red Hat Certified Engineer -- RHCE -- RHCVA
   
   
Blog: http://www.itrestauracion.com.ar
Cv: http://cv.rinorondan.com.ar
http://counter.li.org Linux User - #517918
Viva La Santa Federacion!!
Mueran Los Salvages Unitarios!!
^^^Transcripcion de la epoca ^^^
   
   
   
   
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
   
  
  
  
  
   --
   ---
   Rondan Rino
   Certificado en LPIC-2  https://cs.lpi.org/caf/Xamman/certification
   LPI ID:LPI000209832
   Verification Code:gbblvwyfxu
   Red Hat Certified Engineer -- RHCE -- RHCVA
   
 https://www.redhat.com/wapps/training/certification/verify.html?certNumber=120-175-658verify=Verify
 
  
  
   Blog:http://www.itrestauracion.com.ar
   Cv: http://cv.rinorondan.com.ar http://www.rinorondan.com.ar/
   http://counter.li.org  Linux User - #517918
   Viva La Santa Federacion!!
   Mueran Los Salvages Unitarios!!
   ^^^Transcripcion de la epoca ^^^
  
  
  
  
 
 
  --
  ---
  Rondan Rino
  Certificado en LPIC-2  https://cs.lpi.org/caf/Xamman/certification
  LPI ID:LPI000209832
  Verification Code:gbblvwyfxu
  Red 

Re: [ovirt-users] Centos 6.6 ovirt install fail. dependency novnc error

[Christopher Young]

Looks like I've run into the same problem.  So, does anyone have a copy or
location where CentOS 6 users can download it?

On Mon, Dec 22, 2014 at 11:51 AM, Anders Hellquist and...@hellquist.net
wrote:

 Thanks for the answer.

 I am not in a hurry so I will wait for some kind of official way forward.

 /anders

 2014-12-22 17:33 GMT+01:00 Simone Tiraboschi stira...@redhat.com:



 - Original Message -
  From: Simone Tiraboschi stira...@redhat.com
  To: Anders Hellquist and...@hellquist.net
  Cc: users@ovirt.org
  Sent: Monday, December 22, 2014 5:16:45 PM
  Subject: Re: [ovirt-users] Centos 6.6 ovirt install fail. dependency
 novnc error
 
 
 
  - Original Message -
   From: Anders Hellquist and...@hellquist.net
   To: users@ovirt.org
   Sent: Monday, December 22, 2014 4:25:38 PM
   Subject: [ovirt-users] Centos 6.6 ovirt install fail. dependency novnc
   error
  
   Hi !
  
   I am trying to install ovirt 3.5 on a Centos 6.6 host
  
   Have tried both
   http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm
   http://resources.ovirt.org/pub/yum-repo/ovirt-release35-snapshot.rpm
  
   While installing ovirt-engine, ovirt-engine-backend requires novnc and
   fails.
  
   -- Running transaction check
   --- Package bind-libs.x86_64 32:9.8.2-0.30.rc1.el6_6.1 will be
 installed
   --- Package ovirt-engine-backend.noarch
   0:3.5.1-0.0.master.20141219191829.gite2b1d3a.el6 will be installed
   -- Processing Dependency: novnc for package:
  
 ovirt-engine-backend-3.5.1-0.0.master.20141219191829.gite2b1d3a.el6.noarch
   --- Package perl-Pod-Escapes.x86_64 1:1.04-136.el6_6.1 will be
 installed
   --- Package python-crypto.x86_64 0:2.0.1-22.el6 will be installed
   --- Package setools-libs.x86_64 0:3.3.7-4.el6 will be installed
   -- Finished Dependency Resolution
   Error: Package:
  
 ovirt-engine-backend-3.5.1-0.0.master.20141219191829.gite2b1d3a.el6.noarch
   (ovirt-3.5-snapshot)
   Requires: novnc
   You could try using --skip-broken to work around the problem
   You could try running: rpm -Va --nofiles --nodigest
  
   Have looked for novnc package but maybe it is named something else..
  
   Anyone ?
 
  It should be in EPEL, did you explicitly disabled it?

 http://pkgs.fedoraproject.org/cgit/novnc.git/commit/?h=el6

 It has been retired from EPEL two days ago.
 I'll check what to do with the previous maintainer.

 If you are on hurry, please try to install an older RPM from an archive.


   Best regards, Anders
  
   ___
   Users mailing list
   Users@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/users
  
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 




 --
 
 https://www.prism-break.org

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Status libgfapi support in oVirt

[Christopher Young]

I'm replying to 'up' this as well as I'm most interested in this.  I
actually thought this was implemented and working too.

On Mon, Nov 17, 2014 at 10:01 AM, Daniel Helgenberger 
daniel.helgenber...@m-box.de wrote:

 Hello Joop,

 thanks for raising the issue as it is one of the things I assumed are
 already implemented and working.

 Sadly I cannot provide any answer ...

 On 17.11.2014 09:39, Joop wrote:
  I have been trying to use libgfapi glusterfs support in oVirt but can't
  get it to work. After talks on IRC it seems I should apply a patch
  (http://gerrit.ovirt.org/33768) to enable libgf BUT I can't get it to
  work. Systems used:
  - hosts Centos7 or Fedora20 (so upto date qemu/libvirt/oVirt(3.5))
  - glusterfs-3.6.1
  - vdsm-4.16.0-524.gitbc618a4.el7.x86_64 (snapshot master 14-nov)
  - vdsm-4.16.7-1.gitdb83943.el7.x86_64 (official ovirt-3.5 vdsm, seems
  newer than master snapshot?? )
 
  Just adding the patch to vdsm-4.16.7-1.gitdb83943.el7.x86_64 doesn't
  work, vdsm doesn't start anymore due to an error in virt/vm.py.
 
  Q1: what is de exact status of libgf and oVirt.
  Q2: how do I test that patch?
 
  Joop
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 

 --
 Daniel Helgenberger
 m box bewegtbild GmbH

 P: +49/30/2408781-22
 F: +49/30/2408781-10

 ACKERSTR. 19
 D-10115 BERLIN


 www.m-box.de  www.monkeymen.tv

 Geschäftsführer: Martin Retschitzegger / Michaela Göllner
 Handeslregister: Amtsgericht Charlottenburg / HRB 112767
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Latest ovirt-node release/installation

[Christopher Young]

Thanks to everyone for the answers.  That helps clarify some basics for
me.  I prefer to try and implement ovirt-node for the reasons stated above
(small, defined OS with a smaller security/management footprint), but now I
debate using CentOS 6 or RHEL 6.  I feel that oVirt-node is very important
to being able to get an environment up and running securely without too
much overhead, but perhaps I need to consider minimal OS installs + latest
gluster release + 3.5 oVirt at this time.

One thing I was curious about is gluster support in oVirt-node.  What is
the current status as far as glusterfs version and saving settings, etc.?

Thanks again!

Chris

On Fri, Nov 14, 2014 at 6:30 AM, Fabian Deutsch fdeut...@redhat.com wrote:

 - Original Message -
  I sincerely hope that this is not answered elsewhere as I've done several
  searches and have yet to find a solid answer.  I have three (what I
 believe
  to be) basic questions (with perhaps some subs there):
 
  1)  What is the latest oVirt-node release and where would one download it
  (I appear to only see 3.4 -based releases of the ISO available)?  It is
  3.5-based and/or is there an upgrade path?  Which glusterfs release is
  currently included with oVirt-node?

 Hey,

 there are some 3.5 pre-release isos available here:
 http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/

 They are quite old. The reason why there is still no Node, is that we are
 experiencing
 installation problems after CentOS 6.6 got released.

 That is why there is no Node for 3.5 yet, becuase we don't want to provide
 a Node which is dead on arrival. This ain't fun for anyone.

  2) As I understand it, newer releases of oVirt-node allow you to do an
  installation of the self-hosted engine at this time.  Is that correct?

 Yes, that will work. Due to problems mentioned above, we still need to do
 some
 fixes to the hosted-engine part of Node, but once they land, HE will work
 on Node.

  3) Is there any functionality that one would be losing out on by
 deploying
  oVirt via oVirt-node vs. using full-OS installation?  Which is the more
  recommended?

 Yes, ovirt-node is not as customizable as a regular host.
 I.e. you can not (easily) modify the boot process, or install custom rpms.

 Sometimes this is seen as a restriction, other see this as a well defined
 environment.

  Again, I apologize if these questions are covered somewhere, but I felt
  like asking them in a direct fashion so as to clear up my own
 ignorance.  I
  appreciate any feedback and information that you could share.

 No, no worries. There weren't any Node updates (besides the weekly meeting
 minutes)
 for a while.

 We still traget to release Node for oVirt 3.5 ASAP.

 - fabian


  Thanks,
 
  Chris
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Latest ovirt-node release/installation

[Christopher Young]

On Fri, Nov 14, 2014 at 3:52 PM, Fabian Deutsch fdeut...@redhat.com wrote:

 - Original Message -
  Thanks to everyone for the answers.  That helps clarify some basics for
  me.  I prefer to try and implement ovirt-node for the reasons stated
 above
  (small, defined OS with a smaller security/management footprint), but
 now I
  debate using CentOS 6 or RHEL 6.  I feel that oVirt-node is very
 important
  to being able to get an environment up and running securely without too
  much overhead, but perhaps I need to consider minimal OS installs +
 latest
  gluster release + 3.5 oVirt at this time.

 oVirt node can (btw) be deployed using PXE (Foreman, Cobbler), USB and CD
 media, and virtual media.


That very much interests me since I utilize Cobbler currently for all of my
provisioning.  I would assume that basically one would kickstart it like
any other RHEL-based release.  Are you aware of any document that describes
Cobbler+oVirt-Node by chance?



  One thing I was curious about is gluster support in oVirt-node.  What is
  the current status as far as glusterfs version and saving settings, etc.?

 The pre-release build from today contains glusterfs-3.6.


Great!  Thanks for the information.  I've downloaded that ISO and I'm
working on getting that deployed on a couple of test blades.


 - fabian

  Thanks again!
 
  Chris
 
  On Fri, Nov 14, 2014 at 6:30 AM, Fabian Deutsch fdeut...@redhat.com
 wrote:
 
   - Original Message -
I sincerely hope that this is not answered elsewhere as I've done
 several
searches and have yet to find a solid answer.  I have three (what I
   believe
to be) basic questions (with perhaps some subs there):
   
1)  What is the latest oVirt-node release and where would one
 download it
(I appear to only see 3.4 -based releases of the ISO available)?  It
 is
3.5-based and/or is there an upgrade path?  Which glusterfs release
 is
currently included with oVirt-node?
  
   Hey,
  
   there are some 3.5 pre-release isos available here:
   http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/
  
   They are quite old. The reason why there is still no Node, is that we
 are
   experiencing
   installation problems after CentOS 6.6 got released.
  
   That is why there is no Node for 3.5 yet, becuase we don't want to
 provide
   a Node which is dead on arrival. This ain't fun for anyone.
  
2) As I understand it, newer releases of oVirt-node allow you to do
 an
installation of the self-hosted engine at this time.  Is that
 correct?
  
   Yes, that will work. Due to problems mentioned above, we still need to
 do
   some
   fixes to the hosted-engine part of Node, but once they land, HE will
 work
   on Node.
  
3) Is there any functionality that one would be losing out on by
   deploying
oVirt via oVirt-node vs. using full-OS installation?  Which is the
 more
recommended?
  
   Yes, ovirt-node is not as customizable as a regular host.
   I.e. you can not (easily) modify the boot process, or install custom
 rpms.
  
   Sometimes this is seen as a restriction, other see this as a well
 defined
   environment.
  
Again, I apologize if these questions are covered somewhere, but I
 felt
like asking them in a direct fashion so as to clear up my own
   ignorance.  I
appreciate any feedback and information that you could share.
  
   No, no worries. There weren't any Node updates (besides the weekly
 meeting
   minutes)
   for a while.
  
   We still traget to release Node for oVirt 3.5 ASAP.
  
   - fabian
  
  
Thanks,
   
Chris
   
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
   
  
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Latest ovirt-node release/installation

[Christopher Young]

I sincerely hope that this is not answered elsewhere as I've done several
searches and have yet to find a solid answer.  I have three (what I believe
to be) basic questions (with perhaps some subs there):

1)  What is the latest oVirt-node release and where would one download it
(I appear to only see 3.4 -based releases of the ISO available)?  It is
3.5-based and/or is there an upgrade path?  Which glusterfs release is
currently included with oVirt-node?

2) As I understand it, newer releases of oVirt-node allow you to do an
installation of the self-hosted engine at this time.  Is that correct?

3) Is there any functionality that one would be losing out on by deploying
oVirt via oVirt-node vs. using full-OS installation?  Which is the more
recommended?


Again, I apologize if these questions are covered somewhere, but I felt
like asking them in a direct fashion so as to clear up my own ignorance.  I
appreciate any feedback and information that you could share.

Thanks,

Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users