[ovirt-users] Re: Hosted Engine failed

2018-05-24 Thread Yaniv Kaul
On Thu, May 24, 2018, 8:07 PM  wrote:

> I am hosting ovirt node as VM under VMware. when try to run engine setup,
> it getting fails and error
>

Are you trying to install hosted-engine in a VM under VMware? Why would you
do that? Have you enabled nested virt and enough resources?
Y.


> [ INFO ] TASK [Create cloud init user-data and meta-data files]
> [ INFO ] TASK [Create ISO disk]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [Create local VM]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [Get local VM IP]
> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true,
> "cmd": "virsh -r net-dhcp-leases default | grep -i 00:16:3E:6A:7A:F9 | awk
> '{ print $5 }' | cut -f1 -d'/'", "delta": "0:00:00.095336", "end":
> "2018-05-25 00:52:21.390980", "rc": 0, "start": "2018-05-25
> 00:52:21.295644", "stderr": "", "stderr_lines": [], "stdout": "",
> "stdout_lines": []}
> [ INFO ] TASK [include_tasks]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [Remove local vm dir]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [Notify the user about a failure]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> system may not be provisioned according to the playbook results: please
> check the logs for the issue, fix accordingly or re-deploy from scratch.\n"}
>
> ANYONE CAN HELP ME ??
>
> -SHAMZ
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: oVirt 4.2 host actions dropdown truncated

2018-05-24 Thread Greg Sheremeta
Hi,

This is a bug, and possibly a regression. Thank you for reporting. Can you
please open a Bug at
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
component = Frontend.Webadmin, Team = UX

[ Related: https://bugzilla.redhat.com/show_bug.cgi?id=1516842 ]

Best wishes,
Greg


On Thu, May 24, 2018 at 9:04 AM, Gianluca Cecchi 
wrote:

> example of full list in oVirt 4.2.3.5 with only one host
> https://drive.google.com/file/d/12fj3uorno9UjBL_
> aNQOG0mUSqEFn-Ol4/view?usp=sharing
>
> example of truncated list in oVirt 4.2.3.7 with 3 hosts
> https://drive.google.com/file/d/1Es3YSAhcB_L-
> feaHdkAvwZz8BTB3sYiS/view?usp=sharing
>
> if I select with the mouse into the column and then scroll with mouse, I
> can see also the items below in the list: STOP, SSH MANAGEMENT, ecc.
>
> but all in all it seems counter-intuitive to me...
>
> I think the .5 vs the .7 in version is not the culprit.
> Anyone can reproduce?
> BTW: I reproduced the same strange behavior also in an RHV environment
> with latest 4.2 (updated yesterday), with two hosts.
>
> Any comments?
>
> Gianluca
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] hosted-engine 4.2.3.7-1 "engine-setup"

2018-05-24 Thread femi adegoke
This is oVirt 4.2.3 + Gluster.

I ran yum -y update on the hosted engine.
It installed 1 package & upgraded 16.

Is it necessary to run "engine-setup" again after the yum update?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Upload Image Error

2018-05-24 Thread Peter Harman
Ovirt is Hosted Engine and version 4.2 installed a week ago.
OS is Centos7.4 on hosted engine and hosts

Peter Harman – Systems and Safety Cordinator  | Homeyer Precision Manufacturing

[Description: C:\Users\gruether\AppData\Local\Temp\Temp1_Homeyer Logo 
(2).zip\Homeyer Logo\Homeyer Logo.jpg]

16051 State Hwy 47, Marthasville, MO 63357| E phar...@homeyertool.com 
| P 636.433.2244 | F 636.433.5257

From: Nir Soffer 
Sent: Thursday, May 24, 2018 3:39 PM
To: Peter Harman ; Yedidyah Bar David 
Cc: users@ovirt.org; Daniel Erez 
Subject: Re: [ovirt-users] Upload Image Error

On Thu, May 24, 2018 at 10:57 PM Peter Harman 
> wrote:
Ovirt Users,

What version are you running?


I am running into a strange problem with uploading images through the webUI. 
When I test the connection on an upload I get “Connection to 
ovirt-imageio-proxy service has failed. Make sure the service is installed, 
configured, and ovirt-engine certificate is registered as a valid CA in the 
browser.” I have conducted this operation on several computers using both 
chrome and firefox and ensuring the certs were loaded into the browsers.

Are you sure you import the certificate correctly info the browser?


I went to this page: 
https://ovirt.org/develop/release-management/features/infra/pki/ to find cert 
info and checked both the engine and hosts for the certificates and the 
identity of the certificates – everything seemed to match up.

This issue means that the browser refuse to communicate
with the proxy because the proxy certificate does not match
the browser certificates.

Is it possible that you changed engine fqdn and regenerated
engine certificates?

Didi, how can we regenerate all certificates to make sure everything
is configured correctly?

Or verify that the certificates in a host are correct?

Next thing I looked at was the ovirt-imageio-proxy service. I checked it and 
restarted it below is a status output from one of the failed operations:

[root@hpm-engine ~]# systemctl status ovirt-imageio-proxy
● ovirt-imageio-proxy.service - oVirt ImageIO Proxy
   Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio-proxy.service; 
enabled; vendor preset: disabled)
   Active: active (running) since Thu 2018-05-24 13:25:38 CDT; 1h 13min ago
Main PID: 21239 (ovirt-imageio-p)
Tasks: 2
   CGroup: /system.slice/ovirt-imageio-proxy.service
   └─21239 /usr/bin/python /usr/bin/ovirt-imageio-proxy

May 24 13:25:38 hpm-engine.server.local systemd[1]: Starting oVirt ImageIO 
Proxy...
May 24 13:25:38 hpm-engine.server.local systemd[1]: Started oVirt ImageIO Proxy.
May 24 14:38:02 hpm-engine.server.local ovirt-imageio-proxy[21239]: 127.0.0.1 - 
- [24/May/2018 14:38:02] "PUT /tickets/ HTTP/1.1" 200 0

This means proxy is running, and engine is able to communicate
with it. Unfortunately, this does not mean that the browser is able to
communicate with the proxy.

ovirt-imageio-proxy service seems to check out. So, next step was checking out 
VDSM process output is below (NOTE: I redacted a bunch of unrelated warnings):
...
Vdsm is not related to proxy connection errors.

Did you know that you can upload using the SDK? It is also much
faster since you can upload directly to the host, instead of via the proxy.

Here is an example:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: [ANN] oVirt 4.2.4 First Release Candidate is now available

2018-05-24 Thread Sandro Bonazzola
2018-05-24 14:09 GMT+02:00 Sandro Bonazzola :

> The oVirt Project is pleased to announce the availability of the oVirt
> 4.2.4 First Release Candidate, as of May 24th, 2018
>
> This update is a release candidate of the fourth in a series of
> stabilization updates to the 4.2
> series.
> This is pre-release software. This pre-release should not to be used in
> production.
>
> This release is available now for:
> * Red Hat Enterprise Linux 7.5 or later
> * CentOS Linux (or similar) 7.5 or later
>
> This release supports Hypervisor Hosts running:
> * Red Hat Enterprise Linux 7.5 or later
> * CentOS Linux (or similar) 7.5 or later
>
> Due to an issue with CentOS mirrors oVirt Node has not been built.
> We'll build and release oVirt Node as soon as the updated qemu-kvm-ev will
> be available on CentOS mirrors.
>
>
> See the release notes [1] for installation / upgrade instructions and
> a list of new features and bugs fixed.
>
> Notes:
> - oVirt Appliance is available
> - oVirt Node is not yet available, will be provided soon[2]
>

oVirt Node ISO is now available for testing



>
> Additional Resources:
> * Read more about the oVirt 4.2.4 release highlights:http://www.ovirt.
> org/release/4.2.4/
> * 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.2.4/
> [2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Upload Image Error

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 10:57 PM Peter Harman 
wrote:

> Ovirt Users,
>

What version are you running?


>
>
> I am running into a strange problem with uploading images through the
> webUI. When I test the connection on an upload I get “*Connection to
> ovirt-imageio-proxy service has failed. Make sure the service is installed,
> configured, and ovirt-engine certificate is registered as a valid CA in the
> browser.*” I have conducted this operation on several computers using
> both chrome and firefox and ensuring the certs were loaded into the
> browsers.
>

Are you sure you import the certificate correctly info the browser?


>
>
> I went to this page:
> https://ovirt.org/develop/release-management/features/infra/pki/ to find
> cert info and checked both the engine and hosts for the certificates and
> the identity of the certificates – everything seemed to match up.
>

This issue means that the browser refuse to communicate
with the proxy because the proxy certificate does not match
the browser certificates.

Is it possible that you changed engine fqdn and regenerated
engine certificates?

Didi, how can we regenerate all certificates to make sure everything
is configured correctly?

Or verify that the certificates in a host are correct?


> Next thing I looked at was the ovirt-imageio-proxy service. I checked it
> and restarted it below is a status output from one of the failed operations:
>
>
>
> [root@hpm-engine ~]# systemctl status ovirt-imageio-proxy
>
> ● ovirt-imageio-proxy.service - oVirt ImageIO Proxy
>
>Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio-proxy.service;
> enabled; vendor preset: disabled)
>
>Active: active (running) since Thu 2018-05-24 13:25:38 CDT; 1h 13min ago
>
> Main PID: 21239 (ovirt-imageio-p)
>
> Tasks: 2
>
>CGroup: /system.slice/ovirt-imageio-proxy.service
>
>└─21239 /usr/bin/python /usr/bin/ovirt-imageio-proxy
>
>
>
> May 24 13:25:38 hpm-engine.server.local systemd[1]: Starting oVirt ImageIO
> Proxy...
>
> May 24 13:25:38 hpm-engine.server.local systemd[1]: Started oVirt ImageIO
> Proxy.
>
> May 24 14:38:02 hpm-engine.server.local ovirt-imageio-proxy[21239]:
> 127.0.0.1 - - [24/May/2018 14:38:02] "PUT /tickets/ HTTP/1.1" 200 0
>

This means proxy is running, and engine is able to communicate
with it. Unfortunately, this does not mean that the browser is able to
communicate with the proxy.


> ovirt-imageio-proxy service seems to check out. So, next step was checking
> out VDSM process output is below (NOTE: I redacted a bunch of unrelated
> warnings):
>
...
Vdsm is not related to proxy connection errors.

