Re: [ovirt-users] Can´t use a VM Network VLAN, because the Virtual Machines inside can't reach the Gateway

[Jeff Bailey]

I see the tap interface on the ovirtmgmt bridge which is in the 
192.168.0.0/24 subnet but your vm has a 192.168.50.0/27 address.  I 
don't know why it's attached to that bridge though since it looks like 
you've placed it on the dmz network.  What happens if you change the IP 
address in your test vm to something in 192.168.0.0/24 and then ping 
your 192.168.0.1 gateway?


On 7/6/2015 1:06 PM, Julián Tete wrote:

Hi Friends of oVirt

This the data required:

I have a HP Enclosure with a HP SAN.
I can't change the net settings in the switch because we have VMware 
Virtual Machines in production in the same enclosure.
The switch is in Trunk Mode and all the traffic are in Tagged VLAN's 
with ID's: 1,50,90,91 and 100.

I can play with 6 blades.
I in the first Blade I installed oVirt in hosted engine mode.
The only S.O is CentOS 7.1

I used inxi to brig the data for you:

My First Host is the only host until now (SPM) is the first data 
domain (NFS) and contains the hosted engine machine.
I installed oVirt with ovirtmgmt in VLAN 1, over the interface eno1, 
without any VLAN Tagged configuration.


This the data for my first host:

http://pastebin.com/dfC0XTQM

This the data for the Engine:

http://pastebin.com/JdrMSbj0

This the data for the Virtual Machine created in VLAN 50:

S.O : CentOS 7.1
SELinux: Permissive
IP ADDRESS: 192.168.50.8
PREFIX: 27
GATEWAY: 192.168.50.1
Interface: eth0

The Virtual Machine hasn´t any VLAN configuration.

In the 3 S.O, Network Manager is stopped and disabled, connectivity is 
managed by the network daemon.


This is the data for the Networking in the admin interface:

http://postimg.org/image/lbypejxrh/

http://postimg.org/image/jtkyhqs8f/

http://postimg.org/image/7dwf1nb9f/

http://postimg.org/image/6i9t75g33/

http://postimg.org/image/sm8e6lecv/

http://postimg.org/image/cvig7rjuv/

http://postimg.org/image/fxcthsrtl/

http://postimg.org/image/o6xjwwvyz/

http://postimg.org/image/pv5ar5v3j/

http://postimg.org/image/dx8br0gq7/

http://postimg.org/image/baixp4b0j/

This the case

With No IP in the VLAN, and IP in the Virtual Machine, From the 
Virtual Machine can ping myself (192.168.50.8) but I can't reach the 
gateway, can't reach the host, can't reach Internet.


Any help is appreciated

Thanks Friends of oVirt








2015-07-06 7:51 GMT-05:00 Soeren Malchow >:


Hi,

To make it easier to understand what the situation is, it would
help to
see your bridging configuration and your interface configration.

Something like:

#> ip addr

And

#> brctl show

Regards
Soeren

On 06/07/15 13:30, "users-boun...@ovirt.org
 on behalf of Dan Kenigsberg"
mailto:users-boun...@ovirt.org> on
behalf of dan...@redhat.com > wrote:

>On Tue, Jun 30, 2015 at 03:48:49PM -0500, Julián Tete wrote:
>> Hi Friends of oVirt
>>
>> I'm trying to migrate my company from VMware to oVirt.
>
>We'd like to help you do this!
>
>> In my final tests, I set up 2 more VLANs in oVirt, (VM VLANs)
>> The Virtual Machines in these VLANs, can be reached from the
external
>>IPs
>> from the net range,
>> but from the Virtual machines only can ping the Host with the
Bridge and
>> itself, can't reach the gateway. ¿?
>>
>> I configured a IP Forwarding in the Host with the virtual
machine, and
>> nothing changes...
>>
>> Any idea ? This is the last duty before embrace oVirt in the
company.
>>
>> Look to the VLAN 100 configuration (My desired VM Network):
>>
>> http://postimg.org/image/7hrog0a2n/
>>
>> http://postimg.org/image/68b40i1vr/
>>
>> http://postimg.org/image/lu6mlshgp/
>
>I must admit that I don't understand your problem yet. When you ping
>from inside your guest, where are your packets dropped?
>
>I'd like to point that your "Hosting" network, as most VM
networks, is
>better off left without an IP address. The benefit of this is better
>security (host TCP stack is not accessible from VMs) and less
chances of
>routing collisions from the host.
>
>So unless you need to use the same network for something other
than VM
>communication, try to clear its address.
>
>Regards,
>Dan.
>___
>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] oVirt 3.5.3 Host Network Interfaces

[Prof. Dr. Michael Schefczyk]

Dear Soeren, dear all,

Thank you very much. I did try the steps on an installed system. The result was 
that after manipulating the network scripts, the server would communicate well 
with the rest of the LAN - as many other servers on which I use NIC bonds. 
However, my hosted-engine refused to start: "hosted-engine --vm-start" results 
in "Connection to localhost:54321 refused". Needless to say, it is not possible 
to revert the maintenance mode then. ABRT points out what the problem is (but 
not the solution): "api.py:119:objectivizeNetwork:ConfigNetworkError: (24, 
u'nic enp0s20f1 already enslaved to bond0')" This shows that oVirt cannot start 
after the manipulation of network scripts as it does expect enp0s20f1 no not be 
a slave of a bond. Naming of the devices becomes clear from the following 
paragraph.

After multiple failed experiments to set up the server with bonded NIC (each 
implying configuring the server from scratch), I took the following approach 
this time:
- The server has two LAN facing NICs enp0s20f0, enp0s20f1. The other two NICs 
point to the other server in the intended gluster cluster - creating a bond for 
them is not problematical.
- Setting up Centos 7, I just used enp0s20f0 with no bond and bridge.
- Deploying oVirt one gets asked for an unused NIC, so I selected enp0s20f1. 
Then the network was only resting on enp0s20f1 with a working setup of oVirt - 
just without bonding two NICs.

I am still surprised that this HA network issue is so difficult to manage in a 
software that is largely about high availability. Can anyone please indicate 
how to proceed towards NIC bonding?

Regards,

Michael


Network Scripts as set manually:

DEVICE=enp0s20f0
TYPE=Ethernet
USERCTL=no
SLAVE=yes
MASTER=bond0
BOOTPROTO=none
HWADDR=00:25:90:F5:18:9A
NM_CONTROLLED=no

DEVICE=enp0s20f1
TYPE=Ethernet
USERCTL=no
SLAVE=yes
MASTER=bond0
BOOTPROTO=none
HWADDR=00:25:90:F5:18:9B
NM_CONTROLLED=no

DEVICE=bond0
ONBOOT=yes
BONDING_OPTS='mode=802.3ad miimon=100'
BRIDGE=ovirtmgmt
NM_CONTROLLED=no

DEVICE=ovirtmgmt
ONBOOT=yes
TYPE=Bridge
IPADDR=192.168.12.40
NETMASK=255.255.255.0
GATEWAY=192.168.12.1
DNS=192.168.12.1
NM_CONTROLLED=no




-Ursprüngliche Nachricht-
Von: Soeren Malchow [mailto:soeren.malc...@mcon.net] 
Gesendet: Montag, 6. Juli 2015 15:01
An: Prof. Dr. Michael Schefczyk; users@ovirt.org
Betreff: Re: [ovirt-users] oVirt 3.5.3 Host Network Interfaces

Dear Michael

We actually created the ovirtmgmt and the bond manually upfront and then in the 
³Setup Hosts Network² we basically did this again (including setting the IP 
address), regarding the bonding in the gluster network we did not have a 
problem, you just drag one interface onto the other and then select the bonding 
mode, where you can also go for bonding mode TLB or ALB if you choose ³custom² 
or just LACP if you have switches that support this.


Step by Step:

