[ovirt-users] Re: oVirt alternatives

[Roman Mohr]

On Tue, Feb 22, 2022 at 1:25 PM Thomas Hoberg  wrote:

> > On Tue, Feb 22, 2022 at 9:48 AM Simone Tiraboschi  
> > wrote:
> >
> >
> > Just to clarify the state of things a little: It is not only technically
> > there. KubeVirt supports pci passthrough, GPU passthrough and
> > SRIOV (including live-migration for SRIOV). I can't say if the OpenShift
> UI
> > can compete with oVirt at this stage.
> >
> >
> > Best regards,
> > Roman
>
> Well, I guess it's there, mostly because they didn't have to do anything
> new, it's part of KVM/libvirt and more inherited than added.
>
> The main reason I "don't see it coming" is that may create more problems
> than it solves.
>
> To my understanding K8 is all about truly elastic workloads, including
> "mobility" to avoid constraints (including memory overcommit). Mobility in
> quotes, because I don't even know if it migrates containers or just shuts
> instances down in one place and launches them in another: migration itself
> has a significant cost after all.
>

We implemented live migrations for VMs quite some time ago. In practice
that means that we are migrating qemu processes between pods on different
nodes.
k8s does not dictate anything regarding the workload. There is just a
scheduler which can or can not schedule your workload to nodes.


>
> But if it were to migrate them (e.g. via CRIU for containers and "vMotion"
> for VMs) it would then to also have to understand (via KubeVirt), which
> devices are tied,


As far as I know pci passthrough and live migration do not mix well in
general because neither oVirt nor OpenStack or other platforms can migrate
the pci device state, since it is not in a place where it can be copied.
Only SRIOV allows that via explicit unplug and re-plug.


> because they use a device that has too big a state (e.g. a multi-gig CUDA
> workloads), a hard physical dependence (e.g. USB with connected devices) or
> something that could move with the VM (e.g. SR-IOV FC/NIC/INF with a fabric
> that can be re-configured to match or is also virtualized).
>
> A proper negotiation between the not-so-dynamic physically available
> assets of the DC and the much more dynamic resources required by the
> application are the full scope of a virt-stack/k8 hybrid, encompassing a
> DC/Cloud-OS (infrastructure) and K8 (platform) aspects.
>

While KubeVirt does not offer everything which oVirt has at the moment,
like Sandro indicated, the cases you mentioned are mostly solved and
considered stable.


>
> While I'd love to have that, I can see how that won't be maintained by
> anyone as a full free-to-use open-souce turn-key solution.
>

There are nice projects to install k8s easily, for installing kubevirt with
its operator you just apply some manifests on the  (bare-metal) cluster and
you can start right away.

I can understand that a new system like k8s may look intimidating.

Best regards,
Roman


> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OPAKEXBS4LZSG2HIU3AWGJJCLT22FFGF/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RXSWPU5MQHNRXBKOPWSDMJR4C6S2DPP5/

[ovirt-users] Re: oVirt alternatives

[Roman Mohr]

On Mon, Feb 21, 2022 at 12:27 PM Thomas Hoberg  wrote:

> That's exactly the direction I originally understood oVirt would go, with
> the ability to run VMs and container side-by-side on the bare metal or
> nested with containers inside VMs for stronger resource or security
> isolation and network virtualization. To me it sounded especially
> attractive with an HCI underpinning so you could deploy it also in the
> field with small 3 node clusters.
>

I think in general a big part of the industry is going down the path of
moving most things behind the k8s API/resource model. This means different
things for different companies. For instance vmware keeps its traditional
virt-stack, adding additional k8s apis in front of it, and crossing the
bridges to k8s clusters behind the scenes to get a unified view, while
other parts are choosing k8s (be it vanilla k8s, openshift, harvester, ...)
and then take for instance KubeVirt to deploy additional k8s clusters on
top of it, unifying the stack this way.

It is definitely true that k8s works significantly different to other
solutions like oVirt or OpenStack, but once you get into it, I think one
would be surprised how simple the architecture of k8s actually is, and also
how little resources core k8s actually takes.

Having said that, as an ex oVirt engineer I would be glad to see oVirt
continue to thrive. The simplicity of oVirt was always appealing to me.

Best regards,
Roman



>
> But combining all those features evidently comes at too high a cost for
> all the integration and the customer base is either too small or too poor:
> the cloud players are all out on making sure you no longer run any hardware
> and then it's really just about pushing your applications there as cloud
> native or "IaaS" compatible as needed.
>
> E.g. I don't see PCI pass-through coming to kubevirt to enable GPU use,
> because it ties the machine to a specific host and goes against the grain
> of K8 as I understand it.
>
> Memory overcommit is quite funny, really, because it's the same issue as
> the original virtual memory: essentially you lie to your consumer about the
> resources available and then swap pages forth and back in an attempt to
> make all your consumers happy. It was processes for virtual memory, it's
> VMs now for the hypervisor and in both cases it's about the consumer and
> the provider not continously negotiating for the resources they need and
> the price they are willing to pay.
>
> That negotiation is always better at the highest level of abstraction, the
> application itself, which why implementing it at the lower levels (e.g.
> VMs) becomes less useful and needed.
>
> And then there is technology like CXL which essentially turns RAM in to a
> fabric and your local CPU will just get RAM from another piece of hardware
> when your application needs more RAM and is willing to pay the premium
> something will charge for it.
>
> With that type of hardware much of what hypervisors used to do goes into
> DPUs/IPUs and CPUs are just running applications making hypercalls. The
> kernel is just there to bootstrap.
>
> Not sure we'll see that type of hardware at home or in the edge, though...
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PC5SDUMCPUEHQCE6SCMITTQWK5QKGMWT/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4IOI2KD7MNKFS3QQ5W4RVYPKBRZIDF5L/

[ovirt-users] Re: oVirt alternatives

[Roman Mohr]

On Tue, Feb 22, 2022 at 9:48 AM Simone Tiraboschi 
wrote:

>
>
> On Mon, Feb 21, 2022 at 12:27 PM Thomas Hoberg  wrote:
>
>> That's exactly the direction I originally understood oVirt would go, with
>> the ability to run VMs and container side-by-side on the bare metal or
>> nested with containers inside VMs for stronger resource or security
>> isolation and network virtualization. To me it sounded especially
>> attractive with an HCI underpinning so you could deploy it also in the
>> field with small 3 node clusters.
>>
>> But combining all those features evidently comes at too high a cost for
>> all the integration and the customer base is either too small or too poor:
>> the cloud players are all out on making sure you no longer run any hardware
>> and then it's really just about pushing your applications there as cloud
>> native or "IaaS" compatible as needed.
>>
>> E.g. I don't see PCI pass-through coming to kubevirt to enable GPU use,
>> because it ties the machine to a specific host and goes against the grain
>> of K8 as I understand it.
>>
>
> technically it's already there:
> https://kubevirt.io/user-guide/virtual_machines/host-devices/
>

Just to clarify the state of things a little: It is not only technically
there. KubeVirt supports pci passthrough, GPU passthrough and
SRIOV (including live-migration for SRIOV). I can't say if the OpenShift UI
can compete with oVirt at this stage.


Best regards,
Roman



>
>
>>
>> Memory overcommit is quite funny, really, because it's the same issue as
>> the original virtual memory: essentially you lie to your consumer about the
>> resources available and then swap pages forth and back in an attempt to
>> make all your consumers happy. It was processes for virtual memory, it's
>> VMs now for the hypervisor and in both cases it's about the consumer and
>> the provider not continously negotiating for the resources they need and
>> the price they are willing to pay.
>>
>> That negotiation is always better at the highest level of abstraction,
>> the application itself, which why implementing it at the lower levels (e.g.
>> VMs) becomes less useful and needed.
>>
>> And then there is technology like CXL which essentially turns RAM in to a
>> fabric and your local CPU will just get RAM from another piece of hardware
>> when your application needs more RAM and is willing to pay the premium
>> something will charge for it.
>>
>> With that type of hardware much of what hypervisors used to do goes into
>> DPUs/IPUs and CPUs are just running applications making hypercalls. The
>> kernel is just there to bootstrap.
>>
>> Not sure we'll see that type of hardware at home or in the edge, though...
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PC5SDUMCPUEHQCE6SCMITTQWK5QKGMWT/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YDNE7EL3R36WGYDTGBLZJT33P4OSG2UC/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MSX4I4K47SZYX6SZD5SO2KZ7DKT33IUS/

[ovirt-users] Re: OVIRT and KUBEVIRT

[Roman Mohr]

Hi Andre,

On Wed, Nov 18, 2020 at 7:04 AM Andre Meyer Pflug 
wrote:

> Is there someone who has done an NON PERSISTANT VDI over oVirt using
> kubevirt (on OKD) as the infraestructure for vm's?
>
> We plan to do a 1.000.000 concurrent users deployment...
>

I am working on KubeVirt. I can't tell you how the integration in oVirt
works in detail and which capabilities you inherit from normal RHV flows,
but I can tell you a little bit about this from the kubevirt and openshift
perspective.
I think that you will need a bunch of openshift clusters (10+) to cope with
that number of VMs/Pods. Also keep in mind that you will have to use for
VDI something like citrix, windows remote desktop or so on. KubeVirt does
not support spice, just in case that this was your target.

Others can probably tell you more.

Best Regards,
Roman



>
> Any help is welcome!
>
> Kind regards,
>
>
> Andre Meyer Pflug
> DDESK LLC
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y3SYDD7IECRVNRPFOJOJMIZ36KHYRIPR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2XATWOFBPPZWCUUYFG2QTJ25VDV6WGOW/

[ovirt-users] Re: ovirt - in docker

[Roman Mohr]

On Tue, Oct 9, 2018 at 11:16 AM ReSearchIT Eng
 wrote:
>
> Hello!
> I am interested to run ovirt in docker container.
> It was noticed that there is an official repo for it:
> https://github.com/oVirt/ovirt-container-engine