Did you know that you can upload using the SDK? It is also much
faster since you can upload directly to the host, instead of via the proxy.

Here is an example:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Upload Image Error

2018-05-24 Thread Peter Harman
Ovirt Users,

I am running into a strange problem with uploading images through the webUI. 
When I test the connection on an upload I get “Connection to 
ovirt-imageio-proxy service has failed. Make sure the service is installed, 
configured, and ovirt-engine certificate is registered as a valid CA in the 
browser.” I have conducted this operation on several computers using both 
chrome and firefox and ensuring the certs were loaded into the browsers.

I went to this page: 
https://ovirt.org/develop/release-management/features/infra/pki/ to find cert 
info and checked both the engine and hosts for the certificates and the 
identity of the certificates - everything seemed to match up.

Next thing I looked at was the ovirt-imageio-proxy service. I checked it and 
restarted it below is a status output from one of the failed operations:

[root@hpm-engine ~]# systemctl status ovirt-imageio-proxy
● ovirt-imageio-proxy.service - oVirt ImageIO Proxy
   Loaded: loaded (/usr/lib/systemd/system/ovirt-imageio-proxy.service; 
enabled; vendor preset: disabled)
   Active: active (running) since Thu 2018-05-24 13:25:38 CDT; 1h 13min ago
Main PID: 21239 (ovirt-imageio-p)
Tasks: 2
   CGroup: /system.slice/ovirt-imageio-proxy.service
   └─21239 /usr/bin/python /usr/bin/ovirt-imageio-proxy

May 24 13:25:38 hpm-engine.server.local systemd[1]: Starting oVirt ImageIO 
Proxy...
May 24 13:25:38 hpm-engine.server.local systemd[1]: Started oVirt ImageIO Proxy.
May 24 14:38:02 hpm-engine.server.local ovirt-imageio-proxy[21239]: 127.0.0.1 - 
- [24/May/2018 14:38:02] "PUT /tickets/ HTTP/1.1" 200 0

ovirt-imageio-proxy service seems to check out. So, next step was checking out 
VDSM process output is below (NOTE: I redacted a bunch of unrelated warnings):

[root@mothership ~]# systemctl status vdsmd -l
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Thu 2018-05-24 08:12:40 CDT; 6h ago
Main PID: 3359 (vdsmd)
Tasks: 58
   CGroup: /system.slice/vdsmd.service
   ├─3359 /usr/bin/python2 /usr/share/vdsm/vdsmd
   └─6731 /usr/libexec/ioprocess --read-pipe-fd 68 --write-pipe-fd 67 
--max-threads 10 --max-queued-requests 10

So VDSM doesn’t seem to be the issue. I changed a few settings here and there 
but mostly forget what I did (I changed it all back to defult)

Some background information - I am using /etc/hosts for all the FQDN components 
- which seems to be working well.  I checked the times to be sure the time 
matched up (I know this important for some security related issues.)

In a somewhat funny note I disabled SSL on VDSM in one attempt at the issue and 
now know why you should not do that when engine is using SSL.

Any help is appreciated. I am learning a lot and really thank everyone who 
develops Ovirt - it’s awesome.




Peter Harman - Systems and Safety Cordinator  | Homeyer Precision Manufacturing

[Description: C:\Users\gruether\AppData\Local\Temp\Temp1_Homeyer Logo 
(2).zip\Homeyer Logo\Homeyer Logo.jpg]

16051 State Hwy 47, Marthasville, MO 63357| E phar...@homeyertool.com 
| P 636.433.2244 | F 636.433.5257

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Support for openstack keystone v3 API?

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 6:21 PM Bernhard Dick  wrote:

> Am 24.05.2018 um 16:15 schrieb Nir Soffer:
>
...

> > You can also try other ways to integrate Ceph, like cephfs or Ceph iSCSI
> > gateway.
> > These options are fully supported as they use the existing file and
> > block based
> > capabilities.
> Using the iSCSI-Gateway from ceph also seemed an intresting alternative
> (as it also removes the need for an openstack environment just for
> adding the ceph based storage part in my case). However at least for me
> it seemed that the openstack integration had been pushed more as "the
> way to go".
>

We believe Cinder integration is the way to go, but we have a long way
to go :-)

For 4.2 you should consider the limitations of the current Cinder/Ceph
solution and consume Ceph in the way that works best for your use case.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Error setting cluster level to 4.2

2018-05-24 Thread Gianluca Cecchi
On Thu, May 24, 2018 at 5:44 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

[snip]


> > Can't I have macspoof in 4.2?
>
> not sure, but isn’t it only that a custom property is not defined for 4.2
> cluster level. For those you need to do that in every version, basically
>

Correct! thanks ;-)

 [root@ovmgr1 ~]# engine-config -g UserDefinedVMProperties
UserDefinedVMProperties:  version: 3.6
UserDefinedVMProperties:  version: 4.0
UserDefinedVMProperties: macspoof=true version: 4.1
UserDefinedVMProperties:  version: 4.2
[root@ovmgr1 ~]#

[root@ovmgr1 ~]# engine-config -s "UserDefinedVMProperties=macspoof=true"
Please select a version:
1. 3.6
2. 4.0
3. 4.1
4. 4.2
4

[root@ovmgr1 ~]# engine-config -g UserDefinedVMProperties
UserDefinedVMProperties:  version: 3.6
UserDefinedVMProperties:  version: 4.0
UserDefinedVMProperties: macspoof=true version: 4.1
UserDefinedVMProperties: macspoof=true version: 4.2
[root@ovmgr1 ~]#

[root@ovmgr1 ~]# systemctl restart ovirt-engine

And then I was able to update the cluster and DC level to 4.2

I will investigate the vNic profile suggestion of SImone, too.

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Need advice using pacemaker on VMs for application HA

2018-05-24 Thread Gianluca Cecchi
On Thu, May 24, 2018 at 4:28 PM, Nir Soffer  wrote:

> On Thu, May 24, 2018 at 2:20 PM wodel youchi 
> wrote:
>
>>
>>
[snip]


>
>> We are migrating a physical high available application to oVirt.
>> The HA platform uses pacemaker, it contains two nodes and a shared
>> storage, fence (stonith) is configured to use ILO.
>>
>> I know that oVirt offers HA for VM, but this HA is not application aware,
>> if a service crashes on the VM, it will not be detected.
>> Fencing could be achieved by fence agent rhev.
>>
>> My questions are about the best way to migrate this platform to oVirt.
>>
>> - Is it a good idea to make both VMs (formally nodes) Highly-Available
>> VMs? or may be pin each one of them to a particular hypervisor and/or use
>> VM-Affinity?
>>
>
> If the VM should be highly available, you should not pin them to any host.
> Pinning them will make sure the vm will *not* be available when the host
> is down :-)
>

I think the OP means an alternate way to provide HA, more for a service
inside a VM, than for the VM itself.
Eg to target the scenario in which you have one/many services on a VM and
you have a situation where only one of them (or only the service but not
the OS itself) for some reasons fails.
So the question is about building a virtual-cluster (eg with RHCS cluster
sw in former versions of RHEL/CentOS 6 or with Pacemaker in RHEL/CentOS 7)
that provides HA for the services that you configure on it.
The 2 (or more) VMs composing the virtual-cluster could have a vnic on the
production lan providing services and another vnic for the usual
intra-cluster virtual lan if needed by the cluster software

btw: vSphere targeted similar kind of need with the App HA feature in 5.5:
http://www.virtualizationsoftware.com/vsphere-55-application-ha-advanced-
application-monitoring/

I think it had not great success and I don't know if it is present in 6.x
any more



>
> So you probably want to use HA VM - with a VM lease.
>

This is an alternate / different approach.


>
>> - I am thinking about the situation where the hypervisor containing one
>> of the VMs crashes, what will be the behavior of the the fence agent on the
>> application?
>>
>
> Not sure what do you mean by "crashes".
>

Panic or loose power as you made the example for HA VM



> The guest agent on the VM will not be able to do anything since it is not
> running :-)
>

It means that a cluster fence agent on the surviving VM will take care of
monitoring the state of the other virtual-node of the cluster and take
actions accordingly
In case of RHEL/CentOS we are talking about fence-agents-rhevm rpm package.

DESCRIPTION
   fence_rhevm  is  an I/O Fencing agent which can be used with RHEV-M
REST API to fence virtual machines.



>
>>- if the crashed VM is not HA, it will not start on another
>> hypervisor, so the fence agent will try to fence a VM that does not exist
>> anymore, and it will stuck.
>>
>
In case of not-HA VM1 crash, and no affinity defined for it, it can start
anywhere, any host, so in case of problems on host where it was running
before, this will not be a problem.
So the rhevm fence agent on VM2 is able to get the VM1 status from the
oVirt Engine. And after a certain timeout should be: down (using the
"mandatory" power mgmt features of oVirt defined on the crashed host).
As soon as it gets the down status it can failover the service on itself
and power on again VM1



>- if the crashed VM is HA, it will be started on another hypervisor,
>> but what will happen with the fence agent? I think that one VM will fence
>> the other one, and the application will still be unreachable for a longer
>> period.
>>
>
I wuold not configure a virtual cluster on HA-VM, because actions from
virtual-cluster could interfere with actions from oVirt


>
> Not clear what fence agent are you talking about.
>

See above: fence_rhevm




>
>> - What about the shared storage, we will use a shared disk on oVirt which
>> does not support snapshot
>>
>
> What is the question?
>


In the past I had to configure a virtual CentOS 6 cluster because I needed
to replicate a problem I had in a physical production cluster and to verify
if some actions/updates would have solved the problem.
I had no more spare hw to configure an so using the poor-man method (dd +
reconfigure) I had the cluster up and running with two twin nodes identical
to the physical ones.
I also opened this bugzilla to backport the el7 package to el6:
https://bugzilla.redhat.com/show_bug.cgi?id=1446474

The intracluster network has been put on OVN btw

But honestly I doubt I will use a virtual-cluster software stack to provide
high availability to production services inside a VM. Too many
inter-relations



>
>>
>> - What are the things to avoid?
>>
>
> I think in general, don't try to have two mechanisms that try to do the
> same.
>

> Either use your HA solution or oVirt HA solution, but not both in the same
> time.
>
> Nir
>
>
Agreed


[ovirt-users] Re: error message: how to troubleshoot