- set the engine to maintenance and shut it down
- configure the bond on the 2 nics for the ovirtmgmt bridge ( em1+em2 ->
bond0 -> ovirtmgmt )
- configure the IP on the bridge
- reboot the server and see whethter it comes up correctly
- remove maintenance and let engine start
- Set up the ovirtmgmt in hosts networks but do not forget to set IP and 
Gateway as well.

Though it should work without this hassle (if the bonding mode on the switch 
and server is compatible) but this way it is easy to get server and switch in 
the same mode and working without having to do anything in ovirt first.

Hope that helps

Regards
Soeren



On 02/07/15 00:31, "users-boun...@ovirt.org on behalf of Prof. Dr. Michael 
Schefczyk" 
wrote:

>Dear All,
>
>Having set up a Centos 7 server with Gluster, oVirt 3.5.3 and hosted 
>engine according to 
>https://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5
>/, I was hoping that the NIC management and particularly NIC 
>bond/bridge capabilities would have improved a bit. My server has four 
>NICs, two connected to the LAN and two to an adjacent server to be used 
>as a Gluster network between the two servers. My aim is to use NIC 
>bonding for two NICs each.
>
>Via the engine, I would like to use Hosts -> Network Interfaces -> 
>Setup Host Networks. As I use hosted engine, I cannot set the only host 
>to maintenance mode. At least during normal operations, however, I am 
>neither able to change the ovirt bridge from DHCP to static IP nor 
>create a bond consisting of the two LAN facing NICs. In each case I 
>get, "Error while executing action Setup Networks: Network is currently being 
>used".
>Editing the network scripts manually is not an option either, as that 
>does not survive a reboot. Contrary to this real view, everything 
>should be easily configurable according to section 6.6 of the oVirt 
>administration guide.
>
>One workaround approach could be to temporarily move one NIC connection 
>from the adjacent server to the LAN or even temporarily swap both pairs 
>of NICs and edit interfaces while they are not in use. Is this re

Re: [ovirt-users] Can´t use a VM Network VLAN, because the Virtual Machines inside can't reach the Gateway

[Julián Tete]

Hi Friends of oVirt

This the data required:

I have a HP Enclosure with a HP SAN.
I can't change the net settings in the switch because we have VMware
Virtual Machines in production in the same enclosure.
The switch is in Trunk Mode and all the traffic are in Tagged VLAN's with
ID's: 1,50,90,91 and 100.
I can play with 6 blades.
I in the first Blade I installed oVirt in hosted engine mode.
The only S.O is CentOS 7.1

I used inxi to brig the data for you:

My First Host is the only host until now (SPM) is the first data domain
(NFS) and contains the hosted engine machine.
I installed oVirt with ovirtmgmt in VLAN 1, over the interface eno1,
without any VLAN Tagged configuration.

This the data for my first host:

http://pastebin.com/dfC0XTQM

This the data for the Engine:

http://pastebin.com/JdrMSbj0

This the data for the Virtual Machine created in VLAN 50:

S.O : CentOS 7.1
SELinux: Permissive
IP ADDRESS: 192.168.50.8
PREFIX: 27
GATEWAY: 192.168.50.1
Interface: eth0

The Virtual Machine hasn´t any VLAN configuration.

In the 3 S.O, Network Manager is stopped and disabled, connectivity is
managed by the network daemon.

This is the data for the Networking in the admin interface:

http://postimg.org/image/lbypejxrh/

http://postimg.org/image/jtkyhqs8f/

http://postimg.org/image/7dwf1nb9f/

http://postimg.org/image/6i9t75g33/

http://postimg.org/image/sm8e6lecv/

http://postimg.org/image/cvig7rjuv/

http://postimg.org/image/fxcthsrtl/

http://postimg.org/image/o6xjwwvyz/

http://postimg.org/image/pv5ar5v3j/

http://postimg.org/image/dx8br0gq7/

http://postimg.org/image/baixp4b0j/

This the case

With No IP in the VLAN, and IP in the Virtual Machine, From the Virtual
Machine can ping myself (192.168.50.8) but I can't reach the gateway, can't
reach the host, can't reach Internet.

Any help is appreciated

Thanks Friends of oVirt








2015-07-06 7:51 GMT-05:00 Soeren Malchow :

> Hi,
>
> To make it easier to understand what the situation is, it would help to
> see your bridging configuration and your interface configration.
>
> Something like:
>
> #> ip addr
>
> And
>
> #> brctl show
>
> Regards
> Soeren
>
> On 06/07/15 13:30, "users-boun...@ovirt.org on behalf of Dan Kenigsberg"
>  wrote:
>
> >On Tue, Jun 30, 2015 at 03:48:49PM -0500, Julián Tete wrote:
> >> Hi Friends of oVirt
> >>
> >> I'm trying to migrate my company from VMware to oVirt.
> >
> >We'd like to help you do this!
> >
> >> In my final tests, I set up 2 more VLANs in oVirt, (VM VLANs)
> >> The Virtual Machines in these VLANs, can be reached from the external
> >>IPs
> >> from the net range,
> >> but from the Virtual machines only can ping the Host with the Bridge and
> >> itself, can't reach the gateway. ¿?
> >>
> >> I configured a IP Forwarding in the Host with the virtual machine, and
> >> nothing changes...
> >>
> >> Any idea ? This is the last duty before embrace oVirt in the company.
> >>
> >> Look to the VLAN 100 configuration (My desired VM Network):
> >>
> >> http://postimg.org/image/7hrog0a2n/
> >>
> >> http://postimg.org/image/68b40i1vr/
> >>
> >> http://postimg.org/image/lu6mlshgp/
> >
> >I must admit that I don't understand your problem yet. When you ping
> >from inside your guest, where are your packets dropped?
> >
> >I'd like to point that your "Hosting" network, as most VM networks, is
> >better off left without an IP address. The benefit of this is better
> >security (host TCP stack is not accessible from VMs) and less chances of
> >routing collisions from the host.
> >
> >So unless you need to use the same network for something other than VM
> >communication, try to clear its address.
> >
> >Regards,
> >Dan.
> >___
> >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] R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[Dan Kenigsberg]

On Mon, Jul 06, 2015 at 10:33:59AM +0200, NUNIN Roberto wrote:
> Hi Dan
> 
> Sorry for question: what do you mean for interface vnet ?
> Currently our path is :
> eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge - vm.
> 
> Which one of these ?
> Moreover, reading Fabian statements about bonding limits, today I can try to 
> switch to a config without bonding.

"vm" is a complicated term.

`brctl show` would not show you a "vm" connected to a bridge. When you
WOULD see is a vnet888 tap device. The "other side" of this device is
held by qemu, which implement the VM.

I'm asking if the dhcp offer has reached that tap device.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Metadata error on hosted engine (fresh install)

[Matteo]

Hi,

sorry I sent an empty mail by mistake.

- Il 5-lug-15, alle 7:53, Yedidyah Bar David d...@redhat.com ha scritto:

> 
> Do you have a backup of the device with the bad data? Can you check/post
> logs of setup and ha?

Sure, everything is here:

https://cloud.brancaleoni.com/index.php/s/4Lx3M5PXkqhO80N 

dump.img.gz is the dump of the block device

ovirt-hosted-engine-setup-1st-node.tgz are the logs of first node
(the one with the initial engine vm deployed)

ovirt-hosted-engine-setup-2nd-node.tgz are the logs of 2nd node

Thanks!

matteo

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

Re: [ovirt-users] GlusterFS Hyperconvergence

[Doron Fediuck]

Hey,

As for libgfapi, there are several uses for it in oVirt, not all fully
implemented at his point. However, you need to remember that this is an
optimization so whenever it's ready it will be release (as a part of the
relevant version) but not having it is still not lacking any functionality.

Per your question, we usually recommend working with replica-3 in hosted
engine scenario. I'd stick to this mode even without HE to ensure you
have replicas as well as quorum in case of a failure. In this mode you
can loose the first host and keep running with replica. Loosing the 2nd
host will cause the FS to become read only. This is double failure which
is pretty impressive for a community project.