Yaniv Bronheim mostly worked on it when the repo was moved to oVirt.

Sandro,  Simone, since he is now working on other things, do you guys
know anything about plans for updating the repo?

Best Regards,

Roman

> Unfortunately it did not get an update for 2 years (4.1).
>
> Can anyone help with the required answers/entrypoint/patch files for
> the new 4.2 ?
>
> Thanks!
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C66CSW7CY7RCTC56V5YNSZ6KQKHLADIS/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EKSFVS2CRV5Y2L77ZMSO7NEOHS4WMYCQ/

Re: [ovirt-users] [ovirt-devel] The feature everyone was asking for is finally here...

[Roman Mohr]

On Wed, Jan 4, 2017 at 4:31 PM, Eyal Edri  wrote:

> FYI,
>
> After many requests from multiple developers and testers, the oVirt CI
> added a new simple job that lets you run the full fledged end-to-end oVirt
> system tests with a click of a button.
> You can read all the details and how-to in the new oVirt blog [1].
>
> We wanted to allow running oVirt system tests on EVERY open patch from ANY
> oVirt project, without relaying on complex building code inside the job.
> Luckily we just added the 'build-on-demand' so together with it you can
> build any rpms you'd like and use them to run the manual job.
>
> So the 2 steps you'll need to do are:
>
>1. Write 'ci please build' inside a comment on an open oVirt patch (
>make sure the feature is enabled for that project first, its already
>available for ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java)
>2. Run the manual OST job for the version you'd like to test with the
>URLs you got from #1
>
> You'll get and email once the job is done and you can browse the results
> and check for logs from engine and the hosts.
>
> Please feel free to ask questions on in...@ovirt.org as usual.
>
>
> [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/
>

Very nice!


> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

[Roman Mohr]

On Wed, Jan 4, 2017 at 8:57 AM, Roy Golan  wrote:

> I'm getting the feeling I'm not alone in this, authoring and publishing a
> wiki page isn't as used to be for long time.
>
> I want to suggest a bit lighter workflow:
>
> 1.  Everyone can merge their page - (it's a wiki)
>   Same as with (public and open) code, no one has the motivation to
> publish a badly written
>   wiki page under their name. True, it can have an impact, but not as with
> broken code
>
> 2. Use Page-Status marker
>  The author first merges the draft. Its now out there and should be
> updated as time goes and its
>  status is DRAFT. Maintainers will come later and after review would
> change the status to
>  PUBLISH. That could be a header in on the page:
>  ---
>  page status: DRAFT/PUBLISH
>  ---
>
>  Simple I think, and should work.
>
>
Sounds very good.

+1


>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] fakevdsm vs ovirt engine 4.0.4

[Roman Mohr]

On Tue, Oct 18, 2016 at 10:04 AM, <jo...@familiealbers.nl> wrote:

> Hi Roman, thanks for the quick response, i have followed your advice but
> still see the following fakevdsm console.
>
>
>
Could it be that you did not disable the SSL encryption on the engine side?
Did you follow the steps in [15] and restarted ovirt-engine?

>
> 2016-10-18 07:49:34,105 Message sent: null
> 2016-10-18 07:49:34,105 Unable to process messages
> java.io.IOException: Broken pipe
> at sun.nio.ch.FileDispatcherImpl.write0(Native Method)
> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47)
> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93)
> at sun.nio.ch.IOUtil.write(IOUtil.java:65)
> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:492)
> at org.ovirt.vdsm.jsonrpc.client.reactors.PlainClient.write(Pla
> inClient.java:55)
> at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.process
> Outgoing(ReactorClient.java:241)
> at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.process
> (ReactorClient.java:204)
> at org.ovirt.vdsm.jsonrpc.client.reactors.Reactor.processChanne
> ls(Reactor.java:89)
> at org.ovirt.vdsm.jsonrpc.client.reactors.Reactor.run(Reactor.j
> ava:65)
> 2016-10-18 07:49:34,106
>
> 2016-10-18 07:49:34,106 Message sent: null
> 2016-10-18 07:49:34,107 Failure in processing request
> java.lang.IllegalArgumentException: 'method' field missing in node
> at org.ovirt.vdsm.jsonrpc.client.JsonRpcRequest.fromJsonNode(Js
> onRpcRequest.java:79)
> at org.ovirt.vdsm.jsonrpc.client.JsonRpcRequest.fromByteArray(J
> sonRpcRequest.java:103)
> at org.ovirt.vdsmfake.rpc.json.JsonRpcServer$MessageHandler.run
> (JsonRpcServer.java:122)
> at java.util.concurrent.Executors$RunnableAdapter.call(
> Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
> Executor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
> lExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 2016-10-18 07:49:37,095 CONNECT
> accept-version:1.2
> heart-beat:0,21234
> host:null
>
>
>
>
> Roman Mohr schreef op 2016-10-18 09:06:
>
>> Hi,
>>
>> On Tue, Oct 18, 2016 at 12:28 AM, <jo...@familiealbers.nl [13]> wrote:
>>
>> Hi All,
>>> I am trying to start load tests against my newly installed ovirt
>>> engine version 4.0.4
>>>
>>
>> Note that latest fakevdsm is currently broken when using it with 4.0
>> releases, it only works on master.
>>
>> You can check out the code from here
>>
>> https://gerrit.ovirt.org/#/c/65333/ [14]
>>
>> to get a working version for 4.0.
>>
>>
>> I can run fakevdsm as follows (minor changes to pom.xml (mainly
>>> jetty plugin version)
>>> i also changed vdsm-jsonrpc-java-client to match that of the
>>> server.
>>>
>>>
>>> org.ovirt.vdsm-jsonrpc-java
>>>
>>> vdsm-jsonrpc-java-client
>>> 1.2.5
>>>
>>> i can run the app using
>>>
>>> mvn jetty:run -Dfake.host=0.0.0.0 -DjsonListenPort=54321
>>> -DvdsmPort=54322
>>>
>>
>> could you try running "mvn clean" before starting it again? Fakevdsm
>> has a cache and if something is wrong with that data there (e.g. a bug
>> or switching between engine versions) you can end up in such
>> situations. Running "mvn clean" cleans the cache too.Roman
>>
>> Links:
>> --
>> [1] http://iqn.1994-05.com
>> [2] http://52.25.68.41
>> [3] http://52.25.68.41
>> [4] http://r.monitoring.HostMonitoring.re
>> [5] http://org.quartz.core.JobRunShell.ru
>> [6] http://52.25.68.41
>> [7] http://52.25.68.41
>> [8] http://r.monitoring.HostMonitoring.re
>> [9] http://org.quartz.core.JobRunShell.ru
>> [10] http://52.25.68.41
>> [11] mailto:Users@ovirt.org
>> [12] http://lists.ovirt.org/mailman/listinfo/users
>> [13] mailto:jo...@familiealbers.nl
>> [14] https://gerrit.ovirt.org/#/c/65333/
>
>
[15] https://github.com/oVirt/ovirt-vdsmfake#prepare-ovirt-engine
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] fakevdsm vs ovirt engine 4.0.4

[Roman Mohr]

Hi,

On Tue, Oct 18, 2016 at 12:28 AM,  wrote:

> Hi All,
> I am trying to start load tests against my newly installed ovirt engine
> version 4.0.4
>

Note that latest fakevdsm is currently broken when using it with 4.0
releases, it only works on master.

You can check out the code from here

https://gerrit.ovirt.org/#/c/65333/

to get a working version for 4.0.


> I can run fakevdsm as follows (minor changes to pom.xml (mainly jetty
> plugin version)
> i also changed vdsm-jsonrpc-java-client to match that of the server.
>
> org.ovirt.vdsm-jsonrpc-java
> vdsm-jsonrpc-java-client
> 1.2.5
>
> i can run the app using
>
> mvn jetty:run -Dfake.host=0.0.0.0 -DjsonListenPort=54321 -DvdsmPort=54322
>
>
could you try running "mvn clean" before starting it again? Fakevdsm has a
cache and if something is wrong with that data there (e.g. a bug or
switching between engine versions) you can end up in such situations.
Running "mvn clean" cleans the cache too.

>
> fakevdsm runs but keeps on looping over the following operations. I have
> not add vms yet.
>
> I sincerely hope someone can help me , i really need to stress test this
> install urgently and fakevdsm looks like the perfect tool to use for this.
> thanks, joost
>
> 2016-10-17 22:24:59,505 CONNECT
> accept-version:1.2
> heart-beat:0,21234
> host:null
>
>
> 2016-10-17 22:24:59,506 CONNECT
> accept-version:1.2
> heart-beat:0,21234
> host:null
>
>
> 2016-10-17 22:24:59,507 CONNECTED
> heart-beat:21234,0
> session:196ed7d6-5125-4608-8299-bcaef308db87
>
>
> 2016-10-17 22:24:59,507 Message sent: CONNECTED
> heart-beat:21234,0
> session:196ed7d6-5125-4608-8299-bcaef308db87
>
>
> 2016-10-17 22:24:59,636 SUBSCRIBE
> destination:jms.topic.vdsm_responses
> ack:auto
> id:9c734bb3-2dc4-4181-a049-2b77133b521f
>
> SEND
> destination:jms.topic.vdsm_requests
> reply-to:jms.topic.vdsm_responses
> content-length:105
>
> {"jsonrpc":"2.0","method":"Host.getCapabilities","params":{}
> ,"id":"9f78265b-21c3-4e77-9b11-7c126c2d84ed"}
> 2016-10-17 22:24:59,636 SUBSCRIBE
> destination:jms.topic.vdsm_responses
> ack:auto
> id:9c734bb3-2dc4-4181-a049-2b77133b521f
>
>
> 2016-10-17 22:24:59,636 ACK
> id:9c734bb3-2dc4-4181-a049-2b77133b521f
>
>
> 2016-10-17 22:24:59,636 Message sent: ACK
> id:9c734bb3-2dc4-4181-a049-2b77133b521f
>
>
> 2016-10-17 22:24:59,636 SEND
> destination:jms.topic.vdsm_requests
> reply-to:jms.topic.vdsm_responses
> content-length:105
>
> {"jsonrpc":"2.0","method":"Host.getCapabilities","params":{}
> ,"id":"9f78265b-21c3-4e77-9b11-7c126c2d84ed"}
> 2016-10-17 22:24:59,637 client policy identifier null
> 2016-10-17 22:24:59,714 Request is Host.getCapabilities got response
> {"jsonrpc":"2.0","result":{"version_name":"Snow
> Man","operatingSystem":{"name":"Fedora","release":"1","versi
> on":"17"},"cpuSpeed":"1200.000","clusterLevels":["3.0","
> 3.1","3.2","3.3","3.4","3.5","3.6","4.0","4.1"],"hooks":{},"
> ISCSIInitiatorName":"iqn.1994-05.com.example:ef52ec17bb0","
> cpuSockets":"1","kvmEnabled":"true","reservedMem":"321","las
> tClientIface":"ovirtmgmt","numaNodes":{"1":{"cpus":[0,2,4,6,
> 8,10,12,14],"totalMemory":3988},"0":{"cpus":[1,3,5,7,9,11,
> 13,15],"totalMemory":3988}},"cpuFlags":"fpu,vme,de,pse,tsc,
> msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush
> ,mmx,fxsr,sse,sse2,ss,syscall,nx,pdpe1gb,rdtscp,lm,constant_
> tsc,rep_good,nopl,eagerfpu,pni,pclmulqdq,vmx,ssse3,fma,
> cx16,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_
> deadline_timer,aes,xsave,avx,f16c,rdrand,hypervisor,lahf_
> lm,abm,tpr_shadow,vnmi,flexpriority,ept,fsgsbase,bmi1,avx2,
> smep,bmi2,erms,invpcid,xsaveopt,model_Haswell-noTSX,
> model_Nehalem,model_Conroe,model_Penryn,model_Westmere,
> model_SandyBridge","HBAInventory":{"iSCSI":[{"InitiatorName":"iqn.1994-0
> 5.com.ex
> ample:ef52ec17bb0"}],"FC":[]},"lastClient":"10.36.6.76","sel
> inux":{"mode":"1"},"vlans":{},"software_version":"4.10","kdu
> mpStatus":"1","emulatedMachines":["pc-0.10","pc-0.11","pc-0.
> 12","pc-0.13","pc-0.14","pc-0.15","pc-1.0","pc-1.0","pc-
> i440fx-2.1","pseries-rhel7.2.0","pc-i440fx-rhel7.2.0","
> rhel6.4.0","rhel6.5.0","rhel6.6.0","rhel6.7.0","rhel6.8.0","
> rhel6.9.0","rhel7.0.0","rhel7.2.0","rhel7.5.0","pc","isapc"]
> ,"vmTypes":["kvm"],"software_revision":"0.141","bridges":{"
> ovirtmgmt":{"mtu":"1500","ports":["em1"],"gateway":"252.
> 197.29.20","addr":"186.190.35.84","cfg":{"DELAY":"0","
> DEVICE":"ovirtmgmt","ONBOOT":"yes","BOOTPROTO":"dhcp","TYPE"
> :"Ethernet"},"stp":"off","netmask":"255.255.252.0"}},"netCon
> figDirty":"False","autoNumaBalancing":"1","guestOverhead":"
> 65","networks":{"ovirtmgmt":{"mtu":"1500","ports":["em1"],"
> iface":"ovirtmgmt","gateway":"10.34.63.254","bridged":true,"
> switch":"legacy","addr":"186.190.35.84","stp":"off","cfg":{"
> DELAY":"0","DEVICE":"ovirtmgmt","ONBOOT":"yes","BOOT
> PROTO":"
> dhcp","TYPE":"Ethernet"},"netmask":"255.255.252.0"}},"memSiz
> 