2018-05-24 Thread Nir Soffer
On Wed, May 23, 2018 at 1:04 AM femi adegoke 
wrote:

> Use Notepad++ to view or is there a better tool?
>

I think "less" is a more appropriate tool for logs.

Didi just published an interesting article about it:
https://opensource.com/article/18/5/advanced-use-less-text-file-viewer

There is also http://lnav.org/ which has builtin support for vdsm and engine
logs.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Error setting cluster level to 4.2

2018-05-24 Thread Michal Skrivanek


> On 24 May 2018, at 17:13, Gianluca Cecchi  wrote:
> 
> Hello,
> after upgrading engine (external) and the 3 hosts composing the cluster, I 
> try to set its level to 4.2 but I receive this kind of message
> 
> "
> Error while executing action: Update of cluster compatibility version failed 
> because there are VMs/Templates [ov42, ovlive3, ovlive4, ovlive1, ovlive2] 
> with incorrect configuration. To fix the issue, please go to each of them, 
> edit, change the Custom Compatibility Version of the VM/Template to the 
> cluster level you want to update the cluster to and press OK. If the save 
> does not pass, fix the dialog validation. After successful cluster update, 
> you can revert your Custom Compatibility Version change.
> "
> 
> The ovliveN VMs are diskless where I boto from the oVirt live iso for testing 
> and ov42 a nested single VM where I tested the oVirt 4.2 environment before 
> upgrade of the real cluster.
> 
> I suspect that the problem could be related with macspoof custom property set 
> to true.
> Is this? In case how can I manage this sort of problem?

so what does the dialog validation say?

> Can't I have macspoof in 4.2?

not sure, but isn’t it only that a custom property is not defined for 4.2 
cluster level. For those you need to do that in every version, basically

> 
> Thanks,
> 
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

2018-05-24 Thread Vrgotic, Marko
Dear Nir,

I believe i understand now. The image imported is not base image, but required 
backing file to be able to work properly.

Maybe silly move, but i have tried to “solve/workaround” around the problem by 
rebasing image to remove backing file dependency, but it’s clear now why I than 
saw that “no bootable device found” during imported VM boot.

I support you suggestion to solve the import by either importing complete chain 
or recreating image so in a way it’s independent from former chain.

If you decide to go this way, please let me know which issue to track and if 
you need any more data provided from me.

I still need to solve problem with 200+ VM wanting to move to oVirt.

Kindly awaiting further updates.

— — —
Met vriendelijke groet / Best regards,

Marko Vrgotic
Sr. System Engineer
ActiveVideo

Tel. +31 (0)35 677 4131
email: m.vrgo...@activevideo.com
skype: av.mvrgotic.se
www.activevideo.com

From: Nir Soffer 
Sent: Thursday, May 24, 2018 5:13:47 PM
To: Vrgotic, Marko
Cc: users@ovirt.org; Richard W.M. Jones; Arik Hadas
Subject: Re: [ovirt-users] Libvirt ERROR cannot access backing file after 
importing VM from OpenStack

On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko 
> wrote:
Dear Nir,

Thank you for quick reply.

Ok, why it will not work?

Because the image has a backing file which is not accessible to oVirt.

I used qemu+tcp connection, via import method through engine admin UI.

Images was imported and converted according logs, still “backing file” invalid 
entry remained.

Also, I did use same method before, connecting to plain “libvirt kvm” host, 
import and conversion went smooth, no backend file.

Image format is qcow(2) which is supported by oVirt.

What am I missing? Should I use different method?

I guess this is not a problem on your side, but a bug in our side.

Either we should block the operation that cannot work, or fix the process
so we don't refer to non-existing image.

When importing we have 2 options:

- import the entire chain,  importing all images in the chain, converting
 each image to oVirt volume, and updating the backing file of each layer
to point to the oVirt image.

- import the current state of the image into a new image, using either raw
or qcow2, but without any backing file.

Arik, do you know why we create qcow2 file with invalid backing file?

Nir


Kindly awaiting your reply.

— — —
Met vriendelijke groet / Best regards,

Marko Vrgotic
Sr. System Engineer
ActiveVideo

Tel. +31 (0)35 677 4131
email: m.vrgo...@activevideo.com
skype: av.mvrgotic.se
www.activevideo.com

From: Nir Soffer >
Sent: Thursday, May 24, 2018 4:09:40 PM
To: Vrgotic, Marko
Cc: users@ovirt.org; Richard W.M. Jones; Arik Hadas
Subject: Re: [ovirt-users] Libvirt ERROR cannot access backing file after 
importing VM from OpenStack



On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko 
> wrote:

Dear oVirt team,



When trying to start imported VM, it fails with following message:



ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM instance-0673 
is down with error. Exit message: Cannot access backing file 
'/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce' of 
storage file 
'/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
 (as uid:107, gid:107): No such file or directory.



Platform details:

Ovirt SHE

Version 4.2.2.6-1.el7.centos

GlusterFS, unmanaged by oVirt.



VM is imported & converted from OpenStack, according to log files, successfully 
(one WARN, related to different MAC address):

2018-05-24 12:03:31,028+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 
[instance-0001ecf2], VM [instance-00078d38]], log id: 7f178a5e

2018-05-24 12:48:33,722+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 

[ovirt-users] Re: Support for openstack keystone v3 API?

2018-05-24 Thread Bernhard Dick



Am 24.05.2018 um 16:15 schrieb Nir Soffer:
[...] 
Basically Ceph support via Cinder is not fully supported. Even if you get
the API to work, we don't support lot of operations like moving disks 
between

Ceph and other storage types. This should be improved in 4.3, but we don't
have concrete plans yet.
k. It also seems not being possible to create a datacenter that only 
contains ceph storage, as this is of type "Volume" instead of "Data" am 
I correct?


You can also try other ways to integrate Ceph, like cephfs or Ceph iSCSI 
gateway.
These options are fully supported as they use the existing file and 
block based

capabilities.
Using the iSCSI-Gateway from ceph also seemed an intresting alternative 
(as it also removes the need for an openstack environment just for 
adding the ceph based storage part in my case). However at least for me 
it seemed that the openstack integration had been pushed more as "the 
way to go".


  Regards
Bernhard


Nir

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko 
wrote:

> Dear Nir,
>
> Thank you for quick reply.
>
> Ok, why it will not work?
>

Because the image has a backing file which is not accessible to oVirt.


> I used qemu+tcp connection, via import method through engine admin UI.
>
> Images was imported and converted according logs, still “backing file”
> invalid entry remained.
>
> Also, I did use same method before, connecting to plain “libvirt kvm”
> host, import and conversion went smooth, no backend file.
>
> Image format is qcow(2) which is supported by oVirt.
>
> What am I missing? Should I use different method?
>

I guess this is not a problem on your side, but a bug in our side.

Either we should block the operation that cannot work, or fix the process
so we don't refer to non-existing image.

When importing we have 2 options:

- import the entire chain,  importing all images in the chain, converting
 each image to oVirt volume, and updating the backing file of each layer
to point to the oVirt image.

- import the current state of the image into a new image, using either raw
or qcow2, but without any backing file.

Arik, do you know why we create qcow2 file with invalid backing file?

Nir


>
> Kindly awaiting your reply.
>
> — — —
> Met vriendelijke groet / Best regards,
>
> Marko Vrgotic
> Sr. System Engineer
> ActiveVideo
>
> Tel. +31 (0)35 677 4131 <+31%2035%20677%204131>
> email: m.vrgo...@activevideo.com
> skype: av.mvrgotic.se
> www.activevideo.com
> --
> *From:* Nir Soffer 
> *Sent:* Thursday, May 24, 2018 4:09:40 PM
> *To:* Vrgotic, Marko
> *Cc:* users@ovirt.org; Richard W.M. Jones; Arik Hadas
> *Subject:* Re: [ovirt-users] Libvirt ERROR cannot access backing file
> after importing VM from OpenStack
>
>
>
> On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko 
> wrote:
>
> Dear oVirt team,
>
>
>
> When trying to start imported VM, it fails with following message:
>
>
>
> ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM
> instance-0673 is down with error. Exit message: Cannot access backing
> file
> '/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce' of
> storage file
> '/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
> (as uid:107, gid:107): No such file or directory.
>
>
>
> Platform details:
>
> Ovirt SHE
>
> Version 4.2.2.6-1.el7.centos
>
> GlusterFS, unmanaged by oVirt.
>
>
>
> VM is imported & converted from OpenStack, according to log files,
> successfully (one WARN, related to different MAC address):
>
> 2018-05-24 12:03:31,028+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
> (default task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH,
> GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c],
> VM [instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM
> [instance-01ff], VM [instance-0001f718], VM [instance-0673], VM
> [instance-0001ecf2], VM [instance-00078d38]], log id: 7f178a5e
>
> 2018-05-24 12:48:33,722+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
> (default task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH,
> GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c],
> VM [instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM
> [instance-01ff], VM [instance-0001f718], VM [instance-0673], VM
> [instance-0001ecf2], VM [instance-00078d38]], log id: 3aa178c5
>
> 2018-05-24 12:48:47,291+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
> (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] START,
> GetVmsFullInfoFromExternalProviderVDSCommand(HostName = aws-ovhv-01,
> GetVmsFromExternalProviderParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d',
> url='qemu+tcp://root@172.19.0.12/system', username='null',
> originType='KVM', namesOfVms='[instance-0673]'}), log id: 4c445109
>
> 2018-05-24 12:48:47,318+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
> (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] FINISH,
> GetVmsFullInfoFromExternalProviderVDSCommand, return: [VM
> [instance-0673]], log id: 4c445109
>
> 2018-05-24 12:49:20,466+02 INFO
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand]
> (default task-41) [14edb003-b4a0-4355-b3de-da2b68774fe3] Lock Acquired to
> object 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME,
> 1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'
>
> 2018-05-24 12:49:20,586+02 WARN
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> 

[ovirt-users] Error setting cluster level to 4.2

2018-05-24 Thread Gianluca Cecchi
Hello,
after upgrading engine (external) and the 3 hosts composing the cluster, I
try to set its level to 4.2 but I receive this kind of message

"
Error while executing action: Update of cluster compatibility version
failed because there are VMs/Templates [ov42, ovlive3, ovlive4, ovlive1,
ovlive2] with incorrect configuration. To fix the issue, please go to each
of them, edit, change the Custom Compatibility Version of the VM/Template
to the cluster level you want to update the cluster to and press OK. If the
save does not pass, fix the dialog validation. After successful cluster
update, you can revert your Custom Compatibility Version change.
"

