[ovirt-users] [ANN] oVirt 4.0.5 Release is now available

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of oVirt 4.0.5,
as of November 15th, 2016.

This release is available now for:
* Fedora 23 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.2 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.2 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0

This update is the fifth in a series of stabilization updates to the 4.0
series.
4.0.5 brings 16 enhancements and 90 bugfixes, including 43 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.

Notes:
* A new oVirt Live ISO is available. [2]
* A new oVirt Next Generation Node will be available soon [2]
* A new oVirt Engine Appliance is available for Red Hat Enterprise Linux
and CentOS Linux (or similar)
* Mirrors[3] might need up to one day to synchronize.

Additional Resources:
* Read more about the oVirt 4.0.5 release highlights:
http://www.ovirt.org/release/4.0.5/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.0.5/
[2] http://resources.ovirt.org/pub/ovirt-4.0/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

Re: [ovirt-users] Move a VM between 2 setups

[Christophe TREFOIS]

Hi,

The reason I use this term is because it is indeed 2 engines, or two different 
setups / environments.

I’m not talking about moving a VM from a virtual DC to another virtual DC in 
the same engine.

Best,
-- 

Dr Christophe Trefois, Dipl.-Ing.  
Technical Specialist / Post-Doc

UNIVERSITÉ DU LUXEMBOURG

LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE
Campus Belval | House of Biomedicine  
6, avenue du Swing 
L-4367 Belvaux  
T: +352 46 66 44 6124 
F: +352 46 66 44 6949  
http://www.uni.lu/lcsb 
       
   
   

This message is confidential and may contain privileged information. 
It is intended for the named recipient only. 
If you receive it in error please notify me and permanently delete the original 
message and any copies. 


  

> On 14 Nov 2016, at 22:51, c...@endlessnow.com wrote:
> 
> Export domains are to move VMs between oVirt environments.  As already 
> mentioned, you attach the export domain to one data center, export the vm, 
> maint/detach, attach to different data center, attach and import (then 
> maint/detach, etc.).
> 
> The language "export domains  'between' engines" is a bit confusing...
> 
> 
> 
> - Original Message -
> From:
> "Christophe TREFOIS" 
> 
> To:
> "Beckman Daniel" , "users" 
> Cc:
> 
> Sent:
> Mon, 14 Nov 2016 20:10:16 +
> Subject:
> Re: [ovirt-users] Move a VM between 2 setups
> 
> 
> Hi Daniel,
> 
> 
> 
>  
> Fantastic information. Thanks so much for this.
> 
> 
> 
>  
> I was already using export domains inside my current engine, but not sure if 
> it would also work “between” engines so to speak.
> 
> 
> 
>  
> Have a great evening!
> 
> 
> Christophe
> 
> 
> 
>  
> From: Beckman, Daniel [mailto:daniel.beck...@ingramcontent.com] 
> Sent: lundi 14 novembre 2016 20:43
> To: Christophe TREFOIS ; users 
> Subject: Re: [ovirt-users] Move a VM between 2 setups
> 
> 
> 
>  
> Hi Christophe,
> 
> 
> 
>  
> An “export domain” is made for just this purpose. Create a NFS (version 3) 
> share and make it accessible to the hypervisors for each engine. (It should 
> be a dedicated NFS share, not used for anything else.) As I recall it should 
> be owned by vdsm:vdsm (36:36). In one of the engines (doesn’t matter which), 
> in the web admin page go to Storage and add a new NFS based export domain, 
> using the NFS share you created. Once it’s activated, test it out; try 
> right-clicking on a VM to “export” it.
> 
> 
> 
>  
> Note that there can only be one engine connected to a given export domain at 
> any one time. When you’re done testing the export domain on the first engine, 
> you need to put it into “maintenance” and ultimately “detach” it.
> 
> 
> 
>  
> Then go to the other engine, and this time under Storage instead of “new 
> domain” click “import domain” and enter the same NFS share information. It 
> should recognize that you already have an export domain setup under that NFS 
> share.  Attach and activate it, and under Storage /  
>  / VM Import, try importing the VM you had previously exported.
> 
> 
> 
>  
> This is covered (sparsely) in the oVirt documentation at 
> https://www.ovirt.org/documentation/admin-guide/administration-guide/ 
> , and 
> it’s covered more coherently in the commercial RHV documentation at 
> https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/administration-guide#Storage_properties
>  
> .
> 
> 
> 
>  
> Best,
> 
> 
> Daniel
> 
> 
> 
>  
> From: > on behalf of 
> Christophe TREFOIS  >
> Date: Monday, November 14, 2016 at 11:14 AM
> To: users >
> Subject: [ovirt-users] Move a VM between 2 setups
> 
> 
> 
>  
> Hi,
> 
> 
> 
>  
> We have a setup where we want to deploy 2 engines as the network between 2 
> buildings is unreliable.
> 
> 
> 
>  
> With 2 engines, we then want to be able to move VMs (one time) from current 
> engine where they are running to new engine in the other building.
> 
> 
> 
>  
> Is there a recommended workflow for doing this?
> 
> 
> We have access to shared NFS for this task if required.
> 
> 
> 
>  
> Thanks for any pointers,
> 
> 
> Christophe
> 
> 
> -- 
> 
> 
> Dr Christophe Trefois, Dipl.-Ing.  
> Technical Specialist / Post-Doc
> 
> 
> UNIVERSITÉ DU LUXEMBOURG
> 
> LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE
> Campus Belval | House of Biomedicine  
> 6, avenue du Swing 
> L-4367 Belvaux  
> T: +352 

Re: [ovirt-users] Move a VM between 2 setups

[ccox]

Export domains are to move VMs between oVirt environments.  As
already mentioned, you attach the export domain to one data center,
export the vm, maint/detach, attach to different data center, attach
and import (then maint/detach, etc.).

The language "export domains  'between' engines" is a bit
confusing...

- Original Message -
From:
 "Christophe TREFOIS" 

To:
"Beckman Daniel" , "users"

Cc:

Sent:
Mon, 14 Nov 2016 20:10:16 +
Subject:
Re: [ovirt-users] Move a VM between 2 setups

Hi Daniel,

 

Fantastic information. Thanks so much for this.

 

I was already using export domains inside my current engine, but not
sure if it would also work “between” engines so to speak.

 

Have a great evening!

Christophe

 

FROM: Beckman, Daniel [mailto:daniel.beck...@ingramcontent.com] 
SENT: lundi 14 novembre 2016 20:43
TO: Christophe TREFOIS ; users

SUBJECT: Re: [ovirt-users] Move a VM between 2 setups

 

Hi Christophe,

 

An “export domain” is made for just this purpose. Create a NFS
(version 3) share and make it accessible to the hypervisors for each
engine. (It should be a dedicated NFS share, not used for anything
else.) As I recall it should be owned by vdsm:vdsm (36:36). In one of
the engines (doesn’t matter which), in the web admin page go to
Storage and add a new NFS based export domain, using the NFS share you
created. Once it’s activated, test it out; try right-clicking on a
VM to “export” it. 

 

Note that there can only be one engine connected to a given export
domain at any one time. When you’re done testing the export domain
on the first engine, you need to put it into “maintenance” and
ultimately “detach” it.

 

Then go to the other engine, and this time under Storage instead of
“new domain” click “import domain” and enter the same NFS
share information. It should recognize that you already have an export
domain setup under that NFS share.  Attach and activate it, and under
Storage /   / VM Import, try importing the
VM you had previously exported. 

 

This is covered (sparsely) in the oVirt documentation at
https://www.ovirt.org/documentation/admin-guide/administration-guide/
[1], and it’s covered more coherently in the commercial RHV
documentation at
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/administration-guide#Storage_properties
[2]. 

 

Best,

Daniel

 

FROM:  on behalf of Christophe TREFOIS

DATE: Monday, November 14, 2016 at 11:14 AM
TO: users 
SUBJECT: [ovirt-users] Move a VM between 2 setups

 

Hi, 

 