Re: [ovirt-users] [ovirt-devel] oVirt metrics

[Roman Mohr]

On Wed, Jul 13, 2016 at 12:36 PM, Yaniv Bronheim  wrote:
> Hi,
>
> In oVirt-4.0 we introduced integration with metrics collectors, In [1] you
> will find a guide for utilizing your environment to retrieve visualized
> reports about hosts and vms statistics.
>
> I encourage to try that out and send us requests for additional valuable
> metrics that you think vdsm should publish.
> This area is still work in progress and we plan to support more technologies
> and different architectures for metrics collections as describes in the
> post. This will follow by additional links in the post ([1]) that describe
> how to do so.. stay tuned.
>
> [1] https://bronhaim.wordpress.com/2016/06/26/ovirt-metrics
>

Very nice work! Looking forward to see the VM stats there :)

Roman

> --
> Yaniv Bronhaim.
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Roman Mohr]

On Fri, Jun 24, 2016 at 6:34 PM, Scott <romra...@gmail.com> wrote:
> Actually, I figured out a work around. I changed the HostedEngine VM's
> vds_group_id in the database to the vds_group_id of my temporary cluster
> (found from the vds_groups table). This worked and I could put my main
> cluster in upgrade mode. Now to continue the process...
>
That's exactly what I had in mind.  I hope you made it  through the
whole process.

Roman

> Thanks,
> Scott
>
>
> On Fri, Jun 24, 2016, 9:29 AM Scott <romra...@gmail.com> wrote:
>>
>> Hi Roman,
>>
>> I made it through step 6 however it does look like the problem you
>> mentioned has occurred.  My engine VM is running on my host in the temporary
>> cluster.  The stats under Hosts show this.  But in the Virtual Machines tab
>> this VM still thinks its on my main cluster and I can't change that setting.
>> Did you have a suggestion on how to work around this?  Thankfully only one
>> of my RHEV instances has this upgrade path.
>>
>> Thanks for your help,
>> Scott
>>
>> On Fri, Jun 24, 2016 at 2:15 AM Roman Mohr <rm...@redhat.com> wrote:
>>>
>>> On Thu, Jun 23, 2016 at 10:26 PM, Scott <romra...@gmail.com> wrote:
>>> > Hi Roman,
>>> >
>>> > Thanks for the detailed steps.  I follow the idea you have outlined and
>>> > I
>>> > think its easier than what I thought of (moving my self hosted engine
>>> > back
>>> > to physical hardware, upgrading and moving it back to self hosted).  I
>>> > will
>>> > give it a spin in my build RHEV cluster tomorrow and let you know how I
>>> > get
>>> > on.
>>> >
>>>
>>> Thanks.
>>>
>>> The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.
>>>
>>> I thought about the solution and I see one possible problem with this
>>> approach. It might be that the engine still thinks that the VM is on
>>> the old cluster.
>>> Let me know if this happens, we can work around that too.
>>>
>>> Roman
>>>
>>> > Thanks again,
>>> > Scott
>>> >
>>> > On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rm...@redhat.com> wrote:
>>> >>
>>> >> Hi Scott,
>>> >>
>>> >> On Thu, Jun 23, 2016 at 8:54 PM, Scott <romra...@gmail.com> wrote:
>>> >> > Hello list,
>>> >> >
>>> >> > I'm trying to upgrade a self-hosted engine RHEV environment running
>>> >> > 3.5/el6
>>> >> > to 3.6/el7.  I'm following the process outlined in these two
>>> >> > documents:
>>> >> >
>>> >> >
>>> >> >
>>> >> > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>>> >> > https://access.redhat.com/solutions/2300331
>>> >> >
>>> >> > The problem I'm having is I don't seem to be able to apply the
>>> >> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the
>>> >> > following
>>> >> > error:
>>> >> >
>>> >> > Can not start cluster upgrade mode, see below for details:
>>> >> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
>>> >> > configured
>>> >> > to be not migratable.
>>> >> >
>>> >> That is correct, only the he-agents on each host decide where the
>>> >> hosted engine VM can start
>>> >>
>>> >> > But the HostedEngine VM is not one I can edit due to being
>>> >> > mid-upgrade.
>>> >> > And
>>> >> > even if I could, the setting its complaining about can't be managed
>>> >> > by
>>> >> > the
>>> >> > engine (I tried in another RHEV instance).
>>> >> >
>>> >> Also true, it is very limited what you can currently do with the
>>> >> hosted engine VM.
>>> >>
>>> >>
>>> >> > Is this a bug?  What am I missing to be able to move on?  As it
>>> >> > seems
>>> >> > now,
>>> >> > the InClusterUpgrade scheduling policy is useless and can't actually
>>> >> > be
>>> >> > used.
>>> >>

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Roman Mohr]

On Thu, Jun 23, 2016 at 10:26 PM, Scott <romra...@gmail.com> wrote:
> Hi Roman,
>
> Thanks for the detailed steps.  I follow the idea you have outlined and I
> think its easier than what I thought of (moving my self hosted engine back
> to physical hardware, upgrading and moving it back to self hosted).  I will
> give it a spin in my build RHEV cluster tomorrow and let you know how I get
> on.
>

Thanks.

The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.

I thought about the solution and I see one possible problem with this
approach. It might be that the engine still thinks that the VM is on
the old cluster.
Let me know if this happens, we can work around that too.

Roman