Finally, HA is leveraging fencing to ensure we do not start an HA VM on
a host while it's still running on the old host and cause a split brain.
If we do not wish to fence bricks yet still use HA you need to manually
approve each time something happens that host has been rebooted which
kind of make this a manual mode and less highly available.

Doron

On 06/07/15 18:01, Tiemen Ruiten wrote:
> Also, while I can imagine why fencing might be a problem, what would be
> the issue with HA?
> 
> On 6 July 2015 at 16:52, Tiemen Ruiten  > wrote:
> 
> Thanks Doron,
> 
> I would initially start with a 3 host cluster, possibly adding more
> hosts later on. Is this enough to ensure integrity of the Gluster
> storage domain, eg. in case of host failure?
> 
> What are recommendations (if they exist) for the type of Gluster
> volume for a 3-5 host cluster (replicated or replicated distributed,
> number of replica's)? 
> 
> Would this setup already leverage libgfapi instead of FUSE?
> 
> 
> On 6 July 2015 at 16:33, Doron Fediuck  > wrote:
> 
> On 06/07/15 15:03, Tiemen Ruiten wrote:
> > Please note I will -not- be using Hosted Engine.
> >
> > On 6 July 2015 at 13:54, Tiemen Ruiten  
> > >>
> wrote:
> >
> > Hello,
> >
> > I'm in the planning stage of setting up a new oVirt
> cluster, where I
> > would prefer to use the local disks of the hypervisors for a
> > GlusterFS storage domain. What is the current
> recommendation (for
> > version 3.5.x)?
> >
> > I found this presentation which seems to suggest that it's
> possbile
> > with some
> > caveats:
> 
> http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf
> >
> > And a few open bugs:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1177791
> > https://bugzilla.redhat.com/show_bug.cgi?id=115
> > https://bugzilla.redhat.com/show_bug.cgi?id=113
> >
> > What I can't find is current information on if this setup
> is already
> > possible with 3.5.x or it's better to wait for 3.6. Could
> someone
> > enlighten me?
> >
> > --
> > Tiemen Ruiten
> > Systems Engineer
> > R&D Media
> >
> >
> >
> >
> > --
> > Tiemen Ruiten
> > Systems Engineer
> > R&D Media
> >
> >
> 
> Hi,
> most of the current work is focused in hyperconverged using
> hosted engine and
> this includes the installation and a few other features such as
> not fencing hypervisors
> to avoid killing running bricks.
> If you do not want to use hosted engine, then you should be able
> to create bricks
> and manage them as a gluster volume which your setup should be
> able to work with.
> If you do not use HA and/or fencing you should be mostly ok with
> this use case.
> 
> Anything specific you're looking for?
> 
> 
> 
> 
> -- 
> Tiemen Ruiten
> Systems Engineer
> R&D Media
> 
> 
> 
> 
> -- 
> Tiemen Ruiten
> Systems Engineer
> R&D Media

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

Re: [ovirt-users] Metadata error on hosted engine (fresh install)

[Matteo]

Hi,

- Il 5-lug-15, alle 7:53, Yedidyah Bar David d...@redhat.com ha scritto:

> - Original Message -
>> From: "Matteo" 
>> To: users@ovirt.org
>> Sent: Friday, July 3, 2015 5:06:13 PM
>> Subject: Re: [ovirt-users] Metadata error on hosted engine (fresh install)
>> 
>> Well,
>> 
>> I blindly tried the following:
>> 
>> * check the name of the block device used for metadata
>> * then shutdown the engine vm
>> * then stop agent and broker on first host
>>  and finally zeroed the block device with
>>  dd if=/dev/zero of=/dev/dm-12
>> 
>>  (dm-12 is the block device pointed by metadata file)
>> 
>> started again broker and agent, after a while the engine
>> was started by HA and the metadata was readable.
>> 
>> now hosted_engine --vm-status works ok and I was able
>> to add a 2nd node to the cluster.
>> 
>> Maybe the metadata block device needs to be cleared when doing iSCSI setup?
> 
> Shouldn't be needed.
> 
>> 
>> Don't know if this is correct, but seems to work ok now.
> 
> Do you have a backup of the device with the bad data? Can you check/post
> logs of setup and ha?

The dump is here:

> 
> Thanks and best regards,
> --
> Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] GlusterFS Hyperconvergence

[Alex Crow]

On 06/07/15 16:01, Tiemen Ruiten wrote:
Also, while I can imagine why fencing might be a problem, what would 
be the issue with HA?

/users


Hi,

Fencing is required for HA. If a box hosting HA vms seem to have gone 
away, it *has* to be guaranteed those VMs are not running before they 
are restarted elsewhere. Otherwise there could be more than 1 VM 
accessing the same storage, which will corrupt the VM's disk and leave 
you in a far worse situation.


Alex

--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc. 29
Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608
5300. (Registered office: as above; Registered in England and Wales
under number: 3727592). Authorised and regulated by the Financial
Conduct Authority (entered on the Financial Services Register; no. 190856).

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

Re: [ovirt-users] GlusterFS Hyperconvergence

[Tiemen Ruiten]

Also, while I can imagine why fencing might be a problem, what would be the
issue with HA?

On 6 July 2015 at 16:52, Tiemen Ruiten  wrote:

> Thanks Doron,
>
> I would initially start with a 3 host cluster, possibly adding more hosts
> later on. Is this enough to ensure integrity of the Gluster storage domain,
> eg. in case of host failure?
>
> What are recommendations (if they exist) for the type of Gluster volume
> for a 3-5 host cluster (replicated or replicated distributed, number of
> replica's)?
>
> Would this setup already leverage libgfapi instead of FUSE?
>
>
> On 6 July 2015 at 16:33, Doron Fediuck  wrote:
>
>> On 06/07/15 15:03, Tiemen Ruiten wrote:
>> > Please note I will -not- be using Hosted Engine.
>> >
>> > On 6 July 2015 at 13:54, Tiemen Ruiten > > > wrote:
>> >
>> > Hello,
>> >
>> > I'm in the planning stage of setting up a new oVirt cluster, where I
>> > would prefer to use the local disks of the hypervisors for a
>> > GlusterFS storage domain. What is the current recommendation (for
>> > version 3.5.x)?
>> >
>> > I found this presentation which seems to suggest that it's possbile
>> > with some
>> > caveats:
>> http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf
>> >
>> > And a few open bugs:
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1177791
>> > https://bugzilla.redhat.com/show_bug.cgi?id=115
>> > https://bugzilla.redhat.com/show_bug.cgi?id=113
>> >
>> > What I can't find is current information on if this setup is already
>> > possible with 3.5.x or it's better to wait for 3.6. Could someone
>> > enlighten me?
>> >
>> > --
>> > Tiemen Ruiten
>> > Systems Engineer
>> > R&D Media
>> >
>> >
>> >
>> >
>> > --
>> > Tiemen Ruiten
>> > Systems Engineer
>> > R&D Media
>> >
>> >
>>
>> Hi,
>> most of the current work is focused in hyperconverged using hosted engine
>> and
>> this includes the installation and a few other features such as not
>> fencing hypervisors
>> to avoid killing running bricks.
>> If you do not want to use hosted engine, then you should be able to
>> create bricks
>> and manage them as a gluster volume which your setup should be able to
>> work with.
>> If you do not use HA and/or fencing you should be mostly ok with this use
>> case.
>>
>> Anything specific you're looking for?
>>
>>
>
>
> --
> Tiemen Ruiten
> Systems Engineer
> R&D Media
>



-- 
Tiemen Ruiten
Systems Engineer
R&D Media
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] GlusterFS Hyperconvergence

[Tiemen Ruiten]

Thanks Doron,

I would initially start with a 3 host cluster, possibly adding more hosts
later on. Is this enough to ensure integrity of the Gluster storage domain,
eg. in case of host failure?