We have a setup where we want to deploy 2 engines as the network
between 2 buildings is unreliable.

 

With 2 engines, we then want to be able to move VMs (one time) from
current engine where they are running to new engine in the other
building.

 

Is there a recommended workflow for doing this?

We have access to shared NFS for this task if required.

 

Thanks for any pointers,

Christophe

-- 

DR CHRISTOPHE TREFOIS, DIPL.-ING.  

Technical Specialist / Post-Doc

UNIVERSITÉ DU LUXEMBOURG

LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE

Campus Belval | House of Biomedicine  

6, avenue du Swing 

L-4367 Belvaux  

T: 
+352 46 66 44 6124
 

F: 
+352 46 66 44 6949
  

http://www.uni.lu/lcsb
 [6]

 [7]  

 [8]  

 [9]  

 [10]  

 [11]


This message is confidential and may contain privileged information. 

It is intended for the named recipient only. 

If you receive it in error please notify me and permanently delete the
original message and any copies. 



  

 

 

Links:
--
[1]
https://www.ovirt.org/documentation/admin-guide/administration-guide/
[2]
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/administration-guide#Storage_properties
[3] mailto:users-boun...@ovirt.org
[4] mailto:christophe.tref...@uni.lu
[5] mailto:users@ovirt.org
[6] http://www.uni.lu/lcsb
[7] https://www.facebook.com/trefex
[8] https://twitter.com/Trefex
[9] https://plus.google.com/+ChristopheTrefois/
[10] https://www.linkedin.com/in/trefoischristophe
[11] http://skype?call

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

Re: [ovirt-users] Extract snapshot from an image

[Yaniv Dary]

You can mount the snapshot to another VM and copy the image.
We will be adding a image download option in oVirt 4.1.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Tue, Nov 15, 2016 at 4:29 PM, Demeter Tibor  wrote:

> Dear All,
>
> I have a running vm that have a snapshot. It was made until the machine
> was stopped. This snapshot is a consistent backup of the whole vm.
> Is it possible to extract the snapshot from the running vm's image? I have
> try the qemu-img, but I didn't found similar function.
> I need the snapshot version of machine, but I don't want to revert.
>
> Thanks in advance,
>
> Regards,
>
> Tibor
>
>
> ___
> 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] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 5:05 PM, Simone Tiraboschi 
wrote:

>
>
> On Tue, Nov 15, 2016 at 5:00 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Tue, Nov 15, 2016 at 4:39 PM, Simone Tiraboschi 
>> wrote:
>>
>>>

 Boot time was at 14:32 and from image it seems that on 14:39 all should
 have been already ok... but perhaps further settlement needed after first
 "Storage Pool Manager runs on ." message?
 When I tried to start the VM all the storage domains resulted up in
 webadmin

>>>
>>> Are your NFS1 and ISO storage domain active now?
>>>
>>>
>>
>>  Yes, NFS1, ISO and hosted_storage result all up in webadmin gui Storage
>> tab
>>
>
> Can you please attach VDSM logs for that timeframe?
>


vdsm.log.3.xz starts at 14:01
https://drive.google.com/file/d/0BwoPbcrMv8mvY0otTlVFc0tXY0U/view?usp=sharing

vdsm.log.2.xz starts at 15:01
https://drive.google.com/file/d/0BwoPbcrMv8mva3NWRFhlVGcxdWc/view?usp=sharing

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

[ovirt-users] Cannot change notification settings for hosted engine in ovirt 4.0

[George Chlipala]

I cannot seem to find any information on how to change the notification
settings, in particular the email adresses to which to send notifications
and the from address for the notifications.  I have tried adding a file on
the engine itself in /etc/ovirt-engine/notifier/notifier.conf.d/ and
setting MAIL_FROM.  I then restarted the ovirt-engine service, but notices
are still using the old configuration.  I even tried restarting the VM, but
that did not have any effect.  I have also tried editing
/var/lib/ovirt-hosted-engine-ha/broker.conf however when I restart the
ovirt-ha-broker service, the file is overwritten.

I have found documentation about the shared configuration storage (
http://www.ovirt.org/develop/release-management/features/hosted-engine-configuration-on-shared-storage/),
however it is not clear to me where I would edit existing data in the
shared storage.  Do I just untar the files, edit, then "retar" to the
shared storage?  Do I need to set maintenance mode before editing? Should I
shutdown the engine?  After I edit the files, do I just restart the
ovirt-ha-broker service or do I need to do something else?

Any help in this matter would be greatly appreciated.

Thanks!

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

Re: [ovirt-users] spice console resolution now exceeding 1024x768

[Yaniv Dary]

Missing information on:
- What OS is running on the guest ?
- Is the QXL driver installed on the guest ?
- Is spice-vdagent installed and is running on the guest ?

Thanks

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Fri, Nov 4, 2016 at 3:40 AM, John Nguyen  wrote:

> Hello,
>
> I'm very sorry if this question has been covered before.  I've recently
> deployed the Ovirt 4 release on a CentOS 7.2 host.  I'm delighted with the
> dashboard improvements over the 3.6 release. However I'm experiencing an
> issue with trying to resize my spice console pass 1024x768 resolution. The
> vm to shows an "Unknown Display".
>
> Any guidance would be greatly appreciated.
>
> Yours,
> John N
>
> ___
> 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] Extract snapshot from an image

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 4:43 PM, Yaniv Dary  wrote:

> You can mount the snapshot to another VM and copy the image.
> We will be adding a image download option in oVirt 4.1.
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Tue, Nov 15, 2016 at 4:29 PM, Demeter Tibor 
> wrote:
>
>> Dear All,
>>
>> I have a running vm that have a snapshot. It was made until the machine
>> was stopped. This snapshot is a consistent backup of the whole vm.
>> Is it possible to extract the snapshot from the running vm's image? I
>> have try the qemu-img, but I didn't found similar function.
>> I need the snapshot version of machine, but I don't want to revert.
>>
>> Thanks in advance,
>>
>> Regards,
>>
>> Tibor
>>
>>
Hello,
in 4.0.5 if you select "Virtual Machines" tab and then "Snapshots" subtab
you can do clone of the snapshot into a new VM:
https://drive.google.com/file/d/0BwoPbcrMv8mvRjJUSEhMM3dveG8/view?usp=sharing

I tried and it worked.
Or did you mean anything different?
You can't do it on the "Current" line (the Active VM) but if the VM is
stopped you can instead do a "Clone VM" from the VM line

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

Re: [ovirt-users] Incorrect display of Memory on Dashboard

[Yaniv Dary]

Probably, please open a bug.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Fri, Nov 11, 2016 at 12:09 PM, knarra  wrote:

> Hi,
>
> I have three hosts in my cluster. I see that the following amount of
> memory is being consumed in each host.
>
> Node1:
>
> 
>
> [root@rhsqa-grafton4 ~]# free -m
>   totalusedfree  shared buff/cache
>  available
> Mem: 2576772564  250784  41 4328  254087
> Swap:  4095   04095
> [root@rhsqa-grafton4 ~]#
>
> Node2:
>
> =
>
> [root@rhsqa-grafton5 ~]# free -m
>   totalusedfree  shared buff/cache
>  available
> Mem: 257677   13156  230035  41 14486  243499
> Swap:  4095   04095
>
> Node3:
>
> =
>
> [root@rhsqa-grafton6 ~]# free -m
>   totalusedfree  shared buff/cache
>  available
> Mem: 2576776142  208956 545 42578  249991
> Swap:  4095   04095
>
> I see that total amount of mem used is 22 or 23 GB. But in the dashboard i
> see that 60.9 GIB is Used.  Is this a bug ?  RHEV version i am using
> RHEV4.0.4
>
> Thanks
>
> kasturi
>
>
> ___
> 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] Move a VM between 2 setups

[Yaniv Dary]

In general ever since 3.5 you don't need a export domain to do this.
It is advised you use import storage domain feature to do the same thing.
You create a new storage domain move VM to it and then remove it and attach
it to the new engine.
This should be much faster than the export domain.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Tue, Nov 15, 2016 at 4:04 PM, Robert Story  wrote:

> On Mon, 14 Nov 2016 19:42:46 + Daniel wrote:
> BD> An “export domain” is made for just this purpose. Create a NFS
> (version 3) share and make it accessible to the hypervisors for each
> engine. (It should be a dedicated NFS share, not used for anything else.)
> As I recall it should be owned by vdsm:vdsm (36:36). In one of the engines
> (doesn’t matter which), in the web admin page go to Storage and add a new
> NFS based export domain, using the NFS share you created. Once it’s
> activated, test it out; try right-clicking on a VM to “export” it.
> BD>
> BD> Note that there can only be one engine connected to a given export
> domain at any one time. When you’re done testing the export domain on the
> first engine, you need to put it into “maintenance” and ultimately “detach”
> it.
> BD>
> BD> Then go to the other engine, and this time under Storage instead of
> “new domain” click “import domain” and enter the same NFS share
> information. It should recognize that you already have an export domain
> setup under that NFS share.  Attach and activate it, and under Storage /
>   / VM Import, try importing the VM you had
> previously exported.
>
> What I did in the past was to create a nfs share for each engine in
> subdirectories on the same filesystem (eg /srv/ovirt/export/beta,
> /srv/ovirt/export/production). After exporting from one, log in the the nfs
> machine and move (or cp -al) the exported domain from one to the other.
> It's pretty much instantaneous since it's the same file system. Saves the
> hassle of the disconnect/reconnect.
>
>
> Robert
>
> --
> Senior Software Engineer @ Parsons
>
> ___
> 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] Extract snapshot from an image

[Demeter Tibor]

Dear All, 

I have a running vm that have a snapshot. It was made until the machine was 
stopped. This snapshot is a consistent backup of the whole vm. 
Is it possible to extract the snapshot from the running vm's image? I have try 
the qemu-img, but I didn't found similar function. 
I need the snapshot version of machine, but I don't want to revert. 

Thanks in advance, 

Regards, 

Tibor 




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

Re: [ovirt-users] ovirt 3.5.5 to 4.x

[Yaniv Dary]

Yes, this is possible, since import storage domain exists since oVirt 3.5.
Doing a test is always advised due.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Tue, Nov 15, 2016 at 4:37 PM, Demeter Tibor  wrote:

> Dear users,
>
> We have an ovirt cluster with three nodes and centralized storage.(nfs
> based). The clusters based on centos6 os.
>
> We bought some new server for more resources, but we want to upgrade to
> 4.0 . Is it possible to make brand new install and import all of VM-s from
> storage?
> The storage will be remain, so I just wondering, I will make a clean
> install and connect the storage to this cluster.
> Is it possible?
>
> We don't have users, or special settings on this cluster, but I don't want
> to make the difficult upgrade process from 3.5 to 4.x and centos 6 to 7.
>
> What is our possibilities?
>
> Thank in advance,
>
> Regards,
>
> Tibor.
>
>
> ___
> 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] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 4:39 PM, Simone Tiraboschi 
wrote:

>
>>
>> Boot time was at 14:32 and from image it seems that on 14:39 all should
>> have been already ok... but perhaps further settlement needed after first
>> "Storage Pool Manager runs on ." message?
>> When I tried to start the VM all the storage domains resulted up in
>> webadmin
>>
>
> Are your NFS1 and ISO storage domain active now?
>
>

 Yes, NFS1, ISO and hosted_storage result all up in webadmin gui Storage tab
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Simone Tiraboschi]

On Tue, Nov 15, 2016 at 5:00 PM, Gianluca Cecchi 
wrote:

> On Tue, Nov 15, 2016 at 4:39 PM, Simone Tiraboschi 
> wrote:
>
>>
>>>
>>> Boot time was at 14:32 and from image it seems that on 14:39 all should
>>> have been already ok... but perhaps further settlement needed after first
>>> "Storage Pool Manager runs on ." message?
>>> When I tried to start the VM all the storage domains resulted up in
>>> webadmin
>>>
>>
>> Are your NFS1 and ISO storage domain active now?
>>
>>
>
>  Yes, NFS1, ISO and hosted_storage result all up in webadmin gui Storage
> tab
>

Can you please attach VDSM logs for that timeframe?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt 3.5.5 to 4.x

[Demeter Tibor]

Dear users, 

We have an ovirt cluster with three nodes and centralized storage.(nfs based). 
The clusters based on centos6 os. 

We bought some new server for more resources, but we want to upgrade to 4.0 . 
Is it possible to make brand new install and import all of VM-s from storage? 
The storage will be remain, so I just wondering, I will make a clean install 
and connect the storage to this cluster. 
Is it possible? 

We don't have users, or special settings on this cluster, but I don't want to 
make the difficult upgrade process from 3.5 to 4.x and centos 6 to 7. 

What is our possibilities? 

Thank in advance, 

Regards, 

Tibor. 




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

Re: [ovirt-users] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Simone Tiraboschi]

On Tue, Nov 15, 2016 at 3:04 PM, Gianluca Cecchi 
wrote:

>
>
> On Tue, Nov 15, 2016 at 2:51 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> Single host with self hosted engine.
>> All seems ok after rebooting host and exiting local maintenance.
>> But when I try to start a VM I get
>>
>> VM racclient1 is down with error. Exit message: Unable to get volume size
>> for domain 556abaa8-0fcc-4042-963b-f27db5e03837 volume
>> e0524893-1f78-4e6b-8e5e-83217bc0dc5b.
>>
>> I don't know if it is related, but even after this update I continue to
>> get the SSL error in vdsmd service:
>>
>
The SSL error is due to a bad handling of EOF on the underlying connection
with M2Crypto library:
https://bugzilla.redhat.com/show_bug.cgi?id=1383118

You see many of them since ovirt-ha-agent is opening and closing multiple
connections:
https://bugzilla.redhat.com/show_bug.cgi?id=1349829

A bit annoying but absolutely harmless.


>
>> [root@ractor ~]# systemctl status vdsmd -l
>> ● vdsmd.service - Virtual Desktop Server Manager
>>Loaded: loaded (/etc/systemd/system/vdsmd.service; enabled; vendor
>> preset: enabled)
>>Active: active (running) since Tue 2016-11-15 14:32:17 CET; 7min ago
>>   Process: 2247 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
>> --pre-start (code=exited, status=0/SUCCESS)
>>  Main PID: 2336 (vdsm)
>>CGroup: /system.slice/vdsmd.service
>>├─2336 /usr/bin/python /usr/share/vdsm/vdsm
>>├─2494 /usr/libexec/ioprocess --read-pipe-fd 81
>> --write-pipe-fd 80 --max-threads 10 --max-queued-requests 10
>>├─3588 /usr/libexec/ioprocess --read-pipe-fd 40
>> --write-pipe-fd 39 --max-threads 10 --max-queued-requests 10
>>├─3601 /usr/libexec/ioprocess --read-pipe-fd 48
>> --write-pipe-fd 47 --max-threads 10 --max-queued-requests 10
>>├─3609 /usr/libexec/ioprocess --read-pipe-fd 56
>> --write-pipe-fd 55 --max-threads 10 --max-queued-requests 10
>>├─3616 /usr/libexec/ioprocess --read-pipe-fd 63
>> --write-pipe-fd 61 --max-threads 10 --max-queued-requests 10
>>└─3623 /usr/libexec/ioprocess --read-pipe-fd 73
>> --write-pipe-fd 71 --max-threads 10 --max-queued-requests 10
>>
>> Nov 15 14:39:22 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:24 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:27 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:30 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:42 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:50 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:52 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> Nov 15 14:39:55 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
>> error during reading data: unexpected eof
>> [root@ractor ~]#
>>
>> See initial posting thread here:
>>
>> http://lists.ovirt.org/pipermail/users/2016-July/041264.html
>>
>> and also my further updates here:
>> http://lists.ovirt.org/pipermail/users/2016-October/043355.html
>>
>> Gianluca
>>
>>
>
> After a couple of minutes it seems it resolved itself.
>
> This is the sequence of events I see in engine web admin:
> https://drive.google.com/file/d/0BwoPbcrMv8mvY3pJWWVYUVBVb1k/
> view?usp=sharing
>
> Boot time was at 14:32 and from image it seems that on 14:39 all should
> have been already ok... but perhaps further settlement needed after first
> "Storage Pool Manager runs on ." message?
> When I tried to start the VM all the storage domains resulted up in
> webadmin
>