The ovliveN VMs are diskless where I boto from the oVirt live iso for
testing and ov42 a nested single VM where I tested the oVirt 4.2
environment before upgrade of the real cluster.

I suspect that the problem could be related with macspoof custom property
set to true.
Is this? In case how can I manage this sort of problem?
Can't I have macspoof in 4.2?

Thanks,

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

2018-05-24 Thread Vrgotic, Marko
Dear Nir,

Thank you for quick reply.

Ok, why it will not work?

I used qemu+tcp connection, via import method through engine admin UI.

Images was imported and converted according logs, still “backing file” invalid 
entry remained.

Also, I did use same method before, connecting to plain “libvirt kvm” host, 
import and conversion went smooth, no backend file.

Image format is qcow(2) which is supported by oVirt.

What am I missing? Should I use different method?

Kindly awaiting your reply.

— — —
Met vriendelijke groet / Best regards,

Marko Vrgotic
Sr. System Engineer
ActiveVideo

Tel. +31 (0)35 677 4131
email: m.vrgo...@activevideo.com
skype: av.mvrgotic.se
www.activevideo.com

From: Nir Soffer 
Sent: Thursday, May 24, 2018 4:09:40 PM
To: Vrgotic, Marko
Cc: users@ovirt.org; Richard W.M. Jones; Arik Hadas
Subject: Re: [ovirt-users] Libvirt ERROR cannot access backing file after 
importing VM from OpenStack



On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko 
> wrote:

Dear oVirt team,



When trying to start imported VM, it fails with following message:



ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM instance-0673 
is down with error. Exit message: Cannot access backing file 
'/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce' of 
storage file 
'/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
 (as uid:107, gid:107): No such file or directory.



Platform details:

Ovirt SHE

Version 4.2.2.6-1.el7.centos

GlusterFS, unmanaged by oVirt.



VM is imported & converted from OpenStack, according to log files, successfully 
(one WARN, related to different MAC address):

2018-05-24 12:03:31,028+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 
[instance-0001ecf2], VM [instance-00078d38]], log id: 7f178a5e

2018-05-24 12:48:33,722+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 
[instance-0001ecf2], VM [instance-00078d38]], log id: 3aa178c5

2018-05-24 12:48:47,291+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
 (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] START, 
GetVmsFullInfoFromExternalProviderVDSCommand(HostName = aws-ovhv-01, 
GetVmsFromExternalProviderParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d',
 url='qemu+tcp://root@172.19.0.12/system', 
username='null', originType='KVM', namesOfVms='[instance-0673]'}), log id: 
4c445109

2018-05-24 12:48:47,318+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
 (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] FINISH, 
GetVmsFullInfoFromExternalProviderVDSCommand, return: [VM [instance-0673]], 
log id: 4c445109

2018-05-24 12:49:20,466+02 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(default task-41) [14edb003-b4a0-4355-b3de-da2b68774fe3] Lock Acquired to 
object 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME, 
1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'

2018-05-24 12:49:20,586+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-653408) 
[14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID: MAC_ADDRESS_IS_EXTERNAL(925), 
VM instance-0673 has MAC address(es) fa:16:3e:74:18:50, which is/are out of 
its MAC pool definitions.

2018-05-24 12:49:21,021+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-653408) 
[14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID: 
IMPORTEXPORT_STARTING_IMPORT_VM(1,165), Starting to import Vm instance-0673 
to Data Center AVEUNL, Cluster AWSEUOPS

2018-05-24 12:49:28,816+02 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(EE-ManagedThreadFactory-engine-Thread-653407) [] Lock freed to object 
'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME, 
1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'


[ovirt-users] Re: Ovirt 4.2.3 missing features?

2018-05-24 Thread Simone Tiraboschi
On Thu, May 24, 2018 at 4:07 PM, Guilhem Berna  wrote:

> Hi,
>
> New user of ovirt here, i'm trying ovirt 4.2.3.5-1 on centos 7.5.
> On the web administration interface i'm missing a lot of features compared
> to the guides I can find online or even compared to the official docs.
>
> For example I can't find how to restore a snapshot, I don't have the
> snapshot tab as mentionned here : https://www.ovirt.org/
> documentation/user-guide/user-guide/#using-a-snapshot-to-
> restore-a-virtual-machine
> I can't find how to convert a machine to a template either :
>
>
>
> Is there something i'm missing? Am I running the wrong version or do I
> need to configure something ?
>

Did you tried clicking on the VM name?

The UI pattern is slightly different from how it used to be in previous
versions.


>
> Best regards,
>
> 4.2.3
> 
>
> Guilhem Berna
> Sysadmin PHOSPHORE.si - https://www.phosphore.si
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Need advice using pacemaker on VMs for application HA

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 2:20 PM wodel youchi  wrote:

> Hi,
>
> Excuse the English :)
>
> Need some advice regarding the use of high availability software on VMs on
> oVirt.
>
> We are migrating a physical high available application to oVirt.
> The HA platform uses pacemaker, it contains two nodes and a shared
> storage, fence (stonith) is configured to use ILO.
>
> I know that oVirt offers HA for VM, but this HA is not application aware,
> if a service crashes on the VM, it will not be detected.
> Fencing could be achieved by fence agent rhev.
>
> My questions are about the best way to migrate this platform to oVirt.
>
> - Is it a good idea to make both VMs (formally nodes) Highly-Available
> VMs? or may be pin each one of them to a particular hypervisor and/or use
> VM-Affinity?
>

If the VM should be highly available, you should not pin them to any host.
Pinning them will make sure the vm will *not* be available when the host
is down :-)

So you probably want to use HA VM - with a VM lease.

Warning: do not use HA VM without a VM lease, this will make sure that
you will have split-brain eventually.


> - I am thinking about the situation where the hypervisor containing one of
> the VMs crashes, what will be the behavior of the the fence agent on the
> application?
>

Not sure what do you mean by "crashes".

If the hypervisor lost power, HA VM with a VM lease will be started on
another
hypevisor.

The guest agent on the VM will not be able to do anything since it is not
running :-)


>- if the crashed VM is not HA, it will not start on another hypervisor,
> so the fence agent will try to fence a VM that does not exist anymore, and
> it will stuck.
>- if the crashed VM is HA, it will be started on another hypervisor,
> but what will happen with the fence agent? I think that one VM will fence
> the other one, and the application will still be unreachable for a longer
> period.
>

Not clear what fence agent are you talking about.


> - What about the shared storage, we will use a shared disk on oVirt which
> does not support snapshot
>

What is the question?


>
> - What are the things to avoid?
>

I think in general, don't try to have two mechanisms that try to do the
same.

Either use your HA solution or oVirt HA solution, but not both in the same
time.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Support for openstack keystone v3 API?

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 4:54 PM Bernhard Dick  wrote:

> Hi,
>
> I wanted to try ceph with oVirt and so I've installed an openstack
> queens (current stable) environment containing cinder and keystone. But
> when I tried to add the storage provider I ended up with 404 errors in
> the engine log files.
> They are because oVirt tries using the v2.0 API, and
> http://HOST:5000/v2.0/tokens does not exist.
> If I understand the release notes of openstack correctly the section
> https://blueprints.launchpad.net/keystone/+spec/removed-as-of-queens
> includes all v2.0 API being removed from keystone. So I'm asking whether
> there is support for the v3 API in sight?
>

Daniel, do we have any support for v3?

Basically Ceph support via Cinder is not fully supported. Even if you get
the API to work, we don't support lot of operations like moving disks
between
Ceph and other storage types. This should be improved in 4.3, but we don't
have concrete plans yet.

You can also try other ways to integrate Ceph, like cephfs or Ceph iSCSI
gateway.
These options are fully supported as they use the existing file and block
based
capabilities.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Ovirt 4.2.3 missing features?

2018-05-24 Thread Guilhem Berna
Hi, 

New user of ovirt here, i'm trying ovirt 4.2.3.5-1 on centos 7.5. 
On the web administration interface i'm missing a lot of features compared to 
the guides I can find online or even compared to the official docs. 

For example I can't find how to restore a snapshot, I don't have the snapshot 
tab as mentionned here : [ 
https://www.ovirt.org/documentation/user-guide/user-guide/#using-a-snapshot-to-restore-a-virtual-machine
 | 
https://www.ovirt.org/documentation/user-guide/user-guide/#using-a-snapshot-to-restore-a-virtual-machine
 ] 
I can't find how to convert a machine to a template either : 


Is there something i'm missing? Am I running the wrong version or do I need to 
configure something ? 

Best regards, 

[ 
https://www.ovirt.org/documentation/user-guide/user-guide/#using-a-snapshot-to-restore-a-virtual-machine
 | 4.2.3 ] 

Guilhem Berna 
Sysadmin PHOSPHORE.si - [ https://www.phosphore.si/ | https://www.phosphore.si 
] 


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

2018-05-24 Thread Nir Soffer
On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko 
wrote:

> Dear oVirt team,
>
>
>
> When trying to start imported VM, it fails with following message:
>
>
>
> ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM
> instance-0673 is down with error. Exit message: Cannot access backing
> file
> '/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce' of
> storage file
> '/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
> (as uid:107, gid:107): No such file or directory.
>
>
>
> Platform details:
>
> Ovirt SHE
>
> Version 4.2.2.6-1.el7.centos
>
> GlusterFS, unmanaged by oVirt.
>
>
>
> VM is imported & converted from OpenStack, according to log files,
> successfully (one WARN, related to different MAC address):
>
> 2018-05-24 12:03:31,028+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
> (default task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH,
> GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c],
> VM [instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM
> [instance-01ff], VM [instance-0001f718], VM [instance-0673], VM
> [instance-0001ecf2], VM [instance-00078d38]], log id: 7f178a5e
>
> 2018-05-24 12:48:33,722+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
> (default task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH,
> GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c],
> VM [instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM
> [instance-01ff], VM [instance-0001f718], VM [instance-0673], VM
> [instance-0001ecf2], VM [instance-00078d38]], log id: 3aa178c5
>
> 2018-05-24 12:48:47,291+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
> (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] START,
> GetVmsFullInfoFromExternalProviderVDSCommand(HostName = aws-ovhv-01,
> GetVmsFromExternalProviderParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d',
> url='qemu+tcp://root@172.19.0.12/system', username='null',
> originType='KVM', namesOfVms='[instance-0673]'}), log id: 4c445109
>
> 2018-05-24 12:48:47,318+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
> (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] FINISH,
> GetVmsFullInfoFromExternalProviderVDSCommand, return: [VM
> [instance-0673]], log id: 4c445109
>
> 2018-05-24 12:49:20,466+02 INFO
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand]
> (default task-41) [14edb003-b4a0-4355-b3de-da2b68774fe3] Lock Acquired to
> object 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME,
> 1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'
>
> 2018-05-24 12:49:20,586+02 WARN
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-653408)
> [14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID:
> MAC_ADDRESS_IS_EXTERNAL(925), VM instance-0673 has MAC address(es)
> fa:16:3e:74:18:50, which is/are out of its MAC pool definitions.
>
> 2018-05-24 12:49:21,021+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-653408)
> [14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID:
> IMPORTEXPORT_STARTING_IMPORT_VM(1,165), Starting to import Vm
> instance-0673 to Data Center AVEUNL, Cluster AWSEUOPS
>
> 2018-05-24 12:49:28,816+02 INFO
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand]
> (EE-ManagedThreadFactory-engine-Thread-653407) [] Lock freed to object
> 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME,
> 1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'
>
> 2018-05-24 12:49:28,911+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.ConvertVmVDSCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [2047673e] START,
> ConvertVmVDSCommand(HostName = aws-ovhv-01,
> ConvertVmVDSParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d',
> url='qemu+tcp://root@172.19.0.12/system', username='null',
> vmId='1f0b608f-7cfc-4b27-a876-b5d8073011a1', vmName='instance-0673',
> storageDomainId='2607c265-248c-40ad-b020-f3756454839e',
> storagePoolId='5a5de92c-0120-0167-03cb-038a', virtioIsoPath='null',
> compatVersion='null', Disk0='816ac00f-ba98-4827-b5c8-42a8ba496089'}), log
> id: 53408517
>
> 2018-05-24 12:49:29,010+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [2047673e] EVENT_ID:
> IMPORTEXPORT_STARTING_CONVERT_VM(1,193), Starting to convert Vm
> instance-0673
>
> 2018-05-24 

[ovirt-users] Re: restore Self-Hosted Engine

2018-05-24 Thread thetas emmanuel
I do the restore procedure  3 times

and do for 1


engine-cleanup

systemctl stop rh-postgresql95-postgresql

rm -rf /var/opt/rh/rh-postgresql95/lib/pgsql/data

and restore


like i see here

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/OS7PIU2YUEIA3T3RCCQQETS5W64H7YJL/


but same error

-- 
Emmanuel Thétas
Equipe informatique
support_informatique AT obs-nancay.fr

Station de Radio-astronomie de Nançay
(USN/Observatoire de Paris/CNRS)   
18330 Nançay 

mail: emmanuel.thetas AT obs-nancay.fr
tel: 02 48 51 87 20
fax: 02 48 51 83 18

web: http://www.obs-nancay.fr 

Le 24/05/2018 à 15:27, Simone Tiraboschi a écrit :
> Hi,
> according to the logs it seems that something was already in the
> engine DB.
> Could you please try running engine-cleanup before trying the restore?
>
> On Thu, May 24, 2018 at 3:24 PM, thetas emmanuel
> >
> wrote:
>
> hi,
>
>
> see my restore.log in attachment
>
>
> regards,
>
> -- 
> Emmanuel Thétas
> Equipe informatique
> support_informatique AT obs-nancay.fr 
>
> Station de Radio-astronomie de Nançay
> (USN/Observatoire de Paris/CNRS)   
> 18330 Nançay 
>
> mail: emmanuel.thetas AT obs-nancay.fr 
> tel: 02 48 51 87 20
> fax: 02 48 51 83 18
>
> web: http://www.obs-nancay.fr 
>
> Le 24/05/2018 à 14:18, Simone Tiraboschi a écrit :
>> Hi,
>> adding also Didi here.
>> We'll try to reproduce, in the mean time, can you please share
>> engine-backup logs at backup and restore times?
>> thanks
>>
>> On Wed, May 23, 2018 at 2:20 PM, thetas emmanuel
>> > > wrote:
>>
>> hi,
>>
>> I follow this doc
>>
>> 
>> https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
>> 
>> 
>>
>> But like others, i can't restore database
>>
>> I Have :
>>
>> pg_restore: [archiver (db)] Error while PROCESSING TOC:
>> pg_restore: [archiver (db)] Error from TOC entry 7397; 0 0
>> COMMENT
>> EXTENSION plpgsql
>> pg_restore: [archiver (db)] could not execute query: ERROR: 
>> must be
>> owner of extension plpgsql
>>     Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL
>> procedural
>> language';
>>
>> ..
>>
>> ...
>>
>>
>> Any solution ?
>>
>>
>> emmanuel
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org
>> 
>>
>>
>
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: restore Self-Hosted Engine

2018-05-24 Thread Simone Tiraboschi
Hi,
according to the logs it seems that something was already in the engine DB.
Could you please try running engine-cleanup before trying the restore?

On Thu, May 24, 2018 at 3:24 PM, thetas emmanuel <
emmanuel.the...@obs-nancay.fr> wrote:

> hi,
>
>
> see my restore.log in attachment
>
>
> regards,
>
> --
> Emmanuel Thétas
> Equipe informatique
> support_informatique AT obs-nancay.fr
>
> Station de Radio-astronomie de Nançay
> (USN/Observatoire de Paris/CNRS)
> 18330 Nançay
>
> mail: emmanuel.thetas AT obs-nancay.fr
> tel: 02 48 51 87 20
> fax: 02 48 51 83 18
>
> web: http://www.obs-nancay.fr
>
> Le 24/05/2018 à 14:18, Simone Tiraboschi a écrit :
>
> Hi,
> adding also Didi here.
> We'll try to reproduce, in the mean time, can you please share
> engine-backup logs at backup and restore times?
> thanks
>
> On Wed, May 23, 2018 at 2:20 PM, thetas emmanuel <
> emmanuel.the...@obs-nancay.fr> wrote:
>
>> hi,
>>
>> I follow this doc
>>
>> https://www.ovirt.org/documentation/self-hosted/chap-
>> Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
>>
>> But like others, i can't restore database
>>
>> I Have :
>>
>> pg_restore: [archiver (db)] Error while PROCESSING TOC:
>> pg_restore: [archiver (db)] Error from TOC entry 7397; 0 0 COMMENT
>> EXTENSION plpgsql
>> pg_restore: [archiver (db)] could not execute query: ERROR:  must be
>> owner of extension plpgsql
>> Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural
>> language';
>>
>> ..
>>
>> ...
>>
>>
>> Any solution ?
>>
>>
>> emmanuel
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: restore Self-Hosted Engine

2018-05-24 Thread thetas emmanuel
hi,


see my restore.log in attachment


regards,

-- 
Emmanuel Thétas
Equipe informatique
support_informatique AT obs-nancay.fr

Station de Radio-astronomie de Nançay
(USN/Observatoire de Paris/CNRS)   
18330 Nançay 

mail: emmanuel.thetas AT obs-nancay.fr
tel: 02 48 51 87 20
fax: 02 48 51 83 18

web: http://www.obs-nancay.fr 

Le 24/05/2018 à 14:18, Simone Tiraboschi a écrit :
> Hi,
> adding also Didi here.
> We'll try to reproduce, in the mean time, can you please share
> engine-backup logs at backup and restore times?
> thanks
>
> On Wed, May 23, 2018 at 2:20 PM, thetas emmanuel
> >
> wrote:
>
> hi,
>
> I follow this doc
>
> 
> https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
> 
> 
>
> But like others, i can't restore database
>
> I Have :
>
> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 7397; 0 0 COMMENT
> EXTENSION plpgsql
> pg_restore: [archiver (db)] could not execute query: ERROR:  must be
> owner of extension plpgsql
>     Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural
> language';
>
> ..
>
> ...
>
>
> Any solution ?
>
>
> emmanuel
> ___
> Users mailing list -- users@ovirt.org 
> To unsubscribe send an email to users-le...@ovirt.org
> 
>
>

2018-05-23 11:29:24 14557: Start of engine-backup mode restore scope all file backup-engine-20180523.tar.gz
2018-05-23 11:29:24 14557: Setting scl env for rh-postgresql95
2018-05-23 11:29:24 14557: OUTPUT: Preparing to restore:
2018-05-23 11:29:24 14557: OUTPUT: - Unpacking file 'backup-engine-20180523.tar.gz'
2018-05-23 11:29:24 14557: Opening tarball backup-engine-20180523.tar.gz to /tmp/engine-backup.cYnEKLlBNr
2018-05-23 11:29:25 14557: Verifying md5
2018-05-23 11:29:25 14557: Verifying version
2018-05-23 11:29:25 14557: Reading config
2018-05-23 11:29:25 14557: OUTPUT: Restoring:
2018-05-23 11:29:25 14557: OUTPUT: - Files
2018-05-23 11:29:25 14557: Restoring files
2018-05-23 11:29:25 14557: Reloading configuration
2018-05-23 11:29:25 14557: OUTPUT: Provisioning PostgreSQL users/databases:
2018-05-23 11:29:25 14557: provisionDB: user engine host localhost port 5432 database engine secured False secured_host_validation False
2018-05-23 11:29:25 14557: OUTPUT: - user 'engine', database 'engine'
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf', '/tmp/engine-backup.cYnEKLlBNr/pg-provision-answer-file']
  Log file: /var/log/ovirt-engine/setup/ovirt-engine-provisiondb-20180523112926-ryujgr.log
  Version: otopi-1.7.7 (otopi-1.7.7-1.el7.centos)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment customization