What are recommendations (if they exist) for the type of Gluster volume for
a 3-5 host cluster (replicated or replicated distributed, number of
replica's)?

Would this setup already leverage libgfapi instead of FUSE?


On 6 July 2015 at 16:33, Doron Fediuck  wrote:

> On 06/07/15 15:03, Tiemen Ruiten wrote:
> > Please note I will -not- be using Hosted Engine.
> >
> > On 6 July 2015 at 13:54, Tiemen Ruiten  > > wrote:
> >
> > Hello,
> >
> > I'm in the planning stage of setting up a new oVirt cluster, where I
> > would prefer to use the local disks of the hypervisors for a
> > GlusterFS storage domain. What is the current recommendation (for
> > version 3.5.x)?
> >
> > I found this presentation which seems to suggest that it's possbile
> > with some
> > caveats:
> http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf
> >
> > And a few open bugs:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1177791
> > https://bugzilla.redhat.com/show_bug.cgi?id=115
> > https://bugzilla.redhat.com/show_bug.cgi?id=113
> >
> > What I can't find is current information on if this setup is already
> > possible with 3.5.x or it's better to wait for 3.6. Could someone
> > enlighten me?
> >
> > --
> > Tiemen Ruiten
> > Systems Engineer
> > R&D Media
> >
> >
> >
> >
> > --
> > Tiemen Ruiten
> > Systems Engineer
> > R&D Media
> >
> >
>
> Hi,
> most of the current work is focused in hyperconverged using hosted engine
> and
> this includes the installation and a few other features such as not
> fencing hypervisors
> to avoid killing running bricks.
> If you do not want to use hosted engine, then you should be able to create
> bricks
> and manage them as a gluster volume which your setup should be able to
> work with.
> If you do not use HA and/or fencing you should be mostly ok with this use
> case.
>
> Anything specific you're looking for?
>
>


-- 
Tiemen Ruiten
Systems Engineer
R&D Media
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] GlusterFS Hyperconvergence

[Doron Fediuck]

On 06/07/15 15:03, Tiemen Ruiten wrote:
> Please note I will -not- be using Hosted Engine.
>
> On 6 July 2015 at 13:54, Tiemen Ruiten  > wrote:
>
> Hello,
>
> I'm in the planning stage of setting up a new oVirt cluster, where I
> would prefer to use the local disks of the hypervisors for a
> GlusterFS storage domain. What is the current recommendation (for
> version 3.5.x)?
>
> I found this presentation which seems to suggest that it's possbile
> with some
> caveats: 
> http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf
>
> And a few open bugs:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1177791
> https://bugzilla.redhat.com/show_bug.cgi?id=115
> https://bugzilla.redhat.com/show_bug.cgi?id=113
>
> What I can't find is current information on if this setup is already
> possible with 3.5.x or it's better to wait for 3.6. Could someone
> enlighten me?
>
> --
> Tiemen Ruiten
> Systems Engineer
> R&D Media
>
>
>
>
> -- 
> Tiemen Ruiten
> Systems Engineer
> R&D Media
>
>

Hi,
most of the current work is focused in hyperconverged using hosted engine and
this includes the installation and a few other features such as not fencing 
hypervisors
to avoid killing running bricks.
If you do not want to use hosted engine, then you should be able to create 
bricks
and manage them as a gluster volume which your setup should be able to work 
with.
If you do not use HA and/or fencing you should be mostly ok with this use case.

Anything specific you're looking for?

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

Re: [ovirt-users] macspoof custom property lost after restore from snapshot

[Omer Frenkel]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "oVirt Mailing List" 
> Sent: Monday, July 6, 2015 4:26:31 PM
> Subject: [ovirt-users] macspoof custom property lost after restore from   
> snapshot
> 
> Hi all,
> 
> Using current nightly build of the 3.5 branch:
> 
> * Had a vm
> * Powered it off
> * Edited and set macspoof=true
> * Created a snapshot
> * Previewed that snapshot
> * Committed
> * Checked custom properties - macspoof is not set
> 
> Known issue?
> 

yes, should be fixed in 3.6 by
Bug 1218973 - [SAP] Adding a custom property to a running vm causes all 
previously defined properties to be removed
https://bugzilla.redhat.com/show_bug.cgi?id=1218973

> Should I open a bug?
> 
> What logs/etc should I attach?
> 
> Thanks,
> --
> Didi
> ___
> 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] macspoof custom property lost after restore from snapshot

[Yedidyah Bar David]

Hi all,

Using current nightly build of the 3.5 branch:

* Had a vm
* Powered it off
* Edited and set macspoof=true
* Created a snapshot
* Previewed that snapshot
* Committed
* Checked custom properties - macspoof is not set

Known issue?

Should I open a bug?

What logs/etc should I attach?

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

Re: [ovirt-users] oVirt 3.5.3 Host Network Interfaces

[Soeren Malchow]

Dear Michael

We actually created the ovirtmgmt and the bond manually upfront and then
in the ³Setup Hosts Network² we basically did this again (including
setting the IP address), regarding the bonding in the gluster network we
did not have a problem, you just drag one interface onto the other and
then select the bonding mode, where you can also go for bonding mode TLB
or ALB if you choose ³custom² or just LACP if you have switches that
support this.


Step by Step:

- set the engine to maintenance and shut it down
- configure the bond on the 2 nics for the ovirtmgmt bridge ( em1+em2 ->
bond0 -> ovirtmgmt )
- configure the IP on the bridge
- reboot the server and see whethter it comes up correctly
- remove maintenance and let engine start
- Set up the ovirtmgmt in hosts networks but do not forget to set IP and
Gateway as well.

Though it should work without this hassle (if the bonding mode on the
switch and server is compatible) but this way it is easy to get server and
switch in the same mode and working without having to do anything in ovirt
first.

Hope that helps

Regards
Soeren



On 02/07/15 00:31, "users-boun...@ovirt.org on behalf of Prof. Dr. Michael
Schefczyk" 
wrote:

>Dear All,
>
>Having set up a Centos 7 server with Gluster, oVirt 3.5.3 and hosted
>engine according to
>https://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/,
>I was hoping that the NIC management and particularly NIC bond/bridge
>capabilities would have improved a bit. My server has four NICs, two
>connected to the LAN and two to an adjacent server to be used as a
>Gluster network between the two servers. My aim is to use NIC bonding for
>two NICs each.
>
>Via the engine, I would like to use Hosts -> Network Interfaces -> Setup
>Host Networks. As I use hosted engine, I cannot set the only host to
>maintenance mode. At least during normal operations, however, I am
>neither able to change the ovirt bridge from DHCP to static IP nor create
>a bond consisting of the two LAN facing NICs. In each case I get, "Error
>while executing action Setup Networks: Network is currently being used".
>Editing the network scripts manually is not an option either, as that
>does not survive a reboot. Contrary to this real view, everything should
>be easily configurable according to section 6.6 of the oVirt
>administration guide.
>
>One workaround approach could be to temporarily move one NIC connection
>from the adjacent server to the LAN or even temporarily swap both pairs
>of NICs and edit interfaces while they are not in use. Is this really the
>way forward? Should there not be a more elegant approach not requiring
>physically plugging NIC connections just to work around such issue?
>
>Regards,
>
>Michael
>
>

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

Re: [ovirt-users] Autostart VM

[Soeren Malchow]

Alternatively you can use something like Foreman/puppet to deploy new hosts, 
this usually also brings the machines right up and also takes care of IP 
address management (if configured)

And you can use neat features such as cloud-init from foreman as well

Goes a little beyond your question, but i thought i add this


From: mailto:users-boun...@ovirt.org>> on behalf of 
Koen Vanoppen mailto:vanoppen.k...@gmail.com>>
Date: Friday 3 July 2015 11:23
To: Jakub Niedermertl mailto:jnied...@redhat.com>>
Cc: "users@ovirt.org" 
mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Autostart VM

Thanks!!!

On 1 July 2015 at 19:36, Jakub Niedermertl 
mailto:jnied...@redhat.com>> wrote:
Hi Koen,