Are your NFS1 and ISO storage domain active now?


>
> Gianluca
>
> ___
> 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] Move a VM between 2 setups

[Robert Story]

On Mon, 14 Nov 2016 19:42:46 + Daniel wrote:
BD> An “export domain” is made for just this purpose. Create a NFS (version 3) 
share and make it accessible to the hypervisors for each engine. (It should be 
a dedicated NFS share, not used for anything else.) As I recall it should be 
owned by vdsm:vdsm (36:36). In one of the engines (doesn’t matter which), in 
the web admin page go to Storage and add a new NFS based export domain, using 
the NFS share you created. Once it’s activated, test it out; try right-clicking 
on a VM to “export” it.
BD> 
BD> Note that there can only be one engine connected to a given export domain 
at any one time. When you’re done testing the export domain on the first 
engine, you need to put it into “maintenance” and ultimately “detach” it.
BD> 
BD> Then go to the other engine, and this time under Storage instead of “new 
domain” click “import domain” and enter the same NFS share information. It 
should recognize that you already have an export domain setup under that NFS 
share.  Attach and activate it, and under Storage /   
/ VM Import, try importing the VM you had previously exported.

What I did in the past was to create a nfs share for each engine in
subdirectories on the same filesystem (eg /srv/ovirt/export/beta,
/srv/ovirt/export/production). After exporting from one, log in the the nfs
machine and move (or cp -al) the exported domain from one to the other.
It's pretty much instantaneous since it's the same file system. Saves the
hassle of the disconnect/reconnect.


Robert

-- 
Senior Software Engineer @ Parsons


pgpXcCviDGxLk.pgp
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Comparing upgrade guide between oVirt and RHEV

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 2:46 PM, Gianluca Cecchi 
wrote:

>
>
>
>
>> In case let me know how can I open a documentation bug for this if you
>>> agree.
>>>
>>
>> You are more than welcome.
>> Thanks!
>>
>>
>
> Against what?
>
>

Created this one
https://bugzilla.redhat.com/show_bug.cgi?id=1395294

Feel free to edit if I missed anything
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 5:16 PM, Gianluca Cecchi 
wrote:

> On Tue, Nov 15, 2016 at 5:05 PM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Tue, Nov 15, 2016 at 5:00 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Tue, Nov 15, 2016 at 4:39 PM, Simone Tiraboschi 
>>> wrote:
>>>

>
> Boot time was at 14:32 and from image it seems that on 14:39 all
> should have been already ok... but perhaps further settlement needed after
> first "Storage Pool Manager runs on ." message?
> When I tried to start the VM all the storage domains resulted up in
> webadmin
>

 Are your NFS1 and ISO storage domain active now?


>>>
>>>  Yes, NFS1, ISO and hosted_storage result all up in webadmin gui Storage
>>> tab
>>>
>>
>> Can you please attach VDSM logs for that timeframe?
>>
>
>
> vdsm.log.3.xz starts at 14:01
> https://drive.google.com/file/d/0BwoPbcrMv8mvY0otTlVFc0tXY0U/
> view?usp=sharing
>
> vdsm.log.2.xz starts at 15:01
> https://drive.google.com/file/d/0BwoPbcrMv8mva3NWRFhlVGcxdWc/
> view?usp=sharing
>
> Gianluca
>


One note: it seems to me that actually on other occasions when starting
from powered off state it apparently starts but after a few minutes it goes
down and recomes up in a few minutes again
Donna if it depends on single environment setup or if it is true in
general, because it is difficult in general that a global stop of the infra
and clean start is made very often
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Info on testing ovirt 4.0.5 and gluster

[knarra]

Hi Gianluca,

yes, you are right. Now second and third host can be directly added 
from UI. Before adding the second and third host please make sure that 
the following steps are done for hyperconverged setup.


1) On Hosted engine vm run the command 'engine-config -s 
AllowClusterWithVirtGlusterEnabled=true'


2) Restart ovirt-engine by running the command 'service ovirt-engine 
restart'


3) /Edit Cluster/>/Default/>/Enable the gluster service/.

4) Create separate storage domains for each gluster volume. You can see 
that hosted_storage gets imported into the UI automatically when one 
storage domain is created in the UI.


5) Add second and third host from UI.

Hope this helps

Thanks
kasturi

On 11/16/2016 06:43 AM, Gianluca Cecchi wrote:

Hello,
I'm testing hyperconverged setup with gluster and oVirt 4.0.5 and 
three hosts and self hosted engine.
I'm at the point where first host is ok and engine up and I have to 
deploy second and third host.


In the past the command to give on them was

root@host2 # hosted-engine --deploy
and at the end of it
root@host3 # hosted-engine --deploy

But I also seem to remember that perhaps this has been superseded and 
possible to direct deploy now host2 and host3 from web admin gui with 
Hosts --> New


Is this true in general? And in particular in my case?

Thanks in advance,

Gianluca


___
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] Cannot install latest upstream master

[knarra]

Hi,

I was  installing latest upstream master and i am hitting the issue 
below. Can some one please let me know if this a bug ? If yes, is this 
going to be fixed in the next nightly?


[WARNING] OVF does not contain a valid image description, using default.
[ INFO  ] Detecting host timezone.
  Enter ssh public key for the root user that will be used for 
the engine appliance (leave it empty to skip): /root/.ssh/id_rsa.pub

[ ERROR ] The ssh key is not valid.
  Enter ssh public key for the root user that will be used for 
the engine appliance (leave it empty to skip):

[WARNING] Skipping appliance root ssh public key
  Do you want to enable ssh access for the root user (yes, no, 
without-password) [yes]: yes


