date:20160210

[ovirt-users] R: R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Giuseppe Berellini

Hi Elad,

I just found out that when trying to manually import the engine storage domain, 
I get this error:

This operation might be unrecoverable and destructive!
Storage Domain(s) are already attached to a Data Center. Approving this 
operation might cause data corruption if both Data Centers are active.
- EngineStorage

But I only have one datacenter.
The weird thing is that, during “hosted-engine –deploy”, I gave name “Bonghi” 
to my datacenter, but it appears as “Default” (however the default name should 
be “hosted_datacenter”, so I don’t know where it came from…).

Is it possible that there is an other datacenter “alive” which we are unable to 
see?


--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Giuseppe Berellini
Inviato: mercoledì 10 febbraio 2016 14:26
A: Giuseppe Berellini ; Elad Ben Aharon 

Cc: users@ovirt.org
Oggetto: R: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Please, also note that in our case “service ovirt-ha-agent status” returns the 
service as active on both hosts (srv-vmhost-03 is the first one, then we added 
srv-vmhost-05).

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org] Per conto di Giuseppe Berellini
Inviato: mercoledì 10 febbraio 2016 14:18
A: Elad Ben Aharon >
Cc: users@ovirt.org
Oggetto: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over 
InfiniBand

This is the result:

[root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0 getStorageDomainInfo 
$i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

[root@SRV-VMHOST-03 ~]#

Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the 
engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine.



I also tried to execute:
for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0 
getStorageDomainInfo $i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816
version = 3
role = Regular
remotePath = srv-stor-01-ib0:/ovirtengine
type = GLUSTERFS
class = Data
pool = []
name = EngineStorage

(here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool)

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: mercoledì 10 febbraio 2016 13:37
A: Giuseppe Berellini 
>
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,
Thanks for the input.
It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749 which 
occurs when the host sees more than one hosted engine storage domain (probably 
from the previous deployment).
Can you please execute the following in the host and provide the output? Thanks.

for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0

[ovirt-users] R: R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Giuseppe Berellini

Please, also note that in our case “service ovirt-ha-agent status” returns the 
service as active on both hosts (srv-vmhost-03 is the first one, then we added 
srv-vmhost-05).

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Per conto di 
Giuseppe Berellini
Inviato: mercoledì 10 febbraio 2016 14:18
A: Elad Ben Aharon 
Cc: users@ovirt.org
Oggetto: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over 
InfiniBand

This is the result:

[root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0 getStorageDomainInfo 
$i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

[root@SRV-VMHOST-03 ~]#

Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the 
engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine.

I also tried to execute:
for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0 
getStorageDomainInfo $i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816
version = 3
role = Regular
remotePath = srv-stor-01-ib0:/ovirtengine
type = GLUSTERFS
class = Data
pool = []
name = EngineStorage

(here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool)

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: mercoledì 10 febbraio 2016 13:37
A: Giuseppe Berellini 
>
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,
Thanks for the input.
It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749 which 
occurs when the host sees more than one hosted engine storage domain (probably 
from the previous deployment).
Can you please execute the following in the host and provide the output? Thanks.

for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0 getStorageDomainInfo 
$i;  done;

On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini 
> wrote:
Hi Elad,

The log files are attached.
You can also find older logs here: 
https://ptvbox.ptvgroup.com/public.php?service=files=f71a23fd25e1626cae5350687b868a6a

Thank you,
Giuseppe

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: mercoledì 10 febbraio 2016 13:06

A: Giuseppe Berellini 
>
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,
Comments in-line.

I met a couple of people of oVirt team at FOSDEM and they told me they’re 
looking for opinions from users:
I could not find in the quick start guide the information about NTP (or needs 
of precision for the clock) and I was not caring very much about that.
Given that it is really important, I would expect the installation script

Re: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Elad Ben Aharon

Thanks.

Seems like something else. Adding Roy Golan.

Roy, it seems that since he changed the hosted-engine storage domain name
during the deployment, the import did not work::

2016-02-10 13:16:16,469 WARN
[org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-15) [7bf345c5] CanDoAction of action
'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST

I think I remember it has a workaround, maybe this one [1] but I'm not
sure. Can you please take a look? Thanks.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1294457#c17




On Wed, Feb 10, 2016 at 3:25 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Please, also note that in our case “service ovirt-ha-agent status” returns
> the service as active on both hosts (srv-vmhost-03 is the first one, then
> we added srv-vmhost-05).
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits 
> linkedin.com/SISTeMA
> 
>
>
> *Da:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Per conto
> di *Giuseppe Berellini
> *Inviato:* mercoledì 10 febbraio 2016 14:18
> *A:* Elad Ben Aharon 
> *Cc:* users@ovirt.org
> *Oggetto:* [ovirt-users] R: Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> This is the result:
>
>
>
> [root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList
> 0001-0001-0001-0001-0243` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
> uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
>
> version = 3
>
> role = Master
>
> remotePath = srv-stor-01-ib0:/virtualmachines
>
> type = GLUSTERFS
>
> class = Data
>
> pool = ['0001-0001-0001-0001-0243']
>
> name = VirtualMachines
>
>
>
> [root@SRV-VMHOST-03 ~]#
>
>
>
> Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the
> engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine.
>
>
>
>
>
>
>
> I also tried to execute:
>
> for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
> uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
>
> version = 3
>
> role = Master
>
> remotePath = srv-stor-01-ib0:/virtualmachines
>
> type = GLUSTERFS
>
> class = Data
>
> pool = ['0001-0001-0001-0001-0243']
>
> name = VirtualMachines
>
>
>
> uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816
>
> version = 3
>
> role = Regular
>
> remotePath = srv-stor-01-ib0:/ovirtengine
>
> type = GLUSTERFS
>
> class = Data
>
> pool = []
>
> name = EngineStorage
>
>
>
> (here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool)
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits 
> linkedin.com/SISTeMA
> 
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com ]
> *Inviato:* mercoledì 10 febbraio 2016 13:37
> *A:* Giuseppe Berellini 
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> Thanks for the input.
>
> It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749
> which occurs when the host sees more than one hosted engine storage domain
> (probably from the previous deployment).
>
> Can you please execute the following in the host and provide the output?
> Thanks.
>
>
> for i in `vdsClient -s 0 getStorageDomainsList
> 0001-0001-0001-0001-0243` ; do vdsClient -s 0
> getStorageDomainInfo $i;  done;
>
>
>
> On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Hi Elad,
>
>
>
> The log files are attached.
>
> You can also find older logs here:
> https://ptvbox.ptvgroup.com/public.php?service=files=f71a23fd25e1626cae5350687b868a6a
>
>
>
> Thank you,
>
> Giuseppe
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits

Re: [ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)

2016-02-10 Thread Michal Skrivanek


> On 10 Feb 2016, at 13:26, Frank Wall  wrote:
> 
> Hi Michal,
> 
> On Tue, Feb 09, 2016 at 12:04:44PM +0100, Michal Skrivanek wrote:
>> what do you mean ???forces
>> you should be able to switch to cirrus (which forces vnc) or even use just 
>> the vnc on qxl
> 
> on the affected VMs the following error occurs when trying to start them:
> 
> Error while executing action: 
> Cannot run VM. Selected display type is not supported by the operating system.
> 
> This is the case on VMs with Operating System set to "Other OS" and Video Type
> set to "CIRRUS”.
> 
> PLEASE NOTE that this only occurs on my "old" VMs (that have been available 
> *before* upgrading from oVirt 3.5.x to 3.6.x). When creating new VMs this 
> actually does work as expected. So I assume this is an upgrade issue in oVirt 
> 3.6.x.

that makes sense...there was a UI bug fixed in 3.6.3 - the code was setting 
something different than what you’ve selected…3.6.3 was just released, give it 
a try after an upgrade

Thanks,
michal

> 
> 
> Regards
> - Frank

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

[ovirt-users] ovirt glusterfs performance

2016-02-10 Thread Bill James

I'm setting up a ovirt cluster using glusterfs and noticing not stellar 
performance.

Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split using LVM 
with one logical volume for system and one for gluster.

They each have 4 NICs,
 NIC1 = ovirtmgmt
 NIC2 = gluster
 NIC3 = VM traffic

I tried with default glusterfs settings and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
  dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
  1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
   dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
  1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get better 
performance?


Thanks.


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 ->? 3.6.1

2016-02-10 Thread Jarod Wilson

On Mon, Feb 08, 2016 at 03:40:15PM +0200, Dan Kenigsberg wrote:
> On Thu, Feb 04, 2016 at 10:21:10PM +0100, Stefano Danzi wrote:
> > I have only one switch so two interfaces are connected to the same switch. 
> > The configuration in switch is corrected.  I opened a ticket for switch 
> > Tech support and the configuration was validated.
> > This configuration worked without problems h24 for one year!   All 
> > problems started after a kernel update so something was changed in 
> > kernel. 
> 
> Jarod, do you have a clue why AggregatorIDs may be mismatching with
> recent el7.2 kernels?

Ah, the mail chain includes the reporter of bug 1295423. In that bug,
we've already discovered that even with the older supposedly working
kernel, the two interfaces had different LAG IDs, so I don't think it's
recent kernels causing the IDs to mis-match, but something recent
certainly makes that more fatal than it did before. I'm not sure what the
core problem is here, don't want to chase anything without being able to
say for sure that things are 100% correct on the switch side.

> >  Messaggio originale 
> > Da: Dan Kenigsberg  
> > Data: 04/02/2016  22:02  (GMT+01:00) 
> > A: Stefano Danzi , yd...@redhat.com 
> > Cc: Jon Archer , mbur...@redhat.com, users@ovirt.org 
> > Oggetto: Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 ->
> >   3.6.1 
> > 
> > On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> > > 
> > > 
> > > Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> > > >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> > > >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> > > >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > > I did some tests:
> > > 
> > > kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I 
> > > detach
> > > one network cable the network is stable)
> > > kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> > > >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> > > >>>Summarize the information from this thread (e.g. your ifcfgs and in 
> > > >>>what
> > > >>>way does mode 4 doesn't work).
> > > >>>
> > > >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> > > >>>subscribing to it. But I'll try to push from my direction.
> > > >>Stefano has been kind to open
> > > >>
> > > >> Bug 1295423 - Unstable network link using bond mode = 4
> > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> > > >>
> > > >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> > > >>experiences it, and their networking config to the bug (if it is
> > > >>different). Can you also lay out your switch's hardware and
> > > >>configuration?
> > > >Stefano, could you share your /proc/net/bonding/* files with us?
> > > >I heard about similar reports were the bond slaves had mismatching
> > > >aggregator id. Could it be your case as well?
> > > >
> > > 
> > > Here:
> > > 
> > > [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> > > Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> > > 
> > > Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> > > Transmit Hash Policy: layer2 (0)
> > > MII Status: up
> > > MII Polling Interval (ms): 100
> > > Up Delay (ms): 0
> > > Down Delay (ms): 0
> > > 
> > > 802.3ad info
> > > LACP rate: slow
> > > Min links: 0
> > > Aggregator selection policy (ad_select): stable
> > > Active Aggregator Info:
> > > Aggregator ID: 2
> > > Number of ports: 1
> > > Actor Key: 9
> > > Partner Key: 1
> > > Partner Mac Address: 00:00:00:00:00:00
> > > 
> > > Slave Interface: enp4s0
> > > MII Status: up
> > > Speed: 1000 Mbps
> > > Duplex: full
> > > Link Failure Count: 2
> > > Permanent HW addr: **:**:**:**:**:f1
> > > Slave queue ID: 0
> > > Aggregator ID: 1
> > 
> > ---^^^
> > 
> > 
> > > Actor Churn State: churned
> > > Partner Churn State: churned
> > > Actor Churned Count: 4
> > > Partner Churned Count: 5
> > > details actor lacp pdu:
> > > system priority: 65535
> > > port key: 9
> > > port priority: 255
> > > port number: 1
> > > port state: 69
> > > details partner lacp pdu:
> > > system priority: 65535
> > > oper key: 1
> > > port priority: 255
> > > port number: 1
> > > port state: 1
> > > 
> > > Slave Interface: enp5s0
> > > MII Status: up
> > > Speed: 1000 Mbps
> > > Duplex: full
> > > Link Failure Count: 1
> > > Permanent HW addr: **:**:**:**:**:f2
> > > Slave queue ID: 0
> > > Aggregator ID: 2
> > 
> > ---^^^
> > 
> > 
> > it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
> > partner mac. Can you double-check that both your nics are wired to the
> > same switch, which is properly configured to use lacp on these two
> > ports?
> > 

-- 
Jarod Wilson
ja...@redhat.com

[ovirt-users] Problems with networks configuration

2016-02-10 Thread Valerio Vinci

Hi,

I have a problem wiht admin portal under Hosts > Networks Interfaces.
When I click on "Setup Host Networks" The portal give mi this error:
Uncaught exception occurred. Please try reloading the page. Details:
(TypeError) __gwt$exception: : Aab(...) is null
Please have your administrator check the UI logs

I have tried to open this from the following browser:
- firefox
- chrome
- chromium
- opera
- Internet Explorer

This is the complete error from log.

2016-02-08 15:27:11,005 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-4) [] Permutation name: 820D83469A671E575623913A3B35130C
2016-02-08 15:27:11,005 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-4) [] Uncaught exception: :
com.google.gwt.core.client.JavaScriptException: (TypeError)
 __gwt$exception: : Aab(...) is null
at Unknown.e9n(Unknown Source)at Unknown.v$p(Unknown Source)
at Unknown.w$p(Unknown Source)at Unknown.z$p(Unknown Source)at
Unknown.t$p(Unknown Source)at Unknown.rPp(Unknown Source)at
Unknown.bhv(Unknown Source)at Unknown.ghv(Unknown Source)at
Unknown.Ziv(Unknown Source)at Unknown.cjv(Unknown Source)at
Unknown.c9u(Unknown Source)at Unknown.q9u(Unknown Source)at
Unknown.DKr(Unknown Source)at Unknown.IPp(Unknown Source)at
Unknown.dRp(Unknown Source)at Unknown.WOn(Unknown Source)at
Unknown.ZOn(Unknown Source)at Unknown.QSn(Unknown Source)at
Unknown.TSn(Unknown Source)at Unknown.wRn(Unknown Source)at
Unknown.zRn(Unknown Source)at Unknown.GIe(Unknown Source)at
Unknown.Cxk(Unknown Source)at Unknown.s3(Unknown Source)at
Unknown.L3(Unknown Source)at Unknown.Dvf/c.onreadystatechange<(Unknown
Source)at Unknown.Yt(Unknown Source)at Unknown.au(Unknown
Source)at Unknown._t/<(Unknown Source)at Unknown.anonymous(Unknown
Source)

-- 
Cordiali Saluti
Vinci Valerio
Cel. 3339979972
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

2016-02-10 Thread Fawzy Ibrahim

Dear All;

I have oVirt Engine Version: 3.5.6.2-1.el6 with three nodesrunning
standard Centos 6.7 64bit.

The main data storage storage is on OpenFiler iScsi volume.

After rebooting the three nodes; the main data storage domain is down
and all the three hosts are marked as "Non Operational"

When I try to activate any host; I get the below error message:-

"Host X cannot access the Storage Domain(s)  attached
to the Data Center Default. Setting Host state to Non-Operational."


I have attached the engine and vdsm log.

Best Regards
Fawzy Ibrahim
2016-02-07 03:56:40,449 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-92) Attempting to update VMs/Templates Ovf.
2016-02-07 04:56:40,450 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-69) Attempting to update VMs/Templates Ovf.
2016-02-07 05:56:40,452 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-32) Attempting to update VMs/Templates Ovf.
2016-02-07 06:56:40,453 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-3) Attempting to update VMs/Templates Ovf.
2016-02-07 07:56:40,454 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-55) Attempting to update VMs/Templates Ovf.
2016-02-07 08:56:40,456 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-39) Attempting to update VMs/Templates Ovf.
2016-02-07 09:56:40,457 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-94) Attempting to update VMs/Templates Ovf.
2016-02-07 10:56:40,459 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-19) Attempting to update VMs/Templates Ovf.
2016-02-07 11:56:40,460 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-96) Attempting to update VMs/Templates Ovf.
2016-02-07 12:56:40,461 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-89) Attempting to update VMs/Templates Ovf.
2016-02-07 13:56:40,462 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-20) Attempting to update VMs/Templates Ovf.
2016-02-07 14:56:40,462 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-76) Attempting to update VMs/Templates Ovf.
2016-02-07 15:56:40,464 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-61) Attempting to update VMs/Templates Ovf.
2016-02-07 16:56:40,465 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-69) Attempting to update VMs/Templates Ovf.
2016-02-07 17:56:40,467 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-42) Attempting to update VMs/Templates Ovf.
2016-02-07 18:56:40,468 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-32) Attempting to update VMs/Templates Ovf.
2016-02-07 19:56:40,469 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-73) Attempting to update VMs/Templates Ovf.
2016-02-07 20:56:40,469 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-31) Attempting to update VMs/Templates Ovf.
2016-02-07 21:56:40,470 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-97) Attempting to update VMs/Templates Ovf.
2016-02-07 22:56:40,471 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-47) Attempting to update VMs/Templates Ovf.
2016-02-07 23:56:40,473 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-48) Attempting to update VMs/Templates Ovf.
2016-02-08 00:56:40,511 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-82) Attempting to update VMs/Templates Ovf.
2016-02-08 01:56:40,513 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-58) Attempting to update VMs/Templates Ovf.
2016-02-08 02:56:40,515 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-85) Attempting to update VMs/Templates Ovf.
2016-02-08 03:35:35,000 INFO  [org.ovirt.engine.core.bll.AuditLogCleanupManager] (DefaultQuartzScheduler_Worker-65) Start deleteAgedOutCommandEntities
2016-02-08 03:35:35,000 INFO  [org.ovirt.engine.core.bll.AuditLogCleanupManager] (DefaultQuartzScheduler_Worker-99) Start deleteAgedOutAuditLogs
2016-02-08 03:35:35,003 INFO  [org.ovirt.engine.core.bll.AuditLogCleanupManager] (DefaultQuartzScheduler_Worker-65) Finished deleteAgedOutCommandEntities
2016-02-08 03:35:35,018 INFO  [org.ovirt.engine.core.bll.AuditLogCleanupManager] (DefaultQuartzScheduler_Worker-99) Finished deleteAgedOutAuditLogs
2016-02-08 03:56:40,517 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-6) Attempting to update VMs/Templates Ovf.
2016-02-08 04:56:40,518 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] (DefaultQuartzScheduler_Worker-10) Attempting to update

[ovirt-users] oVirt presentations with reveal.js

2016-02-10 Thread Adam Litke


I recently gave an oVirt talk at FOSDEM and decided to use
reveal.js[1] to create my slides[2].  Reveal.js is a really slick
framework for creating HTML5 based presentations that look really
clean and modern.  You write your slides in html markup and a
javascript library provides everything else (it's a long list of
features so see the demo presentation for details[3]).

I was pretty happy with the oVirt themed slides I created so decided
to package it up into a reusable template.  To try it out simply:

1. git clone https://github.com/aglitke/reveal.js.git ovirt-template
2. cd ovirt-template
3. git checkout -b ovirt-template
4. firefox index.html

The main changes I have made is to add a floating oVirt logo to the
upper-right corner of the slides and a footer.  Both can display while
presenting and when the slides are printed.  I am not a graphic
designer or a web developer so I am keen to accept contributions from
people with more experience in this area.  Enjoy!

[1] https://github.com/hakimel/reveal.js
[2] http://aglitke.github.io/fosdem-2016/#/
[3] http://lab.hakim.se/reveal-js/#/

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

Re: [ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

2016-02-10 Thread Fawzy Ibrahim


  
  
Dear Sir;
  
  I have rebooted but trying to activate the hosts but nothing has
  been changed.
  
  Did you check my attached logs in previous message?
  
  Fawzy Ibrahim
  Palestine
  
  
  
  On 02/10/2016 11:47 PM, Raz Tamir wrote:


  
Hi
  Fawzy,
After
  you rebooted your 3 hosts you need to make sure you are
  confirming the hosts are actually rebooted.
You
  can do it by right clicking on each host and select "confirm
  host has been rebooted"
  
  

  

  

  

  

  

  

  
Thanks,
  Raz
  Tamir
  Red
  Hat Israel

  

  

  

  

  


On Wed, Feb 10, 2016 at 8:50 PM, Fawzy
  Ibrahim 
  wrote:
  

  Dear All;

I have oVirt Engine Version: 3.5.6.2-1.el6 with three
nodesrunning
standard Centos 6.7 64bit.

The main data storage storage is on OpenFiler iScsi
volume.

After rebooting the three nodes; the main data storage
domain is down
and all the three hosts are marked as "Non Operational"

When I try to activate any host; I get the below error
message:-

    "Host X cannot access the Storage Domain(s)
 attached
    to the Data Center Default. Setting Host state to
Non-Operational."


I have attached the engine and vdsm log.

Best Regards
Fawzy Ibrahim
  


___
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] Host cannot access the Storage Domain(s) attached to the Data Center

2016-02-10 Thread Fawzy Ibrahim


  
  
Dear Sir;
  
  I have did the same and the same error message still exists
  
  Did you check the logs attached in my previous message?
  
  Fawzy Ibrahim
  Redhat Certified Engineer
  Palestine
  
  
  On 02/10/2016 11:47 PM, Raz Tamir wrote:


  
Hi
  Fawzy,
After
  you rebooted your 3 hosts you need to make sure you are
  confirming the hosts are actually rebooted.
You
  can do it by right clicking on each host and select "confirm
  host has been rebooted"
  
  

  

  

  

  

  

  

  
Thanks,
  Raz
  Tamir
  Red
  Hat Israel

  

  

  

  

  


On Wed, Feb 10, 2016 at 8:50 PM, Fawzy
  Ibrahim 
  wrote:
  

  Dear All;

I have oVirt Engine Version: 3.5.6.2-1.el6 with three
nodesrunning
standard Centos 6.7 64bit.

The main data storage storage is on OpenFiler iScsi
volume.

After rebooting the three nodes; the main data storage
domain is down
and all the three hosts are marked as "Non Operational"

When I try to activate any host; I get the below error
message:-

    "Host X cannot access the Storage Domain(s)
 attached
    to the Data Center Default. Setting Host state to
Non-Operational."


I have attached the engine and vdsm log.

Best Regards
Fawzy Ibrahim
  


___
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] Host cannot access the Storage Domain(s) attached to the Data Center

2016-02-10 Thread Fawzy Ibrahim

Dear Sir;

I have did the same and the same error message still exists

Did you check the logs attached in my previous message?

Fawzy Ibrahim
Redhat Certified Engineer
Palestine


On 02/10/2016 11:47 PM, Raz Tamir wrote:
> Hi Fawzy,
> After you rebooted your 3 hosts you need to make sure you are
> confirming the hosts are actually rebooted.
> You can do it by right clicking on each host and select "confirm host
> has been rebooted"
>
>
>
> Thanks,
> Raz Tamir
> Red Hat Israel
>
> On Wed, Feb 10, 2016 at 8:50 PM, Fawzy Ibrahim  > wrote:
>
> Dear All;
>
> I have oVirt Engine Version: 3.5.6.2-1.el6 with three nodesrunning
> standard Centos 6.7 64bit.
>
> The main data storage storage is on OpenFiler iScsi volume.
>
> After rebooting the three nodes; the main data storage domain is down
> and all the three hosts are marked as "Non Operational"
>
> When I try to activate any host; I get the below error message:-
>
> "Host X cannot access the Storage Domain(s)  attached
> to the Data Center Default. Setting Host state to
> Non-Operational."
>
>
> I have attached the engine and vdsm log.
>
> Best Regards
> Fawzy Ibrahim
>
> ___
> 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] Host cannot access the Storage Domain(s) attached to the Data Center

2016-02-10 Thread Fawzy Ibrahim

Dear Sir;

I have did the same and the same error message still exists

Did you check the logs attached in my previous message?

Fawzy Ibrahim
Redhat Certified Engineer
Palestine


On 02/10/2016 11:47 PM, Raz Tamir wrote:
> Hi Fawzy,
> After you rebooted your 3 hosts you need to make sure you are
> confirming the hosts are actually rebooted.
> You can do it by right clicking on each host and select "confirm host
> has been rebooted"
>
>
>
> Thanks,
> Raz Tamir
> Red Hat Israel
>
> On Wed, Feb 10, 2016 at 8:50 PM, Fawzy Ibrahim  > wrote:
>
> Dear All;
>
> I have oVirt Engine Version: 3.5.6.2-1.el6 with three nodesrunning
> standard Centos 6.7 64bit.
>
> The main data storage storage is on OpenFiler iScsi volume.
>
> After rebooting the three nodes; the main data storage domain is down
> and all the three hosts are marked as "Non Operational"
>
> When I try to activate any host; I get the below error message:-
>
> "Host X cannot access the Storage Domain(s)  attached
> to the Data Center Default. Setting Host state to
> Non-Operational."
>
>
> I have attached the engine and vdsm log.
>
> Best Regards
> Fawzy Ibrahim
>
> ___
> 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 glusterfs performance

2016-02-10 Thread Nir Soffer

On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N  wrote:
> +gluster-users
>
> Does disabling 'performance.write-behind' give a better throughput?
>
>
>
> On 02/10/2016 11:06 PM, Bill James wrote:
>>
>> I'm setting up a ovirt cluster using glusterfs and noticing not stellar
>> performance.
>> Maybe my setup could use some adjustments?
>>
>> 3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1.
>> Each node has 8 spindles configured in 1 array which is split using LVM
>> with one logical volume for system and one for gluster.
>> They each have 4 NICs,
>>  NIC1 = ovirtmgmt
>>  NIC2 = gluster

How do you ensure that gluster trafic is using this nic?

>>  NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?

>> I tried with default glusterfs settings

And did you find any difference?

>> and also with:
>> performance.cache-size: 1GB
>> performance.readdir-ahead: on
>> performance.write-behind-window-size: 4MB
>>
>> [root@ovirt3 test scripts]# gluster volume info gv1
>>
>> Volume Name: gv1
>> Type: Replicate
>> Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
>> Status: Started
>> Number of Bricks: 1 x 3 = 3
>> Transport-type: tcp
>> Bricks:
>> Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
>> Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
>> Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
>> Options Reconfigured:
>> performance.cache-size: 1GB
>> performance.readdir-ahead: on
>> performance.write-behind-window-size: 4MB
>>
>>
>> Using simple dd test on VM in ovirt:
>>   dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct

block size of 1G?!

Try 1M (our default for storage operations)

>>   1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s
>>
>> Another VM not in ovirt using nfs:
>>dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
>>   1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s
>>
>>
>> Is that expected or is there a better way to set it up to get better
>> performance?

Adding Niels for advice.

>> This email, its contents and attachments contain information from j2
>> Global, Inc. and/or its affiliates which may be privileged, confidential or
>> otherwise protected from disclosure. The information is intended to be for
>> the addressee(s) only. If you are not an addressee, any disclosure, copy,
>> distribution, or use of the contents of this message is prohibited. If you
>> have received this email in error please notify the sender by reply e-mail
>> and delete the original message and any copies. (c) 2015 j2 Global, Inc. All
>> rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox
>> are registered trademarks of j2 Global, Inc. and its affiliates.

Please avoid this, this is a public mailing list, everything you write
here is public.

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

[ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Giuseppe Berellini

Hi Elad,

thank you for the information!

I met a couple of people of oVirt team at FOSDEM and they told me they’re 
looking for opinions from users:
I could not find in the quick start guide the information about NTP (or needs 
of precision for the clock) and I was not caring very much about that.
Given that it is really important, I would expect the installation script to 
setup NTP on the hosted-engine by itself (or something similar… Maybe a 
question like “Is this time correct?”). Incorrect day time is a common problem 
for virtual machines… Also “Uncaught exception” is not helpful to solve an 
issue. :-)

I started again with a new deploy of oVirt Engine, I set the NTP on the VM and, 
as soon as oVirt engine was up, I added the new storage domain and… GREAT! :-D
Now my datacenter is up, data storage (master) is active, but:
- The storage domain for oVirt Engine is not listed in the storage tab
- the hosted engine not in the Virtual Machines tab

Is it OK? What should I do now?

Thanks for your support!
Giuseppe


--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: martedì 9 febbraio 2016 17:05
A: Giuseppe Berellini 
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,

A new behaviour has been introduced for hosted-engine in 3.6.3 that involves an 
automatic import of the hosted-engine storage domain. This auto import will 
take place along with first DC initialization (first storage pool creation).
That means that once a first data domain is created in the setup, the 
hosted-engine storage domain will be imported to this DC and the hosted-engine 
VM will be registered and appear in the VM's tab.
Regarding the “Uncaught exception” you're getting when trying to create the 
domain, Can't know for sure why it happens, but my guess is that the engine's 
date and time configuration are not set right.
Thanks

On Tue, Feb 9, 2016 at 4:41 PM, Giuseppe Berellini 
> wrote:
Hi,

I’m trying to setup oVirt 3.6.3 with self-hosted engine on 4 servers 
(vmhost-03, vmhost-04, vmhost-05 for compute; stor-01 for storage). The storage 
server is GlusterFS 3.7.6, all the servers are in the same network and are also 
connected through InfiniBand DDR.

Network is OK, RDMA is working, IPoIB has been configured, it is possible to 
manually mount GlusterFS volumes on each vmhost. firewalld and SELinux are 
disabled. Ovirtmgmt network is on ethernet.

The problem is that, after installing the hosted engine, I can connect to oVirt 
admin panel but:
- Datacenter is marked as down
- The only host is NOT recognized as an SPM
- In the storage tab there is no storage domain for the hosted engine (I only 
see a detached ISO domain and oVirt repo)
- when I try to create a storage domain, an error shows up (it’s an “Uncaught 
exception”)
- when I try to import a storage domain, an error shows up (it’s about 
datacenter down and SPM not available)
- also, in Virtual Machines tab there are no VMs (neither the hosted engine, 
which is obviously up and reported as up by command “hosted-engine --vm-status”)

So basically it is not possible to do anything.
After setting the host in maintenance mode and rebooting, I cannot start the 
engine VM anymore:

[root@SRV-VMHOST-05 ~]# hosted-engine --vm-start
VM exists and is down, destroying it
Machine destroyed

429eec6e-2126-4740-9911-9c5ad482e09f
Status = WaitForLaunch
nicModel = rtl8139,pv
statusTime = 4300834920
emulatedMachine = pc
pid = 0
vmName = HostedEngine
devices = [{'index': '2', 'iface': 'ide', 'specParams': {}, 'readonly': 
'true', 'deviceId': '1c2205da-17c6-4ffe-9408-602a998d90dc', 'address': {'bus': 
'1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 
'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, {'index': '0', 
'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'poolID': 
'----', 'volumeID': 
'fe82ba21-942d-48cc-9bdb-f41c0f172dde', 'imageID': 
'131460bc-4599-4326-a026-e9e224e4bb5f', 'specParams': {}, 'readonly': 'false', 
'domainID': '162fc2e5-1897-46fb-b382-195c11ab8546', 'optional': 'false', 
'deviceId': '131460bc-4599-4326-a026-e9e224e4bb5f', 'address': {'slot': '0x06', 
'bus': '0x00', 'domain': '0x', 'type': 'pci', 'function': '0x0'}, 'device': 
'disk', 'shared': 'exclusive', 'propagateErrors': 'off', 'type': 'disk'}, 
{'device': 'scsi', 'model':

Re: [ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)

2016-02-10 Thread Frank Wall

Hi Michal,

On Tue, Feb 09, 2016 at 12:04:44PM +0100, Michal Skrivanek wrote:
> what do you mean ???forces
> you should be able to switch to cirrus (which forces vnc) or even use just 
> the vnc on qxl

on the affected VMs the following error occurs when trying to start them:

Error while executing action: 
Cannot run VM. Selected display type is not supported by the operating system.

This is the case on VMs with Operating System set to "Other OS" and Video Type
set to "CIRRUS".

PLEASE NOTE that this only occurs on my "old" VMs (that have been available 
*before* upgrading from oVirt 3.5.x to 3.6.x). When creating new VMs this 
actually does work as expected. So I assume this is an upgrade issue in oVirt 
3.6.x.

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

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Elad Ben Aharon

Hi,
Comments in-line.

I met a couple of people of oVirt team at FOSDEM and they told me they’re
looking for opinions from users:

I could not find in the quick start guide the information about NTP (or
needs of precision for the clock) and I was not caring very much about that.

Given that it is really important, I would expect the installation script
to setup NTP on the hosted-engine by itself (or something similar… Maybe a
question like “Is this time correct?”). Incorrect day time is a common
problem for virtual machines… Also “Uncaught exception” is not helpful to
solve an issue. :-)
Your suggestion regarding the NTP configuration/warning during
hosted-engine deployment seems very reasonable, I'll check if it's
something that will be added in the future.



I started again with a new deploy of oVirt Engine, I set the NTP on the VM
and, as soon as oVirt engine was up, I added the new storage domain and…
GREAT! :-D

I'm glad to hear I could help :)


Now my datacenter is up, data storage (master) is active, but:

- The storage domain for oVirt Engine is not listed in the storage tab

- the hosted engine not in the Virtual Machines tab


Can you please attach engine.log and vdsm.log? seems like an issue with the
hosted-engine domain auto import.





On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi Elad,
>
>
>
> thank you for the information!
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
>
> Is it OK? What should I do now?
>
>
>
> Thanks for your support!
>
> Giuseppe
>
>
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits 
> linkedin.com/SISTeMA
> 
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* martedì 9 febbraio 2016 17:05
> *A:* Giuseppe Berellini 
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> A new behaviour has been introduced for hosted-engine in 3.6.3 that
> involves an automatic import of the hosted-engine storage domain. This auto
> import will take place along with first DC initialization (first storage
> pool creation).
>
> That means that once a first data domain is created in the setup, the
> hosted-engine storage domain will be imported to this DC and the
> hosted-engine VM will be registered and appear in the VM's tab.
>
> Regarding the “Uncaught exception” you're getting when trying to create
> the domain, Can't know for sure why it happens, but my guess is that the
> engine's date and time configuration are not set right.
>
> Thanks
>
>
>
> On Tue, Feb 9, 2016 at 4:41 PM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Hi,
>
>
>
> I’m trying to setup oVirt 3.6.3 with self-hosted engine on 4 servers
> (vmhost-03, vmhost-04, vmhost-05 for compute; stor-01 for storage). The
> storage server is GlusterFS 3.7.6, all the servers are in the same network
> and are also connected through InfiniBand DDR.
>
>
>
> Network is OK, RDMA is working, IPoIB has been configured, it is possible
> to manually mount GlusterFS volumes on each vmhost. firewalld and SELinux
> are disabled. Ovirtmgmt network is on ethernet.
>
>
>
> The problem is that, after installing the hosted engine, I can connect to
> oVirt admin panel but:
>
> - Datacenter is marked as down
>
> - The only host is NOT recognized as an SPM
>
> - In the storage tab there is no storage domain for the hosted engine (I
> only see a detached ISO domain and oVirt repo)
>
> - when I try to create a storage domain, an error shows up (it’s an
> “Uncaught exception”)
>
> - when I try to import a storage domain, an error shows up (it’s about
> datacenter down and SPM not

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Elad Ben Aharon

Hi,

Thanks for the input.
It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749
which occurs when the host sees more than one hosted engine storage domain
(probably from the previous deployment).

Can you please execute the following in the host and provide the output?
Thanks.

for i in `vdsClient -s 0 getStorageDomainsList
0001-0001-0001-0001-0243` ; do vdsClient -s 0
getStorageDomainInfo $i;  done;

On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini <
giuseppe.berell...@ptvgroup.com> wrote:

> Hi Elad,
>
>
>
> The log files are attached.
>
> You can also find older logs here:
> https://ptvbox.ptvgroup.com/public.php?service=files=f71a23fd25e1626cae5350687b868a6a
>
>
>
> Thank you,
>
> Giuseppe
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits 
> linkedin.com/SISTeMA
> 
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* mercoledì 10 febbraio 2016 13:06
>
> *A:* Giuseppe Berellini 
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> Comments in-line.
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
> Your suggestion regarding the NTP configuration/warning during
> hosted-engine deployment seems very reasonable, I'll check if it's
> something that will be added in the future.
>
>
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> I'm glad to hear I could help :)
>
>
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
> Can you please attach engine.log and vdsm.log? seems like an issue with
> the hosted-engine domain auto import.
>
>
>
>
>
>
> On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini <
> giuseppe.berell...@ptvgroup.com> wrote:
>
> Hi Elad,
>
>
>
> thank you for the information!
>
>
>
> I met a couple of people of oVirt team at FOSDEM and they told me they’re
> looking for opinions from users:
>
> I could not find in the quick start guide the information about NTP (or
> needs of precision for the clock) and I was not caring very much about that.
>
> Given that it is really important, I would expect the installation script
> to setup NTP on the hosted-engine by itself (or something similar… Maybe a
> question like “Is this time correct?”). Incorrect day time is a common
> problem for virtual machines… Also “Uncaught exception” is not helpful to
> solve an issue. :-)
>
>
>
> I started again with a new deploy of oVirt Engine, I set the NTP on the VM
> and, as soon as oVirt engine was up, I added the new storage domain and…
> GREAT! :-D
>
> Now my datacenter is up, data storage (master) is active, but:
>
> - The storage domain for oVirt Engine is not listed in the storage tab
>
> - the hosted engine not in the Virtual Machines tab
>
>
>
> Is it OK? What should I do now?
>
>
>
> Thanks for your support!
>
> Giuseppe
>
>
>
>
>
> --
> Giuseppe Berellini
>
> PTV SISTeMA
>
> Phone +39 06 993 444 15
> Mobile +39 349 3241969
> Fax +39 06 993 348 72
> Via Ruggero Bonghi, 11/B – 00184 Roma
>
> giuseppe.berell...@ptvgroup.com
> www.sistemaits.com
>
> facebook.com/sistemaits 
> linkedin.com/SISTeMA
> 
>
>
> *Da:* Elad Ben Aharon [mailto:ebena...@redhat.com]
> *Inviato:* martedì 9 febbraio 2016 17:05
> *A:* Giuseppe Berellini 
> *Cc:* users@ovirt.org
> *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with
> GlusterFS over InfiniBand
>
>
>
> Hi,
>
> A new behaviour has been introduced for hosted-engine in 3.6.3 that
> involves an automatic import of the hosted-engine storage domain. This auto
> import will take place along with first DC initialization (first storage
> pool

[ovirt-users] [ANN] oVirt 3.6.3 Second Release Candidate is now available for testing

2016-02-10 Thread Sandro Bonazzola

The oVirt Project is pleased to announce the availability
of the Second Release Candidate of oVirt 3.6.3 for testing, as of February
10th, 2016

This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.3 Jessie has been added too.

This release candidate includes updated packages for:

   - ovirt-engine
   - vdsm
   - ovirt-engine-extension-aaa-jdbc
   - otopi
   - ovirt-hosted-engine-ha
   - ovirt-hosted-engine-setup



This release of oVirt 3.6.3 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.

Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO will be available soon [2].

Please note that mirrors[3] may need usually one day before being
synchronized.

* Read more about the oVirt 3.6.3 release highlights:
http://www.ovirt.org/OVirt_3.6.3_Release_Notes
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Read more about oVirt Project community events:
http://www.ovirt.org/Upcoming_events

[1] http://www.ovirt.org/OVirt_3.6.3_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors

-- 
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

[ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

2016-02-10 Thread Giuseppe Berellini

This is the result:

[root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0 getStorageDomainInfo 
$i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

[root@SRV-VMHOST-03 ~]#

Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the 
engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine.

I also tried to execute:
for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0 
getStorageDomainInfo $i;  done;
uuid = deadd23d-51b4-40d8-bf5c-a898003d745c
version = 3
role = Master
remotePath = srv-stor-01-ib0:/virtualmachines
type = GLUSTERFS
class = Data
pool = ['0001-0001-0001-0001-0243']
name = VirtualMachines

uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816
version = 3
role = Regular
remotePath = srv-stor-01-ib0:/ovirtengine
type = GLUSTERFS
class = Data
pool = []
name = EngineStorage

(here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool)

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: mercoledì 10 febbraio 2016 13:37
A: Giuseppe Berellini 
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,
Thanks for the input.
It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749 which 
occurs when the host sees more than one hosted engine storage domain (probably 
from the previous deployment).
Can you please execute the following in the host and provide the output? Thanks.

for i in `vdsClient -s 0 getStorageDomainsList 
0001-0001-0001-0001-0243` ; do vdsClient -s 0 getStorageDomainInfo 
$i;  done;

On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini 
> wrote:
Hi Elad,

The log files are attached.
You can also find older logs here: 
https://ptvbox.ptvgroup.com/public.php?service=files=f71a23fd25e1626cae5350687b868a6a

Thank you,
Giuseppe

--
Giuseppe Berellini
PTV SISTeMA
Phone +39 06 993 444 15
Mobile +39 349 3241969
Fax +39 06 993 348 72
Via Ruggero Bonghi, 11/B – 00184 Roma
giuseppe.berell...@ptvgroup.com
www.sistemaits.com
facebook.com/sistemaits
linkedin.com/SISTeMA

Da: Elad Ben Aharon [mailto:ebena...@redhat.com]
Inviato: mercoledì 10 febbraio 2016 13:06

A: Giuseppe Berellini 
>
Cc: users@ovirt.org
Oggetto: Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS 
over InfiniBand

Hi,
Comments in-line.

I met a couple of people of oVirt team at FOSDEM and they told me they’re 
looking for opinions from users:
I could not find in the quick start guide the information about NTP (or needs 
of precision for the clock) and I was not caring very much about that.
Given that it is really important, I would expect the installation script to 
setup NTP on the hosted-engine by itself (or something similar… Maybe a 
question like “Is this time correct?”). Incorrect day time is a common problem 
for virtual machines… Also “Uncaught exception” is not helpful to solve an 
issue. :-)
Your suggestion regarding the NTP configuration/warning during hosted-engine 
deployment seems very reasonable, I'll check if it's something that will be 
added in the future.

I started again with a new deploy of oVirt Engine, I set the NTP on the VM and, 
as soon as oVirt engine was up, I added the new storage domain and… GREAT! :-D
I'm glad to hear I could help :)

Now my datacenter is up, data storage (master) is active, but:
- The storage domain for oVirt Engine is not listed in the storage tab
- the hosted engine not in the Virtual Machines tab

Can you please attach engine.log and vdsm.log? seems like an issue with the 
hosted-engine domain auto import.

On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini

[ovirt-users] R: R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[ovirt-users] R: R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

Re: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

Re: [ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)

[ovirt-users] ovirt glusterfs performance

Re: [ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 ->? 3.6.1

[ovirt-users] Problems with networks configuration

[ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

[ovirt-users] oVirt presentations with reveal.js

Re: [ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

Re: [ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

Re: [ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

Re: [ovirt-users] Host cannot access the Storage Domain(s) attached to the Data Center

Re: [ovirt-users] ovirt glusterfs performance

[ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

Re: [ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

[ovirt-users] [ANN] oVirt 3.6.3 Second Release Candidate is now available for testing

[ovirt-users] R: Problem installing oVirt 3.6.3-rc with GlusterFS over InfiniBand

20 matches

Site Navigation

Mail list logo

Footer information