AFAIK WebAdmin UI doesn't provide such feature. However it can be scripted 
using Java SDK, Python SDK or REST API.

http://www.ovirt.org/REST-Api
http://www.ovirt.org/Java-sdk
http://www.ovirt.org/Python-sdk

Best regards,
Jakub

- Original Message -

> From: "Koen Vanoppen" 
> mailto:vanoppen.k...@gmail.com>>
> To: users@ovirt.org
> Sent: Tuesday, June 30, 2015 1:17:56 PM
> Subject: [ovirt-users] Autostart VM

> Hi Guys,

> I couldn't find anything directly concerning my following question, so If it
> was asked before, I'm sorry...

> Is there a way to config ovirt in a way that when you created a new vm, it
> will automatically boot? Because now, when you create a VM it stays in down
> state.

> Kind regards,

> Koen

> ___
> 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] Can´t use a VM Network VLAN, because the Virtual Machines inside can't reach the Gateway

[Soeren Malchow]

Hi,

To make it easier to understand what the situation is, it would help to
see your bridging configuration and your interface configration.

Something like:

#> ip addr

And

#> brctl show

Regards
Soeren

On 06/07/15 13:30, "users-boun...@ovirt.org on behalf of Dan Kenigsberg"
 wrote:

>On Tue, Jun 30, 2015 at 03:48:49PM -0500, Julián Tete wrote:
>> Hi Friends of oVirt
>> 
>> I'm trying to migrate my company from VMware to oVirt.
>
>We'd like to help you do this!
>
>> In my final tests, I set up 2 more VLANs in oVirt, (VM VLANs)
>> The Virtual Machines in these VLANs, can be reached from the external
>>IPs
>> from the net range,
>> but from the Virtual machines only can ping the Host with the Bridge and
>> itself, can't reach the gateway. ¿?
>> 
>> I configured a IP Forwarding in the Host with the virtual machine, and
>> nothing changes...
>> 
>> Any idea ? This is the last duty before embrace oVirt in the company.
>> 
>> Look to the VLAN 100 configuration (My desired VM Network):
>> 
>> http://postimg.org/image/7hrog0a2n/
>> 
>> http://postimg.org/image/68b40i1vr/
>> 
>> http://postimg.org/image/lu6mlshgp/
>
>I must admit that I don't understand your problem yet. When you ping
>from inside your guest, where are your packets dropped?
>
>I'd like to point that your "Hosting" network, as most VM networks, is
>better off left without an IP address. The benefit of this is better
>security (host TCP stack is not accessible from VMs) and less chances of
>routing collisions from the host.
>
>So unless you need to use the same network for something other than VM
>communication, try to clear its address.
>
>Regards,
>Dan.
>___
>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] Moving a hosted engine

[Soeren Malchow]

Dear all,

Is there somewhere a document or information on how to move a hosted engine 
form one cluster to another ?

Right now we still have one cluster running fedora 20 that is also running the 
hosted engine and we have one cluster running CentOS 7.1 where the hosted 
engine should go.

Any advice how to proceed with this ?

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

Re: [ovirt-users] GlusterFS Hyperconvergence

[Tiemen Ruiten]

Please note I will -not- be using Hosted Engine.

On 6 July 2015 at 13:54, Tiemen Ruiten  wrote:

> Hello,
>
> I'm in the planning stage of setting up a new oVirt cluster, where I would
> prefer to use the local disks of the hypervisors for a GlusterFS storage
> domain. What is the current recommendation (for version 3.5.x)?
>
> I found this presentation which seems to suggest that it's possbile with
> some caveats:
> http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf
>
> And a few open bugs:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1177791
> https://bugzilla.redhat.com/show_bug.cgi?id=115
> https://bugzilla.redhat.com/show_bug.cgi?id=113
>
> What I can't find is current information on if this setup is already
> possible with 3.5.x or it's better to wait for 3.6. Could someone enlighten
> me?
>
> --
> Tiemen Ruiten
> Systems Engineer
> R&D Media
>



-- 
Tiemen Ruiten
Systems Engineer
R&D Media
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] GlusterFS Hyperconvergence

[Tiemen Ruiten]

Hello,

I'm in the planning stage of setting up a new oVirt cluster, where I would
prefer to use the local disks of the hypervisors for a GlusterFS storage
domain. What is the current recommendation (for version 3.5.x)?

I found this presentation which seems to suggest that it's possbile with
some caveats:
http://www.ovirt.org/images/6/6c/2015-ovirt-glusterfs-hyperconvergence.pdf

And a few open bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1177791
https://bugzilla.redhat.com/show_bug.cgi?id=115
https://bugzilla.redhat.com/show_bug.cgi?id=113

What I can't find is current information on if this setup is already
possible with 3.5.x or it's better to wait for 3.6. Could someone enlighten
me?

-- 
Tiemen Ruiten
Systems Engineer
R&D Media
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Can´t use a VM Network VLAN, because the Virtual Machines inside can't reach the Gateway

[Dan Kenigsberg]

On Tue, Jun 30, 2015 at 03:48:49PM -0500, Julián Tete wrote:
> Hi Friends of oVirt
> 
> I'm trying to migrate my company from VMware to oVirt.

We'd like to help you do this!

> In my final tests, I set up 2 more VLANs in oVirt, (VM VLANs)
> The Virtual Machines in these VLANs, can be reached from the external IPs
> from the net range,
> but from the Virtual machines only can ping the Host with the Bridge and
> itself, can't reach the gateway. ¿?
> 
> I configured a IP Forwarding in the Host with the virtual machine, and
> nothing changes...
> 
> Any idea ? This is the last duty before embrace oVirt in the company.
> 
> Look to the VLAN 100 configuration (My desired VM Network):
> 
> http://postimg.org/image/7hrog0a2n/
> 
> http://postimg.org/image/68b40i1vr/
> 
> http://postimg.org/image/lu6mlshgp/

I must admit that I don't understand your problem yet. When you ping
from inside your guest, where are your packets dropped?

I'd like to point that your "Hosting" network, as most VM networks, is
better off left without an IP address. The benefit of this is better
security (host TCP stack is not accessible from VMs) and less chances of
routing collisions from the host.

So unless you need to use the same network for something other than VM
communication, try to clear its address.

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

Re: [ovirt-users] Dashboard - Page Not Found

[Yedidyah Bar David]

- Original Message -
> From: "Simon Barrett" 
> To: "Yedidyah Bar David" 
> Cc: "Yaniv Dary" , users@ovirt.org
> Sent: Monday, July 6, 2015 11:55:47 AM
> Subject: RE: [ovirt-users] Dashboard - Page Not Found
> 
> If I did it wasn't intentional. It certainly doesn't look to be the case from
> the yum.log below.

Sorry, I must have been confused.

Looks like a normal upgrade from 3.4.2 to 3.5.3.

Adding Ravi. Ravi - what else can be checked to debug sso?

Best,