ERROR SNIPPET:




  |- [ ERROR ] Failed to execute stage 'Misc configuration': 
Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute

  |- [ INFO  ] Rolling back database schema
  |- [ INFO  ] Clearing Engine database engine
  |- [ INFO  ] Rolling back DWH database schema
  |- [ INFO  ] Clearing DWH database ovirt_engine_history
  |- [ INFO  ] Stage: Clean up
  |-   Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20161115140627-er36oa.log
  |- [ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20161115140829-setup.conf'

  |- [ INFO  ] Stage: Pre-termination
  |- [ INFO  ] Stage: Termination
  |- [ ERROR ] Execution of setup failed
  |- HE_APPLIANCE_ENGINE_SETUP_FAIL
[ ERROR ] Engine setup failed on the appliance
[ ERROR ] Failed to execute stage 'Closing up': Engine setup failed on 
the appliance Please check its log on the appliance.

[ INFO  ] Stage: Clean up
[ INFO  ] Generating answer file 
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20161115193834.conf'

[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
please check the issue,fix and redeploy
  Log file is located at 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20161115191145-hr3nat.log

[root@rhsqa-grafton4 ~]#

Thanks

kasturi.

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

[ovirt-users] Fwd: spice console resolution now exceeding 1024x768

[John Nguyen]

Sorry I'm quite new to this

Thank you Yaniv,


I'm running CentOS 7.2, with kernel 3.10.0-327.28.3 on both my guest vm and
ovirt host

both the QXL driver and the spice-vdagent are installed on my guest vm.
xorg-x11-drv-qxl version 0.1.1 18.el7
spice-vdagent-0.14.0-10.el7

I'm running ovirt 4.0.4.4

John



On Tue, Nov 15, 2016 at 11:50 AM, Yaniv Dary  wrote:

> Missing information on:
> - What OS is running on the guest ?
> - Is the QXL driver installed on the guest ?
> - Is spice-vdagent installed and is running on the guest ?
>
> Thanks
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Fri, Nov 4, 2016 at 3:40 AM, John Nguyen  wrote:
>
>> Hello,
>>
>> I'm very sorry if this question has been covered before.  I've recently
>> deployed the Ovirt 4 release on a CentOS 7.2 host.  I'm delighted with the
>> dashboard improvements over the 3.6 release. However I'm experiencing an
>> issue with trying to resize my spice console pass 1024x768 resolution. The
>> vm to shows an "Unknown Display".
>>
>> Any guidance would be greatly appreciated.
>>
>> Yours,
>> John N
>>
>> ___
>> 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] [Gluster-users] gluster - Volume quota failed

[Sanoj Unnikrishnan]

That's correct Glusterfs manages its own quotas with xattrs. If you create
glusterfs over xfs and set quotas on both, then, both the quota will be
simultaneously active. Hence it would be advisable to only use gluster
quota commands to manage quota.

Regards,
Sanoj

On Sun, Nov 13, 2016 at 10:09 PM, knarra  wrote:

> [+gluster-users] list
>
> On 11/11/2016 04:09 PM, lejeczek wrote:
>
>>
>>
>> On 11/11/16 09:26, knarra wrote:
>>
>>> On 11/11/2016 01:07 PM, lejeczek wrote:
>>>


 On 11/11/16 05:57, knarra wrote:

> On 11/11/2016 03:20 AM, lejeczek wrote:
>
>> quota command failed : Volume quota failed. The cluster is operating
>> at version 30700. Quota command enable is unavailable in this version.
>>
>
> Hi,
>
> Could you please tell us what is the version of glusterfs you are
> using ? For 3.7.0 / 3.7.1 30700 op-version is applicable. If you have
> greater version you would need to bump up the op-version and check if 
> quota
> enable works.
>
> Hope this helps.
>
> Thanks
>
> kasturi.
>
> it is glusterfs-3.7.16-1.el7.x86_64 - so it's higher, correct? And if
 yes why gluster did set it 30700?
 What value should there be?

>>> Could you please set the op-version to 30712 and try enabling quota.
>>> Ideally, when a fresh install of glusterfs is done op version is set to
>>> correct value. When a upgrade of node is done then user has to go and bump
>>> up the op-version.
>>>
>>
>> hi, thanks,
>> like I mentioned earlier - no earlier setup, gluster was installed yes,
>> older versions but never was in use, not a single volume was set up.
>>
>> I'd have question still about quotas:  I've started googling but have to
>> failed - glusterfs does not translate local FS (xfs) quotas and presents
>> them to its clients, does it?
>> It is only glusterfs own quota functions that we have to manage quotas?
>>
>>
>>
>>> More info can be found here https://github.com/gluster/glu
>>> sterfs/blob/release-3.7/doc/release-notes/3.7.16.md
>>>


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

>>>
>>>
>>>
>>
> ___
> Gluster-users mailing list
> gluster-us...@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Info on testing ovirt 4.0.5 and gluster

[Gianluca Cecchi]

On Wed, Nov 16, 2016 at 7:59 AM, knarra  wrote:

> Hi Gianluca,
>
> yes, you are right. Now second and third host can be directly added
> from UI. Before adding the second and third host please make sure that the
> following steps are done for hyperconverged setup.
>
> 1) On Hosted engine vm run the command 'engine-config -s
> AllowClusterWithVirtGlusterEnabled=true'
>
> 2) Restart ovirt-engine by running the command 'service ovirt-engine
> restart'
>
> 3) *Edit Cluster* > *Default* > *Enable the gluster service*.
>
> 4) Create separate storage domains for each gluster volume. You can see
> that hosted_storage gets imported into the UI automatically when one
> storage domain is created in the UI.
>
> 5) Add second and third host from UI.
>
> Hope this helps
>
> Thanks
> kasturi
>
>
Hello,
thanks for your answer.
Basically I'm following Jason guide here for 4.0:
https://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluster-storage/

I arrived just before the second/third host deploy actions.
I verified that

1) actually seems already in place
[root@ovengine ~]# engine-config -g AllowClusterWithVirtGlusterEnabled
AllowClusterWithVirtGlusterEnabled: true version: general
[root@ovengine ~]#

3) Already done

2) Already done after step 3)


I see that in Jason guide steps 4) and 5) are reversed.
Are they interchangeable or is that using the web admin deploy method
requires that storage domains are already set up before adding second host?

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

[ovirt-users] EPEL and package(s) conflicts

[lejeczek]

hi

I apologize if I missed it reading release(repo) note.
What are users supposed to do with EPEL repo?
I'm asking for hit this:

--> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo will be 
an update

--> Finished Dependency Resolution
Error: Package: nfs-ganesha-gluster-2.3.0-1.el7.x86_64 
(@ovirt-4.0-centos-gluster37)

   Requires: nfs-ganesha = 2.3.0-1.el7
   Removing: nfs-ganesha-2.3.0-1.el7.x86_64 
(@ovirt-4.0-centos-gluster37)

   nfs-ganesha = 2.3.0-1.el7
   Updated By: nfs-ganesha-2.3.2-1.el7.x86_64 (epel)
   nfs-ganesha = 2.3.2-1.el7


and I also wander if there might be more?
regards.
L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import VM from export domain fails

[Martijn Grendelman]

Strange, the import failed twice, and it succeeded when I tried a third
time.  I'll report back when I encounter this problem again. Thanks.

Best regards,
Martijn.


Op 15-11-2016 om 08:33 schreef Elad Ben Aharon:
> Can you please attach engine.log?
> Thanks
>
> On Mon, Nov 14, 2016 at 6:28 PM, Martijn Grendelman
> > wrote:
>
> 2016-11-14 17:24:27,980 ERROR
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
> (org.ovirt.thread.pool-8-thread-39) [4a0b828a] Exception:
> java.lang.reflect.UndeclaredThrowableException
> at com.sun.proxy.$Proxy183.isMacInRange(Unknown Source)
> at
> java.util.function.Predicate.lambda$negate$1(Predicate.java:80)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
> [rt.jar:1.8.0_111]
> at
> 
> java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> [rt.jar:1.8.0_111]
> at
> 
> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> [rt.jar:1.8.0_111]
> at
> java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
> [rt.jar:1.8.0_111]
> at
> 
> org.ovirt.engine.core.bll.network.vm.ExternalVmMacsFinder.findExternalMacAddresses(ExternalVmMacsFinder.java:38)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.reportExternalMacs(ImportVmCommandBase.java:438)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmInterfaces(ImportVmCommandBase.java:552)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$0(ImportVmCommandBase.java:458)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:204)
> [utils.jar:]
> at
> 
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:454)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeCommand(ImportVmCommandBase.java:425)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166)
> [utils.jar:]
> at
> 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105)
> [utils.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182)
> [bll.jar:]
> at
> 
> org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92)
> [utils.jar:]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [rt.jar:1.8.0_111]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [rt.jar:1.8.0_111]
> at
> 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [rt.jar:1.8.0_111]
> at
> 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [rt.jar:1.8.0_111]
>  

Re: [ovirt-users] Comparing upgrade guide between oVirt and RHEV

[Simone Tiraboschi]

On Tue, Nov 15, 2016 at 1:16 PM, Gianluca Cecchi 
wrote:

> 2) Command to upgrade the engine
>> In oVirt page we have
>> yum update "ovirt-engine-setup*"
>>
>> In RHEV we have the command without the star
>> yum update ovirt-engine-setup
>>
>> If I remember correctly the star was important in the past
>> Any comments on this difference? Documentation error or different
>> functionalities or dependency chain changed so that now it is not necessary
>> the star also in oVirt?
>>
>>
> Being on RHEL 7 OS with 4.0.4 they seems now equivalent
>

Both of them could be wrong if in the past you installed DWH.
The right one is:
yum update ovirt-*-setup*

I'm triggering the procedures to fix the two documents.