[ INFO  ] Stage: Setup validation
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stage: Misc configuration
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Initializing PostgreSQL
[ INFO  ] Creating PostgreSQL 'engine' database
[ INFO  ] Configuring PostgreSQL
[ INFO  ] Stage: Transaction commit
[ INFO  ] Stage: Closing up
[ INFO  ] Stage: Clean up
  Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-provisiondb-20180523112926-ryujgr.log
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Execution of provisiondb completed successfully
2018-05-23 11:29:37 14557: provisionDB: user ovirt_engine_history host localhost port 5432 database ovirt_engine_history secured False secured_host_validation False
2018-05-23 11:29:37 14557: OUTPUT: - user 'ovirt_engine_history', database 'ovirt_engine_history'
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf', '/tmp/engine-backup.cYnEKLlBNr/pg-provision-answer-file']
  Log file: /var/log/ovirt-engine/setup/ovirt-engine-provisiondb-20180523112937-ttl7gv.log
  Version: otopi-1.7.7 (otopi-1.7.7-1.el7.centos)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment customization
[ INFO  ] Stage: Setup validation
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stage: Misc configuration
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Creating PostgreSQL 

[ovirt-users] Libvirt ERROR cannot access backing file after importing VM from OpenStack

2018-05-24 Thread Vrgotic, Marko
Dear oVirt team,

When trying to start imported VM, it fails with following message:

ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM instance-0673 
is down with error. Exit message: Cannot access backing file 
'/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce' of 
storage file 
'/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
 (as uid:107, gid:107): No such file or directory.

Platform details:
Ovirt SHE
Version 4.2.2.6-1.el7.centos
GlusterFS, unmanaged by oVirt.

VM is imported & converted from OpenStack, according to log files, successfully 
(one WARN, related to different MAC address):
2018-05-24 12:03:31,028+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-29) [cc5931a2-1af5-4d65-b0b3-362588db9d3f] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 
[instance-0001ecf2], VM [instance-00078d38]], log id: 7f178a5e
2018-05-24 12:48:33,722+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsNamesFromExternalProviderVDSCommand]
 (default task-8) [103d56e1-7449-4853-ae50-48ee94d43d77] FINISH, 
GetVmsNamesFromExternalProviderVDSCommand, return: [VM [instance-0001f94c], VM 
[instance-00078f6a], VM [instance-0814], VM [instance-0001f9ac], VM 
[instance-01ff], VM [instance-0001f718], VM [instance-0673], VM 
[instance-0001ecf2], VM [instance-00078d38]], log id: 3aa178c5
2018-05-24 12:48:47,291+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
 (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] START, 
GetVmsFullInfoFromExternalProviderVDSCommand(HostName = aws-ovhv-01, 
GetVmsFromExternalProviderParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d',
 url='qemu+tcp://root@172.19.0.12/system', username='null', originType='KVM', 
namesOfVms='[instance-0673]'}), log id: 4c445109
2018-05-24 12:48:47,318+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFullInfoFromExternalProviderVDSCommand]
 (default task-17) [4bf555c7-9d64-4ecc-b059-8a60a4b27bdd] FINISH, 
GetVmsFullInfoFromExternalProviderVDSCommand, return: [VM [instance-0673]], 
log id: 4c445109
2018-05-24 12:49:20,466+02 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(default task-41) [14edb003-b4a0-4355-b3de-da2b68774fe3] Lock Acquired to 
object 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME, 
1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'
2018-05-24 12:49:20,586+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-653408) 
[14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID: MAC_ADDRESS_IS_EXTERNAL(925), 
VM instance-0673 has MAC address(es) fa:16:3e:74:18:50, which is/are out of 
its MAC pool definitions.
2018-05-24 12:49:21,021+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-653408) 
[14edb003-b4a0-4355-b3de-da2b68774fe3] EVENT_ID: 
IMPORTEXPORT_STARTING_IMPORT_VM(1,165), Starting to import Vm instance-0673 
to Data Center AVEUNL, Cluster AWSEUOPS
2018-05-24 12:49:28,816+02 INFO  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand] 
(EE-ManagedThreadFactory-engine-Thread-653407) [] Lock freed to object 
'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME, 
1f0b608f-7cfc-4b27-a876-b5d8073011a1=VM]', sharedLocks=''}'
2018-05-24 12:49:28,911+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConvertVmVDSCommand] 
(EE-ManagedThreadFactory-commandCoordinator-Thread-2) [2047673e] START, 
ConvertVmVDSCommand(HostName = aws-ovhv-01, 
ConvertVmVDSParameters:{hostId='cbabe1e8-9e7f-4c4b-be9c-49154953564d', 
url='qemu+tcp://root@172.19.0.12/system', username='null', 
vmId='1f0b608f-7cfc-4b27-a876-b5d8073011a1', vmName='instance-0673', 
storageDomainId='2607c265-248c-40ad-b020-f3756454839e', 
storagePoolId='5a5de92c-0120-0167-03cb-038a', virtioIsoPath='null', 
compatVersion='null', Disk0='816ac00f-ba98-4827-b5c8-42a8ba496089'}), log id: 
53408517
2018-05-24 12:49:29,010+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-commandCoordinator-Thread-2) [2047673e] EVENT_ID: 
IMPORTEXPORT_STARTING_CONVERT_VM(1,193), Starting to convert Vm 
instance-0673
2018-05-24 12:52:57,982+02 INFO  [org.ovirt.engine.core.bll.UpdateVmCommand] 
(default task-16) [df1d5f72-eb17-46e4-9946-20ca9809b54c] Failed to Acquire Lock 
to object 'EngineLock:{exclusiveLocks='[instance-0673=VM_NAME]', 

[ovirt-users] oVirt 4.2 host actions dropdown truncated

2018-05-24 Thread Gianluca Cecchi
example of full list in oVirt 4.2.3.5 with only one host
https://drive.google.com/file/d/12fj3uorno9UjBL_aNQOG0mUSqEFn-Ol4/view?usp=sharing

example of truncated list in oVirt 4.2.3.7 with 3 hosts
https://drive.google.com/file/d/1Es3YSAhcB_L-feaHdkAvwZz8BTB3sYiS/view?usp=sharing

if I select with the mouse into the column and then scroll with mouse, I
can see also the items below in the list: STOP, SSH MANAGEMENT, ecc.

but all in all it seems counter-intuitive to me...

I think the .5 vs the .7 in version is not the culprit.
Anyone can reproduce?
BTW: I reproduced the same strange behavior also in an RHV environment with
latest 4.2 (updated yesterday), with two hosts.

Any comments?

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Support for openstack keystone v3 API?

2018-05-24 Thread Bernhard Dick

Hi,

I wanted to try ceph with oVirt and so I've installed an openstack 
queens (current stable) environment containing cinder and keystone. But 
when I tried to add the storage provider I ended up with 404 errors in 
the engine log files.
They are because oVirt tries using the v2.0 API, and 
http://HOST:5000/v2.0/tokens does not exist.
If I understand the release notes of openstack correctly the section 
https://blueprints.launchpad.net/keystone/+spec/removed-as-of-queens 
includes all v2.0 API being removed from keystone. So I'm asking whether 
there is support for the v3 API in sight?


  Regards
Bernhard
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: [ANN] oVirt 4.2.4 First Release Candidate is now available

2018-05-24 Thread Sandro Bonazzola
2018-05-24 14:51 GMT+02:00 Gianluca Cecchi :

> On Thu, May 24, 2018 at 2:09 PM, Sandro Bonazzola 
> wrote:
>
>> The oVirt Project is pleased to announce the availability of the oVirt
>> 4.2.4 First Release Candidate, as of May 24th, 2018
>>
>>
>>
> [snip]
>
>
>> Additional Resources:
>> * Read more about the oVirt 4.2.4 release highlights:http://www.ovirt.or
>> g/release/4.2.4/
>> * 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.2.4/
>>
>>
> It seems the link to release notes is missing...
>

Looks like we have some outage in github publishing system. Here's the
github copy of the release notes:
https://github.com/oVirt/ovirt-site/blob/master/source/release/4.2.4/index.html.md



> Gianluca
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: [ANN] oVirt 4.2.4 First Release Candidate is now available

2018-05-24 Thread Gianluca Cecchi
On Thu, May 24, 2018 at 2:09 PM, Sandro Bonazzola 
wrote:

> The oVirt Project is pleased to announce the availability of the oVirt
> 4.2.4 First Release Candidate, as of May 24th, 2018
>
>
>
[snip]


> Additional Resources:
> * Read more about the oVirt 4.2.4 release highlights:http://www.ovirt.
> org/release/4.2.4/
> * 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.2.4/
>
>
It seems the link to release notes is missing...
Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: SSH into guest VM

2018-05-24 Thread Yaniv Kaul
On Wed, May 23, 2018 at 5:43 PM, <03ce...@gmail.com> wrote:

> I have self-hosted-engine (4.2) deployed successfully on cento (7.4)
> server.
>
> The physical server has 'ovirt' as hostname and the self-hosted engineVM
> deployed
> and running on it has 'engine.ovirt' as fdqn.
>
> I can successfully create new VM using the oVirt.vm-infra example
> playbook. But what other config/var i need to add in them so that I can ssh
> into this new VM. Some example, tips, hints would be helpful.
>

I think that you'd want (via cloud-init) to set the SSH keys for the root
user (or the password), etc.
Y.


>
> Thank you.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: oVirt hosted-engine-setup issues with getting host facts

2018-05-24 Thread Phillip Bailey
Hi Mariusz,

I'm sorry to hear you're having issues. Could you please provide a link to
a pastebin or something similar for the full log file?

Thanks!

-Phillip Bailey

On Wed, May 23, 2018 at 2:35 AM, Mariusz Kozakowski <
mariusz.kozakow...@dsg.dk> wrote:

> Hello,
>
> We've been trying to setup oVirt environment for few days but we have
> issue with hosted-engine-setup (ansible script).
> We managed to fix few small things and have them merged upstream but
> unfortunately right now the installation process fails on getting host
> facts.
> It looks like it cannot proceed because it fails when connecting to
> ovirt-engine API of the bootstrap VM.
>
> The oVirt API / webpanel is working, I tested it via a browser and I can
> login without issues using the admin password chosen earlier in the process.
>
> 2018-05-18 15:26:47,800+0200 INFO 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:100 TASK [Wait for the host to be up]
> 2018-05-18 15:39:14,025+0200 DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:94 {u'_ansible_parsed': True,
> u'_ansible_no_log': False, u'changed': False, u'attempts': 120,
> u'invocation': {u'module_args': {
> u'pattern': u'name=host01.redacted', u'fetch_nested': False,
> u'nested_attributes': []}}, u'ansible_facts': {u'ovirt_hosts': []}}
> 2018-05-18 15:39:14,127+0200 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:98 fatal: [localhost]: FAILED! =>
> {"ansible_facts": {"ovirt_hosts": []}, "attempts": 120, "changed": false}
>
>
> May 18 13:34:34 host01 python: ansible-ovirt_hosts_facts Invoked with
> pattern=name=host01.redacted fetch_nested=False nested_attributes=[]
> auth={'timeout': 0, 'url': 'https://ovirt-dev.redacted/ovirt-engine/api',
> 'insecure': True, 'kerberos': False, 'compress': True, 'headers': None,
> 'token': 'R--token-redacted', 'ca_file': None}
>
>
> Do you have idea what/where is issue and how to fix it?
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: restore Self-Hosted Engine