> 
> I installed the host on 19th June to test an upgrade from 3.4.2 to 3.5.3. I
> couldn't see any other issues in the ovirt-engine-setup logs attached. The
> first upgrade failed because of a mixing dependency (patternfly).
> 
> Reporting is working fine from the other context menus and from the reporting
> portal. It's only the Dashboard tab that fails.
> 
> Thanks again,
> 
> Simon
> 
> 
> r...@ny2-lab-006.mgt> grep ovirt-engine yum.log
> Jun 19 10:31:52 Installed: ovirt-engine-sdk-python-3.4.1.1-1.el6.noarch
> Jun 19 10:31:56 Installed: ovirt-engine-lib-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed: ovirt-engine-setup-base-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed:
> ovirt-engine-setup-plugin-websocket-proxy-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed: ovirt-engine-websocket-proxy-3.4.2-1.el6.noarch
> Jun 19 10:31:59 Installed:
> ovirt-engine-setup-plugin-ovirt-engine-common-3.4.2-1.el6.noarch
> Jun 19 10:32:26 Installed: ovirt-engine-cli-3.4.0.5-1.el6.noarch
> Jun 19 10:32:38 Installed: ovirt-engine-webadmin-portal-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-userportal-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-tools-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-setup-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed:
> ovirt-engine-setup-plugin-ovirt-engine-3.4.2-1.el6.noarch
> Jun 19 10:32:48 Installed: ovirt-engine-restapi-3.4.2-1.el6.noarch
> Jun 19 10:32:48 Installed: ovirt-engine-dbscripts-3.4.2-1.el6.noarch
> Jun 19 10:32:50 Installed: ovirt-engine-backend-3.4.2-1.el6.noarch
> Jun 19 10:32:50 Installed: ovirt-engine-3.4.2-1.el6.noarch
> Jun 19 10:33:33 Installed: ovirt-engine-dwh-setup-3.4.2-1.el6.noarch
> Jun 19 10:33:33 Installed: ovirt-engine-reports-setup-3.4.2-1.el6.noarch
> Jun 19 10:33:36 Installed: ovirt-engine-reports-3.4.2-1.el6.noarch
> Jun 19 10:38:43 Installed: ovirt-engine-dwh-3.4.2-1.el6.noarch
> Jul 01 09:19:19 Updated: ovirt-engine-lib-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated:
> ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated:
> ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: ovirt-engine-setup-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated:
> ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
> Jul 01 09:19:21 Updated: ovirt-engine-dwh-setup-3.5.3-1.el6.noarch
> Jul 01 09:19:21 Updated: ovirt-engine-reports-setup-3.5.3-1.el6.noarch
> Jul 01 09:29:59 Installed: ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
> Jul 01 09:29:59 Updated: ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
> Jul 01 09:30:00 Updated: ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
> Jul 01 09:30:02 Installed:
> ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
> Jul 01 09:30:13 Updated: ovirt-engine-restapi-3.5.3.1-1.el6.noarch
> Jul 01 09:30:28 Updated: ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
> Jul 01 09:30:28 Updated: ovirt-engine-tools-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-userportal-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-3.5.3.1-1.el6.noarch
> Jul 01 09:30:39 Updated: ovirt-engine-backend-3.5.3.1-1.el6.noarch
> Jul 01 09:30:40 Updated: ovirt-engine-reports-3.5.3-1.el6.noarch
> Jul 01 09:30:40 Updated: ovirt-engine-dwh-3.5.3-1.el6.noarch
> 
> -Original Message-
> From: Yedidyah Bar David [mailto:d...@redhat.com]
> Sent: 05 July 2015 10:24
> To: Simon Barrett
> Cc: Yaniv Dary; users@ovirt.org
> Subject: Re: [ovirt-users] Dashboard - Page Not Found
> 
> - Original Message -
> > From: "Simon Barrett" 
> > To: "Yaniv Dary" 
> > Cc: users@ovirt.org, "Yedidyah Bar David" 
> > Sent: Friday, July 3, 2015 4:37:13 PM
> > Subject: RE: [ovirt-users] Dashboard - Page Not Found
> > 
> > I don't appear to have that file:
> > 
> > sbarr...@ny2-lab-006.mgt> ls -l /etc/ovirt-engine/engine.conf.d total
> > 32
> > -rw--- 1 ovirt ovirt 392 Jun 19 10:39 10-setup-database.conf
> > -rw-r--r-- 1 root  root   48 Jul  1 09:30 10-setup-java.conf
> > -rw-r--r-- 1 root  root   46 Jul  1 09:30 10-setup-jboss.conf
> > -rw-r--r-- 1 root  root   33 Jun 19 10:39
> > 10-setup-jboss.conf.20150701093043
> > -rw--- 1 ovirt ovirt 384 Jun 19 10:40 10-setup-pki.conf
> > -rw-r--r-- 1 root  root  269 Jun 19 10:39 10-setup-protocols.conf
> > -rw-r--r-- 1 root  root  462 Jul  1 09:29 10-setup-reports-access.conf

Re: [ovirt-users] Dashboard - Page Not Found

[Daniel Helgenberger]

Hello Simon and Didi,

for what it is worth I step in the discussion here; since the dashboard 
never seemed to work for for me (I regarded this low priority).

I also do not have 20-ovirt-engine-reports.conf or errors during 
upgrade. The Engine was a fresh install @3.5.2

Simon, maybe you comore this list to find similarities between our setups;
  - Hosted Engine 3.5.3 on EL7,
  - engine and DWH on the same host
  - DWH is working fine except for dashboard

On 06.07.2015 10:56, Simon Barrett wrote:
> If I did it wasn't intentional. It certainly doesn't look to be the case from 
> the yum.log below.
>
> I installed the host on 19th June to test an upgrade from 3.4.2 to 3.5.3. I 
> couldn't see any other issues in the ovirt-engine-setup logs attached. The 
> first upgrade failed because of a mixing dependency (patternfly).
>
> Reporting is working fine from the other context menus and from the reporting 
> portal. It's only the Dashboard tab that fails.
>
> Thanks again,
>
> Simon
>
>
> r...@ny2-lab-006.mgt> grep ovirt-engine yum.log
> Jun 19 10:31:52 Installed: ovirt-engine-sdk-python-3.4.1.1-1.el6.noarch
> Jun 19 10:31:56 Installed: ovirt-engine-lib-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed: ovirt-engine-setup-base-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed: 
> ovirt-engine-setup-plugin-websocket-proxy-3.4.2-1.el6.noarch
> Jun 19 10:31:57 Installed: ovirt-engine-websocket-proxy-3.4.2-1.el6.noarch
> Jun 19 10:31:59 Installed: 
> ovirt-engine-setup-plugin-ovirt-engine-common-3.4.2-1.el6.noarch
> Jun 19 10:32:26 Installed: ovirt-engine-cli-3.4.0.5-1.el6.noarch
> Jun 19 10:32:38 Installed: ovirt-engine-webadmin-portal-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-userportal-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-tools-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: ovirt-engine-setup-3.4.2-1.el6.noarch
> Jun 19 10:32:47 Installed: 
> ovirt-engine-setup-plugin-ovirt-engine-3.4.2-1.el6.noarch
> Jun 19 10:32:48 Installed: ovirt-engine-restapi-3.4.2-1.el6.noarch
> Jun 19 10:32:48 Installed: ovirt-engine-dbscripts-3.4.2-1.el6.noarch
> Jun 19 10:32:50 Installed: ovirt-engine-backend-3.4.2-1.el6.noarch
> Jun 19 10:32:50 Installed: ovirt-engine-3.4.2-1.el6.noarch
> Jun 19 10:33:33 Installed: ovirt-engine-dwh-setup-3.4.2-1.el6.noarch
> Jun 19 10:33:33 Installed: ovirt-engine-reports-setup-3.4.2-1.el6.noarch
> Jun 19 10:33:36 Installed: ovirt-engine-reports-3.4.2-1.el6.noarch
> Jun 19 10:38:43 Installed: ovirt-engine-dwh-3.4.2-1.el6.noarch
> Jul 01 09:19:19 Updated: ovirt-engine-lib-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: 
> ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: 
> ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: ovirt-engine-setup-3.5.3.1-1.el6.noarch
> Jul 01 09:19:20 Updated: 
> ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
> Jul 01 09:19:21 Updated: ovirt-engine-dwh-setup-3.5.3-1.el6.noarch
> Jul 01 09:19:21 Updated: ovirt-engine-reports-setup-3.5.3-1.el6.noarch
> Jul 01 09:29:59 Installed: ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
> Jul 01 09:29:59 Updated: ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
> Jul 01 09:30:00 Updated: ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
> Jul 01 09:30:02 Installed: 
> ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
> Jul 01 09:30:13 Updated: ovirt-engine-restapi-3.5.3.1-1.el6.noarch
> Jul 01 09:30:28 Updated: ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
> Jul 01 09:30:28 Updated: ovirt-engine-tools-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-userportal-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
> Jul 01 09:30:38 Updated: ovirt-engine-3.5.3.1-1.el6.noarch
> Jul 01 09:30:39 Updated: ovirt-engine-backend-3.5.3.1-1.el6.noarch
> Jul 01 09:30:40 Updated: ovirt-engine-reports-3.5.3-1.el6.noarch
> Jul 01 09:30:40 Updated: ovirt-engine-dwh-3.5.3-1.el6.noarch
>
> -Original Message-
> From: Yedidyah Bar David [mailto:d...@redhat.com]
> Sent: 05 July 2015 10:24
> To: Simon Barrett
> Cc: Yaniv Dary; users@ovirt.org
> Subject: Re: [ovirt-users] Dashboard - Page Not Found
>
> - Original Message -
>> From: "Simon Barrett" 
>> To: "Yaniv Dary" 
>> Cc: users@ovirt.org, "Yedidyah Bar David" 
>> Sent: Friday, July 3, 2015 4:37:13 PM
>> Subject: RE: [ovirt-users] Dashboard - Page Not Found
>>
>> I don't appear to have that file:
>>
>> sbarr...@ny2-lab-006.mgt> ls -l /etc/ovirt-engine/engine.conf.d total
>> 32
>> -rw--- 1 ovirt ovirt 392 Jun 19 10:39 10-setup-database.conf
>> -rw-r--r-- 1 root  root   48 Jul  1 09:30 10-setup-java.conf
>> -rw-r--r-- 1 root  root   46 Jul  1 09:30 10-setup-jboss.conf
>> -rw-r--r-- 1 root  root   33 Jun 19 10:39 10-setup-jboss.conf.20150701093043
>> -rw--- 1 ovirt ovirt 384 Jun 19 10:40 10-setup-pki.conf
>> -rw-r--r-- 1 root  root  