>
> - yum update ovirt-engine-setup
>
> Dependencies Resolved
>
> 
> 
>  Package   ArchVersion
> Repository  Size
> 
> 
> Updating:
>  ovirt-engine-setupnoarch
>  4.0.5.5-1.el7.centosovirt-4.0   10 k
> Updating for dependencies:
>  ovirt-engine-lib  noarch
>  4.0.5.5-1.el7.centosovirt-4.0   29 k
>  ovirt-engine-setup-base   noarch
>  4.0.5.5-1.el7.centosovirt-4.0   97 k
>  ovirt-engine-setup-plugin-ovirt-enginenoarch
>  4.0.5.5-1.el7.centosovirt-4.0  165 k
>  ovirt-engine-setup-plugin-ovirt-engine-common noarch
>  4.0.5.5-1.el7.centosovirt-4.0   83 k
>  ovirt-engine-setup-plugin-vmconsole-proxy-helper  noarch
>  4.0.5.5-1.el7.centosovirt-4.0   28 k
>  ovirt-engine-setup-plugin-websocket-proxy noarch
>  4.0.5.5-1.el7.centosovirt-4.0   27 k
>
> Transaction Summary
> 
> 
> Upgrade  1 Package (+6 Dependent packages)
>
>
> - yum update "ovirt-engine-setup*"
>
> Dependencies Resolved
>
> 
> 
>  Package   ArchVersion
> Repository  Size
> 
> 
> Updating:
>  ovirt-engine-setupnoarch
>  4.0.5.5-1.el7.centosovirt-4.0   10 k
>  ovirt-engine-setup-base   noarch
>  4.0.5.5-1.el7.centosovirt-4.0   97 k
>  ovirt-engine-setup-plugin-ovirt-enginenoarch
>  4.0.5.5-1.el7.centosovirt-4.0  165 k
>  ovirt-engine-setup-plugin-ovirt-engine-common noarch
>  4.0.5.5-1.el7.centosovirt-4.0   83 k
>  ovirt-engine-setup-plugin-vmconsole-proxy-helper  noarch
>  4.0.5.5-1.el7.centosovirt-4.0   28 k
>  ovirt-engine-setup-plugin-websocket-proxy noarch
>  4.0.5.5-1.el7.centosovirt-4.0   27 k
> Updating for dependencies:
>  ovirt-engine-lib  noarch
>  4.0.5.5-1.el7.centosovirt-4.0   29 k
>
> Transaction Summary
> 
> 
> Upgrade  6 Packages (+1 Dependent package)
>
> Total download size: 440 k
> Is this ok [y/d/N]:
>
>
> BTW:
> In my opinion it is not clear in RHEV documentation that if you have a
> Self Hosted Engine environment you have to put global maintenance before
> upgrading engine.
> Inside the Upgrade Guide it is only covered the specific case when you
> migrate from 3.6 to 4.0 the Self Hosted Engine, while in minor upgrades at
> https://access.redhat.com/documentation/en/red-hat-
> virtualization/4.0/paged/upgrade-guide/chapter-2-
> updates-between-minor-releases
> it is not specified.
>
> Inside the Self Hosted Engine guide at
> https://access.redhat.com/documentation/en/red-hat-
> virtualization/4.0/paged/self-hosted-engine-guide/chapter-5-
> maintenance-and-upgrading-resources
>
> when describing maintenance modes it is indeed specified
> "
> The global maintenance mode must be applied for any setup or upgrade
> operations that require the engine to be stopped, such as upgrading to a
> later version of Red Hat Virtualization.
> "
> but in my opinion it should be put in clear also inside the Upgrade Guide.
> In case let me know how can I open a documentation bug for this if you
> agree.
>

You are more than welcome.
Thanks!


>
> Gianluca
>
>
> ___
> 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] Info on testing ovirt 4.0.5 and gluster

[Gianluca Cecchi]

Hello,
I'm testing hyperconverged setup with gluster and oVirt 4.0.5 and three
hosts and self hosted engine.
I'm at the point where first host is ok and engine up and I have to deploy
second and third host.

In the past the command to give on them was

root@host2 # hosted-engine --deploy
and at the end of it
root@host3 # hosted-engine --deploy

But I also seem to remember that perhaps this has been superseded and
possible to direct deploy now host2 and host3 from web admin gui with Hosts
--> New

Is this true in general? And in particular in my case?

Thanks in advance,

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

[ovirt-users] Comparing upgrade guide between oVirt and RHEV

[Gianluca Cecchi]

Hello,
I'm just noticing changes in web page for release notes of oVirt 4.0.5:
http://www.ovirt.org/release/4.0.5/

There are now several links to the corresponding official RHEV documents.
I think this is good, especially if they remains not so far each other.

I just noticed 2 things:

1) the command engine-upgrade-check
That I didn't know and seems to work quite good in oVirt 4.0.4
It gives me

[root@ractorshe ~]# yum clean all
Loaded plugins: fastestmirror, versionlock
Repository virtio-win-stable is listed more than once in the configuration
Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast
Cleaning repos: base centos-ovirt36 centos-ovirt40-release epel extras
ovirt-3.6
  : ovirt-3.6-centos-gluster37 ovirt-3.6-epel
ovirt-3.6-patternfly1-noarch-epel
  : ovirt-4.0 ovirt-4.0-centos-gluster37 ovirt-4.0-epel
  : ovirt-4.0-patternfly1-noarch-epel updates virtio-win-stable
Cleaning up everything
Cleaning up list of fastest mirrors

[root@ractorshe ~]# engine-upgrade-check
VERB: queue package ovirt-engine-setup for update
VERB: Downloading: epel/x86_64/metalink (0%)
VERB: Downloading: epel/x86_64/metalink 24 k(100%)
VERB: Downloading: ovirt-3.6-epel/x86_64/metalink (0%)
VERB: Downloading: ovirt-3.6-epel/x86_64/metalink 24 k(100%)
VERB: Downloading: ovirt-4.0-epel/x86_64/metalink (0%)
VERB: Downloading: ovirt-4.0-epel/x86_64/metalink 24 k(100%)
VERB: Downloading: base/7/x86_64 (0%)
...
VERB: Downloading: virtio-win-stable 3.0 k(100%)
VERB: Downloading: virtio-win-stable/primary_db (0%)
VERB: Downloading: virtio-win-stable/primary_db 2.3 k(100%)
VERB: processing package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch for
update
VERB: package ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch queued
VERB: Building transaction
VERB: Transaction built
VERB: Transaction Summary:
VERB: updated- ovirt-engine-lib-4.0.4.4-1.el7.centos.noarch
VERB: update - ovirt-engine-lib-4.0.5.5-1.el7.centos.noarch
VERB: updated- ovirt-engine-setup-4.0.4.4-1.el7.centos.noarch
VERB: update - ovirt-engine-setup-4.0.5.5-1.el7.centos.noarch
VERB: updated- ovirt-engine-setup-base-4.0.4.4-1.el7.centos.noarch
VERB: update - ovirt-engine-setup-base-4.0.5.5-1.el7.centos.noarch
VERB: updated-
ovirt-engine-setup-plugin-ovirt-engine-4.0.4.4-1.el7.centos.noarch
VERB: update -
ovirt-engine-setup-plugin-ovirt-engine-4.0.5.5-1.el7.centos.noarch
VERB: updated-
ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4.4-1.el7.centos.noarch
VERB: update -
ovirt-engine-setup-plugin-ovirt-engine-common-4.0.5.5-1.el7.centos.noarch
VERB: updated-
ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4.4-1.el7.centos.noarch
VERB: update -
ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.5.5-1.el7.centos.noarch
VERB: updated-
ovirt-engine-setup-plugin-websocket-proxy-4.0.4.4-1.el7.centos.noarch
VERB: update -
ovirt-engine-setup-plugin-websocket-proxy-4.0.5.5-1.el7.centos.noarch
Upgrade available


2) Command to upgrade the engine
In oVirt page we have
yum update "ovirt-engine-setup*"

In RHEV we have the command without the star
yum update ovirt-engine-setup