> Thanks again,
> Scott
>
> On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rm...@redhat.com> wrote:
>>
>> Hi Scott,
>>
>> On Thu, Jun 23, 2016 at 8:54 PM, Scott <romra...@gmail.com> wrote:
>> > Hello list,
>> >
>> > I'm trying to upgrade a self-hosted engine RHEV environment running
>> > 3.5/el6
>> > to 3.6/el7.  I'm following the process outlined in these two documents:
>> >
>> >
>> > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>> > https://access.redhat.com/solutions/2300331
>> >
>> > The problem I'm having is I don't seem to be able to apply the
>> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the following
>> > error:
>> >
>> > Can not start cluster upgrade mode, see below for details:
>> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
>> > configured
>> > to be not migratable.
>> >
>> That is correct, only the he-agents on each host decide where the
>> hosted engine VM can start
>>
>> > But the HostedEngine VM is not one I can edit due to being mid-upgrade.
>> > And
>> > even if I could, the setting its complaining about can't be managed by
>> > the
>> > engine (I tried in another RHEV instance).
>> >
>> Also true, it is very limited what you can currently do with the
>> hosted engine VM.
>>
>>
>> > Is this a bug?  What am I missing to be able to move on?  As it seems
>> > now,
>> > the InClusterUpgrade scheduling policy is useless and can't actually be
>> > used.
>>
>> That is indeed something the InClusterUpgrade does not take into
>> consideration. I will file a bug report.
>>
>>  But what you can do is the following:
>>
>> You can create a temporary cluster, move one host and the hosted
>> engine VM there, upgrade all hosts and then start the hosted-engine VM
>> in the original cluster again.
>>
>> The detailed steps are:
>>
>> 1) Enter the global maintenance mode
>> 2) Create a temporary cluster
>> 3) Put one of the hosted engine hosts which does not currently host
>> the engine into maintenance
>> 4) Move this host to the temporary cluster
>> 5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it
>> should not come up again since you are in maintenance mode)
>> 6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the
>> host in the temporary cluster
>> 7) Now you can enable the InClusterUpgrade policy on your main cluster
>> 7) Proceed with your main cluster like described in
>>
>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>> 8) When all hosts are upgraded and InClusterUpgrade policy is disabled
>> again, move the hosted-engine-vm back to the original cluster
>> 9) Upgrade the last host
>> 10) Migrate the last host back
>> 11) Delete the temporary cluster
>> 12) Deactivate maintenance mode
>>
>> Adding Sandro and Roy to keep me honest.
>>
>> Roman
>>
>> >
>> > Thanks for any suggestions/help,
>> > Scott
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Roman Mohr]

Hi Scott,

On Thu, Jun 23, 2016 at 8:54 PM, Scott  wrote:
> Hello list,
>
> I'm trying to upgrade a self-hosted engine RHEV environment running 3.5/el6
> to 3.6/el7.  I'm following the process outlined in these two documents:
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
> https://access.redhat.com/solutions/2300331
>
> The problem I'm having is I don't seem to be able to apply the
> "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the following
> error:
>
> Can not start cluster upgrade mode, see below for details:
> VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is configured
> to be not migratable.
>
That is correct, only the he-agents on each host decide where the
hosted engine VM can start

> But the HostedEngine VM is not one I can edit due to being mid-upgrade.  And
> even if I could, the setting its complaining about can't be managed by the
> engine (I tried in another RHEV instance).
>
Also true, it is very limited what you can currently do with the
hosted engine VM.


> Is this a bug?  What am I missing to be able to move on?  As it seems now,
> the InClusterUpgrade scheduling policy is useless and can't actually be
> used.

That is indeed something the InClusterUpgrade does not take into
consideration. I will file a bug report.

 But what you can do is the following:

You can create a temporary cluster, move one host and the hosted
engine VM there, upgrade all hosts and then start the hosted-engine VM
in the original cluster again.

The detailed steps are:

1) Enter the global maintenance mode
2) Create a temporary cluster
3) Put one of the hosted engine hosts which does not currently host
the engine into maintenance
4) Move this host to the temporary cluster
5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it
should not come up again since you are in maintenance mode)
6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the
host in the temporary cluster
7) Now you can enable the InClusterUpgrade policy on your main cluster
7) Proceed with your main cluster like described in
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
8) When all hosts are upgraded and InClusterUpgrade policy is disabled
again, move the hosted-engine-vm back to the original cluster
9) Upgrade the last host
10) Migrate the last host back
11) Delete the temporary cluster
12) Deactivate maintenance mode

Adding Sandro and Roy to keep me honest.

Roman

>
> Thanks for any suggestions/help,
> Scott
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Moving Hosted Engine NFS storage domain

[Roman Mohr]

On Wed, Jun 1, 2016 at 2:40 PM, Beard Lionel (BOSTON-STORAGE)
 wrote:
> Hi,
>
>
>
> I have followed these steps :
>
>
>
> -  Stop supervdsmd + vdsmd + ovirt-ha-agent + ovirt-ha-broker
>
> -  Modify config file
>
> -  Copy files (cp better handles sparse files than rsync)
>
> -  Umount old hosted-engine path
>
> -  Restart services
>
> -  Hosted VM doesn’t start => hosted-engine –clean-metadata. I get
> an error at the end, but now I am able to start Hosted VM :
>
> o   ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Metadata
> for current host missing.
>
>
>
> I can connect to oVirt interface, everything seems to be working fine, but
> the Hosted storage domain has an incorrect path, it is still pointing to old
> one… I think this information is not correctly reported by web interface,
> because this path doesn’t exist anymore, and hosted VM is working !
>
> Does anyone knows how to fix that ?

You have to do a "force remove" in the UI (without clicking the
destroy checkbox) of that storage. Then it should be reimported
automatically.

>
>
>
> Regards,
>
> Lionel BEARD
>
>
>
> De : Beard Lionel (BOSTON-STORAGE)
> Envoyé : mercredi 1 juin 2016 10:37
> À : 'Staniforth, Paul' ; users@ovirt.org
> Objet : RE: Moving Hosted Engine NFS storage domain
>
>
>
> Hi,
>
>
>
> I’m trying to move Hosted storage from one NFS server to another.
>
> As this is not a production environment, so I gave a try with no success,
> with a plan similar to yours.
>
>
>
> But I don’t like to stay on a failure, so I will give a second chance by
> following your plan J
>
>
>
> Regards,
>
> Lionel BEARD
>
>
>
> De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de
> Staniforth, Paul
> Envoyé : mardi 31 mai 2016 13:33
> À : users@ovirt.org
> Objet : [ovirt-users] Moving Hosted Engine NFS storage domain
>
>
>
> Hello,
>
>  we would like to move our NFS storage used for the HostedEngine.
>
>
>
> Plan would be
>
> enable global maintenance
> shut-down HostedEngine VM
> edit  /etc/ovirt-hosted-engine/hosted-engine.conf on hosts
>
> storage=newnfs:/newnfsvolume
>
> copy storage domain from old to new nfs server
> start HostedEngine VM
> run engine-setup on HostedEngine VM
> disable global maintenance
>
> Has anyone had any experience doing this?
>
> Have I missed any steps out
>
> we are currently running oVirt 3.6.2
>
>
>
> Thanks,
>
>   Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
>
> Cliquez ici si ce message est indésirable (pourriel).
>
> 
>
> Ce message et toutes les pièces jointes (ci-après le "message") sont établis
> à l'intention exclusive de ses destinataires et sont confidentiels. Si vous
> recevez ce message par erreur ou s'il ne vous est pas destiné, merci de le
> détruire ainsi que toute copie de votre système et d'en avertir
> immédiatement l'expéditeur. Toute lecture non autorisée, toute utilisation
> de ce message qui n'est pas conforme à sa destination, toute diffusion ou
> toute publication, totale ou partielle, est interdite. L'Internet ne
> permettant pas d'assurer l'intégrité de ce message électronique susceptible
> d'altération, l’expéditeur (et ses filiales) décline(nt) toute
> responsabilité au titre de ce message dans l'hypothèse où il aurait été
> modifié ou falsifié.
>
> This message and any attachments (the "message") is intended solely for the
> intended recipient(s) and is confidential. If you receive this message in
> error, or are not the intended recipient(s), please delete it and any copies
> from your systems and immediately notify the sender. Any unauthorized view,
> use that does not comply with its purpose, dissemination or disclosure,
> either whole or partial, is prohibited. Since the internet cannot guarantee
> the integrity of this message which may not be reliable, the sender (and its
> subsidiaries) shall not be liable for the message if modified or falsified.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Moving Hosted Engine NFS storage domain

[Roman Mohr]

On Tue, May 31, 2016 at 1:32 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  we would like to move our NFS storage used for the HostedEngine.
>
>
> Plan would be
>
> enable global maintenance
> shut-down HostedEngine VM
> edit  /etc/ovirt-hosted-engine/hosted-engine.conf on hosts
>
> storage=newnfs:/newnfsvolume
>
> copy storage domain from old to new nfs server
> start HostedEngine VM
> run engine-setup on HostedEngine VM

I think this step is not necessary.

> disable global maintenance
>
> Has anyone had any experience doing this?
>
> Have I missed any steps out
>

I am not sure what will happen with the imported hosted engine storage
domain in ovirt-engine. It might still show the old path in the UI.
Adding Roy.
For me the steps look good but I never did it. Adding Martin and Simone.

> we are currently running oVirt 3.6.2
>
>
> Thanks,
>
>   Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Version not changed after yum update

[Roman Mohr]

Hi Maton,

On Mon, May 9, 2016 at 3:37 PM, Maton, Brett  wrote:
> Hi,
>
>   I've yum updated my ovirt engine and ovirt host and restarted ovirt-engine
> but the web-ui still displays "Version 3.6.3.4-1.el7.centos"
>
>   Is there another step to update to 3.6.5 ?
>

Make sure that you run engine-setup again. Then you should see the new version.

Best Regards,
Roman

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

Re: [ovirt-users] quota

[Roman Mohr]

Hi,

On Tue, Apr 19, 2016 at 3:30 PM, Budur Nagaraju  wrote:

> Hi
>
>
> How to set quota and assign permissions in oVirt 3.5 ?
>
> When you click on your datacenter in the tree on the left side (IMPORTANT:
not the tab named Data Centers) a new tab called "Quota" will appear. There
you can create quotas or assign them to different objects like VM, Storage
or to users and groups in the consumer subtab.