Re: [ovirt-users] how can i setup hosted engine on the ovirt-node-3.5-201504280933

[Sandro Bonazzola]

Il 06/07/2015 12:07, Fabian Deutsch ha scritto:
> …
> 
>>> Issue has been found, patch pushed: https://gerrit.ovirt.org/43147
>>>
>>>
>>> thanks,it works.but still get error:[ ERROR ] Failed to execute stage 'Misc
>>> configuration': Incoherence detected in OVF file: image size 1048576
>>> does not match declared size. My image is
>>> oVirt-Engine-Appliance-CentOS-x86_64-7-20150701.75.ova and oVirt Node
>>> Hypervisor release 3.5
>>> (0.999.201507032312.el7.centos)
>>>
>>>  
>>
>> Fabian, can you respin the Appliance checking the ovf file matches?
> 
> Daily builds are available here:
> http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/
> 
> Sandro, did you merge it only in master on 3.5 as well?
> And what version should I look for tto ensure that the correct HE build got 
> in?

Patch affected 3.5 only, 1.2.5.1-1 is the first including the fix.


> 
> - fabian
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] how can i setup hosted engine on the ovirt-node-3.5-201504280933

[Fabian Deutsch]

…

> > Issue has been found, patch pushed: https://gerrit.ovirt.org/43147
> > 
> > 
> > thanks,it works.but still get error:[ ERROR ] Failed to execute stage 'Misc
> > configuration': Incoherence detected in OVF file: image size 1048576
> > does not match declared size. My image is
> > oVirt-Engine-Appliance-CentOS-x86_64-7-20150701.75.ova and oVirt Node
> > Hypervisor release 3.5
> > (0.999.201507032312.el7.centos)
> > 
> >  
> 
> Fabian, can you respin the Appliance checking the ovf file matches?

Daily builds are available here:
http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/

Sandro, did you merge it only in master on 3.5 as well?
And what version should I look for tto ensure that the correct HE build got in?

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

Re: [ovirt-users] Cannot add host to cluster - install fails

[Yedidyah Bar David]

- Original Message -
> From: "Mitja Mihelič" 
> To: "Yedidyah Bar David" 
> Cc: users@ovirt.org
> Sent: Monday, July 6, 2015 11:49:28 AM
> Subject: Re: [ovirt-users] Cannot add host to cluster - install fails
> 
> On 05/07/15 13:40, Yedidyah Bar David wrote:
> > - Original Message -
> >> From: "Mitja Mihelič"
> >> To:users@ovirt.org
> >> Sent: Friday, July 3, 2015 2:12:28 PM
> >> Subject: [ovirt-users] Cannot add host to cluster - install fails
> >>
> >> Dear all,
> >>
> >> We are running the following setup:
> >> ovirt-engine host:
> >> - CentOS release 6.6
> >> - ovirt-engine-3.5.3.1-1.el6.noarch
> >>
> >> node:
> >> - CentOS Linux release 7.1.1503
> >> - vdsm-4.16.20-0.el7.centos.x86_64
> >>
> >> While adding a new host to our cluster the package installations fail.
> >>
> >> I have attached a piece of engine.log and a full ovirt-host-deploy* log
> >> from the node.
> >>
> >> Why is is happening? Help would be very much appreciated.
> > Perhaps an older ovirt-host-deploy package?
> >
> > You seem to have 1.2.3, while engine 3.5.3 requires at least 1.3.0 -
> > not sure how this happened. Can you try to upgrade?
> >
> > Thanks and best regards,
> This is interesting. The ovirt-host-deploy package version on the engine
> host is ovirt-host-deploy-1.3.1-1.el6.noarch.
> I tried to install ovirt-host-deploy manually using yum on the cluster
> node. It wanted to install ovirt-host-deploy-1.3.1-1.el7, which should
> be OK.
> When adding a node, the install process tries to push an older version
> of the ovirt-host-deploy package and also for the wrong CentOS version
> (el6 instead od el7).
> 
> Could this be a problem of the ovirt engine?

The engine caches the bundle (tarfile) used for host-deploy in
/var/cache/ovirt-engine/ovirt-host-deploy.tar .

You can try to remove/rename it so that the engine will re-create it.
It might have a too-new timestamp with older content for some reason.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot add host to cluster - install fails

[Mitja Mihelič]

On 05/07/15 13:40, Yedidyah Bar David wrote:

- Original Message -

From: "Mitja Mihelič"
To:users@ovirt.org
Sent: Friday, July 3, 2015 2:12:28 PM
Subject: [ovirt-users] Cannot add host to cluster - install fails

Dear all,

We are running the following setup:
ovirt-engine host:
- CentOS release 6.6
- ovirt-engine-3.5.3.1-1.el6.noarch

node:
- CentOS Linux release 7.1.1503
- vdsm-4.16.20-0.el7.centos.x86_64

While adding a new host to our cluster the package installations fail.

I have attached a piece of engine.log and a full ovirt-host-deploy* log
from the node.

Why is is happening? Help would be very much appreciated.

Perhaps an older ovirt-host-deploy package?

You seem to have 1.2.3, while engine 3.5.3 requires at least 1.3.0 -
not sure how this happened. Can you try to upgrade?

Thanks and best regards,
This is interesting. The ovirt-host-deploy package version on the engine 
host is ovirt-host-deploy-1.3.1-1.el6.noarch.
I tried to install ovirt-host-deploy manually using yum on the cluster 
node. It wanted to install ovirt-host-deploy-1.3.1-1.el7, which should 
be OK.
When adding a node, the install process tries to push an older version 
of the ovirt-host-deploy package and also for the wrong CentOS version 
(el6 instead od el7).


Could this be a problem of the ovirt engine?

Kind regards,
Mitja