If I remember correctly the star was important in the past
Any comments on this difference? Documentation error or different
functionalities or dependency chain changed so that now it is not necessary
the star also in oVirt?

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

Re: [ovirt-users] Internal Server error after session timeout

[Michael Burman]

oVirt 4.0.5 release is now available..see Sandro e-mail from today..)

Thanks,

On Mon, Nov 14, 2016 at 5:25 PM, Derek Atkins  wrote:

> Michael,
>
> Thanks.  I'll wait for 4.0.5 to be released.
>
> Is there a published
> release schedule anywhere?  Google only brought me to the Nov 2nd
> pre-release Release Notes page, but nothing that showed the expected
> final release.
>
> Thanks,
>
> -derek
>
> Michael Burman  writes:
>
> > It's an engine bug, so yes, update the engine to 4.0.5 and run
> engine-setup(no
> > need to reboot)
> >
> > Regards,
> >
> > On Mon, Nov 14, 2016 at 2:22 PM, Derek Atkins  wrote:
> >
> > Thanks, Michael,
> >
> > Is this something that I'll just be able to "yum update ; reboot" on
> the
> > engine and host?  Or is there some other way to upgrade from 4.0.4 to
> > 4.0.5 once it's released?  (I'm running a single-host hosted-engine
> > system)
> >
> > Thanks,
> >
> > -derek
> >
> > On Mon, November 14, 2016 1:02 am, Michael Burman wrote:
> > > Hi Derek
> > >
> > > It is a bug that was fixed on 4.0.5 -
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1376003
> > >
> > > Regards)
> > >
> > > On Mon, Nov 14, 2016 at 3:44 AM, Derek Atkins 
> wrote:
> > >
> > >> Using ovirt 4.0.4 on centos 7.2..
> > >>
> > >> I log in as admin@internal using firefox on Fedora 23..  Then I
> walk
> > >> away
> > >> for a while and the session expires.  It returns to the password
> > screen.
> > >> I enter the username and password.  If I enter it in and login,
> *THEN*
> > I
> > >> get an Internal Server error.  It provides a "Click here to
> continue".
> > >> Clicking there returns to the origin page and if I click on
> > >> Administration
> > >> Portal it takes me to the portal, all logged in.
> > >>
> > >> Why does this server error occur?  It seems like once it times
> out and
> > >> returns to the admin page, it should either return to the
> original page
> > >> (suggesting a portal), or it should add a hidden field to the
> login
> > page
> > >> that remembers which portal it came from.
> > >>
> > >> Regardless, an internal server error is, IMHO, the wrong response.
> > >>
> > >> Is this a bug or am I missing something?
> > >>
> > >> -derek
> > >> --
> > >>Derek Atkins 617-623-3745
> > >>de...@ihtfp.com www.ihtfp.com
> > >>Computer and Internet Security Consultant
> > >>
> > >> ___
> > >> Users mailing list
> > >> Users@ovirt.org
> > >> http://lists.ovirt.org/mailman/listinfo/users
> > >>
> > >
> > >
> > >
> > > --
> > > Michael Burman
> > > RedHat Israel, RHEV-M QE Network Team
> > >
> > > Mobile: 054-5355725
> > > IRC: mburman
> > >
> >
> > --
> >Derek Atkins 617-623-3745
> >de...@ihtfp.com www.ihtfp.com
> >Computer and Internet Security Consultant
> >
> > --
> > Michael Burman
> > RedHat Israel, RHEV-M QE Network Team
> >
> > Mobile: 054-5355725
> > IRC: mburman
> >
>
> --
>Derek Atkins 617-623-3745
>de...@ihtfp.com www.ihtfp.com
>Computer and Internet Security Consultant
>



-- 
Michael Burman
RedHat Israel, RHEV-M QE Network Team

Mobile: 054-5355725
IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Comparing upgrade guide between oVirt and RHEV

[Gianluca Cecchi]

>
> 2) Command to upgrade the engine
> In oVirt page we have
> yum update "ovirt-engine-setup*"
>
> In RHEV we have the command without the star
> yum update ovirt-engine-setup
>
> If I remember correctly the star was important in the past
> Any comments on this difference? Documentation error or different
> functionalities or dependency chain changed so that now it is not necessary
> the star also in oVirt?
>
>
Being on RHEL 7 OS with 4.0.4 they seems now equivalent

- yum update ovirt-engine-setup

Dependencies Resolved


 Package   ArchVersion
Repository  Size

Updating:
 ovirt-engine-setupnoarch
 4.0.5.5-1.el7.centosovirt-4.0   10 k
Updating for dependencies:
 ovirt-engine-lib  noarch
 4.0.5.5-1.el7.centosovirt-4.0   29 k
 ovirt-engine-setup-base   noarch
 4.0.5.5-1.el7.centosovirt-4.0   97 k
 ovirt-engine-setup-plugin-ovirt-enginenoarch
 4.0.5.5-1.el7.centosovirt-4.0  165 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch
 4.0.5.5-1.el7.centosovirt-4.0   83 k
 ovirt-engine-setup-plugin-vmconsole-proxy-helper  noarch
 4.0.5.5-1.el7.centosovirt-4.0   28 k
 ovirt-engine-setup-plugin-websocket-proxy noarch
 4.0.5.5-1.el7.centosovirt-4.0   27 k

Transaction Summary

Upgrade  1 Package (+6 Dependent packages)


- yum update "ovirt-engine-setup*"

Dependencies Resolved


 Package   ArchVersion
Repository  Size

Updating:
 ovirt-engine-setupnoarch
 4.0.5.5-1.el7.centosovirt-4.0   10 k
 ovirt-engine-setup-base   noarch
 4.0.5.5-1.el7.centosovirt-4.0   97 k
 ovirt-engine-setup-plugin-ovirt-enginenoarch
 4.0.5.5-1.el7.centosovirt-4.0  165 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch
 4.0.5.5-1.el7.centosovirt-4.0   83 k
 ovirt-engine-setup-plugin-vmconsole-proxy-helper  noarch
 4.0.5.5-1.el7.centosovirt-4.0   28 k
 ovirt-engine-setup-plugin-websocket-proxy noarch
 4.0.5.5-1.el7.centosovirt-4.0   27 k
Updating for dependencies:
 ovirt-engine-lib  noarch
 4.0.5.5-1.el7.centosovirt-4.0   29 k

Transaction Summary

Upgrade  6 Packages (+1 Dependent package)

Total download size: 440 k
Is this ok [y/d/N]:


BTW:
In my opinion it is not clear in RHEV documentation that if you have a Self
Hosted Engine environment you have to put global maintenance before
upgrading engine.
Inside the Upgrade Guide it is only covered the specific case when you
migrate from 3.6 to 4.0 the Self Hosted Engine, while in minor upgrades at
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/chapter-2-updates-between-minor-releases
it is not specified.

Inside the Self Hosted Engine guide at
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/self-hosted-engine-guide/chapter-5-maintenance-and-upgrading-resources


when describing maintenance modes it is indeed specified
"
The global maintenance mode must be applied for any setup or upgrade
operations that require the engine to be stopped, such as upgrading to a
later version of Red Hat Virtualization.
"
but in my opinion it should be put in clear also inside the Upgrade Guide.
In case let me know how can I open a documentation bug for this if you
agree.

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

Re: [ovirt-users] EPEL and package(s) conflicts

[Simone Tiraboschi]

On Tue, Nov 15, 2016 at 1:26 PM, lejeczek  wrote:

> hi
>
> I apologize if I missed it reading release(repo) note.
> What are users supposed to do with EPEL repo?
> I'm asking for hit this:
>
> --> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo will be an update
> --> Finished Dependency Resolution
> Error: Package: nfs-ganesha-gluster-2.3.0-1.el7.x86_64
> (@ovirt-4.0-centos-gluster37)
>Requires: nfs-ganesha = 2.3.0-1.el7
>Removing: nfs-ganesha-2.3.0-1.el7.x86_64
> (@ovirt-4.0-centos-gluster37)
>nfs-ganesha = 2.3.0-1.el7
>Updated By: nfs-ganesha-2.3.2-1.el7.x86_64 (epel)
>nfs-ganesha = 2.3.2-1.el7
>
>
Adding Sahina on this.