Best Regards,
Roman

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

Re: [ovirt-users] Storage-Quota

[Roman Mohr]

Hi Nagaraju,

On Tue, Apr 19, 2016 at 1:12 PM, Budur Nagaraju  wrote:

> HI
>
> I have configured oVirt with 1TB storage  and created a  storage quota
> limited to 800GB beyond 800GB if any user creates a vms oVirt should  not
> allow to create a vm ,but still users are able to create .
>
> Did you set the "Quota mode" to "enforced" in the Datacenter settings?


> is there any setting which I'm missing ?
>
> Thanks,
> Nagaraju
>
>
>
Best Regards,
Roman



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

[ovirt-users] Monitor your oVirt datacenter with Prometheus

[Roman Mohr]

Hi,

I created a blogpost on how to monitor your oVirt datacenter with
Prometheus [1].

This way you get access to real time metrics and can use the powerful
Prometheus query language, the Prometheus Alertmanager and visualization
tools like Grafana.

Tasks like finding hosts which are underutilized, finding VMs which are not
behaving or even comparing resource usage profiles of whole cluster over
days become only a matter of writing the right Prometheus query. Further
you can use the Prometheus Alertmanager for alerting.

An example which is also part of the post [1]: Visualizing the sum of the
CPU usage of all VMs for ever host is as simple as

sum(vm_cpu_user) by (host).

To close the gap between oVirt Engine and Prometheus I had to create two
services vdsm-prometheus (github[2], docker hub[3]) and
ovirt-prometheus-bridge (github[4], copr[5]).

An ansible role [6] to roll out vdsm-prometheus to all oVirt 3.5 or 3.6
hosts exists too.

So make sure to checkout the post [1] and let me know if you find this
useful.

Best Regards,
Roman

[1]
http://rmohr.github.io/virtualization/2016/04/12/monitor-your-ovirt-datacenter-with-prometheus
[2] https://github.com/rmohr/vdsm-prometheus
[3] https://copr.fedorainfracloud.org/coprs/rfenkhuber/vdsm-prometheus/
[4] https://github.com/rmohr/ovirt-prometheus-bridge
[5] https://hub.docker.com/r/rmohr/ovirt-prometheus-bridge/
[6] https://galaxy.ansible.com/rmohr/vdsm-prometheus/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Guest OS wrong cpu count

[Roman Mohr]

Hi Johan,