Here are the ovirt packages currently installed on th engine host:
[root@HOST ~]# rpm -qa |egrep ovirt | sort
ovirt-engine-3.5.3.1-1.el6.noarch
ovirt-engine-backend-3.5.3.1-1.el6.noarch
ovirt-engine-cli-3.5.0.5-1.el6.noarch
ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
ovirt-engine-dwh-3.5.3-1.el6.noarch
ovirt-engine-dwh-setup-3.5.3-1.el6.noarch
ovirt-engine-extension-aaa-ldap-1.0.2-1.el6.noarch
ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
ovirt-engine-lib-3.5.3.1-1.el6.noarch
ovirt-engine-reports-3.5.3-1.el6.noarch
ovirt-engine-reports-setup-3.5.3-1.el6.noarch
ovirt-engine-restapi-3.5.3.1-1.el6.noarch
ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
ovirt-engine-setup-3.5.3.1-1.el6.noarch
ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
ovirt-engine-tools-3.5.3.1-1.el6.noarch
ovirt-engine-userportal-3.5.3.1-1.el6.noarch
ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
*ovirt-host-deploy-1.3.1-1.el6.noarch*
ovirt-host-deploy-java-1.3.1-1.el6.noarch
ovirt-image-uploader-3.5.1-1.el6.noarch
ovirt-iso-uploader-3.5.2-1.el6.noarch
ovirt-log-collector-3.5.3-1.el6.noarch
ovirt-release34-1.0.3-1.noarch
ovirt-release35-004-1.noarch
ovirt-release-el6-10.0.1-3.noarch
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] R: R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[NUNIN Roberto]

Hi Dan

Sorry for question: what do you mean for interface vnet ?
Currently our path is :
eno1 - eno2   bond0 - bond.3500 (VLAN) -- bridge - vm.

Which one of these ?
Moreover, reading Fabian statements about bonding limits, today I can try to 
switch to a config without bonding.

BR

Roberto

> -Messaggio originale-
> Da: Dan Kenigsberg [mailto:dan...@redhat.com]
> Inviato: lunedì 6 luglio 2015 10:02
> A: NUNIN Roberto
> Cc: users@ovirt.org; ibar...@redhat.com
> Oggetto: Re: R: R: R: [ovirt-users] R: PXE boot of a VM on vdsm don't read
> DHCP offer
>
> On Fri, Jul 03, 2015 at 04:32:50PM +0200, NUNIN Roberto wrote:
> > Thanks for answering. My considerations below.
> >
> > BR,
> >
> > ROberto
> > > -Messaggio originale-
> > > Da: Dan Kenigsberg [mailto:dan...@redhat.com]
> > > Inviato: venerdì 3 luglio 2015 12:31
> > > A: NUNIN Roberto
> > > Cc: users@ovirt.org; ibar...@redhat.com
> > > Oggetto: Re: R: R: [ovirt-users] R: PXE boot of a VM on vdsm don't read
> > > DHCP offer
> > >
> > > On Fri, Jul 03, 2015 at 10:51:52AM +0200, NUNIN Roberto wrote:
> > > > Hi Dan, guys
> > > >
> > > > Sorry for very late follow-up, but we had a lot of other topics to fix 
> > > > just
> > > before to go back on this one.
> > > >
> > > > We have tried another approach just to check if the kernel of the vdsm
> iso
> > > image used to install the host could create the problem I've reported to
> the
> > > list.
> > > >
> > > > Now we have reinstalled the same hardware with latest CentOS 7.1,
> fully
> > > updated.
> > > > Installed vdsm, then joined the oVirt cluster.
> > > >
> > > > Well, we are observing the same behavior as before.
> > > > No DHCP offer is reaching the booting VM, and:
> > > >
> > > > brctl showmacs  show us the booting vm mac-address
> > > > tcpdump -I  show us the dhcp offer coming from dhcp
> server.
> > >
> > > The offer should be replicated to the tap device (vnetXXX). I assume
> > > that it does not?
> >
> > The DHCP offer package coming from DHCP server flows thru the bond0
> > device (tagged), the  VLAN device (tagged) and the bridge interface
> > (not anymore tagged, correct), so it seems that the path back is
> > complete, considering that brctl showmacs shows the vm mac and If we
> > put a static IP into the vm nic, it works correctly.
>
> Let's try to trace the offer for one more link. If it does not get to
> the tap device vnetXXX - it is clearly a host-side issue. Maybe a bridge
> module bug. If you spot the offer on the tap, the it becomes more likely
> that the issue is in qemu or elsewere in the virt stack.
>
> I would appreciate your assistence!
>
> >
> > >
> > > >
> > > > We have also tried to remove ANY firewall rule.
> > > >
> > > > It isn't a PXE issue (gPXE 0.9.7) but only a DHCP process issue. 
> > > > Infact, if
> we
> > > install a vm manually and assign a static IP, it works fine.
> > > > If we switch to dhcp, the vm don't get the dynamic one.
> > > > In this case, tcpdump on vm shows only the DHCP discovery, not the
> DHCP
> > > offer.
> > > >
> > > > Any further suggestion/hint ?
> >
> > We have mode 4, but already checked active/backup, mode 2, without
> changes.
> >
>
> Thanks, so it's not that bonding issue.
>
> Regards,
> Dan.

Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mittente, cancellando l'originale e ogni sua copia e 
distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito 
e potrebbe essere fonte di violazione di legge.

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information. If you have received it in 
error, please notify the sender immediately, deleting the original and all 
copies and destroying any hard copies. Any other use is strictly prohibited and 
may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: R: R: R: PXE boot of a VM on vdsm don't read DHCP offer

[Dan Kenigsberg]

On Fri, Jul 03, 2015 at 04:32:50PM +0200, NUNIN Roberto wrote:
> Thanks for answering. My considerations below.
> 
> BR,
> 
> ROberto
> > -Messaggio originale-
> > Da: Dan Kenigsberg [mailto:dan...@redhat.com]
> > Inviato: venerdì 3 luglio 2015 12:31
> > A: NUNIN Roberto
> > Cc: users@ovirt.org; ibar...@redhat.com
> > Oggetto: Re: R: R: [ovirt-users] R: PXE boot of a VM on vdsm don't read
> > DHCP offer
> >
> > On Fri, Jul 03, 2015 at 10:51:52AM +0200, NUNIN Roberto wrote:
> > > Hi Dan, guys
> > >
> > > Sorry for very late follow-up, but we had a lot of other topics to fix 
> > > just
> > before to go back on this one.
> > >
> > > We have tried another approach just to check if the kernel of the vdsm iso
> > image used to install the host could create the problem I've reported to the
> > list.
> > >
> > > Now we have reinstalled the same hardware with latest CentOS 7.1, fully
> > updated.
> > > Installed vdsm, then joined the oVirt cluster.
> > >
> > > Well, we are observing the same behavior as before.
> > > No DHCP offer is reaching the booting VM, and:
> > >
> > > brctl showmacs  show us the booting vm mac-address
> > > tcpdump -I  show us the dhcp offer coming from dhcp server.
> >
> > The offer should be replicated to the tap device (vnetXXX). I assume
> > that it does not?
> 
> The DHCP offer package coming from DHCP server flows thru the bond0
> device (tagged), the  VLAN device (tagged) and the bridge interface
> (not anymore tagged, correct), so it seems that the path back is
> complete, considering that brctl showmacs shows the vm mac and If we
> put a static IP into the vm nic, it works correctly.

Let's try to trace the offer for one more link. If it does not get to
the tap device vnetXXX - it is clearly a host-side issue. Maybe a bridge
module bug. If you spot the offer on the tap, the it becomes more likely
that the issue is in qemu or elsewere in the virt stack.

I would appreciate your assistence!

> 
> >
> > >
> > > We have also tried to remove ANY firewall rule.
> > >
> > > It isn't a PXE issue (gPXE 0.9.7) but only a DHCP process issue. Infact, 
> > > if we
> > install a vm manually and assign a static IP, it works fine.
> > > If we switch to dhcp, the vm don't get the dynamic one.
> > > In this case, tcpdump on vm shows only the DHCP discovery, not the DHCP
> > offer.
> > >
> > > Any further suggestion/hint ?
> 
> We have mode 4, but already checked active/backup, mode 2, without changes.
> 

Thanks, so it's not that bonding issue.

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