>
> and I also wander if there might be more?
> regards.
> L.
> ___
> 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] Comparing upgrade guide between oVirt and RHEV

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 2:19 PM, Simone Tiraboschi 
wrote:

>
>
> On Tue, Nov 15, 2016 at 1:16 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> 2) Command to upgrade the engine
>>> In oVirt page we have
>>> yum update "ovirt-engine-setup*"
>>>
>>> In RHEV we have the command without the star
>>> yum update ovirt-engine-setup
>>>
>>> If I remember correctly the star was important in the past
>>> Any comments on this difference? Documentation error or different
>>> functionalities or dependency chain changed so that now it is not necessary
>>> the star also in oVirt?
>>>
>>>
>> Being on RHEL 7 OS with 4.0.4 they seems now equivalent
>>
>
> Both of them could be wrong if in the past you installed DWH.
> The right one is:
> yum update ovirt-*-setup*
>
> I'm triggering the procedures to fix the two documents.
>

right.
But at least you are notified when you run engine-setup.
In my case during engine-setup I got:

[ INFO  ] Checking for an update for Setup...
  An update for the Setup packages ovirt-engine-dwh-setup was
found. Please update that package by running:
  "yum update ovirt-engine-dwh-setup"
  and then execute Setup again.
[ ERROR ] Failed to execute stage 'Environment customization': Please
update the Setup packages
[ INFO  ] Stage: Clean up

Then

yum update ovirt-engine-dwh-setup

and then upgrade with "engine-setup" again went ok



> In case let me know how can I open a documentation bug for this if you
>> agree.
>>
>
> You are more than welcome.
> Thanks!
>
>

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

Re: [ovirt-users] EPEL and package(s) conflicts

[knarra]

[+soumya]
On 11/15/2016 06:51 PM, Simone Tiraboschi wrote:



On Tue, Nov 15, 2016 at 1:26 PM, lejeczek > wrote:


hi

I apologize if I missed it reading release(repo) note.
What are users supposed to do with EPEL repo?
I'm asking for hit this:

--> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo will be an update
--> Finished Dependency Resolution
Error: Package: nfs-ganesha-gluster-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   Requires: nfs-ganesha = 2.3.0-1.el7
   Removing: nfs-ganesha-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   nfs-ganesha = 2.3.0-1.el7
   Updated By: nfs-ganesha-2.3.2-1.el7.x86_64 (epel)
   nfs-ganesha = 2.3.2-1.el7


Adding Sahina on this.


and I also wander if there might be more?
regards.
L.
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users





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



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

[ovirt-users] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Gianluca Cecchi]

Single host with self hosted engine.
All seems ok after rebooting host and exiting local maintenance.
But when I try to start a VM I get

VM racclient1 is down with error. Exit message: Unable to get volume size
for domain 556abaa8-0fcc-4042-963b-f27db5e03837 volume
e0524893-1f78-4e6b-8e5e-83217bc0dc5b.

I don't know if it is related, but even after this update I continue to get
the SSL error in vdsmd service:

[root@ractor ~]# systemctl status vdsmd -l
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/etc/systemd/system/vdsmd.service; enabled; vendor
preset: enabled)
   Active: active (running) since Tue 2016-11-15 14:32:17 CET; 7min ago
  Process: 2247 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=0/SUCCESS)
 Main PID: 2336 (vdsm)
   CGroup: /system.slice/vdsmd.service
   ├─2336 /usr/bin/python /usr/share/vdsm/vdsm
   ├─2494 /usr/libexec/ioprocess --read-pipe-fd 81 --write-pipe-fd
80 --max-threads 10 --max-queued-requests 10
   ├─3588 /usr/libexec/ioprocess --read-pipe-fd 40 --write-pipe-fd
39 --max-threads 10 --max-queued-requests 10
   ├─3601 /usr/libexec/ioprocess --read-pipe-fd 48 --write-pipe-fd
47 --max-threads 10 --max-queued-requests 10
   ├─3609 /usr/libexec/ioprocess --read-pipe-fd 56 --write-pipe-fd
55 --max-threads 10 --max-queued-requests 10
   ├─3616 /usr/libexec/ioprocess --read-pipe-fd 63 --write-pipe-fd
61 --max-threads 10 --max-queued-requests 10
   └─3623 /usr/libexec/ioprocess --read-pipe-fd 73 --write-pipe-fd
71 --max-threads 10 --max-queued-requests 10

Nov 15 14:39:22 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:24 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:27 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:30 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:42 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:50 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:52 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
Nov 15 14:39:55 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
error during reading data: unexpected eof
[root@ractor ~]#

See initial posting thread here:

http://lists.ovirt.org/pipermail/users/2016-July/041264.html

and also my further updates here:
http://lists.ovirt.org/pipermail/users/2016-October/043355.html

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

Re: [ovirt-users] Upgrade form 4.0.4 to 4.0.5: unable to run VM

[Gianluca Cecchi]

On Tue, Nov 15, 2016 at 2:51 PM, Gianluca Cecchi 
wrote:

> Single host with self hosted engine.
> All seems ok after rebooting host and exiting local maintenance.
> But when I try to start a VM I get
>
> VM racclient1 is down with error. Exit message: Unable to get volume size
> for domain 556abaa8-0fcc-4042-963b-f27db5e03837 volume
> e0524893-1f78-4e6b-8e5e-83217bc0dc5b.
>
> I don't know if it is related, but even after this update I continue to
> get the SSL error in vdsmd service:
>
> [root@ractor ~]# systemctl status vdsmd -l
> ● vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/etc/systemd/system/vdsmd.service; enabled; vendor
> preset: enabled)
>Active: active (running) since Tue 2016-11-15 14:32:17 CET; 7min ago
>   Process: 2247 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=0/SUCCESS)
>  Main PID: 2336 (vdsm)
>CGroup: /system.slice/vdsmd.service
>├─2336 /usr/bin/python /usr/share/vdsm/vdsm
>├─2494 /usr/libexec/ioprocess --read-pipe-fd 81 --write-pipe-fd
> 80 --max-threads 10 --max-queued-requests 10
>├─3588 /usr/libexec/ioprocess --read-pipe-fd 40 --write-pipe-fd
> 39 --max-threads 10 --max-queued-requests 10
>├─3601 /usr/libexec/ioprocess --read-pipe-fd 48 --write-pipe-fd
> 47 --max-threads 10 --max-queued-requests 10
>├─3609 /usr/libexec/ioprocess --read-pipe-fd 56 --write-pipe-fd
> 55 --max-threads 10 --max-queued-requests 10
>├─3616 /usr/libexec/ioprocess --read-pipe-fd 63 --write-pipe-fd
> 61 --max-threads 10 --max-queued-requests 10
>└─3623 /usr/libexec/ioprocess --read-pipe-fd 73 --write-pipe-fd
> 71 --max-threads 10 --max-queued-requests 10
>
> Nov 15 14:39:22 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:24 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:27 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:30 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:42 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:47 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:50 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:52 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> Nov 15 14:39:55 ractor.mydomain vdsm[2336]: vdsm vds.dispatcher ERROR SSL
> error during reading data: unexpected eof
> [root@ractor ~]#
>
> See initial posting thread here:
>
> http://lists.ovirt.org/pipermail/users/2016-July/041264.html
>
> and also my further updates here:
> http://lists.ovirt.org/pipermail/users/2016-October/043355.html
>
> Gianluca
>
>

After a couple of minutes it seems it resolved itself.

This is the sequence of events I see in engine web admin:
https://drive.google.com/file/d/0BwoPbcrMv8mvY3pJWWVYUVBVb1k/view?usp=sharing

Boot time was at 14:32 and from image it seems that on 14:39 all should
have been already ok... but perhaps further settlement needed after first
"Storage Pool Manager runs on ." message?
When I tried to start the VM all the storage domains resulted up in
webadmin

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