On Thu, Mar 3, 2016 at 12:30 PM, Johan Kooijman  wrote:
> Hi all,
>
> I created a VM on our ovirt 3.5 cluster having 8 CPU's and 16 GB of RAM
> (http://imgur.com/aaXfbfq). The guest however, only sees 4 CPU's:
> http://imgur.com/dEYVe0S.
>
> Any clues what may have caused this?

Just a guess, but could it be that the installed Windows onlhy
supports 4 processors [1]?

If not, could you share the domain xml of the running VM?

> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


[1] https://support.microsoft.com/en-us/kb/888732
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How does VDSM-Fake actually work?

[Roman Mohr]

On Thu, Feb 18, 2016 at 11:26 AM, emarcian <emarc...@redhat.com> wrote:

> for remote simulator make sure you
>
>-  /etc/hosts file is correct.
>-  54321 54322 are open in firewall in both sides.
>- engine p12 key is placed in the remote machine (in case using SSL)
>- java certs are place as well (in case using SSL).
>
> please see this cod:
> http://ur1.ca/ojcv5 (pass is ovirt123)
>
Nice.

Could you make that a more copy/paste like manual and update README.ssl?

>
> On 02/17/2016 08:28 PM, Nicolás wrote:
>
> Hi Roman,
>
> El 16/02/16 a las 10:27, Roman Mohr escribió:
>
> On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> On 09 Feb 2016, at 12:15, Nicolás < <nico...@devels.es>nico...@devels.es>
>> wrote:
>>
>> Is there a way to get an account on mojo.redhat.com or is it internal?
>> I'm trying to open the document but credentials are required and I see no
>> option to create an account.
>>
>>
>> yes it is
>>
>> Eldad, would you please move it to ovirt.org instead?
>>
>>
> I recently played with fakevdsm myself. The result was the patch series in
> [1]. At least an updated README for the result of my patches can be found
> in [2].
>
>
>> Thanks,
>> michal
>>
>>
>> El 04/02/16 a las 13:49, emarcian escribió:
>>
>> Hi,
>> Seems like you need to change this settings update vdc_options set
>> option_value='false' where option_name='InstallVds';
>> follow the instructions here:
>> <https://mojo.redhat.com/docs/DOC-990399>
>> https://mojo.redhat.com/docs/DOC-990399
>>
>> in case you using 3.6 there is a new war (if you run the simulator as
>> standalone).
>>
>> -Eldad
>>
>>
>> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote:
>>
>> Eldad is working on making it working with engine 3.6. He should be able to
>> give you information you need.
>>
>> On Wed, Feb 3, 2016 at 12:33 PM,  <nico...@devels.es> <nico...@devels.es> 
>> wrote:
>>
>> Anything?
>>
>> El 2016-02-02 10:18, Nicolás escribió:
>>
>> Hi,
>>
>>  I'm trying to set up VDSM-Fake
>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
>> I'm a bit confused about how does it actually work. As the
>> instructions say, I was able to build the project with Maven (however,
>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
>> longer provided at the repository).
>>
>>  Once built, I run mvn jetty:run and the server started correctly:
>>
>>
>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
>> your webapp requires one, please configure one.
>> 2016-02-02 11:01:53,424 Application initialized.
>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
>> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321
>> [INFO] Started Jetty Server
>> [INFO] Starting scanner at interval of 10 seconds.
>>
>>  I could indeed verify it's listening on the VDSM port:
>>
>>
>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
>> tcp6   0  0
>> :::54321
>> :::*LISTEN
>> 44870/java
>>
>>  So the next step is to add a fake host via REST. I used scripts
>> provided here [4] and I successfully added the host, however, it
>> starts installing all the VDSM packages as it were a normal host and
>> therefore it tries to start vdsmd as well, which throws an error as
>> the Jetty Server is already listening on the 54321 port. I shut down
>> the Jetty Server and allowed oVirt Manager to install all the packages
>> properly, then stopped vdsmd and started the Jetty Server, but
>> expectedly oVirt Engine fails with message "Host xxx is non
>> responsive", so what I actually got is a real VDSM host and not a fake
>> one.
>>
>>  FWIW, the fake VDSM runs on a different host, ports are reacheable
>> from the oVirt engine, proper /etc/hosts has been added to the engine
>> to reach the host, and no further customization of web.xml has been
>> done.
>>
>>  I feel like I'm missing something here. Could someone shed some light
>> on what's wrong?
>>
>>  Thanks.
>>
>>  Nicolás
>>
>>
> @Nicolas I would recommend you to use the top of my gerrit patches to run
> vdsmake:
>
>   git clon

Re: [ovirt-users] How does VDSM-Fake actually work?

[Roman Mohr]

On Wed, Feb 17, 2016 at 7:28 PM, Nicolás <nico...@devels.es> wrote:

> Hi Roman,
>
> El 16/02/16 a las 10:27, Roman Mohr escribió:
>
> On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> On 09 Feb 2016, at 12:15, Nicolás < <nico...@devels.es>nico...@devels.es>
>> wrote:
>>
>> Is there a way to get an account on mojo.redhat.com or is it internal?
>> I'm trying to open the document but credentials are required and I see no
>> option to create an account.
>>
>>
>> yes it is
>>
>> Eldad, would you please move it to ovirt.org instead?
>>
>>
> I recently played with fakevdsm myself. The result was the patch series in
> [1]. At least an updated README for the result of my patches can be found
> in [2].
>
>
>> Thanks,
>> michal
>>
>>
>> El 04/02/16 a las 13:49, emarcian escribió:
>>
>> Hi,
>> Seems like you need to change this settings update vdc_options set
>> option_value='false' where option_name='InstallVds';
>> follow the instructions here:
>> <https://mojo.redhat.com/docs/DOC-990399>
>> https://mojo.redhat.com/docs/DOC-990399
>>
>> in case you using 3.6 there is a new war (if you run the simulator as
>> standalone).
>>
>> -Eldad
>>
>>
>> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote:
>>
>> Eldad is working on making it working with engine 3.6. He should be able to
>> give you information you need.
>>
>> On Wed, Feb 3, 2016 at 12:33 PM,  <nico...@devels.es> <nico...@devels.es> 
>> wrote:
>>
>> Anything?
>>
>> El 2016-02-02 10:18, Nicolás escribió:
>>
>> Hi,
>>
>>  I'm trying to set up VDSM-Fake
>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
>> I'm a bit confused about how does it actually work. As the
>> instructions say, I was able to build the project with Maven (however,
>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
>> longer provided at the repository).
>>
>>  Once built, I run mvn jetty:run and the server started correctly:
>>
>>
>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
>> your webapp requires one, please configure one.
>> 2016-02-02 11:01:53,424 Application initialized.
>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
>> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321
>> [INFO] Started Jetty Server
>> [INFO] Starting scanner at interval of 10 seconds.
>>
>>  I could indeed verify it's listening on the VDSM port:
>>
>>
>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
>> tcp6   0  0
>> :::54321
>> :::*LISTEN
>> 44870/java
>>
>>  So the next step is to add a fake host via REST. I used scripts
>> provided here [4] and I successfully added the host, however, it
>> starts installing all the VDSM packages as it were a normal host and
>> therefore it tries to start vdsmd as well, which throws an error as
>> the Jetty Server is already listening on the 54321 port. I shut down
>> the Jetty Server and allowed oVirt Manager to install all the packages
>> properly, then stopped vdsmd and started the Jetty Server, but
>> expectedly oVirt Engine fails with message "Host xxx is non
>> responsive", so what I actually got is a real VDSM host and not a fake
>> one.
>>
>>  FWIW, the fake VDSM runs on a different host, ports are reacheable
>> from the oVirt engine, proper /etc/hosts has been added to the engine
>> to reach the host, and no further customization of web.xml has been
>> done.
>>
>>  I feel like I'm missing something here. Could someone shed some light
>> on what's wrong?
>>
>>  Thanks.
>>
>>  Nicolás
>>
>>
> @Nicolas I would recommend you to use the top of my gerrit patches to run
> vdsmake:
>
>   git clone git://gerrit.ovirt.org/ovirt-vdsmfake
>   cd ovirt-vdsmfake
>   git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2
> && git checkout FETCH_HEAD
>
> then follow the instructions in the README of the checked out repository
> [3].
>
> Hope that helps.
>
> Best Regards,
> Roman
>
>>
>> [1]
> https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:master+topic:easy_access
> [2] https://gerrit.ovirt.

Re: [ovirt-users] How does VDSM-Fake actually work?

[Roman Mohr]

On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 09 Feb 2016, at 12:15, Nicolás  wrote:
>
> Is there a way to get an account on mojo.redhat.com or is it internal?
> I'm trying to open the document but credentials are required and I see no
> option to create an account.
>
>
> yes it is
>
> Eldad, would you please move it to ovirt.org instead?
>
>
I recently played with fakevdsm myself. The result was the patch series in
[1]. At least an updated README for the result of my patches can be found
in [2].


> Thanks,
> michal
>
>
> El 04/02/16 a las 13:49, emarcian escribió:
>
> Hi,
> Seems like you need to change this settings update vdc_options set
> option_value='false' where option_name='InstallVds';
> follow the instructions here:
> 
> https://mojo.redhat.com/docs/DOC-990399
>
> in case you using 3.6 there is a new war (if you run the simulator as
> standalone).
>
> -Eldad
>
>
> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote:
>
> Eldad is working on making it working with engine 3.6. He should be able to
> give you information you need.
>
> On Wed, Feb 3, 2016 at 12:33 PM,    
> wrote:
>
> Anything?
>
> El 2016-02-02 10:18, Nicolás escribió:
>
> Hi,
>
>  I'm trying to set up VDSM-Fake
> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
> I'm a bit confused about how does it actually work. As the
> instructions say, I was able to build the project with Maven (however,
> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
> longer provided at the repository).
>
>  Once built, I run mvn jetty:run and the server started correctly:
>
>
> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
> your webapp requires one, please configure one.
> 2016-02-02 11:01:53,424 Application initialized.
> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321
> [INFO] Started Jetty Server
> [INFO] Starting scanner at interval of 10 seconds.
>
>  I could indeed verify it's listening on the VDSM port:
>
>
> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
> tcp6   0  0
> :::54321
> :::*LISTEN
> 44870/java
>
>  So the next step is to add a fake host via REST. I used scripts
> provided here [4] and I successfully added the host, however, it
> starts installing all the VDSM packages as it were a normal host and
> therefore it tries to start vdsmd as well, which throws an error as
> the Jetty Server is already listening on the 54321 port. I shut down
> the Jetty Server and allowed oVirt Manager to install all the packages
> properly, then stopped vdsmd and started the Jetty Server, but
> expectedly oVirt Engine fails with message "Host xxx is non
> responsive", so what I actually got is a real VDSM host and not a fake
> one.
>
>  FWIW, the fake VDSM runs on a different host, ports are reacheable
> from the oVirt engine, proper /etc/hosts has been added to the engine
> to reach the host, and no further customization of web.xml has been
> done.
>
>  I feel like I'm missing something here. Could someone shed some light
> on what's wrong?
>
>  Thanks.
>
>  Nicolás
>
>
@Nicolas I would recommend you to use the top of my gerrit patches to run
vdsmake:

  git clone git://gerrit.ovirt.org/ovirt-vdsmfake
  cd ovirt-vdsmfake
  git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2
&& git checkout FETCH_HEAD

then follow the instructions in the README of the checked out repository
[3].

Hope that helps.

Best Regards,
Roman


>
> [1]
https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:master+topic:easy_access
[2] https://gerrit.ovirt.org/#/c/53570/
[3] https://gerrit.ovirt.org/#/c/53570/2/README
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vm refuses to migrate because of NUMA

[Roman Mohr]

Hi Nathanael,

On Mon, Feb 8, 2016 at 11:24 AM, Nathanaël Blanchet 
wrote:

> Hi all,
>
> I created a cluster of VM with the same CPu level, except that one of them
> only has one physical CPU. When trying to migrate, I get this message into
> engine.log :
>
> 3b-4810-b5a4-f415c90ffdca`::Failed to migrate
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/migration.py", line 294, in run
> self._startUnderlyingMigration(time.time())
>   File "/usr/share/vdsm/virt/migration.py", line 364, in
> _startUnderlyingMigration
> self._perform_migration(duri, muri)
>   File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration
> self._vm._dom.migrateToURI3(duri, params, flags)
>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
> ret = attr(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
> 124, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in
> migrateToURI3
> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed',
> dom=self)
> libvirtError: unsupported configuration: NUMA node 1 is unavailable
>
> It seems that engine allows to mix multinode and mononode host into a same
> cluster whereas vms can't migrate between these nodes.
> I've never been using and configuring NUMA until now, so I don't
> understand why we are not allowed to migrate vms.*
> Thank you for your help
>
>
Seems like you are running into [1]. We are currently working on that.
Adding Roy and Martin.


> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

[1]  https://bugzilla.redhat.com/show_bug.cgi?id=1303842
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NumaInfoMonitor error

[Roman Mohr]

Hi Fil,

On Sun, Jan 24, 2016 at 11:07 AM, Fil Di Noto  wrote:

> By migrating VMs one at a time I noticed that trouble seemed to be
> following one of them in particular. I powered that VM down and the
> problem stopped. Unlike all the other VMs this one had the "random
> number generator enabled" box checked. I removed the setting and
> started the VM. It took longer than normal to start and the host spit
> out some kernel errors. But then the VM started and everything now
> appears to be normal.
>
>
Could you share your vdsm log files from a host where the error appeared?


> On Sun, Jan 24, 2016 at 1:43 AM, Fil Di Noto  wrote:
> > This has been showing up in the logs on a couple of my hosts. When I
> > put the host into maintenance mode the message stops but then appears
> > on another host where the VMs were migrated to. Is this a serious
> > problem? ( and is it caused by hot-adding CPU cores or memory? )
> >
> > periodic/21::ERROR::2016-01-24
> > 09:34:41,884::executor::188::Executor::(_execute_task) Unhandled
> > exception in 
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 186,
> > in _execute_task
> > callable()
> >   File "/usr/share/vdsm/virt/periodic.py", line 271, in __call__
> > self._execute()
> >   File "/usr/share/vdsm/virt/periodic.py", line 311, in _execute
> > self._vm.updateNumaInfo()
> >   File "/usr/share/vdsm/virt/vm.py", line 5025, in updateNumaInfo
> > self._numaInfo = numaUtils.getVmNumaNodeRuntimeInfo(self)
> >   File "/usr/share/vdsm/numaUtils.py", line 116, in
> getVmNumaNodeRuntimeInfo
> > vnode_index = str(vcpu_to_vnode[vcpu_id])
> > KeyError: 1
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>


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

Re: [ovirt-users] Issues after upgrade

[Roman Mohr]

Hi Fabien,

On Fri, Jan 22, 2016 at 1:08 PM, Fabien CARRE 
wrote:

> Hello,
> I am experiencing some issues ever since I upgraded ovirt-engine from
> 3.6.0.3-1.el6 to 3.6.1.3-1.el6.
>
> The first problem was after the renewal of the certifcate, The browser
> saying : firefox (Error code: sec_error_reused_issuer_and_serial)
> I had to switch back to the previous one to access the Portal.
>
> The second issue is the portals themselves (user and admin), I am supposed
> to fill all the fields but the profile is an empty drop down menu. (cf
> attached file)
>
>
could it be that you did not run engine-setup again after you updated
ovirt-engine?


> Has anyone faced those issues ?
>
> Thank you
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Best regards,
Roman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE] oVirt 3.6.1 Hosted Engine test day

[Roman Mohr]

On Mon, Dec 14, 2015 at 8:07 PM, Roy Golan <rgo...@redhat.com> wrote:

>
>
> On Mon, Dec 14, 2015 at 7:07 PM, Roman Mohr <rm...@redhat.com> wrote:
>
>>
>>
>> On Fri, Dec 11, 2015 at 12:45 PM, Roman Mohr <rm...@redhat.com> wrote:
>>
>>>
>>>
>>> On Fri, Dec 11, 2015 at 12:41 PM, Sandro Bonazzola <sbona...@redhat.com>
>>> wrote:
>>>
>>>> Hi,
>>>> oVirt 3.6.1 RC4 included latest bits allowing to auto import Hosted
>>>> Engine storage domain within the Engine.
>>>> In order to have a wider coverage of the Hosted Engine workflow we've
>>>> scheduled a Hosted Engine test day for next week
>>>> on Monday, December 14th.
>>>> Please join us testing Hosted Engine with oVirt 3.6.1 RC4, both on a
>>>> clean install and on an upgrade from 3.5 flow.
>>>>
>>>
>>> +1
>>>
>>> Will at least do a clean install with nfs on monday.
>>>
>>
>>
>> The hosted-engine-setup part worked for me. But activating the host which
>> was added by engine-setup failed. After the host was added to the cluster I
>> saw that it was in 'Non Operational' state.
>> Searching the logs I found
>>
>> > Message: Host hosted_engine_1 does not comply with the cluster Default
>> emulated machines. The current cluster compatibility level supports
>> [pc-i440fx-rhel7.2.0, pc-i440fx-2.1, pseries-rhel7.2.0] and the host
>> emulated machines are
>> pc-i440fx-rhel7.1.0,rhel6.3.0,pc-q35-rhel7.0.0,rhel6.1.0,rhel6.6.0,
>> rhel6.2.0,pc,pc-q35-rhel7.1.0,q35,rhel6.4.0,rhel6.0.0,rhel6.5.0,pc-i440fx-rhel7.0.0.
>>
>>
> your host emulated machine is "pc-i440fx-rhel7.1.0..." meaning either its
> RHEL 7.1 or qemu version isn't latest.
>
>
Ok thx, after updating qemu on the host I could activate it. Should not the
first host determine which emulated machines are supported in the cluster?

>
> My host is RHEL 7.1. After I tried to klick 'Reset emulated machines' on
>> the default cluster, the engine tried to activate the host but failed with
>> the following SQL exception on the AddExistingFileStorageDomainCommand:
>>
>> > 2015-12-14 16:25:40,336 ERROR
>> [org.ovirt.engine.core.bll.storage.AddExistingFileStorageDomainCommand]
>> (org.ovirt.thread.pool-8-thread-7) [789ca4b] Command
>> 'org.ovirt.engine.core.bll.sto
>> rage.AddExistingFileStorageDomainCommand' failed:
>> CallableStatementCallback; SQL [{call insertstorage_domain_static(?, ?, ?,
>> ?, ?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: null value in column "s torage"
>> violates not-null constraint
>> [...]
>>
>>
I guess we should not execute an invalid SQL statement when the host does
not comply with the cluster, right?


> Log is attached.
>>
>> I am using the following repo:
>> http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.6-pre-el7
>>
>> ovirt-engine version is 3.6.1.3-1.el7.
>>
>>
>>
>>> Thanks,
>>>> --
>>>> Sandro Bonazzola
>>>> Better technology. Faster innovation. Powered by community
>>>> collaboration.
>>>> See how it works at redhat.com
>>>>
>>>> ___
>>>> Devel mailing list
>>>> de...@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>
>>>
>>> Roman
>>>
>>
>> Best regards,
>> Roman
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
Thanks,
Roman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE] oVirt 3.6.1 Hosted Engine test day

[Roman Mohr]

On Fri, Dec 11, 2015 at 12:41 PM, Sandro Bonazzola 
wrote:

> Hi,
> oVirt 3.6.1 RC4 included latest bits allowing to auto import Hosted Engine
> storage domain within the Engine.
> In order to have a wider coverage of the Hosted Engine workflow we've
> scheduled a Hosted Engine test day for next week
> on Monday, December 14th.
> Please join us testing Hosted Engine with oVirt 3.6.1 RC4, both on a clean
> install and on an upgrade from 3.5 flow.
>

+1

Will at least do a clean install with nfs on monday.


> Thanks,
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>

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

Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not start

[Roman Mohr]

Hi Willard,

On Tue, Nov 24, 2015 at 7:41 PM, Willard Dennis 
wrote:

> Hi all,
>
> Tried to run the hosted engine setup, got:
> [ ERROR ] Failed to execute stage 'Environment setup': [Errno 111]
> Connection refused
>
> Which packages versions are you using?

Could you provide the output of the following commands:
# yum list installed | grep engine
# yum list installed | grep vdsm


> ( full run output here:
> https://gist.githubusercontent.com/wdennis/4390042447354b2cb1c4/raw/c0f9127c676759b19b1d32a212c8c3694fac580e/hosted-engine-setup-output.txt
>  )
>
> Looked at the setup log file referenced in the output, saw this traceback
> in it that also referenced the Error 111:
>
> https://gist.githubusercontent.com/wdennis/4390042447354b2cb1c4/raw/c0f9127c676759b19b1d32a212c8c3694fac580e/configurevm-py_error.txt
>
> I diagnosed it (Google ftw) and saw that it was likely a vdsmd problem;
> sure enough, when I did a 'systemctl status vdsmd’ I saw that it was in
> error state -
> Process: 28163 ExecStart=/usr/share/vdsm/daemonAdapter -0 /dev/null -1
> /dev/null -2 /dev/null /usr/share/vdsm/vdsm (code=exited, status=1/FAILURE)
>
> ( full status output here:
> https://gist.githubusercontent.com/wdennis/4390042447354b2cb1c4/raw/c0f9127c676759b19b1d32a212c8c3694fac580e/systemctl_status_vdsmd.txt
>  )
>
>
Could you add the vdsm log file in /var/log/vdsm/vdsm.log?



> Does anyone know how I can troubleshoot and fix the VDSM daemon start
> process?
>
>
You could try to run

# vdsm-tool configure --force

and then

# systemctl restart vdsmd



> Thanks,
> Will
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Best Regards,
Roman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-hosted-engine-setup and single machine install

[Roman Mohr]

Hi Johan,

On Mon, Nov 23, 2015 at 9:39 PM, Johan Vermeulen 
wrote:

> Hello All,
>
> after configuring a first setup, based on the quick start guide, I'm now
> looking
> at the hosted-engine setup.
> My question is: after I do the hosted-engine-setup, how do I setup vm's on
> the same
> machine that hosts the now-virtualized engine?
>

You can add this host like any other host. You will then also see the
hosted engine VM as a special VM in the VMs tab of the web admin portal.
Just make sure that your VM can reach the physical host.


> Greetings, J.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Best Regards,
Roman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Highly Available in 3.6 and USB support

[Roman Mohr]

On Tue, Nov 24, 2015 at 1:10 PM, jaumotte, styve <
s.jaumo...@maine-et-loire.fr> wrote:

> Hi All,
>
> I join to this message an extract of the engine.log.
>
> To complete informations, the node which I turn off is a R620 with a drac7
> fence agent.
> When poweroff, after few seconds (perhaps 1 minute), this server is turn
> on automatically (drac command I think).
>
>

Adding Roy to the discussion. @Roy, any ideas?


> This VM is Windows 10 but I also  have test with linux VM and the result
> is the same.
>
> Another question not related to this subject is that all my windows VM are
> with an orange exclamation point. I don't see anywhere any reason !
>
> Thank's,
>
> SJ
>
>
> Réponse ou transfert de la part de Styve JAUMOTTE
> De : Roman Mohr [mailto:rm...@redhat.com]
> Envoyé : lundi 23 novembre 2015 17:20
> À : jaumotte, styve
> Cc : users@ovirt.org
> Objet : Re: [ovirt-users] Highly Available in 3.6 and USB support
>
>
>
> On Mon, Nov 23, 2015 at 5:12 PM, Roman Mohr <rm...@redhat.com> wrote:
> Hi Styve,
>
> On Mon, Nov 23, 2015 at 3:10 PM, jaumotte, styve <
> s.jaumo...@maine-et-loire.fr> wrote:
> Hi everybody,
>
> After testing some features on 3.5, we are planning to finaly go to 3.6.
> Some problems still exist.
>
> A major problem still remain on the « Highly Available » option on vm wich
> doesn't work. I had a cluster with 4 engines and a simple vm. When I start
> a poweroff from the node where this vm is living, the node is shutting down
> but my vm doesn't restart on another node of the cluster.
>
> Do you have a fencing agent configured for your host? It is configureable
> under 'Edit Host'->'Power Management'. If there is no fencing agent
> configured, the engine can not make sure that the host is really off when
> it is non responsive. To avoid disk corruptions without a fencing agent, it
> does nothing. You can find more about HA here [1]. About fencing here [2].
> The power managment of all the node are correctly configure.
>
> Oh I missed that. When that is configured correctly, as @Simone already
> said, the logs would be great.
>
> The HA feature of then hosted-engine is working well (except it is very
> long).
>
> Glad to hear that this is working. Regarding the (sometimes long)
> downtimes, you can find some numbers here [3].
>
>
>
> Another problem consist of passing usb host device to the virtual machine.
> We've got some specials usb keys for activating old application and we need
> to attach this key to vm. At first, I try with standard usb mass storage
> key to test this approach. I can't start virtual machine when I add usb
> device, I always have the message « The host . did not satisfy internal
> filter HostDevice because it does not support host device passthrough ».
> Have any idea where I can find an HowTo to help me ?
>
> Tanks for your help,
>
> SJ
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> Best regards,
> Roman
>
> [1]
> http://www.ovirt.org/OVirt_Administration_Guide#.E2.81.A0Improving_Uptime_with_Virtual_Machine_High_Availability
> [2] http://www.ovirt.org/OVirt_Administration_Guide#Host_Resilience
> [3]
> http://www.ovirt.org/Hosted_Engine_Howto#What_is_the_expected_downtime_in_case_of_Datacenter_.2F_Host_.2F_VM_failure.3F
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Highly Available in 3.6 and USB support

[Roman Mohr]

On Mon, Nov 23, 2015 at 5:12 PM, Roman Mohr <rm...@redhat.com> wrote:

> Hi Styve,
>
> On Mon, Nov 23, 2015 at 3:10 PM, jaumotte, styve <
> s.jaumo...@maine-et-loire.fr> wrote:
>
>> Hi everybody,
>>
>>
>>
>> After testing some features on 3.5, we are planning to finaly go to 3.6.
>> Some problems still exist.
>>
>>
>>
>> A major problem still remain on the « Highly Available » option on vm
>> wich doesn’t work. I had a cluster with 4 engines and a simple vm. When I
>> start a poweroff from the node where this vm is living, the node is
>> shutting down but my vm doesn’t restart on another node of the cluster.
>>
>
> Do you have a fencing agent configured for your host? It is configureable
> under 'Edit Host'->'Power Management'. If there is no fencing agent
> configured, the engine can not make sure that the host is really off when
> it is non responsive. To avoid disk corruptions without a fencing agent, it
> does nothing. You can find more about HA here [1]. About fencing here [2].
>
> The power managment of all the node are correctly configure.
>>
>
Oh I missed that. When that is configured correctly, as @Simone already
said, the logs would be great.


> The HA feature of then hosted-engine is working well (except it is very
>> long).
>>
>>
> Glad to hear that this is working. Regarding the (sometimes long)
> downtimes, you can find some numbers here [3].
>
>
>
>>
>>
>> Another problem consist of passing usb host device to the virtual
>> machine. We’ve got some specials usb keys for activating old application
>> and we need to attach this key to vm. At first, I try with standard usb
>> mass storage key to test this approach. I can’t start virtual machine when
>> I add usb device, I always have the message « The host … did not satisfy
>> internal filter HostDevice because it does not support host device
>> passthrough ». Have any idea where I can find an HowTo to help me ?
>>
>>
>>
>> Tanks for your help,
>>
>>
>>
>> SJ
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> Best regards,
> Roman
>
> [1]
> http://www.ovirt.org/OVirt_Administration_Guide#.E2.81.A0Improving_Uptime_with_Virtual_Machine_High_Availability
> <http://www.ovirt.org/OVirt_Administration_Guide#%E2%81%A0Improving_Uptime_with_Virtual_Machine_High_Availability>
>
> <http://www.ovirt.org/OVirt_Administration_Guide#%E2%81%A0Improving_Uptime_with_Virtual_Machine_High_Availability>[2]
> http://www.ovirt.org/OVirt_Administration_Guide#Host_Resilience
> [3]
> http://www.ovirt.org/Hosted_Engine_Howto#What_is_the_expected_downtime_in_case_of_Datacenter_.2F_Host_.2F_VM_failure.3F
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vm is locked

[Roman Mohr]

Hi Budur,

On Fri, Nov 6, 2015 at 7:02 AM, Budur Nagaraju  wrote:

> HI
>
> One of the host is down  with H/w issue and and the vms which are using
> the resources like (CPU and RAM ) in the faulty node are locked .
>
> Is there any way to release these and deploy them in another host ? below
> are the logs.
>
>
did you try to right click on the faulty host and click "confirm host has
been rebooted"? This might help.
Probably you have the situation described in [1], question 19.



> 2015-11-06 11:28:31,866 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> Connecting to pbuovirt4.bnglab.psecure.net/10.206.68.4
> 2015-11-06 11:28:31,867 WARN
> [org.ovirt.vdsm.jsonrpc.client.utils.retry.Retryable] (SSL Stomp Reactor)
> Retry failed
> 2015-11-06 11:28:31,867 ERROR
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient]
> (DefaultQuartzScheduler_Worker-87) Exception during connection
> 2015-11-06 11:28:31,868 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand]
> (DefaultQuartzScheduler_Worker-87) Command
> GetCapabilitiesVDSCommand(HostName = pbuovirt4, HostId =
> 9d56d598-0c0f-49d7-ba53-8d0b41083b0f,
> vds=Host[pbuovirt4,9d56d598-0c0f-49d7-ba53-8d0b41083b0f]) execution failed.
> Exception: VDSNetworkException: java.net.ConnectException: Connection
> refused
> 2015-11-06 11:28:31,868 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
> (DefaultQuartzScheduler_Worker-87) Host pbuovirt4 is not responding. It
> will stay in Connecting state for a grace period of 122 seconds and after
> that an attempt to fence the host will be issued.
> 2015-11-06 11:28:31,873 ERROR
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-87) Failure to refresh Vds runtime info:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
> java.net.ConnectException: Connection refused
>
>
> Regards,
> Nagaraju
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
[1] http://www.ovirt.org/Ovirt_faq

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

Re: [ovirt-users] Unable to add secondary hosted engine hosts with ovirt3.5.5

[Roman Mohr]

On Fri, Oct 30, 2015 at 8:13 PM, Jorgens, Bruce  wrote:

> Ovirt users,
>
>
>
> I have ovirt 3.5.5 with a hosted engine setup with the host node and
> engine node running CentOS 7.1 with a shared NFS storage domain.
>
> I initially attempted to 2 additional hosted engine nodes using CentOS 7.1
> with the ‘hosted-engine –deploy’ command.
>
> Both nodes failed to add when the answer file was unable to be retrieved
> from the first host.
>
[root@bml-24 ~]# hosted-engine --deploy
>
> [ INFO  ] Stage: Initializing
>
> [ INFO  ] Generating a temporary VNC password.
>
> [ INFO  ] Stage: Environment setup
>
>   Continuing will configure this host for serving as hypervisor
> and create a VM where you have to install oVirt Engine afterwards.
>
>   Are you sure you want to continue? (Yes, No)[Yes]:
>
>   Configuration files: []
>
>   Log file:
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20151030113943-c18yxd.log
>
>   Version: otopi-1.3.2 (otopi-1.3.2-1.el7.centos)
>
> [ INFO  ] Hardware supports virtualization
>
> [ INFO  ] Bridge ovirtmgmt already created
>
> [ INFO  ] Stage: Environment packages setup
>
> [ INFO  ] Stage: Programs detection
>
> [ INFO  ] Stage: Environment setup
>
> [ INFO  ] Stage: Environment customization
>
>
>
>   --== STORAGE CONFIGURATION ==--
>
>
>
>   During customization use CTRL-D to abort.
>
>   Please specify the storage you would like to use (iscsi, nfs3,
> nfs4)[nfs3]:
>
>   Please specify the full shared storage connection path to use
> (example: host:/path): cantap01b.ciena.com:
> /vol/sta_fast/ovirt35/hosted_engine
>
>   The specified storage location already contains a data domain.
> Is this an additional host setup (Yes, No)[Yes]?
>
> [ INFO  ] Installing on additional host
>
>   Please specify the Host ID [Must be integer, default: 2]: 4
>
>   Local storage datacenter name is an internal name and currently
> will not be shown in engine's admin UI.
>
>   Please enter local datacenter name [hosted_datacenter]:
>
>
>
>   --== SYSTEM CONFIGURATION ==--
>
>
>
> [WARNING] A configuration file must be supplied to deploy Hosted Engine
> on an additional host.
>
>   The answer file may be fetched from the first host using scp.
>
>   If you do not want to download it automatically you can abort
> the setup answering no to the following question.
>
>   Do you want to scp the answer file from the first host? (Yes,
> No)[Yes]:
>
>   Please provide the FQDN or IP of the first host:
> ovirt.ca.stalab.ciena.com
>
>   Enter 'root' user password for host ovirt.ca.stalab.ciena.com:
>
> [ ERROR ] Failed to execute stage 'Environment customization': [Errno 2]
> No such file
>
> [ INFO  ] Stage: Clean up
>
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20151030114103.conf'
>
> [ INFO  ] Stage: Pre-termination
>
> [ INFO  ] Stage: Termination
>
>
>
> I was able to add the additional hosts using the ovirt GUI and am able to
> use them for running VMs.
>
>
>
> I tried running ‘hosted-engine –deploy’ on each host again and get the
> same error as before.
>
>
>

Could you check if you see the file /etc/ovirt-hosted-engine/answers.conf
on the host where you want to copy the answer file from?
If not, most likely something went wrong when you set up the first node.
You will find your ansers file then in this
/var/lib/ovirt-hosted-engine-setup/answers/ folder.

You might find some errors in
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine*.log on the first
node. Could you provide the log from this node?

After copying the ansers file from
/var/lib/ovirt-hosted-engine-setup/answers/ over to
/etc/ovirt-hosted-engine/answers.conf you should no longer see this error
on the other hosts.



> Checking the logfile referenced above, I don’t see that the download
> filename listed.
>
> I do see a couples of stack traces that might be useful.
>
>
>
> I also found this defect in the release notes for ovirt-3.5.5 which claims
> to be resolved.
>
> *Bug 1271272*  -
> [HE] Failed to deploy additional host using NFS
>

You should only be affected by that bug if you see something like

No such file or directory:
'/rhev/data-center/mnt/[...]/ha_agent/hosted-engine.metadata.

This is related to accessing metadata of other nodes through the storage
mounted by vdsm.



> I was careful when installing ovirt 3.5.5 to ensure that I used the
> baseurl instead of the mirrors as it looked like the mirrors were behind.
>
>
>
> [root@bml-24 ~]# cat /etc/yum.repos.d/ovirt-3.5.repo
>
> [ovirt-3.5]
>
> name=Latest oVirt 3.5 Release
>
> baseurl=http://resources.ovirt.org/pub/ovirt-3.5/rpm/el$releasever/
>
> #mirrorlist=
> http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.5-el$releasever
>
> enabled=1
>
> skip_if_unavailable=1
>
> 

Re: [ovirt-users] empty IP Address and FQDN for all Virtual Machines in engine

[Roman Mohr]

Hi Jason,

Am 01.11.2015 18:36 schrieb "Jason Keltz" :
>
> Hi.
>
> I notice that the IP Address and FQDN fields for all of my VMs (mostly
CentOS 6) in engine are empty.

Did you install the gurest agent [1] on the VMs? This information is
collected from within the VM.

   This doesn't seem to affect any operation.   Why would this be?
>
This information is just there for the users. It has no consequence for the
engine.
> Thanks,
>
> Jason.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

Hope that helps.

Roman

[1] http://www.ovirt.org/How_to_install_the_guest_agent_in_Fedora
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt monitoring with libirt-snmp

[Roman Mohr]

Hi Kevin,


you should not change auth_unix_rw=sasl. I never used libvirt-snmp but it
is save to create another user like this:

> saslpasswd2 -a libvirt 

I did that several times on my hosts.


On Mon, Oct 19, 2015 at 4:43 PM, Kevin COUSIN 
wrote:

> Hi list,
>
> Is it safe to edit /etc/libvirt/libvirtd.conf? I need to change
> auth_unix_rw="sasl" because I want to allow libvirt-snmp to acess to VM
> informations. Perhaps I need to create a user in sasl instead ?
>
> Thanks a lot
>
> 
>
>COUSIN Kevin
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users