2018-05-24 Thread Simone Tiraboschi
Hi,
adding also Didi here.
We'll try to reproduce, in the mean time, can you please share
engine-backup logs at backup and restore times?
thanks

On Wed, May 23, 2018 at 2:20 PM, thetas emmanuel <
emmanuel.the...@obs-nancay.fr> wrote:

> hi,
>
> I follow this doc
>
> https://www.ovirt.org/documentation/self-hosted/
> chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
>
> But like others, i can't restore database
>
> I Have :
>
> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 7397; 0 0 COMMENT
> EXTENSION plpgsql
> pg_restore: [archiver (db)] could not execute query: ERROR:  must be
> owner of extension plpgsql
> Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural
> language';
>
> ..
>
> ...
>
>
> Any solution ?
>
>
> emmanuel
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: oVirt hosted-engine-setup issues with getting host facts

2018-05-24 Thread Simone Tiraboschi
On Wed, May 23, 2018 at 8:35 AM, Mariusz Kozakowski <
mariusz.kozakow...@dsg.dk> wrote:

> Hello,
>
> We've been trying to setup oVirt environment for few days but we have
> issue with hosted-engine-setup (ansible script).
> We managed to fix few small things and have them merged upstream but
> unfortunately right now the installation process fails on getting host
> facts.
> It looks like it cannot proceed because it fails when connecting to
> ovirt-engine API of the bootstrap VM.
>
> The oVirt API / webpanel is working, I tested it via a browser and I can
> login without issues using the admin password chosen earlier in the process.
>
> 2018-05-18 15:26:47,800+0200 INFO 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:100 TASK [Wait for the host to be up]
> 2018-05-18 15:39:14,025+0200 DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:94 {u'_ansible_parsed': True,
> u'_ansible_no_log': False, u'changed': False, u'attempts': 120,
> u'invocation': {u'module_args': {
> u'pattern': u'name=host01.redacted', u'fetch_nested': False,
> u'nested_attributes': []}}, u'ansible_facts': {u'ovirt_hosts': []}}
> 2018-05-18 15:39:14,127+0200 ERROR 
> otopi.ovirt_hosted_engine_setup.ansible_utils
> ansible_utils._process_output:98 fatal: [localhost]: FAILED! =>
> {"ansible_facts": {"ovirt_hosts": []}, "attempts": 120, "changed": false}
>
>
> May 18 13:34:34 host01 python: ansible-ovirt_hosts_facts Invoked with
> pattern=name=host01.redacted fetch_nested=False nested_attributes=[]
> auth={'timeout': 0, 'url': 'https://ovirt-dev.redacted/ovirt-engine/api',
> 'insecure': True, 'kerberos': False, 'compress': True, 'headers': None,
> 'token': 'R--token-redacted', 'ca_file': None}
>
>
> Do you have idea what/where is issue and how to fix it?
>

Hi,
it correctly gets host facts from engine APIs, the issue now is simply that
no host appears in the reported facts and this means that engine, for same
reason, failed to configure the host where you are running
hosted-engine-setup.

To better understand what it's happening you have to check host-deploy
logs; they are available under /var/log/ovirt-engine/host-deploy/ on your
engine VM.



>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] [ANN] oVirt 4.2.4 First Release Candidate is now available

2018-05-24 Thread Sandro Bonazzola
The oVirt Project is pleased to announce the availability of the oVirt
4.2.4 First Release Candidate, as of May 24th, 2018

This update is a release candidate of the fourth in a series of
stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now for:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.5 or later
* CentOS Linux (or similar) 7.5 or later

Due to an issue with CentOS mirrors oVirt Node has not been built.
We'll build and release oVirt Node as soon as the updated qemu-kvm-ev will
be available on CentOS mirrors.


See the release notes [1] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Appliance is available
- oVirt Node is not yet available, will be provided soon[2]

Additional Resources:
* Read more about the oVirt 4.2.4 release highlights:
http://www.ovirt.org/release/4.2.4/
* 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.2.4/
[2] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] oVirt Privacy policy change

2018-05-24 Thread Sandro Bonazzola
*As part of an oVirt project review, we're publishing an updated privacy
policy.You should read the statement fully, but the key updates include:*
Clearer descriptions of how oVirt uses your personal data to provide
services;* Additional detail on how your personal data may be shared to
serve the public interest and that of the open source community; and* More
focus on how you can review, modify, and update your personal data.You can
find the new statement on the oVirt website at this location:
https://ovirt.org/site/privacy-policy/
oVirt website pages have been
updated to include links to the privacy policy. The new privacy statement
takes effect on Friday, May 25, 2018. *

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] oVirt Privacy policy change

2018-05-24 Thread Sandro Bonazzola
*As part of an oVirt project review, we're publishing an updated privacy
policy.You should read the statement fully, but the key updates include:*
Clearer descriptions of how oVirt uses your personal data to provide
services;* Additional detail on how your personal data may be shared to
serve the public interest and that of the open source community; and* More
focus on how you can review, modify, and update your personal data.You can
find the new statement on the oVirt website at this location:
https://ovirt.org/site/privacy-policy/
oVirt website pages have been
updated to include links to the privacy policy. The new privacy statement
takes effect on Friday, May 25, 2018.*

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] restore Self-Hosted Engine

2018-05-24 Thread thetas emmanuel
hi,

I follow this doc

https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/

But like others, i can't restore database

I Have :

pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 7397; 0 0 COMMENT
EXTENSION plpgsql
pg_restore: [archiver (db)] could not execute query: ERROR:  must be
owner of extension plpgsql
    Command was: COMMENT ON EXTENSION plpgsql IS 'PL/pgSQL procedural
language';

..

...


Any solution ?


emmanuel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] oVirt hosted-engine-setup issues with getting host facts

2018-05-24 Thread Mariusz Kozakowski
Hello,

We've been trying to setup oVirt environment for few days but we have issue 
with hosted-engine-setup (ansible script).
We managed to fix few small things and have them merged upstream but 
unfortunately right now the installation process fails on getting host facts.
It looks like it cannot proceed because it fails when connecting to 
ovirt-engine API of the bootstrap VM.

The oVirt API / webpanel is working, I tested it via a browser and I can login 
without issues using the admin password chosen earlier in the process.

2018-05-18 15:26:47,800+0200 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:100 TASK [Wait for the host to be up]
2018-05-18 15:39:14,025+0200 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 
{u'_ansible_parsed': True, u'_ansible_no_log': False, u'changed': False, 
u'attempts': 120, u'invocation': {u'module_args': {
u'pattern': u'name=host01.redacted', u'fetch_nested': False, 
u'nested_attributes': []}}, u'ansible_facts': {u'ovirt_hosts': []}}
2018-05-18 15:39:14,127+0200 ERROR 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:98 
fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": []}, 
"attempts": 120, "changed": false}


May 18 13:34:34 host01 python: ansible-ovirt_hosts_facts Invoked with 
pattern=name=host01.redacted fetch_nested=False nested_attributes=[] 
auth={'timeout': 0, 'url': 'https://ovirt-dev.redacted/ovirt-engine/api', 
'insecure': True, 'kerberos': False, 'compress': True, 'headers': None, 
'token': 'R--token-redacted', 'ca_file': None}


Do you have idea what/where is issue and how to fix it?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Need advice using pacemaker on VMs for application HA

2018-05-24 Thread wodel youchi
Hi,

Excuse the English :)

Need some advice regarding the use of high availability software on VMs on
oVirt.

We are migrating a physical high available application to oVirt.
The HA platform uses pacemaker, it contains two nodes and a shared storage,
fence (stonith) is configured to use ILO.

I know that oVirt offers HA for VM, but this HA is not application aware,
if a service crashes on the VM, it will not be detected.
Fencing could be achieved by fence agent rhev.

My questions are about the best way to migrate this platform to oVirt.

- Is it a good idea to make both VMs (formally nodes) Highly-Available VMs?
or may be pin each one of them to a particular hypervisor and/or use
VM-Affinity?

- I am thinking about the situation where the hypervisor containing one of
the VMs crashes, what will be the behavior of the the fence agent on the
application?
   - if the crashed VM is not HA, it will not start on another hypervisor,
so the fence agent will try to fence a VM that does not exist anymore, and
it will stuck.
   - if the crashed VM is HA, it will be started on another hypervisor, but
what will happen with the fence agent? I think that one VM will fence the
other one, and the application will still be unreachable for a longer
period.

- What about the shared storage, we will use a shared disk on oVirt which
does not support snapshot

- What are the things to avoid?

Any suggestions will be appreciated.

Regards.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: hosted engine setup error

2018-05-24 Thread Yanir Quinn
Hi
There is a BZ with a similar issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1546839

To sum things up,  try stopping the network manager and restarting your
network if you are using a RH distribution, e,g. :

systemctl stop NetworkManager
systemctl restart network

And check what is your kernel version.


On Wed, May 23, 2018 at 5:03 PM,  wrote:

> hi
> I deploy ovirt-engine-4.2.2 hosted-engine by #hosted-engine --deploy, but
> face some error
> bridge ovirtmgmt is not configure, i should how to do? thanks
>
>
> [ INFO  ] TASK [Get ovirtmgmt route table id]
> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true,
> "cmd": "ip rule list | grep ovirtmgmt | sed s/[.*]\\ //g | awk '{
> print $9 }'", "delta": "0:00:00.010899", "end": "2018-05-23
> 20:03:21.222559", "rc": 0, "start": "2018-05-23 20:03:21.211660", "stderr":
> "", "stderr_lines": [], "stdout": "", "stdout_lines": []}
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
> ansible-playbook
> [ INFO  ] Stage: Clean up
> [ INFO  ] Cleaning temporary resources
>
>
> vdsm.log
>
> 2018-05-23 19:55:15,305+0800 INFO  (vm/bfc6f7cf) [virt.vm]
> (vmId='bfc6f7cf-3e8d-4368-97f8-78a5c74a5175') VM wrapper has started
> (vm:2619)
> 2018-05-23 19:55:15,454+0800 INFO  (vm/bfc6f7cf) [virt.vm]
> (vmId='bfc6f7cf-3e8d-4368-97f8-78a5c74a5175') Starting connection
> (guestagent:245)
> 2018-05-23 19:55:15,458+0800 ERROR (vm/bfc6f7cf) [virt.vm]
> (vmId='bfc6f7cf-3e8d-4368-97f8-78a5c74a5175') Failed to connect to guest
> agent channel (vm:2403)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2401, in
> _vmDependentInit
> self.guestAgent.start()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line
> 246, in start
> self._prepare_socket()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/guestagent.py", line
> 288, in _prepare_socket
> supervdsm.getProxy().prepareVmChannel(self._socketName)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 55, in __call__
> return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 53, in 
> **kwargs)
>   File "", line 2, in prepareVmChannel
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
> _callmethod
> raise convert_to_error(kind, result)
> OSError: [Errno 2] No such file or directory: '/var/lib/libvirt/qemu/
> channels/bfc6f7cf-3e8d-4368-97f8-78a5c74a5175.com.redhat.rhevm.vdsm'
> 2018-05-23 19:55:15,480+0800 INFO  (vm/bfc6f7cf) [virt.vm]
> (vmId='bfc6f7cf-3e8d-4368-97f8-78a5c74a5175') CPU running: domain
> initialization (vm:5908)
>
> [root@hosted-engine-test1 ~]# ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> inet6 ::1/128 scope host
>valid_lft forever preferred_lft forever
> 2: eth0:  mtu 1500 qdisc pfifo_fast
> state UP qlen 1000
> link/ether 52:54:00:6c:ee:a8 brd ff:ff:ff:ff:ff:ff
> inet 192.168.122.217/24 brd 192.168.122.255 scope global dynamic eth0
>valid_lft 2936sec preferred_lft 2936sec
> inet6 fe80::834a:9cc1:df2:83f/64 scope link
>valid_lft forever preferred_lft forever
> 18: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN qlen
> 1000
> link/ether 9a:d1:bc:96:cc:c0 brd ff:ff:ff:ff:ff:ff
> 19: virbr0:  mtu 1500 qdisc noqueue
> state DOWN qlen 1000
> link/ether 52:54:00:55:06:26 brd ff:ff:ff:ff:ff:ff
> inet 192.168.124.1/24 brd 192.168.124.255 scope global virbr0
>valid_lft forever preferred_lft forever
> 20: virbr0-nic:  mtu 1500 qdisc pfifo_fast master
> virbr0 state DOWN qlen 1000
> link/ether 52:54:00:55:06:26 brd ff:ff:ff:ff:ff:ff
>
>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Hosted Engine w Gluster - increase number of hosts

2018-05-24 Thread Martin Sivak
Hi,

hosted engine does not care about disks. Gluster might, but I do not
know enough about best practice brick layout there, sorry.

Martin

On Wed, May 23, 2018 at 11:44 AM, femi adegoke  wrote:
> Must all 7 hosts have the same amount of storage/number of disks?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: Backup & Restore

2018-05-24 Thread emmanuel . thetas
hi,

I have the same error when I try to restore on a new hosted VM (ovirt 4.2.3)
Have you a solution ?

Emmanuel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: CVE-2018-3639 - Important - oVirt - Speculative Store Bypass

2018-05-24 Thread Gianluca Cecchi
On Thu, May 24, 2018 at 10:08 AM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

[snip]

> >
> > Intel has been promising microcode updates since January when Spectre
> first appeared and yet except for the very newest CPUs we haven't seen
> anything and in the cases of older CPUs, I wonder if we are ever going to
> see anything even if Intel has is on their “roadmap"
>
> I believe they did release it[1], albeit late. SandyBridge for sure, and
> *some* Westmere and Nehalem.
>
>
[snip]


> [1] https://downloadcenter.intel.com/download/27776?v=t
>
>
 I confirm. I was also able for example to update the microcode of my Asus
U36SD laptop, bought in late 2012, with the microcode released by Intel.

My cpu model that I searched for inside the list at the link, from cpuinfo:

model name : Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz

>From dmidecode on this system that is now on Fedora 28 it confirms the
latest Bios version released by Asus:

Handle 0x, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: U36SD.206
Release Date: 09/26/2011

and by dmesg you can see the microcode update released on February by Intel:

[0.00] microcode: microcode updated early to revision 0x2d, date =
2018-02-07
[0.00] Linux version 4.16.10-300.fc28.x86_64 (
mockbu...@bkernel01.phx2.fedoraproject.org) (gcc version 8.1.1 20180502
(Red Hat 8.1.1-1) (GCC)) #1 SMP Mon May 21 14:41:48 UTC 2018

And there is another update released on late April I didn't apply yet...

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: CVE-2018-3639 - Important - oVirt - Speculative Store Bypass

2018-05-24 Thread Michal Skrivanek


> On 23 May 2018, at 18:45, WK  wrote:
> 
> 
> 
> On 5/23/2018 7:57 AM, Sandro Bonazzola wrote:
>> 
>> 
>> Please note that to fully mitigate this vulnerability, system administrators 
>> must apply both hardware “microcode” updates and software patches that 
>> enable new functionality.
>> At this time, microprocessor microcode will be delivered by the individual 
>> manufacturers.
>> 
>> 
> 
> Intel has been promising microcode updates since January when Spectre first 
> appeared and yet except for the very newest CPUs we haven't seen anything and 
> in the cases of older CPUs, I wonder if we are ever going to see anything 
> even if Intel has is on their “roadmap"

I believe they did release it[1], albeit late. SandyBridge for sure, and *some* 
Westmere and Nehalem.

> 
> Can someone shed some light on the vulnerability at this time given we have 
> no microcode update, but all Kernel/Os updates applied, which supposedly 
> handle the original Meltdown and some Spectre Variants.

it requires microcode update as well for optimal performance, though reading 
[2] the “big hammer” approach could work without it, but I do not believe 
anyone had run any benchmarks yet.
> 
> 1) Does the unpatched microcode exploit require "root" permissions?
> 
> 2) Do the existing libvirt/qemu patches prevent a user "root" or "otherwise" 
> in a VM from snooping on other VMs and/or the host?

libvirt/qemu patches are just propagating the new mechanism to guests, they do 
not implement anything in addition on their own
About exploitability - not sure at this point, I guess a proof of concept 
implementations will show up soon

Thanks,
michal

> 
> Sincerely,
> 
> -wk
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org

[1] https://downloadcenter.intel.com/download/27776?v=t
[2] 
https://www.redhat.com/en/blog/speculative-store-bypass-explained-what-it-how-it-works
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: CVE-2018-3639 - Important - oVirt - Speculative Store Bypass

2018-05-24 Thread Sandro Bonazzola
2018-05-23 18:45 GMT+02:00 WK :

>
>
> On 5/23/2018 7:57 AM, Sandro Bonazzola wrote:
>
>>
>>
>> Please note that to fully mitigate this vulnerability, system
>> administrators must apply both hardware “microcode” updates and software
>> patches that enable new functionality.
>> At this time, microprocessor microcode will be delivered by the
>> individual manufacturers.
>>
>>
>>
> Intel has been promising microcode updates since January when Spectre
> first appeared and yet except for the very newest CPUs we haven't seen
> anything and in the cases of older CPUs, I wonder if we are ever going to
> see anything even if Intel has is on their "roadmap"
>
> Can someone shed some light on the vulnerability at this time given we
> have no microcode update, but all Kernel/Os updates applied, which
> supposedly handle the original Meltdown and some Spectre Variants.
>
> 1) Does the unpatched microcode exploit require "root" permissions?
>
> 2) Do the existing libvirt/qemu patches prevent a user "root" or
> "otherwise" in a VM from snooping on other VMs and/or the host?
>
>
Adding Jonathan Masters, author of
https://www.redhat.com/en/blog/speculative-store-bypass-explained-what-it-how-it-works
Maybe he can answer your questions.



> Sincerely,
>
> -wk
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Fwd: Shameless networking question

2018-05-24 Thread Ales Musil
On Wed, May 23, 2018 at 2:43 PM, Peter Harman 
wrote:

> Ovirt Community,
>
>
>
> First off: thank you – these emails have helped me to get Ovirt running. I
> barely know what I am doing but learning quickly.
>
>
>
> I am trying to do a network separation and confusing myself. I have two
> physical networks (10.10.x.x/16 and 192.168.1.x/24) my ovirt management is
> bridged on 10.10.x.x. My (currently single) Hosts have at least one
> physical NIC connecting to each network. I am trying to get to the point
> there the VMs are on the 192.168.1.x network and the 10.10.x.x network. The
> goal is to join the VMs to a AD domain on 192.168.1.x but keep access as
> limited as possible to the 10.10.x.x network.
>
>
>
> I’ve been on a googlethon over the past few days and still don’t
> understand the best practice – or even a working practice – to accomplish
> this goal.
>
>
>
> *Peter Harman – Systems and Safety Cordinator  | Homeyer Precision
> Manufacturing*
>
>
>
> [image: Description: C:\Users\gruether\AppData\Local\Temp\Temp1_Homeyer
> Logo (2).zip\Homeyer Logo\Homeyer Logo.jpg]
>
>
>
> 16051 State Hwy 47, Marthasville, MO 63357| *E *phar...@homeyertool.com |
> *P* 636.433.2244 | *F* 636.433.5257
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
Hi Peter,

if I understand this correctly you can achieve that by marking the
192.168.1.x network as VM network via UI: Networks -> Desired network ->
Edit -> Check VM network and save. Then in any VM that you want to be on
this network set NICs VNIC profile that is connected to 192.168.1.x via UI:
Virtual Machines -> Desired VM -> Network Interfaces -> nicX -> Edit ->
Profile -> Select profile that is connected to 192.168.1.x -> Save. If the
VM is up and running you need to first unplug the interface save it and
then change profile and plug it in again. Hopefully this helps.

Regards,
Ales

-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA 


amu...@redhat.com   IM: amusil

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org