[ovirt-users] Re: How can you avoid breaking 4.3.11 legacy VMs imported in 4.4.1 during a migration?

2020-09-01 Thread Michal Skrivanek


> On 31 Aug 2020, at 21:20, Arik Hadas  wrote:
> 
> 
> 
> On Mon, Aug 31, 2020 at 8:41 PM  > wrote:
> Testing the 4.3 to 4.4 migration... what I describe here is facts is mostly 
> observations and conjecture, could be wrong, just makes writing easier...
> 
> While 4.3 seems to maintain a default emulated machine type 
> (pc-i440fx-rhel7.6.0 by default), it doesn't actually allow setting it in the 
> cluster settings: Could be built-in, could be inherited from the default 
> template... Most of my VMs were created with the default on 4.3.
> 
> oVirt 4.4 presets that to pc-q35-rhel8.1.0 and that has implications:
> 1. Any VM imported from an export on a 4.3 farm, will get upgraded to Q35, 
> which unfortunately breaks things, e.g. network adapters getting renamed as 
> the first issue I stumbled on some Debian machines 
> 2. If you try to compensate by lowering the cluster default from Q35 to 
> pc-i44fx the hosted-engine will fail, because it was either built or came as 
> Q35 and can no longer find critical devices: It evidently doesn't take/use 
> the VM configuration data it had at the last shutdown, but seems to 
> re-generate it according to some obscure logic, which fails here.

that is currently the case, yes. We have 
https://bugzilla.redhat.com/show_bug.cgi?id=1871694 - should be fixed by that, 
right?

> 
> I've tried creating a bit of backward compatibility by creating another 
> template based on pc-i440fx, but at the time of the import, I cannot switch 
> the template.
> If I try to downgrade the cluster, the hosted-engine will fail to start and I 
> can't change the template of the hosted-engine to something Q35.
> 
> Currently this leaves me in a position where I can't separate the move of VMs 
> from 4.3 to 4.4 and the upgrade of the virtual hardware, which is a different 
> mess for every OS in the mix of VMs.
> 
> Recommendations, tips anyone?
> 
> If you have to preserve the i440fx chipset, you can create another cluster 
> that is set with legacy bios and import the VMs to that cluster.
> The drawback in the alternative you tested (importing it to a q35 cluster and 
> override the chipset/emulated machine before launching the VM) is that on 
> import we 
> convert the VM to q35 (changing devices, clearing PCI addresses) and later 
> the VM is converted back to i440fx - so it's less recommended.

once the HE problem goes away it should be perfectly fine to just use that one 
cluster in i440fx mode if you prefer to. It’s q35 only because it’s a new one 
and we assume a new one is for new stuff. For upgraded setups the cluster is 
left as it was.

>  
> 
> P.S. A hypervisor reconstructing the virtual hardware from anywhere but 
> storage at every launch, is difficult to trust IMHO.
> ___
> 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/36WNCP6YMRM3MG44WIVHLVOUD2MACDQ5/
>  
> 
> ___
> 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/PAJJNL44JIIY3RAQTWB456EMQALV4SHM/

___
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/QDWSRU6XSBZ6BSPQNE3ZKJCDKKTHK6G7/


[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-27 Thread Michal Skrivanek


> On 26 Aug 2020, at 20:50, Vinícius Ferrão via Users  wrote:
> 
> Okay here we go Arik.
> 
> With your insight I’ve done the following:
> 
> # rpm -Va 
> 
> This showed what’s zeroed on the machine, since it was a lot of things, I’ve 
> just gone crazy and done:

you should still have host deploy logs on the engine machine. it’s weird it 
succeeded, unless it somehow happened afterwards?

> yum list installed | cut -f 1 -d " " > file
> yum -y reinstall `cat file | xargs`
> 
> Reinstalled everything.
> 
> Everything worked as expected and I finally added the machine back to the 
> cluster. It’s operational.

eh, I wouldn’t trust it much. did you run redeploy at least?

> 
> Now I’ve another issue, I have 3 VM’s that are ppc64le, when trying to import 
> them, the Hosted Engine identifies them as x86_64:
> 
> 
> 
> So…
> 
> This appears to be a bug. Any ideia on how to force it back to ppc64? I can’t 
> manually force the import on the Hosted Engine since there’s no buttons to do 
> this…

how exactly did you import them? could be a bug indeed.
we don’t support changing it as it doesn’t make sense, the guest can’t be 
converted

Thanks,
michal

> 
> Ideias?
> 
>> On 26 Aug 2020, at 15:04, Vinícius Ferrão > > wrote:
>> 
>> What a strange thing is happening here:
>> 
>> [root@power ~]# file /usr/bin/vdsm-client
>> /usr/bin/vdsm-client: empty
>> [root@power ~]# ls -l /usr/bin/vdsm-client
>> -rwxr-xr-x. 1 root root 0 Jul  3 06:23 /usr/bin/vdsm-client
>> 
>> A lot of files are just empty, I’ve tried reinstalling vdsm-client, it 
>> worked, but there’s other zeroed files:
>> 
>> Transaction test succeeded.
>> Running transaction
>>   Preparing: 
>> 
>> 1/1 
>>   Reinstalling : vdsm-client-4.40.22-1.el8ev.noarch  
>> 
>> 1/2 
>>   Cleanup  : vdsm-client-4.40.22-1.el8ev.noarch  
>> 
>> 2/2 
>>   Running scriptlet: vdsm-client-4.40.22-1.el8ev.noarch  
>> 
>> 2/2 
>> /sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not checked.
>> 
>> /sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
>> /sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
>> /sbin/ldconfig: File 

[ovirt-users] Re: Support for Shared SAS storage

2020-08-13 Thread Michal Skrivanek


> On 12 Aug 2020, at 21:16, tho...@hoberg.net wrote:
> 
> 
>> 
>> Since 4.4 is the last feature release, this will never change even if it is 
>> not
>> documented.
>> 
>> Nir
> Hi Nir,
> could you please clarfiy: What does "last feature release" mean here: Is 
> oVirt being feature frozen in preparation to something more drastic?

no, features are not frozen. We’re moving to a mode where we deliver features 
in shorter cycles, in 4.4.z instead of one large 10+ month major release. (e.g. 
in 4.4.3 there’s 25 RFEs targeted currently)

That said, about the original discussion point - it’s very unlikely we’ll 
change behavior and we’ll keep treating any non-iscsi multipath devices as FC 
since it works good enough and actually enables special use cases 

Thanks,
michal

> ___
> 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/FKGE2VELIU3XBTWDC65CRETNCOTGEDWJ/
___
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/A6VTGF3TXEURFG25KPVJMHICACFGXRPU/


[ovirt-users] Re: [ovirt-devel] Error during deployment of self hosted engine oVirt 4.4

2020-08-07 Thread Michal Skrivanek


> On 6 Aug 2020, at 00:41, i iordanov  wrote:
> 
> Hi Michal,
> 
> I dug down enough to see that I could alter the option that specifies the 
> supported CPUs in the database. What would have helped me is a diff of what 
> was removed. Ultimately, I didn't have enough time to dig for the diff, but 
> if you know where it can be found it may be of use for other people that need 
> to use a Penryn based server.

Hi,
the diff is right there, the option value for 4.2 cluster still has it. so you 
just need that piece (penryn definition) to copy into the 4.4 entry(i 
think the numbers are then duplicated, but it shouldn’t really matter, cpu name 
is the "key”)

Thanks,
michal

> 
> I was able to swap two systems at my place and get a Nehalem one to use with 
> oVirt, but if I get a chance I may try to revert to the older one since it's 
> a bit more convenient for me to use. I would certainly try updating the DB if 
> I could get the diff where you guys removed the line from the DB seed files.
> 
> Cheers and thanks!
> iordan
> 
> On Tue, Aug 4, 2020 at 4:46 AM Michal Skrivanek  <mailto:michal.skriva...@redhat.com>> wrote:
> 
> 
>> On 4 Aug 2020, at 06:10, i iordanov > <mailto:iiorda...@gmail.com>> wrote:
>> 
>> It seems the issue stems from cpu type being empty.
>> 
>> 'cpu': {'architecture': 'undefined', 'type': ''}
>> 
>> 2020-08-03 23:31:39,888-0400 DEBUG 
>> otopi.ovirt_hosted_engine_setup.ansible_utils 
>> ansible_utils._process_output:103 cluster_facts: {'changed': False, 
>> 'ansible_facts': {'ovirt_clusters': [{'href': 
>> '/ovirt-engine/api/clusters/0eb77d38-d5fe-11ea-8808-00163e42a94a', 
>> 'comment': '', 'description': 'The default server cluster', 'id': 
>> '0eb77d38-d5fe-11ea-8808-00163e42a94a', 'name': 'Default', 
>> 'affinity_groups': [], 'ballooning_enabled': True, 'bios_type': 
>> 'cluster_default', 'cpu': {'architecture': 'undefined', 'type': ''}, 
>> 'cpu_profiles': [], 'data_center': {'href': 
>> '/ovirt-engine/api/datacenters/0ea3b60e-d5fe-11ea-a87c-00163e42a94a', 'id': 
>> '0ea3b60e-d5fe-11ea-a87c-00163e42a94a'}, 'enabled_features': [], 
>> 'error_handling': {'on_error': 'migrate'}, 'external_network_providers': [], 
>> 'fencing_policy': {'enabled': True, 'skip_if_connectivity_broken': 
>> {'enabled': False, 'threshold': 50}, 'skip_if_gluster_bricks_up': False, 
>> 'skip_if_gluster_quorum_not_met': False, 'skip_if_sd_active': {'enabled': 
>> False}}, 'firewall_type': 'firewalld', 'gluster_hooks': [], 
>> 'gluster_service': False, 'gluster_volumes': [], 'ha_reservation': False, 
>> 'ksm': {'enabled': True, 'merge_across_nodes': True}, 
>> 'log_max_memory_used_threshold': 95, 'log_max_memory_used_threshold_type': 
>> 'percentage', 'mac_pool': {'href': 
>> '/ovirt-engine/api/macpools/58ca604b-017d-0374-0220-014e', 'id': 
>> '58ca604b-017d-0374-0220-014e'}, 'memory_policy': {'over_commit': 
>> {'percent': 100}, 'transparent_huge_pages': {'enabled': True}}, 'migration': 
>> {'auto_converge': 'inherit', 'bandwidth': {'assignment_method': 'auto'}, 
>> 'compressed': 'inherit', 'encrypted': 'inherit', 'policy': {'id': 
>> '80554327-0569-496b-bdeb-fcbbf52b827b'}}, 'network_filters': [], 'networks': 
>> [], 'permissions': [], 'required_rng_sources': ['urandom'], 
>> 'scheduling_policy': {'href': 
>> '/ovirt-engine/api/schedulingpolicies/b4ed2332-a7ac-4d5f-9596-99a439cb2812', 
>> 'id': 'b4ed2332-a7ac-4d5f-9596-99a439cb2812'}, 'switch_type': 'legacy', 
>> 'threads_as_cores': False, 'trusted_service': False, 'tunnel_migration': 
>> False, 'version': {'major': 4, 'minor': 4}, 'virt_service': True, 
>> 'vnc_encryption': False}]}, 'deprecations': [{'msg': "The 
>> 'ovirt_cluster_facts' module has been renamed to 'ovirt_cluster_info', and 
>> the renamed one no longer returns ansible_facts", 'version': '2.13'}], 
>> 'failed': False}
>> 
>> Perhaps this Penryn series CPU is too old for this oVirt installation...
> 
> Yes, we dropped Penryn from supported CPU list i 4.3. You could probably stil 
> make it run but it would need messing with engine’s db, adding back Nehalem 
> entry to ServerCPUList(e.g. from 4.2 cluster version line) and resume the 
> deployment somehow.
> 
>> 
>> iordan
>> 
>> On Mon, Aug 3, 2020 at 11:54 PM i iordanov > <mailto:iiorda...@gmail.com>> wrote:
>> Hi guys,
>> 
>> I am trying to install oVirt 4.4 for testing of the aSPICE and Opaque 
>> Android clients and tried to follow this slightly outdated doc:
>> 
>> https://www.ovirt.org/documentation/installing_ovirt_as_a_self-hosted_engine_using_the_command_line/#Insta

[ovirt-users] Re: VM Portal on a stand alone server

2020-07-15 Thread Michal Skrivanek


> On 15 Jul 2020, at 17:12, Gal Villaret  wrote:
> 
> I have the engine running on a dedicated server.
> 
> I would like to separate the VM Portal to another server or maybe have 
> another instance of VM portal on another server.
> 
> The idea is to be able to put the VM Portal on a different subnet and to put 
> a firewall between it and the engine.

it’s possible in devel mode, see docker container at 
https://github.com/oVirt/ovirt-web-ui
but we’re not really updating it very often, I wouldn’t recommend it for 
production

What’s the concern if you limit access to :443 and use a proxy? There’s not 
much more a random joe can do without a permission to log into webadmin, 
there’s just a static landing page with few links.

> 
> Thanks. 
> 
> On Wed, Jul 15, 2020, 17:18 Sandro Bonazzola  > wrote:
> 
> 
> Il giorno mer 15 lug 2020 alle ore 12:26  > ha scritto:
> Hi Folks, 
> 
> I'm rather new to oVirt and loving it. 
> running 4.4.1. 
> I would like to be able to run the VM Portal on a stand-alone server for 
> security concerns. 
> 
> Can anyone point in the right direction for achieving this? 
> 
> Can you please elaborate?
> Are you asking for having the admin portal and the VM user portal running on 
> 2 different servers?
> Or running the engine on a dedicated server instead of on self hosted engine 
> VM?
> 
> 
>  
> 
> Thanks, 
> 
> Gal Villaret
> ___
> 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/3BE6CNDNLDKZQW5ANOC3UFT3BQZZFGHC/
>  
> 
> 
> 
> -- 
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> Red Hat EMEA 
> sbona...@redhat.com    
>  
> Red Hat respects your work life balance. Therefore there is no need to answer 
> this email out of your office hours.
>  
> ___
> 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/EDCHL6QLGDWU2GASCOXHC4B3DFHJNPBC/

___
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/LRELPGG4GFRDX4NAYARVT4IFBT6QXBL2/


[ovirt-users] Re: video virtio (instead of qxl)

2020-07-15 Thread Michal Skrivanek


> On 15 Jul 2020, at 19:05, Michael Lipp  wrote:
> 
> Am 15.07.20 um 17:36 schrieb Michal Skrivanek:
>> 
>>> On 14 Jul 2020, at 16:44, Michael Lipp  wrote:
>>> 
>>> Am 14.07.20 um 15:27 schrieb Michal Skrivanek:
>>>>> This works perfectly with my Fedora 32 and Arch guests and the change is 
>>>>> really worth it.
>>>> Hi,
>>>> what kind of performance benefits you’ve seen? 
>>>> 
>>>> It’s not currently in near term roadmap, but if anyone wants to contribute 
>>>> patches I don’t see a problem including it as an option for newer guests 
>>>> indeed.
>>> The display (spice) updates much faster and more "smoothly". Most
>>> notibly when using Arch VMs. With QXL, I have an extreme delay when
>>> typing. This vanishes completey with virtio-vga.
>> using which client? remote-viewer? on which platform?
>> qxl needs drivers, not sure if Arch has that…it should have, but for Windows 
>> you definitely need to install them. If they’re not all right it falls back 
>> to vga emulation which is then slow indeed
> 
> Using ... interesting question. I always assumed that virt-manager
> starts a viewer, but I cannot find one in my process list. So: using
> virt-manager.

for vnc and spice it embeds the same component as remote-viewer. There’s 
“graphics” which is the console protocol(spice,vnc) and “video” which is the 
emulated guest video card. You could use both for graphics(that’s what we 
default to since ~4.3) and then you can choose. I’m not sure what virt-manager 
does in this case. Either way, I would suspect it uses VNC


> 
> My Arch system has "xf86-video-qxl" installed and loads the "qxl" kernel
> module automatically when the guest configuration is set to using QXL.
> It does not automatically load "bochs_drm" as mentioned here
> (https://wiki.archlinux.org/index.php/QEMU#qxl 
> <https://wiki.archlinux.org/index.php/QEMU#qxl>). However, adding it
> "manually" doesn't make any difference.

it could be just a misconfiguration, I’m really not familiar with how this is 
supposed to be configured on Arch, sorry, but it generally works ok elsewhere.

> 
> I know about Windows. I'm using these guests with QXL and the windows
> drivers installed (AFAIK there are no virtio-vga drivers for Windows).
> Contrary to Arch, Windows+QXL works satisfactory.

ok. that’s another indication it’s rather on the guest side.

The only reason we’re not adding it just yet is that it lacks wider support 
(e.g. those Windows drivers) and there’s not much difference. It may be that on 
Arch it’s already useful, but it’s still not widespread enough so not on the 
list yet.
If anyone wants to contribute a patch it would be welcome (it’s not exactly 
trivial, but not too complex either)

Thanks,
michal

> 
>  - Michael
> 
>> 
>>> - Michael
>>> 
>>>> Thanks,
>>>> michal
>>>> 
>>>>> ___
>>>>> 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/IZQHW3NZB4BFGMP4LMJE2VTJ6H2OSWSB/

___
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/MKA22EZKWUEUA4ZPGQF6PODQMRDSHL7X/


[ovirt-users] Re: video virtio (instead of qxl)

2020-07-15 Thread Michal Skrivanek


> On 14 Jul 2020, at 16:44, Michael Lipp  wrote:
> 
> Am 14.07.20 um 15:27 schrieb Michal Skrivanek:
>> 
>>> This works perfectly with my Fedora 32 and Arch guests and the change is 
>>> really worth it.
>> Hi,
>> what kind of performance benefits you’ve seen? 
>> 
>> It’s not currently in near term roadmap, but if anyone wants to contribute 
>> patches I don’t see a problem including it as an option for newer guests 
>> indeed.
> 
> The display (spice) updates much faster and more "smoothly". Most
> notibly when using Arch VMs. With QXL, I have an extreme delay when
> typing. This vanishes completey with virtio-vga.

using which client? remote-viewer? on which platform?
qxl needs drivers, not sure if Arch has that…it should have, but for Windows 
you definitely need to install them. If they’re not all right it falls back to 
vga emulation which is then slow indeed

> 
>  - Michael
> 
>> Thanks,
>> michal
>> 
>>> ___
>>> 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/IZQHW3NZB4BFGMP4LMJE2VTJ6H2OSWSB/
> 
> 
___
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/MMSHCWHO74MXAGYPRZHHNXZTJJKFCB6R/


[ovirt-users] Re: video virtio (instead of qxl)

2020-07-14 Thread Michal Skrivanek


> On 14 Jul 2020, at 13:48, Michael Lipp  wrote:
> 
>> Do you mean virtio-vga / virtio-gpu?
> 
> virtio-vga. To be specific (libvirt):
> 
>
>  
>
>  
>   function='0x0'/>
>
> 
> which results in:
> 
> -device virtio-vga,id=video0,virgl=off,max_outputs=1,bus=pci.0,addr=0x2
> 
> This works perfectly with my Fedora 32 and Arch guests and the change is 
> really worth it.

Hi,
what kind of performance benefits you’ve seen? 

It’s not currently in near term roadmap, but if anyone wants to contribute 
patches I don’t see a problem including it as an option for newer guests indeed.

Thanks,
michal

> ___
> 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/IZQHW3NZB4BFGMP4LMJE2VTJ6H2OSWSB/
___
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/JFXH4LHDHE2CFEXXWVZPMFCYA2QJU4NA/


[ovirt-users] Re: Change Hosted engine VM cluster compatibility version throws error

2020-06-19 Thread Michal Skrivanek
On 19 Jun 2020, at 16:40, Ritesh Chikatwar  wrote:




On Fri, Jun 19, 2020, 7:26 PM Michal Skrivanek 
wrote:

>
>
> On 19 Jun 2020, at 13:41, Ritesh Chikatwar  wrote:
>
>
>
> On Thu, Jun 18, 2020 at 11:59 PM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>>
>> On 18 Jun 2020, at 08:59, Ritesh Chikatwar  wrote:
>>
>> Hello Team,
>>
>>
>> When i try to change Cluster compatible version HE it throws error As
>>
>>
>> what exactly are you changing where?
>>
>
> I am trying to change the cluster compatible version for the Hosted engine
> in Ui. The drop down did not set any value and I am trying to set to 4.4.
>
>
> which drop down?
> Why are you changing cluster compatibility level of HE?
>
> maybe that’s the best question for starts - what’s the current situation
> and what are you trying to get to?:)
>

Yeah correct Michal I should have explained that in the beginning of mail
itself. Apologize for that.

I have 4.4 rhhi setup with storage as gluster. But in this setup gluster
service is not enable by default. I can make it enable from the UI by
editing cluster and when try the same I get the error as

 Error while executing action: Update of cluster compatibility version
failed because there are VMs/Templates [HostedEngine]


Ah ok, that explains a lot. The message is misleading, it has nothing to do
with cluster version.
Can you please share your engine.log with that failure to check what
exactly failed there?

Lucia, the message is definitely confusing and your patch should be
finalized and merged:)

Thanks,
michal

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.

This is the reason I am changing vm's compatibility version.


I also have one doubt here when vm got created , why vm's not settled the
value for cluster compatible version.




> Thanks,
> michal
>
>
>>
>> Error while executing action:
>>
>> HostedEngine:
>>
>>- There was an attempt to change Hosted Engine VM values that are
>>locked.
>>
>> I am trying to change the version to 4.4 it was showing blank.
>>
>> Any suggestions on how I can edit.
>>
>> The VM other than HE is able to editi.
>>
>>
>>
>> *Ritesh*
>> ___
>> 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/3EBGCBFDUBHNI6G5E3NG4DCD7RQJLUNC/
>>
>>
>>
>
___
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/3RBWL4PEJIEKNQ2GMONNJJDK2ZCWS4PO/


[ovirt-users] Re: status of oVirt 4.4.x and CentOS 8.2

2020-06-19 Thread Michal Skrivanek


> On 19 Jun 2020, at 13:16, Gianluca Cecchi  wrote:
> 
> Hello,
> what is the current status both if using plain CentOS based nodes and 
> ovirt-node-ng?
> Do the release of CentOS 8.2 impact new installation for 4.4.0 and/or 4.4.1rc?

Hi,
newer builds (the 4.4.1 build sandro sent just now) use 8.2 and require 8.2.
If you’d upgrade your existing 4.4.0/4.4.1 host to 8.2 it may not necessarily 
work, openvswitch issues might break. We were not testing it, CentOS releases 
are always without any heads up.
I would suggest to do it together with upgrading to 4.4.1 rc5, but certainly 
not on a production setupu just yet

Thanks,
michal

> 
> Thanks,
> Gianluca
> ___
> 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/5QZZNPOBXC5T5XXJ52ZWWR4PRKMJZIXK/
___
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/EPFMUOGKKP4Z3L6GDKD5ZRIQ6ZC77S4W/


[ovirt-users] Re: Change Hosted engine VM cluster compatibility version throws error

2020-06-19 Thread Michal Skrivanek


> On 19 Jun 2020, at 13:41, Ritesh Chikatwar  wrote:
> 
> 
> 
> On Thu, Jun 18, 2020 at 11:59 PM Michal Skrivanek 
> mailto:michal.skriva...@redhat.com>> wrote:
> 
> 
>> On 18 Jun 2020, at 08:59, Ritesh Chikatwar > <mailto:rchik...@redhat.com>> wrote:
>> 
>> Hello Team,
>> 
>> 
>> When i try to change Cluster compatible version HE it throws error As
> 
> what exactly are you changing where?
> 
> I am trying to change the cluster compatible version for the Hosted engine in 
> Ui. The drop down did not set any value and I am trying to set to 4.4.  

which drop down?
Why are you changing cluster compatibility level of HE?

maybe that’s the best question for starts - what’s the current situation and 
what are you trying to get to?:)

Thanks,
michal

> 
>> 
>> Error while executing action:
>> 
>> HostedEngine:
>> There was an attempt to change Hosted Engine VM values that are locked.
>> I am trying to change the version to 4.4 it was showing blank.
>> 
>> Any suggestions on how I can edit.
>> 
>> The VM other than HE is able to editi.
>> 
>> 
>> 
>> Ritesh
>> ___
>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>> To unsubscribe send an email to users-le...@ovirt.org 
>> <mailto:users-le...@ovirt.org>
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
>> <https://www.ovirt.org/privacy-policy.html>
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> <https://www.ovirt.org/community/about/community-guidelines/>
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3EBGCBFDUBHNI6G5E3NG4DCD7RQJLUNC/
>>  
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/3EBGCBFDUBHNI6G5E3NG4DCD7RQJLUNC/>
> 

___
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/TZZZWD76X2PAFCIMR4GXEZARNWDJBCZ7/


[ovirt-users] Re: Change Hosted engine VM cluster compatibility version throws error

2020-06-18 Thread Michal Skrivanek


> On 18 Jun 2020, at 08:59, Ritesh Chikatwar  wrote:
> 
> Hello Team,
> 
> 
> When i try to change Cluster compatible version HE it throws error As

what exactly are you changing where?

> 
> Error while executing action:
> 
> HostedEngine:
> There was an attempt to change Hosted Engine VM values that are locked.
> I am trying to change the version to 4.4 it was showing blank.
> 
> Any suggestions on how I can edit.
> 
> The VM other than HE is able to editi.
> 
> 
> 
> Ritesh
> ___
> 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/3EBGCBFDUBHNI6G5E3NG4DCD7RQJLUNC/

___
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/EJDEDCQJ6DMCMMLDTQJCBUAO2TPSDG2C/


[ovirt-users] Re: CentOS Stream support

2020-06-11 Thread Michal Skrivanek
Hi all,
there were not that many responses, thank you Strahil for sharing your 
thoughts, but it’s still quite useful for our CI so we are adding a Stream 
variant anyway:)
Feel free to try it out, it has been added[1] to the ovirt-release-master rpm, 
you can now install that on top of a CentOS Stream host.
Do not use in production

Thanks,
michal

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1844389

> On 5 Jun 2020, at 12:55, Strahil Nikolov  wrote:
> 
> Hi Michael,
> 
> Thanks for raising that topic.
> I personally believe that the CentOS Stream will be something between Fedora 
> and RHEL and thus it won't be as stable as I wish.
> Yet on the other side , if this speeds up bug fixing - I am OK for that.
> 
> P.S.: I'm still on 4.3, but I was planing to switch to regular CentOS instead 
> of Stream.
> 
> 
> Best Regards,
> Strahil Nikolov
> 
> 
> 
> 
> 
> 
> В петък, 5 юни 2020 г., 11:37:16 Гринуич+3, Michal Skrivanek 
>  написа: 
> 
> 
> 
> 
> 
> Hi all,
> we would like to ask about interest in community about oVirt moving to CentOS 
> Stream.
> There were some requests before but it’s hard to see how many people would 
> really like to see that.
> 
> With CentOS releases lagging behind RHEL for months it’s interesting to 
> consider moving to CentOS Stream as it is much more up to date and allows us 
> to fix bugs faster, with less workarounds and overhead for maintaining old 
> code. E.g. our current integration tests do not really pass on CentOS 8.1 and 
> we can’t really do much about that other than wait for more up to date 
> packages. It would also bring us closer to make oVirt run smoothly on RHEL as 
> that is also much closer to Stream than it is to outdated CentOS.
> 
> So..would you like us to support CentOS Stream?
> We don’t really have capacity to run 3 different platforms, would you still 
> want oVirt to support CentOS Stream if it means “less support” for regular 
> CentOS? 
> There are some concerns about Stream being a bit less stable, do you share 
> those concerns?
> 
> Thank you for your comments,
> michal
> ___
> 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/3B5MJKO7BS2DMQL3XOXPNO4BU3YDL52T/
> 
___
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/7IURDXYD3EV6VL2DXDKYMXPTAUYL3VDK/


[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-10 Thread Michal Skrivanek


> On 10 Jun 2020, at 07:00, Vinícius Ferrão  wrote:
> 
> 
> 
>> On 8 Jun 2020, at 07:43, Michal Skrivanek > <mailto:michal.skriva...@redhat.com>> wrote:
>> 
>> 
>> 
>>> On 5 Jun 2020, at 20:23, Vinícius Ferrão >> <mailto:fer...@versatushpc.com.br>> wrote:
>>> 
>>> Hi Michal
>>> 
>>>> On 5 Jun 2020, at 04:39, Michal Skrivanek >>> <mailto:michal.skriva...@redhat.com>> wrote:
>>>> 
>>>> 
>>>> 
>>>>> On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users >>>> <mailto:users@ovirt.org>> wrote:
>>>>> 
>>>>> Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails 
>>>>> complaining about NUMA issues:
>>>> 
>>>> that is not a line you should be looking at, it’s just a harmless warning.
>>>> I suppose it’s the other one, about spectre fixes
>>>>> 
>>>>> VM ppc64le.local.versatushpc.com.br 
>>>>> <http://ppc64le.local.versatushpc.com.br/> is down with error. Exit 
>>>>> message: internal error: qemu unexpectedly closed the monitor: 
>>>>> 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in any 
>>>>> NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], 
>>>>> CPU 7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 
>>>>> [core-id: 10], CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 
>>>>> [core-id: 13], CPU 14 [core-id: 14], CPU 15 [core-id: 15] 
>>>>> 2020-06-05T06:16:10.716067Z qemu-kvm: warning: All CPU(s) up to maxcpus 
>>>>> should be described in NUMA config, ability to start up with partial NUMA 
>>>>> mappings is obsoleted and will be removed in future 
>>>>> 2020-06-05T06:16:11.155924Z qemu-kvm: Requested safe indirect branch 
>>>>> capability level not supported by kvm, try cap-ibs=fixed-ibs.
>>>>> 
>>>>> Any idea of what’s happening?
>>>>> 
>>>>> I found some links, but I’m not sure if they are related or not:
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1732726 
>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1732726>
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1592648 
>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1592648>
>>>> yes, they look relevant if that’s the hw you have. We do use 
>>>> pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
>>>> preferred solution, to upgrade).
>>>> If you don’t care about security you can also modify the machine type per 
>>>> VM (or in engine db for all VMs) to "pseries-rhel7.6.0"
>>> 
>>> I’m using an AC922 machine.
>> 
>> and is it oVirt  4.3 or 4.4?
>> Bug 1732726 is on RHEL 8, so relevant only for oVirt 4.4, i.e. you’d have to 
>> have a 4.3 cluster level?
>> if you really want to keep using -sxxm you need to modify it to add the 
>> extra flag the bug talks about
>> 
>> this shouldn’t be needed in 4.4 cluster level though
> 
> Hi Michal, I’m running 4.3.10. Not in 4.4 yet.
> 
> So the workaround would be add cap-ibs=fixed-ibs to VM parameters so sxxm 
> would work? Where do I add this? Do you know?

you could try custom emulated machine in VM configuration. If it doesn’t work 
you’d need to write a vdsm hook to alter the libvirt xml accordingly


> 
> Thanks.
> 
>> 
>>> 
>>> In fact I can boot the VMs with pseries-rhel7.6.0 but not with 
>>> pseries-rhel7.6.0-sxxm; how do you made pseries-rhel7.6.0-sxxm works on 4.3 
>>> release?
>>> 
>>> # lscpu
>>> Architecture:  ppc64le
>>> Byte Order:Little Endian
>>> CPU(s):128
>>> On-line CPU(s) list:   0-127
>>> Thread(s) per core:4
>>> Core(s) per socket:16
>>> Socket(s): 2
>>> NUMA node(s):  6
>>> Model: 2.2 (pvr 004e 1202)
>>> Model name:POWER9, altivec supported
>>> CPU max MHz:   3800.
>>> CPU min MHz:   2300.
>>> L1d cache: 32K
>>> L1i cache: 32K
>>> L2 cache:  512K
>>> L3 cache:  10240K
>>> NUMA node0 CPU(s): 0-63
>>> NUMA node8 CPU(s): 64-127
>>> NUMA node252 CPU(s):   
>>> NUMA node253 CPU(s):   
>>> NUMA node254 CPU

[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-08 Thread Michal Skrivanek


> On 5 Jun 2020, at 20:23, Vinícius Ferrão  wrote:
> 
> Hi Michal
> 
>> On 5 Jun 2020, at 04:39, Michal Skrivanek > <mailto:michal.skriva...@redhat.com>> wrote:
>> 
>> 
>> 
>>> On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users >> <mailto:users@ovirt.org>> wrote:
>>> 
>>> Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails 
>>> complaining about NUMA issues:
>> 
>> that is not a line you should be looking at, it’s just a harmless warning.
>> I suppose it’s the other one, about spectre fixes
>>> 
>>> VM ppc64le.local.versatushpc.com.br 
>>> <http://ppc64le.local.versatushpc.com.br/> is down with error. Exit 
>>> message: internal error: qemu unexpectedly closed the monitor: 
>>> 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in any 
>>> NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 
>>> 7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 
>>> 10], CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 
>>> 14 [core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z 
>>> qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA 
>>> config, ability to start up with partial NUMA mappings is obsoleted and 
>>> will be removed in future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested 
>>> safe indirect branch capability level not supported by kvm, try 
>>> cap-ibs=fixed-ibs.
>>> 
>>> Any idea of what’s happening?
>>> 
>>> I found some links, but I’m not sure if they are related or not:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1732726 
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1732726>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1592648 
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1592648>
>> yes, they look relevant if that’s the hw you have. We do use 
>> pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
>> preferred solution, to upgrade).
>> If you don’t care about security you can also modify the machine type per VM 
>> (or in engine db for all VMs) to "pseries-rhel7.6.0"
> 
> I’m using an AC922 machine.

and is it oVirt  4.3 or 4.4?
Bug 1732726 is on RHEL 8, so relevant only for oVirt 4.4, i.e. you’d have to 
have a 4.3 cluster level?
if you really want to keep using -sxxm you need to modify it to add the extra 
flag the bug talks about

this shouldn’t be needed in 4.4 cluster level though

> 
> In fact I can boot the VMs with pseries-rhel7.6.0 but not with 
> pseries-rhel7.6.0-sxxm; how do you made pseries-rhel7.6.0-sxxm works on 4.3 
> release?
> 
> # lscpu
> Architecture:  ppc64le
> Byte Order:Little Endian
> CPU(s):128
> On-line CPU(s) list:   0-127
> Thread(s) per core:4
> Core(s) per socket:16
> Socket(s): 2
> NUMA node(s):  6
> Model: 2.2 (pvr 004e 1202)
> Model name:POWER9, altivec supported
> CPU max MHz:   3800.
> CPU min MHz:   2300.
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  512K
> L3 cache:  10240K
> NUMA node0 CPU(s): 0-63
> NUMA node8 CPU(s): 64-127
> NUMA node252 CPU(s):   
> NUMA node253 CPU(s):   
> NUMA node254 CPU(s):   
> NUMA node255 CPU(s): 
> 
> Thank you for helping out.
> 
>> 
>> Thanks,
>> michal
>>> 
>>> Thanks,
>>> 
>>> ___
>>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>> To unsubscribe send an email to users-le...@ovirt.org 
>>> <mailto:users-le...@ovirt.org>
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
>>> <https://www.ovirt.org/privacy-policy.html>
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PVVQDBO2XJYBQN7EUDMM74QZJ2UTLRJ2/
>>>  
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/PVVQDBO2XJYBQN7EUDMM74QZJ2UTLRJ2/>

___
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/3GZBCJR4WRPJTQVH6LKIHQEYUMYYYNXI/


[ovirt-users] CentOS Stream support

2020-06-05 Thread Michal Skrivanek
Hi all,
we would like to ask about interest in community about oVirt moving to CentOS 
Stream.
There were some requests before but it’s hard to see how many people would 
really like to see that.

With CentOS releases lagging behind RHEL for months it’s interesting to 
consider moving to CentOS Stream as it is much more up to date and allows us to 
fix bugs faster, with less workarounds and overhead for maintaining old code. 
E.g. our current integration tests do not really pass on CentOS 8.1 and we 
can’t really do much about that other than wait for more up to date packages. 
It would also bring us closer to make oVirt run smoothly on RHEL as that is 
also much closer to Stream than it is to outdated CentOS.

So..would you like us to support CentOS Stream?
We don’t really have capacity to run 3 different platforms, would you still 
want oVirt to support CentOS Stream if it means “less support” for regular 
CentOS? 
There are some concerns about Stream being a bit less stable, do you share 
those concerns?

Thank you for your comments,
michal
___
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/3B5MJKO7BS2DMQL3XOXPNO4BU3YDL52T/


[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-05 Thread Michal Skrivanek


> On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users  wrote:
> 
> Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails 
> complaining about NUMA issues:

that is not a line you should be looking at, it’s just a harmless warning.
I suppose it’s the other one, about spectre fixes
> 
> VM ppc64le.local.versatushpc.com.br 
>  is down with error. Exit message: 
> internal error: qemu unexpectedly closed the monitor: 
> 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in any NUMA 
> nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 7 
> [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 10], 
> CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 14 
> [core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z qemu-kvm: 
> warning: All CPU(s) up to maxcpus should be described in NUMA config, ability 
> to start up with partial NUMA mappings is obsoleted and will be removed in 
> future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested safe indirect branch 
> capability level not supported by kvm, try cap-ibs=fixed-ibs.
> 
> Any idea of what’s happening?
> 
> I found some links, but I’m not sure if they are related or not:
> https://bugzilla.redhat.com/show_bug.cgi?id=1732726 
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1592648 
> 
yes, they look relevant if that’s the hw you have. We do use 
pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
preferred solution, to upgrade).
If you don’t care about security you can also modify the machine type per VM 
(or in engine db for all VMs) to "pseries-rhel7.6.0"

Thanks,
michal
> 
> Thanks,
> 
> ___
> 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/PVVQDBO2XJYBQN7EUDMM74QZJ2UTLRJ2/

___
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/UHZGIBF6QPKO7GWYELULQGRZKYLUMLCK/


[ovirt-users] Re: Weird problem starting VMs in oVirt-4.4

2020-06-04 Thread Michal Skrivanek


> On 4 Jun 2020, at 13:08, Joop  wrote:
> 
> On 3-6-2020 22:13, Strahil Nikolov wrote:
>> Is  it UEFI based  or the lagacy bios ?
> Legacy BIOS.
> 

> Hi,

it is indeed weird and I’m afraid there’s no clear indication where to start.
maybe try with different guests?
create a different VM and attach the same disk?
things like that to narrow it down…

> Joop
> 
>> 
>> Best Regards,
>> Strahil Nikolov
>> 
>> На 3 юни 2020 г. 19:00:48 GMT+03:00, Marco Fais  написа:
>>> Hi Joop
>>> 
>>> I am having the same problem -- thought initially was due to the VM
>>> import
>>> but it is now happening even on newly created VMs.
>>> Rebooting (e.g. ctrl-alt-del) the machine a couple of times solves the
>>> issue, but a power off / power on might cause it again...
>>> 
>>> Not sure how best to capture this behaviour in the logs yet...
>>> 
>>> Regards,
>>> Marco
>>> 
>>> On Wed, 3 Jun 2020 at 14:00, Joop  wrote:
>>> 
 Hi All,
 
 Just had a rather new experience in that starting a VM worked but the
 kernel entered grub2 rescue console due to the fact that something
>>> was
 wrong with its virtio-scsi disk.
 The message is Booting from Hard Disk 
 error: ../../grub-core/kern/dl.c:266:invalid arch-independent ELF
>>> maginc.
 entering rescue mode...
 
 Doing a CTRL-ALT-Del through the spice console let the VM boot
 correctly. Shutting it down and repeating the procedure I get a disk
 problem everytime. Weird thing is if I activate the BootMenu and then
 straight away start the VM all is OK.
 I don't see any ERROR messages in either vdsm.log, engine.log
 
 If I would have to guess it looks like the disk image isn't connected
 yet when the VM boots but thats weird isn't it?
 
 Regards,
 
 Joop
 
 ___
 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/TA6BJ2A4XUGKU7P47OGM42TT26GXZJXP/
> ___
> 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/EKU7MBUWBTXMUX3527ZCV4CKCKA6IWDC/
___
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/ZJTHASYXYQBXLXDVH4LKOBTMUHU5GOII/


[ovirt-users] Re: Issues deploying 4.4 with HE on new EPYC hosts

2020-06-01 Thread Michal Skrivanek
I believe your problem is similar to Mark’s, you need qemu-kvm’s virtualized 
tsx-ctrl that was added to qemu 4.2 upstream and (I think) also the 
corresponding kernel-4.18.0-147.4.1.el8_1
can you confirm your versions?

all of these issues should be addressed in 8.2, we’re just still waiting for 
that:/


> On 28 May 2020, at 23:52, Gianluca Cecchi  wrote:
> 
> On Thu, May 28, 2020 at 3:09 PM Gianluca Cecchi  > wrote:
> 
> [snip] 
> 
> 
> for the cluster type in the mean time I was able to change it to "Intel 
> Cascadelake Server Family" from web admin gui and now I have to try these 
> steps and see if engine starts automatically without manual operations
> 
> 1) set global maintenance
> 2) shutdown engine
> 3) exit maintenance
> 4) see if the engine vm starts without the cpu flag
> 
> 
> I confirm that point 4) was successful and engine vm was able to autostart, 
> after changing cluster type.
> I'm also able to connect to its console from web admin gui
> 
> The command line generated now is:
> 
> qemu 29450 1 43 23:38 ?00:03:09 /usr/libexec/qemu-kvm -name 
> guest=HostedEngine,debug-threads=on -S -object 
> secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-10-HostedEngine/master-key.aes
>  -machine pc-q35-rhel8.1.0,accel=kvm,usb=off,dump-guest-core=off -cpu 
> Cascadelake-Server,hle=off,rtm=off,arch-capabilities=on -m 
> size=16777216k,slots=16,maxmem=67108864k -overcommit mem-lock=off -smp 
> 2,maxcpus=32,sockets=16,cores=2,threads=1 -object iothread,id=iothread1 -numa 
> node,nodeid=0,cpus=0-31,mem=16384 -uuid b572d924-b278-41c7-a9da-52c4f590aac1 
> -smbios 
> type=1,manufacturer=oVirt,product=RHEL,version=8-1.1911.0.9.el8,serial=d584e962-5461-4fa5-affa-db413e17590c,uuid=b572d924-b278-41c7-a9da-52c4f590aac1,family=oVirt
>  -no-user-config -nodefaults -device sga -chardev 
> socket,id=charmonitor,fd=40,server,nowait -mon 
> chardev=charmonitor,id=monitor,mode=control -rtc 
> base=2020-05-28T21:38:21,driftfix=slew -global kvm-pit.lost_tick_policy=delay 
> -no-hpet -no-reboot -global ICH9-LPC.disable_s3=1 -global 
> ICH9-LPC.disable_s4=1 -boot strict=on -device 
> pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2
>  -device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 
> -device pcie-root-port,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 
> -device pcie-root-port,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 
> -device pcie-root-port,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 
> -device pcie-root-port,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 
> -device pcie-root-port,port=0x16,chassis=7,id=pci.7,bus=pcie.0,addr=0x2.0x6 
> -device pcie-root-port,port=0x17,chassis=8,id=pci.8,bus=pcie.0,addr=0x2.0x7 
> -device 
> pcie-root-port,port=0x18,chassis=9,id=pci.9,bus=pcie.0,multifunction=on,addr=0x3
>  -device 
> pcie-root-port,port=0x19,chassis=10,id=pci.10,bus=pcie.0,addr=0x3.0x1 -device 
> pcie-root-port,port=0x1a,chassis=11,id=pci.11,bus=pcie.0,addr=0x3.0x2 -device 
> pcie-root-port,port=0x1b,chassis=12,id=pci.12,bus=pcie.0,addr=0x3.0x3 -device 
> pcie-root-port,port=0x1c,chassis=13,id=pci.13,bus=pcie.0,addr=0x3.0x4 -device 
> pcie-root-port,port=0x1d,chassis=14,id=pci.14,bus=pcie.0,addr=0x3.0x5 -device 
> pcie-root-port,port=0x1e,chassis=15,id=pci.15,bus=pcie.0,addr=0x3.0x6 -device 
> pcie-root-port,port=0x1f,chassis=16,id=pci.16,bus=pcie.0,addr=0x3.0x7 -device 
> pcie-root-port,port=0x20,chassis=17,id=pci.17,bus=pcie.0,addr=0x4 -device 
> pcie-pci-bridge,id=pci.18,bus=pci.1,addr=0x0 -device 
> qemu-xhci,p2=8,p3=8,id=ua-b630a65c-8156-4542-b8e8-98b4d2c48f67,bus=pci.4,addr=0x0
>  -device 
> virtio-scsi-pci,iothread=iothread1,id=ua-b7696ce2-fd8c-4856-8c38-197fc520271b,bus=pci.5,addr=0x0
>  -device 
> virtio-serial-pci,id=ua-608f9599-30b2-4ee6-a0d3-d5fb588583ad,max_ports=16,bus=pci.3,addr=0x0
>  -drive if=none,id=drive-ua-fa671f6c-dc42-4c59-a66d-ccfa3d5d422b,readonly=on 
> -device 
> ide-cd,bus=ide.2,drive=drive-ua-fa671f6c-dc42-4c59-a66d-ccfa3d5d422b,id=ua-fa671f6c-dc42-4c59-a66d-ccfa3d5d422b,werror=report,rerror=report
>  -drive 
> file=/var/run/vdsm/storage/3df8f6d4-d572-4d2b-9ab2-8abc456a396f/df02bff9-2c4b-4e14-a0a3-591a84ccaed9/bf435645-2999-4fb2-8d0e-5becab5cf389,format=raw,if=none,id=drive-ua-df02bff9-2c4b-4e14-a0a3-591a84ccaed9,cache=none,aio=threads
>  -device 
> virtio-blk-pci,iothread=iothread1,scsi=off,bus=pci.6,addr=0x0,drive=drive-ua-df02bff9-2c4b-4e14-a0a3-591a84ccaed9,id=ua-df02bff9-2c4b-4e14-a0a3-591a84ccaed9,bootindex=1,write-cache=on,serial=df02bff9-2c4b-4e14-a0a3-591a84ccaed9,werror=stop,rerror=stop
>  -netdev 
> tap,fds=43:44,id=hostua-b29ca99f-a53e-4de7-8655-b65ef4ba5dc4,vhost=on,vhostfds=45:46
>  -device 
> virtio-net-pci,mq=on,vectors=6,host_mtu=1500,netdev=hostua-b29ca99f-a53e-4de7-8655-b65ef4ba5dc4,id=ua-b29ca99f-a53e-4de7-8655-b65ef4ba5dc4,mac=00:16:3e:0a:96:80,bus=pci.2,addr=0x0
>  -chardev 

[ovirt-users] Re: Issues deploying 4.4 with HE on new EPYC hosts

2020-06-01 Thread Michal Skrivanek


> On 28 May 2020, at 16:26, Mark R  wrote:
> 
> I should have also mentioned that I found an existing report for the issue 
> I'm having on RedHat's Bugzilla:  
> https://bugzilla.redhat.com/show_bug.cgi?id=1783180

And that is the one behind the problem
In  el8 this has been fixed by 
https://bugzilla.redhat.com/show_bug.cgi?id=1797092
kernel-4.18.0-147.8.el8. That is only in 8.2 (or probably CentOS Stream, but ew 
don’t have a CI or build system set up for it)
It’s probably easier to just update only the kernel from CentOS Stream and it 
may work good enough

We still use virt-ssbd in Secure type because it’s supposed to give you a 
mitigation in any case. You can always choose the insecure EPYC variant which 
doesn’t enable any of that. But you have to choose that explicitly

Thanks,
michal

> 
> Mark
> ___
> 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/IDIH7L3QLX6TPER6IY2KTUSMWGVIGP6W/
___
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/NOYPDQGQBKVWOIY6AVVXJVTN4FQ7HOKM/


[ovirt-users] Re: how to save stateless disk

2020-05-22 Thread Michal Skrivanek


> On 22 May 2020, at 12:52, Jiří Sléžka  wrote:
> 
> Hi,
> 
> I have one vm configured as stateless (useful for example for testing
> ansible deploying). But now I am in the middle of work and we have
> planned power outage. If I power down this wm now I will lost my work.

suspend/resume _may_ work. I would suggest to try that first:)
If it doesn’t work it’s worth a bug

> 
> It looks like I am unable to create snapshot if vm is in stateless
> state. Is there any trick how to not loose my stateless state?
> 
> Is it RFE worth problem? 
> 
> Cheers,
> 
> Jiri
> 
> ___
> 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/BZCJI4U3WQ22AHUU234TSNN5ZXJLXXCP/
___
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/QGW47AMZ5ZAFJL5KJLHYAE2AO3QLKZAR/


[ovirt-users] Re: [ovirt-devel] oVirt and Fedora

2020-05-20 Thread Michal Skrivanek


> On 19 May 2020, at 14:06, Neal Gompa  wrote:
> 
> On Mon, May 11, 2020 at 11:45 AM Michal Skrivanek
>  wrote:
>> 
>> 
>> 
>>> On 11 May 2020, at 14:49, Neal Gompa  wrote:
>>> 
>>> On Mon, May 11, 2020 at 8:32 AM Nir Soffer  wrote:
>>>> 
>>>> On Mon, May 11, 2020 at 2:24 PM Neal Gompa  wrote:
>>>>> 
>>>>> As far as the oVirt software keeping up with Fedora, the main problem 
>>>>> here has always been that people aren't integrating their software into 
>>>>> the distribution itself.
>> 
>> it was never a good fit for oVirt to be part of other distributions. We had 
>> individual packages part of Fedora in history, but there are things which 
>> are hard to accept (like automatically enabling of installed services, 
>> UIDs), and overall it’s just too complex, we’re rather a distribution than a 
>> simple app on top of base OS.
>> 
> 
> None of those things are hard to do in Fedora. They're incredibly easy
> to do. I know this because I've gone through this process already
> before.
> 
> But fine, let's assume I consider this argument valid. Then there's
> still no reason not to be continually providing support for Fedora as
> an add-on, as you have before.

the reason is mentioned in the original email, the lack of resources to keep 
actively supporting 3 different platforms.
If you want to provide a helping hand and maintain Fedora infrastructure I 
don’t think anyone would object 

> 
>>>>> That's how everything can get tested together. And this comes back to the 
>>>>> old bug about fixing vdsm so that it doesn't use /rhev, but instead 
>>>>> something FHS-compliant (RHBZ#1369102). Once that is resolved, pretty 
>>>>> much the entire stack can go into Fedora. And then you benefit from the 
>>>>> Fedora community being able to use, test, and contribute to the oVirt 
>>>>> project. As it stands, why would anyone do this for you when you don't 
>>>>> even run on the cutting edge platform that feeds into Red Hat Enterprise 
>>>>> Linux?
>>>> 
>>>> This was actually fixed a long time ago. With this commit:
>>>> https://github.com/oVirt/vdsm/commit/67ba9c4bc860840d6e103fe604b16f494f60a09d
>>>> 
>>>> You can configure a compatible vdsm that does not use /rhev.
>>>> 
>>>> Of course it is not backward compatible, for this we need much more
>>>> work to support live migration
>>>> between old and new vdsm using different data-center configurations.
>>>> 
>>> 
>>> It'd probably be simpler to just *change* it to an FHS-compatible path
>>> going forward with EL8 and Fedora and set up a migration path there,
>>> but it's a bit late for that... :(
>> 
>> It wouldn’t. We always support live migration across several versions (now 
>> it’s 4.2-4.4) and it needs to stay the same or youo have to go with arcane 
>> code to mangle it back and forth which gets a bit ugly when you consider 
>> suspend/resume, snapshots, etc
>> 
> 
> Erk. At some point you need to bite the bullet though...

it’s about capacity as well, it’s just a matter of someone writing a code which 
can handle the (long) transition period

Thanks,
michal
___
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/WWMZ5SYFHRP7QZMXLWCPBDFC2VADMEDX/


[ovirt-users] Re: ovirt, SATA for VM Disks

2020-05-12 Thread Michal Skrivanek


> On 12 May 2020, at 17:09, kubunt...@gmail.com wrote:
> 
> is it possible to change the Interface to SATA?  (like KVM) 

yes. SATA is used with q35 VMs (default in 4.4)
___
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/DQXP7DUON6FALGGKZ5SMBFTXHWN7M3NX/


[ovirt-users] Re: [ovirt-devel] oVirt and Fedora

2020-05-11 Thread Michal Skrivanek


> On 11 May 2020, at 14:49, Neal Gompa  wrote:
> 
> On Mon, May 11, 2020 at 8:32 AM Nir Soffer  wrote:
>> 
>> On Mon, May 11, 2020 at 2:24 PM Neal Gompa  wrote:
>>> 
>>> As far as the oVirt software keeping up with Fedora, the main problem here 
>>> has always been that people aren't integrating their software into the 
>>> distribution itself.

it was never a good fit for oVirt to be part of other distributions. We had 
individual packages part of Fedora in history, but there are things which are 
hard to accept (like automatically enabling of installed services, UIDs), and 
overall it’s just too complex, we’re rather a distribution than a simple app on 
top of base OS.

>>> That's how everything can get tested together. And this comes back to the 
>>> old bug about fixing vdsm so that it doesn't use /rhev, but instead 
>>> something FHS-compliant (RHBZ#1369102). Once that is resolved, pretty much 
>>> the entire stack can go into Fedora. And then you benefit from the Fedora 
>>> community being able to use, test, and contribute to the oVirt project. As 
>>> it stands, why would anyone do this for you when you don't even run on the 
>>> cutting edge platform that feeds into Red Hat Enterprise Linux?
>> 
>> This was actually fixed a long time ago. With this commit:
>> https://github.com/oVirt/vdsm/commit/67ba9c4bc860840d6e103fe604b16f494f60a09d
>> 
>> You can configure a compatible vdsm that does not use /rhev.
>> 
>> Of course it is not backward compatible, for this we need much more
>> work to support live migration
>> between old and new vdsm using different data-center configurations.
>> 
> 
> It'd probably be simpler to just *change* it to an FHS-compatible path
> going forward with EL8 and Fedora and set up a migration path there,
> but it's a bit late for that... :(

It wouldn’t. We always support live migration across several versions (now it’s 
4.2-4.4) and it needs to stay the same or youo have to go with arcane code to 
mangle it back and forth which gets a bit ugly when you consider 
suspend/resume, snapshots, etc

> 
> 
> -- 
> 真実はいつも一つ!/ Always, there's only one truth!
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-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/de...@ovirt.org/message/SBAZ2F3FCOVGHRL7UNYTBLRX63BSBTCC/
___
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/SNM3D2ZBFXUQOA5PGU6FTLZOFYLJGM3V/


[ovirt-users] Re: export vm from 3.4 to 4.3

2020-04-13 Thread Michal Skrivanek
On 13 Apr 2020, at 12:56, Shani Leviim  wrote:


Hi Nagaraju,
You can detach the relevant storage domain and attach it back to the
relevant DC.
That functionality replaces the export domains.
You can find a detailed explanation here:
https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain.html

You can also import a VM using an OVA file.
You can find the relevant information here:
https://www.ovirt.org/develop/release-management/features/virt/enhance-import-export-with-ova.html


It’s not going to work from 3.5 to 4.3 directly
If you have an old setup with those VMs then just incrementally upgrade.



*Regards,*

*Shani Leviim*


On Mon, Apr 13, 2020 at 11:25 AM Budur Nagaraju  wrote:

>  Hi
>
> Can someone help in exporting a vm from  3.5  to 4.3  version , any help
> or links for exporting a vm ?
>
> Thanks,
> Nagaraju
>
>
>
> ___
> 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/6S767MMLOBXFKT3LRYMVGUIX3P2LNYGY/
>
___
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/3VSKYBNUI2GW3HMGYOFR6OCRRIB65QW3/
___
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/5T3NXGIMQ5WMN5FEJFQCJB2CJJRBLPPG/


[ovirt-users] Re: Ovirt engine showing wrong host's memory usage

2020-03-16 Thread Michal Skrivanek


> On 13 Mar 2020, at 18:55, Alan G  wrote:
> 
> I've observed that oVirt considers cache/buffer memory as "used”.

Where do you see that?

> So a host can report, for example, 10% memory utilisation when hosting 0 VMs. 
> A reboot of the host will of course free all that memory and the host will 
> again report something close to 0%.
> 
> This caused me a shock a few weeks ago when I thought my cluster was running 
> out of memory.
> 
> Given that the kernel will give back the buffer memory as required, is it not 
> perhaps a bit misleading to count it as "used"?

it is not counted as used, 
https://github.com/oVirt/vdsm/blob/95d734bace00b87a17d333ac1871a489b1812160/lib/vdsm/host/api.py#L131
 
> 
> 
>  On Fri, 13 Mar 2020 17:47:34 + Michal Skrivanek 
>  wrote 
> 
> > On 10 Mar 2020, at 15:46, Noua TOUKOUROU  > <mailto:noua.toukou...@uni.lu>> wrote: 
> > 
> >  
> > Hi, 
> > 
> > My ovirt engine is showing wrong host's memory usage. Even when this one 
> > has no VM. 
> > How to fix it ? 
> 
> What’s wrong with it? 
> 
> > 
> > Thanks 
> > ___ 
> > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> 
> > To unsubscribe send an email to users-le...@ovirt.org 
> > <mailto:users-le...@ovirt.org> 
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> > <https://www.ovirt.org/privacy-policy.html> 
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/ 
> > <https://www.ovirt.org/community/about/community-guidelines/> 
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/XBHQUIDKZDNIKPNWGWIL67EVJA2QYXKG/
> >  
> > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/XBHQUIDKZDNIKPNWGWIL67EVJA2QYXKG/>
> >  
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org 
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> <https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FNYIXMSBRHV2A3U55UG2P2WAQ5P5CFXO/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/FNYIXMSBRHV2A3U55UG2P2WAQ5P5CFXO/>
> 
> 

___
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/PMVQLLRAWYBOC3DOFVFZGNQJROQPAS54/


[ovirt-users] Re: Ovirt engine showing wrong host's memory usage

2020-03-13 Thread Michal Skrivanek
> On 10 Mar 2020, at 15:46, Noua TOUKOUROU  wrote:
>
> 
> Hi,
>
> My ovirt engine is showing wrong host's memory usage. Even when this one has 
> no VM.
> How to fix it ?

What’s wrong with it?

>
> Thanks
> ___
> 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/XBHQUIDKZDNIKPNWGWIL67EVJA2QYXKG/
___
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/FNYIXMSBRHV2A3U55UG2P2WAQ5P5CFXO/


[ovirt-users] Re: [moVirt] Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64

2020-03-10 Thread Michal Skrivanek
On 10 Mar 2020, at 14:02, Tomas Jelinek  wrote:


forwarding to the correct list

On Tue, Mar 10, 2020 at 1:58 PM  wrote:

> Hello,
> I'm sorry. I've the problem for install ovirt in my server with the system
> centos 7.7.
> I'm installing vdsm. But I've the message:
>
> Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64
>

 4.2 version doesn’t support  el7.7.  Upgrade/use oVirt 4.3.

Thanks,
michal


> Could you help me?
>
> Thanks,
>
> Anne
> ___
> moVirt mailing list -- mov...@ovirt.org
> To unsubscribe send an email to movirt-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/mov...@ovirt.org/message/4Y4IUFTH5S3QB2H7UTRIFPMTYT4MMPYR/
>
___
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/LP34JJHTGOE6IOYO5EQU6D3JVWLXEG5O/
___
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/27EZZ5WJQPHVDHXTD6M3MXXBQTHD7WCO/


[ovirt-users] Re: Different cpu flags preventing live migration

2020-03-02 Thread Michal Skrivanek


> On 2 Mar 2020, at 12:10, Gianluca Cecchi  wrote:
> 
> Hello,
> I would like to share some problems that I'm finding on an environment based 
> on RHV, but could impact also oVirt based environments.
> For my problems I'm working on an opened case to understand root cause.
> I have Dell R730 hypervisors (with Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz 
> cpu) and some VMs configured for "customized" high performance.
> In the sense that I configure VM as high performance type and then:
> - I enable the graphical console (I remove the flag of headless Mode" in 
> Console section);
> - In Host section I set for "Start Running On" Any Host in Cluster and allow 
> manual and automating migration; 
> - I also set HA in high availability section, accepting default values for 
> leasing, resume behaviour, ecc..
> 
> These settings however have the effect to leave enable the flag related to 
> "Pass-Through Host CPU" in Host section.
> 
> I noticed that with same Bios, ecc with kernel in 4.3.8 (that seems equal 
> between oVirt and RHV):
> [g.cecchi@ov200 ~]$ uname -r
> 3.10.0-1062.12.1.el7.x86_64
> [g.cecchi@ov200 ~]$ 
> 
> I have this cpu flag set: invpcid_single
> 
> Instead on the same host in 4.3.5 (eg kernel 3.10.0-1062.el7.x86_64) the flag 
> is not set.

sometimes there are kernel changes like that, but more usually it’s just the 
microcode version on each host (not bios), did you check that too?

> This creates problem during upgrade from 4.3.5 to 4.3.8 because initially I 
> empty one host and update it, but then I cannot live migrate back the VMs to 
> update the other one, due to the pass-through flag set, that requires exact 
> set of flags.

yes, they need to completely match, and even when they do..it’s a good idea to 
really do this only across same hw, same microcode, same kernel versions…

> 
> So crosscheck on a test environment in case you have the  "Pass-Through Host 
> CPU" set in Host section for any critical VM you cannot shutdown.
> 
> BTW: the flag is somehow tricky to remove if you set the VM as High 
> Performance type; you have to:
> edit VM --> Host 
> Start Running On --> change to select a specific host among the available ones
> Now you can remove the "Pass-Through Host CPU" flag --> remove it

but then you’re losing probably the biggest differentiator for “high 
performance”, so then maybe not use that profile at all?

> Start Running On --> change again to "Any Host in Cluster"
> Save
> 
> Now you can live migrate this "customized" High Performance VM
> But the problem is that if the VM is running, you have to shutdown it to get 
> the change in effect.
> 
> HH,
> Gianluca
> ___
> 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/DB4FSA6MIDBJ35AYUCIPU7KFLXC6KTEG/
___
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/74EZBAV2WPO7A37TMK6UG4WBWJKRLBCH/


[ovirt-users] Re: OVA import fails always

2020-03-02 Thread Michal Skrivanek


> On 28 Feb 2020, at 19:37, Juan Pablo Lorier  wrote:
> 
> So far nor virtualbox ova in any format nor EXi work :-(
> 
> 
yes, because none of those are supported. OVA doesn’t mean much, it’s just a 
generic “wrapper” for anything inside, you need to specifically support OVA 
which some other app exports. Currently oVirt supports importing VMware’s OVA 
and its own OVAs

Thanks,
michal

> Thanks
> 
> El 28/2/20 a las 12:25, Edward Berger escribió:
>> I haven't tried many but for one I just untarred the thing to get the disk 
>> image file and created a new VM with that.
>> Sometimes the ova file is compressed/assembled in some way that might not be 
>> compatible.
>> 
>> On Fri, Feb 28, 2020 at 1:12 AM Jayme > > wrote:
>> If the problem is with the upload process specifically it’s likely that you 
>> do not have the ovirt engine certificate installed in your browser. 
>> 
>> On Thu, Feb 27, 2020 at 11:34 PM Juan Pablo Lorier > > wrote:
>> Hi,
>> 
>> I'm running 4.3.8.2-1.el7 (just updated engine to see if it helps) and I 
>> haven't been able to import vms in OVA format, I've tried many appliances 
>> downloaded from the web but couldn't get them to work.
>> 
>> Any hints?
>> 
>> Regards
>> 
>> 
>> ___
>> 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/KRCE36GYQIOCXYR6K3KWUJA6R4ODWU56/
>>  
>> 
>> ___
>> 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/VWU7EM2ZFX6STEJU67WQTIRJZWBBVWZG/
>>  
>> 
> ___
> 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/XLTS63CJFGUA6T5XAKHWEKWEOWUCMBCV/

___
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/CEG6LSAZ4FV7YUZ45HE6MTYV5OU5GTWF/


[ovirt-users] Re: Get CPU Family

2020-02-20 Thread Michal Skrivanek


> On 20 Feb 2020, at 11:50, Strahil Nikolov  wrote:
> 
> On February 20, 2020 11:17:00 AM GMT+02:00, Luca   
>  wrote:
>> Hello guys,
>> 
>> how can I get the correct CPU Family in a ovirt host?
>> 
>> When I execute virsh -r capabilities I get only "Broadwell-noTSX-IBRS"
>> and not the full "Broadwell-noTSX IBRS SSBD MDS"

libvirt stopped naming CPUs after IBRS, so anything newer is oVirt’s doing…ad 
you need to derive that from the flags you see (and ideally from domcapabilties 
instead of capabilities)
if you see md-clear and ssbd there then you can use the named type above

>> 
>> 
>> Regards,
>> Luca
>> ___
>> 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/FD27EY7M6F7QC2HFLLHKFPFEVD4MYJVZ/
> 
> Hey Luca,
> For MDS -> check the thread of Marko.

hopefully it’s applicable only to certain CPUs and doesn’t affect everyone

> 
> Best Regards,
> Strahil Nikolov
> ___
> 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/6ANJVJTDHDSQH5H5HKYTJHCKCMF47VXZ/
___
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/MX4QACNDMOJ44QXGCZAXQLJUZDSEVRWK/


[ovirt-users] Re: populating the ISO domain

2020-02-19 Thread Michal Skrivanek
On 19 Feb 2020, at 17:10, Gianluca Cecchi  wrote:

On Wed, Feb 19, 2020 at 4:37 PM Robert Webb  wrote:

> No.
>
> I am using the Spice viewer and my Data domain is on NFS. When I open the
> "Change CD" option in the viewer, I only see ISO's from the ISO Domain.
>
> I haven't found any other way to actually mount an ISO to a VM other then
> the viewer which kinda sucks. I am used to other environments where I could
> just mount an ISO to a cdrom in the VM config and it shows up in the OS.
>
>
If you can shutdown the VM, you could try to shutdown it and then choose
the arrow near "run" and select "run once".
There you can attach an iso: do you see your data domain isos there?
In my case I have isos on block based data domains: I cannot dynamically
change cd due to the bug I reported,


Yeah, sadly it’s still not fixed yet and I can only recommend to stay away
from isos on data domains for now. At least for cases when you need to
change cd or attach same cd to multiple vms

but if I start a VM with "run once" I can see the ISOs on data domain
available and usable (eg to install OS)

See also the "Explanation of Settings in the Run Once Window" section here:
https://www.ovirt.org/documentation/vmm-guide/appe-Reference_Settings_in_Administration_Portal_and_User_Portal_Windows.html

Gianluca

___
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/SKHIW2RGH7ANSZ2KVFSQ6J5HQQ5UUOYV/
___
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/HQW5IQH236GCJSOLXPA6CYVCACYJZW34/


[ovirt-users] Re: 0virt VMs status down after host reboot

2020-01-31 Thread Michal Skrivanek


> On 30 Jan 2020, at 00:07, Joseph Goldman  wrote:
> 
> There is an important distinction though, if your reboot process involves 
> shutting down the VM's cleanly - then rebooting the server - they will not 
> auto start - however if their operation was interrupted and they are listed 
> as Highly Available, then they will be automatically restarted.
> 
> I believe they are working on a proper clean shutdown/ auto start procedure 
> so you can order which VM's come up first and have wait times etc but its 
> been coming for a while.

Indeed. And finally coming in 4.4. The order is not entirely customisable, but 
you can use priorities and group VMs so you can have some started before others

But still if you shut them down cleanly they won’t come up. It would make 
shutting them down impossible if we always intervene and immediately start them 
up.

Thanks,
michal

> 
> On 2020-01-30 2:37 AM, Eugène Ngontang wrote:
>> OK Jayme,
>> 
>> I'll try using that option.
>> 
>> Thankx
>> 
>> Le mer. 29 janv. 2020 à 15:04, Jayme > > a écrit :
>> Hello,
>> 
>> It's my understanding that the engine will make every attempt at restarting 
>> highly available VMs. All of my VMs are highly available and none have never 
>> not started after rebooting hosts.
>> 
>> 
>> On Wed, Jan 29, 2020 at 9:28 AM Eugène Ngontang > > wrote:
>> I was looking if the "High Availability" option could be used for automatic 
>> startup, but Ovirt documentation is pretty clear about it as explained here 
>>  you the documentation in the 
>> screenshot.
>> 
>> I was wondering if there may be a flag that controls the VMs startup 
>> behavior...
>> 
>> Le mer. 29 janv. 2020 à 12:07, Jayme > > a écrit :
>> Check if highly available is selected in vm configuration
>> 
>> On Wed, Jan 29, 2020 at 2:55 AM Eugène Ngontang > > wrote:
>> Hi all,
>> 
>> I've set up an infrastructure with OVirt, using self-hosted engine.
>> 
>> I use some ansible scripts from my Virtualization Host (the physical 
>> machine), to bootstrap the hosted engine, and create a set of virtual 
>> machines on which I deploy a k8s cluster.
>> 
>> The deployment goes well, and everything is OK.  
>> 
>> Now I'm doing some reboot tests, and when I reboot the physical server, only 
>> the hosted-engine vm is up after the reboot, the rest of VMs and thus the 
>> k8s cluster are down.
>> 
>> Had someone here ever experienced this issue? What can cause it and how to 
>> automate the virtual machines startup in RHVE/Ovirt?
>> 
>> Thanks.
>> 
>> Regards,
>> Eugene
>> 
>> 
>> -- 
>> LesCDN 
>> engont...@lescdn.com 
>> 
>> Aux hommes il faut un chef, et au chef il faut des hommes!
>> L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!
>> ___
>> 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/YWVB43KDNMXVIZCCIZJI5EOJGZ7ATLZK/
>>  
>> 
>> 
>> 
>> -- 
>> LesCDN 
>> engont...@lescdn.com 
>> 
>> Aux hommes il faut un chef, et au chef il faut des hommes!
>> L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!
>> 
>> 
>> -- 
>> LesCDN 
>> engont...@lescdn.com 
>> 
>> Aux hommes il faut un chef, et au chef il faut des hommes!
>> L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!
>> 
>> 
>> ___
>> 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/BRMTZF7XAQXV5OVJH7HFEXZAW5CB73D7/
>>  
>> 
> 
> 

[ovirt-users] Re: Update 4.4

2020-01-31 Thread Michal Skrivanek


> On 27 Jan 2020, at 19:53, Dirk Streubel  wrote:
> 
> Hello,
> 
> i use for testing Version 4.4 and i wanted to make a update.
> 
> This is the result:
> 
> LANG=C engine-setup
> 
> ...
> 
> [ INFO  ] Checking for product updates...
> [ ERROR ] Yum
> [u'ovirt-engine-backend-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> requires java-client-kubevirt >= 0.1.0']
> [ INFO  ] Yum Performing yum transaction rollback
> [ ERROR ] Failed to execute stage 'Environment customization':
> [u'ovirt-engine-backend-4.4.0-0.0.master.20200122090542.git5f0a359.el7.noarch
> requires java-client-kubevirt >= 0.1.0']
> [ INFO  ] Stage: Clean up
>   Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20200127193352-x6p04t.log
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-engine/setup/answers/20200127193405-setup.conf'
> [ ERROR ] Failed to execute stage 'Clean up': must be unicode, not str
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
> 
> So, i found this:
> 
> https://repo1.maven.org/maven2/org/ovirt/java-client-kubevirt/java-client-kubevirt/0.2.0/
> 
> So, do i have to install a.jar to make the engine update or what is the
> best way to do the update?

no, it should come in rpm form, maybe you’re missing a repo or something.
In any case, keep in mind that 4.4 is still *not* really supporting upgrades, 
even from an earlier 4.4 build.
Especially the recent updates around picking up CentOS 8;1 and AdvancedVirt are 
kind of breaking changes…

Thanks,
michal

> 
> Dirk
> 
> 
> ___
> 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/ONLFPJSS35ACSZNIPBU7VZ5UO75M6Y6Z/
___
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/KIAUJLNNP5B25FLRYCM2CX4V7RU2UIO4/


[ovirt-users] Re: Details about bios and custom emulated machine values

2020-01-29 Thread Michal Skrivanek


> On 27 Jan 2020, at 22:01, Gianluca Cecchi  wrote:
> 
> Hello,
> in oVirt 4.3.7 in "Edit VM" -> System -> Advanced parameters
> I can choose 
> 
> Bios Type:
> Default
> Q35 Chipset with Legacy BIOS
> Q35 Chipset with UEFI BIOS
> Q35 Chipset with SecureBoot
> 
> and
> Custom Emulated Machine:
> Use cluster default (pc-i440fx-rhel7.6.0)
> ...
> q35
> pc-q35-rhel7.3.0
> pc-q35-rhel7.4.0
> pc-q35-rhel7.5.0
> pc-q35-rhel7.6.0
> 
> and I can apparently mix all possible values.

you can, but they won’t work:)
in 4.3 the whole q35 is tech preview, with bugs we’ve fixed in 4.4. 
custom emulated machine is really just for the cases where you can troubleshoot 
by trying a “similar enough” machine type. using a different chipset or type 
from different major version will likely just fail on vm start.

> Any deeper information about implications?
> What is the "Default" value for Bios Type?

i440fx with seabios(Legacy BIOS)

> 
> Did anything change in 4.3.8 (eg official support for q35)?

no, only in 4.4 where q35/seabios becomes the new default for new 4.4 clusters

> 
> I search also through official docs for RHV 4.3 (virtual mgmt guide, appendix 
> A), but for example I don't find any reference to the "Bios Type" parameter 
> and a vague reference to the "Custom Emulated Machine". Is there any more 
> detailed link?

there should be a bit more about bios, since it’s becoming a default, but don’t 
ahve it in front of me/at hand at the moment, sorry

Thanks,
michal

> 
> Thanks,
> Gianluca
> ___
> 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/RBXYGBA6MBUYURYYMDC75LU7LOJJBOPB/
___
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/SDMZMZOTCNI234I3ORBAEKQQW5S5JTCJ/


[ovirt-users] Re: [moVirt] Expanding oVirt

2020-01-17 Thread Michal Skrivanek
[fwding to the right list]

> On 15 Jan 2020, at 22:57, mwe...@maetrix.tech wrote:
> 
> I am planning a basic 3-host hyperconverged oVirt cluster and am very happy 
> with tests I have conducted regarding the deployment. 
> 
> I have a question regarding expanding the cluster and cant seem to find a 
> direct answer. My hosts have a limited number of HDD slots and am curious 
> about expanding the gluster volumes. Is this a simple process of adding 
> another host or hosts as I go and adding the gluster bricks to the volume and 
> rebalancing? I also recall seeing a hard limit of nine hosts in a cluster. Is 
> this correct?
> Thank you,
> ___
> moVirt mailing list -- mov...@ovirt.org
> To unsubscribe send an email to movirt-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/mov...@ovirt.org/message/YSSYKBGN6HMUTPIHBXJHRGE7VU73ASER/
___
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/73PBXE5XFFOWJ42VS2HRET3PCPXIFAP4/


[ovirt-users] Re: Import an exported VM using Ansible

2020-01-16 Thread Michal Skrivanek
On 15 Jan 2020, at 23:12, pa...@airaldi.it wrote:

Hello everybody!

I'm trying to automate a copy of a VM from one Datacenter to another using
an Ansible.playbook.

I'm able to:
- Create a snapshot of the source VM
- create a clone from the snapshot
- remove the snapshot
- attach an Export Domain
- export the clone to the Export Domain
- remove the clone
- detach the Export domain from the source Datacenter and attach to the
destination.

Unfortunately I cannot find a module to:
- import the VM from the Export Domain
- delete the VM image from the Export Domain.


Hi,
those are legacy flows, on their way out. Use OVA export and import, it’s
going to be much more straightforward.
See import and export examples at
https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
It is in ansible too

Thanks,
michal


Any hint on how to do that?

Thanks in advance. Cheers.

Paolo


PS: if someone is interested I can share the playbook.
___
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/QMFXXQFYYW6SJ43QO6W44IQZ2M3V2WU2/
___
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/I6JSEWBLS5UWPYOFWZNPCBWQ7B7EAX6I/


[ovirt-users] Re: kernel parameter "spectre_v2=retpoline"

2019-12-12 Thread Michal Skrivanek
> On 12 Dec 2019, at 17:38, Matthias Leopold 
>  wrote:
>
> Hi,
>
> I'm planning to upgrade my installation from CentOS 7.6/oVirt 4.3.5 to CentOS 
> 7.7/oVirt 4.3.7.
> According to
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.7_release_notes/new_features#enhancement_kernel
> there's a new default setting for Spectre V2 mitigation in new RHEL 7 
> installs. Shall I switch my hypervisor hosts to this setting when upgrading? 
> Would newly installed CentOS 7 oVirt hosts have that kernel parameter?

Doesn’t the same paragraph describe new install vs upgrade behavior?;)
I wouldn’t think Centos is going to be any different .

>
> thx
> Matthias
> ___
> 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/45OHIHG3JGQQFF7HAC5OVUERDNEK6BVH/
___
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/RIKODIA7DZ6BV73HFX7PFMMASOXAL2Q2/


[ovirt-users] Re: CPU Type compatibility matrix

2019-12-10 Thread Michal Skrivanek


> On 10 Dec 2019, at 11:57, Joseph Goldman  wrote:
> 
> The matrix is basically Intel ARK - oVirt, from my understanding, will set 
> the cluster to the minimum supported set of instructions. Meaning if they are 
> identical instruction sets across all CPU's - then nothing is lost, but if 
> even 1 CPU in the cluster has less available features then the rest, then all 
> will be brought down to that level so to speak. There may be some major 
> incompatibilities im not aware of, but with at least 2CPU's in the same 
> family, I don't think you would be losing much if any.

yep
plus if you really really need later cpu features for a specific VM which you 
would pin on this special host you can always use VM setting of Host CPU 
Passthrough which just uses all instructions the host has.

> 
> On 10/12/19 8:18 pm, Gianluca Cecchi wrote:
>> Hello,
>> In my case I currently have a cluster with hosts with cpu Intel E5-2680 v4 
>> (each socket with 14 cores) and their Cluster is set as "Intel Broadwell 
>> Family" and I would like to add in the same oVirt Cluster two more hosts 
>> with Intel E5-2640 v4 cpus (each socket 10 cores) that should be the same 
>> CPU Family Type. 
>> Is it true?
>> Is there a sort of matrix where one could compare and match?
>> 
>> Thanks in advance,
>> Gianluca
>> 
>> 
>> ___
>> 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/QHR2KYXWGGSFS7GH3CWTXU22L2K3TWFG/
>>  
>> 
> 
> ___
> 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/3F4OW4DGN55T35OKWYAK77N6ASNOYW73/

___
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/ZB5LCVDVB7SZ6YYSZIJCSQRKVWZTMHHA/


[ovirt-users] Re: Windows Sluggish Performance

2019-12-05 Thread Michal Skrivanek
On 4 Dec 2019, at 04:16, Vijay Sachdeva  wrote:

Hey,



The problem what I have found is when I am using SPICE as default console
option, the  console performance is very sluggish. So what I understand
here is one needs to install additional spice guest tools to improve the
performance as it includes QLX video driver.


Yes. So did you do that?



https://www.spice-space.org/download.html



The moment I switched to VNC console options, performance improved but not
far better as it should be when taking a console of machine.



So still any suggestions to improve console access?



Thanks



Vijay Sachdeva





*From: *Strahil 
*Date: *Wednesday, 4 December 2019 at 5:12 AM
*To: *users , Vijay 
*Subject: *Re: [ovirt-users] Re: Windows Sluggish Performance



What is your virtual GPU ?
I'm using QLX, and despite being sluggish, when you tune windows for best
performance -it is workable.

Of course, if you passthrough a GPU, performance will be completely
different.

Best Regards,
Strahil Nikolov

On Dec 3, 2019 21:19, Vijay Sachdeva  wrote:

Anyone?



On Tue, 3 Dec 2019 at 11:21 PM, Vijay Sachdeva 
wrote:

Hello Everyone,



I managed to install Windows Server 2016 server on Ovirt node using ovirt
engine.All virtio-Win drivers also installed, but the performance of
Windows using console is very sluggish and mouse pointer is not at all
responsive.



Can anyone let me know, what could be the reason. Not able to to even add
IP to VM as mouse doesn’t work at all.



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/SCW3GKSIVIHL6O32FQQW4CGYXJZMYB4T/
___
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/AJ65IF3JJKAGI4Y5RRBPP4GAN5P2WGCE/


[ovirt-users] Re: Importing a Virtual Machine from a KVM Host

2019-12-05 Thread Michal Skrivanek
> On 5 Dec 2019, at 12:10, Dirk Streubel  wrote:
>
> Hello everbody,
>
> i am just a little bit confused about importing Qemu Images from my KVM Host.
>
> At home, and at work i am using a ovirt engine in a VM. The Version is 4.3.7 
> and on bare metal my host.
>
> Everything works fine but i have the same problem at home and on work. I want 
> to import my qcow2
> Images from a KVM Host but i
>
> will not work.
>
> The command  virsh -r -c 'qemu+tcp://r...@host1.example.org/system' list 
> --all shows me akk my VMs.
>
> But when i want to load the images in the GUI, nothing happens. I follow this 
> instruction:
>
> https://www.ovirt.org/develop/release-management/features/virt/KvmToOvirt.html
>
> After that, i take a look on the official 4.3 Rhev Documentation from Red 
> Hat. There stand this:
>
> Log in to the proxy host and generate SSH keys for the vdsm user.
>
> sudo -u vdsm ssh-keygen
>
> So, i have no proxy host.  So i want to do this on my ovirt-engine. Is this 
> right?

No, proxy host is the host you select to use for import. One of your
virtualization hosts

>
> Next thing: the user vdsm is locked on the ovirt-engine machine and the host.
>
> So, do i have to unlocked the account of the user vdsm or what is the best 
> way.
>
> My Problem is i found nothing that would help me to solve this problem.
>
> Maybe somebody here do me a favour and help me to solve this "challenge"
>
> Regards
>
> Dirk
>
>
>
>
>
>
> ___
> 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/WSDZ3E4VN5HMHMYV2CSDC5GCIZTMS2ED/
___
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/E7ZRNPIBKAMVYHXUU674SM7V3WWGOXSR/


[ovirt-users] Re: Ovirt 4.3.6 USB passthrough not working with iommu_intel=on iommu=pt

2019-11-21 Thread Michal Skrivanek


> On 21 Nov 2019, at 16:31, Don Dupuis  wrote:
> 
> Anyone else have this problem? I haven't been able to find a solution.
> 
> Don
> 
> On Tue, Nov 19, 2019 at 10:03 AM Don Dupuis  > wrote:
> with that approach, still get same error.
> 
> Don
> 
> On Mon, Nov 18, 2019 at 10:49 PM Strahil Nikolov  > wrote:
> I would recommend you to "unpresent" that USB, then replug (if that's 
> possible) the USB and then to refresh the hosts's Capabilities (management 
> dropdown). Only then try to assign the USB.
> 
> Best Regards,
> Strahil Nikolov
> 
> В вторник, 19 ноември 2019 г., 05:30:00 ч. Гринуич+2, Don Dupuis 
> mailto:donds...@gmail.com>> написа:
> 
> 
> I am trying to pass through a USB Dongle to a Windows virtual machine in 
> ovirt 4.3.6. This will work if these options aren't used. Below is the output 
> of lsusb with no iommu enable:
> 
> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
> Bus 001 Device 005: ID 1604:10c0 Tascam
> Bus 001 Device 004: ID 1604:10c0 Tascam
> Bus 001 Device 003: ID 1604:10c0 Tascam
> Bus 001 Device 002: ID 07f2:0001 Microcomputer Applications, Inc. KEYLOK II
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> 
> The device I am passing through is Bus 001 Device 002.
> 
> This is the error I get in vdsmd.log:
> 
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 867, in 
> _startUnderlyingVm
> self._run()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2890, in _run
> self._domDependentInit()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2466, in 
> _domDependentInit
> self._vmDependentInit()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2480, in 
> _vmDependentInit
> self._getUnderlyingVmDevicesInfo()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2448, in 
> _getUnderlyingVmDevicesInfo
> vmdevices.common.update_device_info(self, self._devices)
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/common.py", line 
> 94, in update_device_info
> hostdevice.HostDevice.update_device_info(vm, devices[hwclass.HOSTDEV])
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/hostdevice.py", 
> line 426, in update_device_info
> vm, device_conf, device_xml)
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmdevices/hostdevice.py", 
> line 223, in update_from_xml
> if host_address == dev.hostAddress:
> AttributeError: 'MdevDevice' object has no attribute 'hostAddress'
> 2019-11-18 18:20:06,173-0600 INFO  (vm/9944089c) [virt.vm] 
> (vmId='9944089c-2109-4352-a0c6-7d0d9e04bb3f') Changed state to Down: 
> 'MdevDevice' object has no attribute 'hostAddress' (code=1) (vm:1690)

Looks like a code bug. Would you please open it? On vdsm, oVirt team “virt”

Thanks,
michal


> 
> I am using kernel 3.10.0-957.12.1.el7.x86_64
> 
> vdsm is vdsm-4.30.33-1.el7.x86_64
> libvirt is libvirt-5.0.0-1.el7.x86_64
> qemu is qemu-img-ev-2.12.0-33.1.el7.x86_64
> 
> Any help with this issue would be appreciated.
> 
> Thanks
> Don
> ___
> 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/3JWP5GNYJWH7HDLBDRU3UGGHUENINW4I/
>  
> 
> ___
> 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/BFES4PVZJ5LTNWPNOWZTZOB2DGUPDKCN/

___
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/BYVZLY5PIVRGZASAGNR2TE4Q5CY3JA7F/


[ovirt-users] Re: Wrong CPU?

2019-11-19 Thread Michal Skrivanek


> On 18 Nov 2019, at 09:29, Christian Reiss  wrote:
> 
> Ugh,
> 
> first off thanks for all your effort and information. Much obliged.
> But this also means that I am looking at a lng time before I can go to 
> production with this cluster. Now I am sad.
> 
> Would it be an option to run the engine on dedicated hardware and control the 
> cluster from there? Or is that thing in total not usable?

I’m curious why do you need virt-ssbd for hosted engine? What for? 

> 
> -Chris.
> 
> On 18/11/2019 07:25, Juhani Rautiainen wrote:
>> Hi!
>> Had to get back to work to check which CPU we had. We have AMD Epyc
>> 7281 and ovirt CPU Type is AMD EPYC IBPB SSBD. It seems that your CPU
>> is the next generation (Zen2) and I'm pretty sure that problem is with
>> Qemu version. As far as I can see from git there is not even Zen2

yes, AFAIK Zen2 is not yet supported in upstream. Once it is we’ll pick it up 
afterwards.
But it doesn’t mean you can’t use it for running stuff in EPYC or lower CPU 
family feature set.


>> support in latest Qemu (checking by target/i386/cpu.c)? I mean they
>> added Hygon Dhyana (never even heard about this chinese AMD EPYC
>> clone) and in that discussion there was reference to Zen2
>> architecture. So biggest problem for oVirt seems to come from
>> upstream. I mean that Zen2 is quite good for virtualization and it's
>> going to sell a lot. Maybe AMD should help with that push?
>> -Juhani
>> On Fri, Nov 15, 2019 at 9:03 PM Christian Reiss
>> mailto:em...@christian-reiss.de>> wrote:
>>> 
>>> Sorry,
>>> 
>>> I meant EPYC, not Ryzen.
>>> How did you solve your EPYC issue?
>>> 
>>> -Chris.
>>> 
>>> On 15/11/2019 18:55, Juhani Rautiainen wrote:
 Hi!
 
 It might be that the Qemu in oVirt doesn't recognize the Ryzen. That
 was case with Epyc when I started using oVirt. It was reconized as a
 Opteron G2 which caused lot's of problems when upgrading to 4.3.
 
 -Juhani
 
 On Fri, Nov 15, 2019 at 6:45 PM Christian Reiss
  wrote:
> 
> Hey folks,
> 
> running an AMD Ryzen CPU here:
> 
> processor   : 0
> vendor_id   : AuthenticAMD
> cpu family  : 23
> model   : 49
> model name  : AMD EPYC 7282 16-Core Processor
> 
> However, libvirt is detecting this as EPYC-IBPB without the ssbd flags?
> 
>   
> x86_64
> EPYC-IBPB
> AMD
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   

in 4.3 we still use flags instead of libvirt feature detection (which we’re 
fixing in 4.4, but so far it’s playing to your advantage:) 
So seeing “ssbd" below in cpuinfo should be enough to detect the oVirt type 
with SSBD. Where exatly you see that not working?
 
Thanks,
michal

> 
> 
> [root@node01 ~]# grep ssbd /var/cache/libvirt/qemu/capabilities/*.xml
>   
>   
>   
>   
> 
> But the flag is there:
> 
> [root@node01 ~]# grep ssbd /proc/cpuinfo | tail -n1
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
> mca cmov
> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
> pdpe1gb rdtscp lm constant_tsc art rep_good nopl xtopology nonstop_tsc
> extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor ssse3 fma cx16
> sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy
> svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs
> skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 cpb
> cat_l3 cdp_l3 hw_pstate sme retpoline_amd ssbd ibrs ibpb stibp vmmcall
> fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb
> sha_ni xsaveopt xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total
> cqm_mbm_local clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save
> tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
> avic v_vmsave_vmload vgif umip overflow_recov succor smca
> 
> I tried adding "options kvm_amd avic=1" as well as "options kvm_amd
> avic=0" to /etc/modprobe.d/kvm.conf (always with reboots), adding
> mitigations=off to grub.. I can't think of any other solution.
> 
> I just can't get the oVirt engine running with the ssbd flag. Seems cpu
> can do this, oVirt can do this, libvirt does not detect the cpu
> correctly or at least ignores it. But the hosted engine demands it.
> 
> I am at a loss. Any help is oh-so-greatly appreciated.
> 
> -Chris.
> 
> --
>Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
>  

[ovirt-users] Re: How to change the CPU of the win10 virtual machine on ovirt-node from 2 cores to 8 cores?

2019-11-01 Thread Michal Skrivanek


> On 1 Nov 2019, at 04:05, Kaustav Majumder  wrote:
> 
> Hi,
> You can try username  : vdsm@ovirt
> password: shibboleth
> 

no
just don’t touch it
please

> On Fri, 1 Nov, 2019, 6:01 AM ,  > wrote:
> The version of The ovirt-engine is 4.3.5. I created a win10 virtual machine 
> on ovirt-node, which is allocated 8 cores, and when using the virtual machine 
> I found only 2 cores. I used the command "virsh edit win10" on ovirt-node to 
> prepare to modify the CPU core. I was prompted to enter my username and 
> password. I entered the username and password of the ovirt-engine web 
> interface and ssh log in to the ovirt-node username root and password, but 
> both prompt:
> 
> Error: failed to connect to the hypervisor
> Error: authentication failed: authentication failed
> 
> How can this problem be solved?

what problem?
if you configured the vm with 8 then there are 8. if the guest is only using 2 
then it’s likely a guest problem or you’re just looking at a wrong thing….

Thanks,
michal

> ___
> 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/2WLX56RLN4NYX3456W5IAEDFRGAWVHSY/
>  
> 
> ___
> 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/TLJGJMQ3DYFTKUVKPGI5IV63RICRJ3F2/

___
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/FGQBNPXGWLVQZ3TKMX4Y6Z2Y3VAXIQWX/


[ovirt-users] Re: How to pass parameters between VDSM Hooks domxml in single run

2019-10-03 Thread Michal Skrivanek


> On 3 Oct 2019, at 12:50, Vrgotic, Marko  wrote:
> 
> Hi Michal,
> 
> Thank you. Would you be so kind to provide me with additional clarification?
> 
>> you can’t just add a random tag into libvirt xml in a random place, it will 
>> be dropped by libvirt.
> I understand, thank you. About persistence of added tag, it was not 
> used/written during 1xMigration, but it was present in domxml in 2xMigration. 
> 
>> you can add it to metadata though. we use that for ovirt-specific information
> Can you please provide some more HowTo/HowNotTo information?
> Can we manipulate the tag in metadata section in each iteration?
> I assume VM metadata shared/communicated between Hosts or read and provided 
> to Hosts by oVirt-Engine?
> In short we are trying to achive:
>   - start migration
>  - ex: 10_create_tag inserts   tag into XML 
> metadata section  <= maybe we can use before_vm_migration_source hook 
>  - migration is finished and after_vm_destroy hooks comes to turn:
>  - ex:  20_nsupdate reads the metadata and:
> - if tag  exists,  do not run dns 
> update, but remove the tag
> - if tag  does not exists, run dns 
> update and remove the tag

so..hmm..if IIUC you basically just need not to execute dns update(remove the 
entry for vm) when VM migrates away. and do execute it when it shuts down.

maybe i can suggest two other approaches which could work? these would be 
preferable because manipulating with libvirt’s xml at the time of lifecycle 
changes are better to be avoided. libvirt is touching the xml at the same tie 
and it may run into ugly locking problems.
how about
- use after_vm_migrate_source and make a note of that vmid (touch a file in 
/tmp/ or whatever), and then check that in after_vm_destroy
or
- use before_vm_destroy and use vdsm-client VM getStats vmid=‘xyz’ to get the 
curent VM’s status from vdsm (before it goes away) and you should see if it’s 
“Migration Source” vs anything else(Powering Down for ordinary shutdowns or Up 
for crashes, I guess)

Thanks,
michal

> 
> Kindly awaiting your reply.
> 
> Marko Vrgotic
> 
> On 03/10/2019, 12:27, "Michal Skrivanek"  wrote:
> 
> 
> 
>> On 2 Oct 2019, at 13:29, Vrgotic, Marko  wrote:
>> 
>> Any ideas
>> 
>> From: "Vrgotic, Marko" 
>> Date: Friday, 27 September 2019 at 17:26
>> To: "users@ovirt.org" 
>> Subject: How to pass parameters between VDSM Hooks domxml in single run
>> 
>> Dear oVIrt,
>> 
>> A while ago we discussed on ways to change/update content of parameters of 
>> domxml in certain action.
>> 
>> As I mentioned before, we have added the VDSMHook 60_nsupdate which removes 
>> the DNS record entries when a VM is destroyed:
>> 
>> …
>> domxml = hooking.read_domxml()
>>name = domxml.getElementsByTagName('name')[0]
>>name = " ".join(name.nodeValue for name in name.childNodes if 
>> name.nodeType == name.TEXT_NODE)
>>nsupdate_commands = """server {server_ip}
>> update delete {vm_name}.example.com a
>> update delete {vm_name}. example.com 
>> update delete {vm_name}. example.com txt
>> send
>> """.format(server_ip="172.16.1.10", vm_name=name)
>> …
>> 
>> The goal:
>> However, we did not want to execute remove dns records when VM is only 
>> migrated. Since its considered a “destroy” action we took following approach.
>>  • In state “before_vm_migrate_source add hook which will write flag 
>> “is_migration” to domxml
>>  • Once VM is scheduled for migration, this hook should add the flag 
>> “is_migration” to domxml
>>  • Once 60_nsupdate is triggered, it will check for the flag and if 
>> there, skip executing dns record action, but only remove the flag 
>> “is_migration” from domxml of the VM
>> 
>> …
>> domxml = hooking.read_domxml()
>>migration = domxml.createElement("is_migration")
>>domxml.getElementsByTagName("domain")[0].appendChild(migration)
>>logging.info("domxml_updated {}".format(domxml.toprettyxml()))
>>hooking.write_domxml(domxml)
>> …
>> 
>> When executing first time, we observed that flag “
>> 
>>hookiesvm
>>fcfa66cb-b251-43a3-8e2b-f33b3024a749
>>http://ovirt.org/vm/tune/1.0; 
>> xmlns:ns1="http://ovirt.org/vm/1.0;>
>>
>>http://ovirt.org/vm/1.0;>
>>4.3
>>> type="bool"

[ovirt-users] Re: How to pass parameters between VDSM Hooks domxml in single run

2019-10-03 Thread Michal Skrivanek


> On 2 Oct 2019, at 13:29, Vrgotic, Marko  wrote:
> 
> Any ideas
>  
> From: "Vrgotic, Marko" 
> Date: Friday, 27 September 2019 at 17:26
> To: "users@ovirt.org" 
> Subject: How to pass parameters between VDSM Hooks domxml in single run
>  
> Dear oVIrt,
>  
> A while ago we discussed on ways to change/update content of parameters of 
> domxml in certain action.
>  
> As I mentioned before, we have added the VDSMHook 60_nsupdate which removes 
> the DNS record entries when a VM is destroyed:
>  
> …
> domxml = hooking.read_domxml()
> name = domxml.getElementsByTagName('name')[0]
> name = " ".join(name.nodeValue for name in name.childNodes if 
> name.nodeType == name.TEXT_NODE)
> nsupdate_commands = """server {server_ip}
> update delete {vm_name}.example.com a
> update delete {vm_name}. example.com 
> update delete {vm_name}. example.com txt
> send
> """.format(server_ip="172.16.1.10", vm_name=name)
> …
>  
> The goal:
> However, we did not want to execute remove dns records when VM is only 
> migrated. Since its considered a “destroy” action we took following approach.
>   • In state “before_vm_migrate_source add hook which will write flag 
> “is_migration” to domxml
>   • Once VM is scheduled for migration, this hook should add the flag 
> “is_migration” to domxml
>   • Once 60_nsupdate is triggered, it will check for the flag and if 
> there, skip executing dns record action, but only remove the flag 
> “is_migration” from domxml of the VM
>  
> …
> domxml = hooking.read_domxml()
> migration = domxml.createElement("is_migration")
> domxml.getElementsByTagName("domain")[0].appendChild(migration)
> logging.info("domxml_updated {}".format(domxml.toprettyxml()))
> hooking.write_domxml(domxml)
> …
>  
> When executing first time, we observed that flag “
>  
> hookiesvm
> fcfa66cb-b251-43a3-8e2b-f33b3024a749
> http://ovirt.org/vm/tune/1.0; 
> xmlns:ns1="http://ovirt.org/vm/1.0;>
> 
> http://ovirt.org/vm/1.0;>
> 4.3
>  type="bool">False
> false
>  type="int">1024
>  type="int">1024
> ...skipping...
>  slot="0x09" type="pci"/>
> 
> 
> 
> system_u:system_r:svirt_t:s0:c169,c575
> 
> system_u:object_r:svirt_image_t:s0:c169,c575
> 
> 
> +107:+107
> +107:+107
> 
> 

you can’t just add a random tag into libvirt xml in a random place, it will be 
dropped by libvirt.
you can add it to metadata though. we use that for ovirt-specific information

>   
> is added to domxml, but was present once 60_nsupdate hook was executed.
>  
> The question: How do we make sure that, when domxml is updated, that the 
> update is visible/usable by following hook, in single run? How to pass these 
> changes between hooks?
>  
> Kindly awaiting your reply.
>  
>  
> — — —
> Met vriendelijke groet / Kind regards,
> 
> Marko Vrgotic
>  
>  
> ___
> 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/IC4J6CAJUQOSLU3ZJPX3ZHTUM4HUCMGU/
___
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/MHQ4VQ4IXO6GM5MOGQSHAX74SCP2QUJD/


[ovirt-users] Re: failed import ova vm

2019-08-16 Thread Michal Skrivanek


> On 16 Aug 2019, at 09:28, David David  wrote:
> 
> hi
> 
> cant import vmware OVA
> 
> Engine: 4.3.5.5-1.el7
> OS Version: RHEL - 7 - 6.1810.2.el7.centos
> Kernel Version: 3.10.0 - 957.27.2.el7.x86_64
> KVM Version: 2.12.0 - 18.el7_6.7.1
> LIBVIRT Version: libvirt-4.5.0-10.el7_6.12
> VDSM Version: vdsm-4.30.24-1.el7
> 
> 
> WebUI -> Virtual Machines -> Import (select vmware OVA, select OVAs
> path, Load) - OK(details) - OK
> 
> vdsm.log, engine.log in attachment

it failed in the actual v2v job, you need to look there too.
In your case it’s in 
/var/log/vdsm/import/import-38f066c0-fb9b-4cae-8c65-086fee410381-20190816T030932.log

> ___
> 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/POB34JI3EYDMQUPF6X66PPATBB7S5PER/
___
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/C7MAIYPQKXB34G44EKC3FRGHRKX4JPHZ/


[ovirt-users] Re: Either allow 2 CD-ROM's or selectable *.vfd Floppy Images from Storage via Run Once other than from deprcated ISO-Storage

2019-08-13 Thread Michal Skrivanek


> On 12 Aug 2019, at 15:05, Vinícius Ferrão  wrote:
> 
> Ralf, you can change CD on the Load Drivers section.
> 
> Change for the oVirt Tools Disc, load the drivers and then change back to 
> Windows.

you can also use emulate drivers during installation, e.g. in Run Once dialog 
instead of virtio drivers

> 
> It’s a bad workflow, I know. But it’s how I’m doing here. I agree that the 
> Windows Tools is not really friendly with oVirt.

go ahead and complain to Microsoft that they don’t include virtio drivers in 
their installation images. Without that we can’t really do much…they’re just 
not there out of the box.

Thanks,
michal

> 
> Sent from my iPhone
> 
> On 12 Aug 2019, at 08:03, Ralf Schenk  > wrote:
> 
>> Hello,
>> 
>> when Installing Windows VM's on Ovirt we need either 2 CD-ROM's attached as 
>> ISO Files (Installer ISO and Virtio-Win-ISO) to be able to install to 
>> Virtio-(SCSI)-Disks.
>> 
>> In Ovirt 4.3.4 it is not possible to attach 2 CD-ROM's to a VM. So we have 
>> to use Floppy Images (virtio-win-*.vfd) attached to install drivers within 
>> Installer.
>> 
>> We need to use "Run Once" to attach flopppy disks. There are only *.vfd 
>> selectable which are located on ISO-Storage.Domain, which will be deprecated 
>> now or then. 
>> 
>> -> We won't be able to install Windows VM's from unmodified ISO 
>> Installer-CD's without ISO Storage Domain or making *.vfd Files selectable 
>> via "Run Once" 
>> 
>> When will that be available... ?
>> 
>> Bye
>> 
>> -- 
>> 
>> 
>> 
>> Ralf Schenk
>> fon +49 (0) 24 05 / 40 83 70
>> fax +49 (0) 24 05 / 40 83 759
>> mail r...@databay.de 
>>  
>> Databay AG
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> www.databay.de 
>> 
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. 
>> Philipp Hermanns
>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>> ___
>> 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/3G5BEWATSBZCUKLPS5ZNOAFDHIVNAYQV/
>>  
>> 
> ___
> 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/HLWL43FJ2D5WYXUCVNCBCMI34U3TTXQA/

___
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/6T2O6XMNSRR4VGITHY4CZYTNHAS5DKRF/


[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

2019-08-02 Thread Michal Skrivanek
> have also tried clearing all data out of my browser and re-logged back in.
> 
> I see a new error though in my engine.log as below, however I still don't see 
> anything logged when I click the migrate button...
> 
> 2019-07-16 15:01:19,600+02 WARN  
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) 
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'balloonEnabled' can not be 
> updated when status is 'Up'
> 2019-07-16 15:01:19,601+02 WARN  
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) 
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'watchdog' can not be updated 
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN  
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) 
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'rngDevice' can not be updated 
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN  
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) 
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'soundDeviceEnabled' can not be 
> updated when status is 'Up'
> 2019-07-16 15:01:19,603+02 WARN  
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15) 
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'consoleEnabled' can not be 
> updated when status is 'Up'
> 
> Then in my vdsm.log I'm seeing the following error
> 
> 2019-07-16 15:05:59,038+0200 WARN  (qgapoller/3) [virt.periodic.VmDispatcher] 
> could not run  at 0x7f00a00476e0> on 
> ['ded20d05-f558-4e17-bf2d-e4907e1bbcde', 
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb', 
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b', 
> '2489c75f-2758-4d82-8338-12f02ff78afa', 
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef', 
> '523ad9ee-5738-42f2-9ee1-50727207e93b', 
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0', 
> '43c06f86-2e37-410b-84be-47e83052344a', 
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5', 
> '19844323-b3cc-441a-8d70-e45326848b10', 
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
> 
> 2019-07-16 15:06:09,036+0200 WARN  (qgapoller/2) [virt.periodic.VmDispatcher] 
> could not run  at 0x7f00a00476e0> on 
> ['ded20d05-f558-4e17-bf2d-e4907e1bbcde', 
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb', 
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b', 
> '2489c75f-2758-4d82-8338-12f02ff78afa', 
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef', 
> '523ad9ee-5738-42f2-9ee1-50727207e93b', 
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0', 
> '43c06f86-2e37-410b-84be-47e83052344a', 
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5', 
> '19844323-b3cc-441a-8d70-e45326848b10', 
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
> 
> I'm not sure if this is related to either of the above issues though, but I 
> can attach the full log if needed.
> 
> Please shout if there is anything else you think I can try doing.
> 
> Thank you.
> 
> Regards.
> 
> Neil Wilson
> 
> 
> 
> 
> On Mon, Jul 15, 2019 at 11:29 AM Sharon Gratch  <mailto:sgra...@redhat.com>> wrote:
> Hi Neil,
> 
> Regarding issue 1 (Dashboard):
> I recommend to upgrade to latest oVirt version 4.3.5, for this fix as well as 
> other enhancements and bug fixes. 
> For oVirt 4.3.5 installation / upgrade instructions: 
> http://www.ovirt.org/release/4.3.5/ <http://www.ovirt.org/release/4.3.5/>
> 
> Regarding issue 2 (Manual Migrate dialog):
> If it will be reproduced after upgrading then please try to clean your 
> browser caching before running the admin portal. It might help.
> 
> Regards,
> Sharon
> 
> On Thu, Jul 11, 2019 at 1:24 PM Neil  <mailto:nwilson...@gmail.com>> wrote:
> 
> Hi Sharon,
> 
> Thanks for the assistance.
> On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch  <mailto:sgra...@redhat.com>> wrote:
> Hi,
> 
> Regarding issue 1 (Dashboard):
> Did you upgrade the engine to 4.3.5? There was a bug fixed in version 4.3.4-5 
> https://bugzilla.redhat.com/show_bug.cgi?id=1713967 
> <https://bugzilla.redhat.com/show_bug.cgi?id=1713967> and it may be the same 
> issue.
> 
> 
> No I  wasn't aware that there were updates, how do I obtain 4.3.4-5 is there 
> another repo available?
> 
> Regarding issue 2 (Manual Migrate dialog):
> Can you please attach your browser console log and engine.log snippet when 
> you have the problem?
> If you could take from the console log the actual REST API response, that 
> would be great.
> The request will be something like /api/hosts?migration_target_of=...
> 
> Please see attached text log for the browser console, I don't see any REST 
> API being logged, just a stack trace error.
> The engine.log literally doesn't get updated when I click the Migrate button 
> so there isn't anything to share unfortunately.
> 
> Please 

[ovirt-users] Re: 4.3.5 update error

2019-07-31 Thread Michal Skrivanek
Didi,
is this the same thing you’ve found out recently?

Thanks,
michal

> On 31 Jul 2019, at 10:01, Kapetanakis Giannis  
> wrote:
> 
> On 31/07/2019 10:47, Kapetanakis Giannis wrote:
>> Hi,
>> 
>> Trying today engine-setup to update from 4.3.3 -> 4.3.5 I got this error:
>> 
>> [ ERROR ] Failed to execute stage 'Setup validation': local variable 
>> 'snapshot_cl' referenced before assignment
>> 
>> In log file I see:
>> 
>> 2019-07-31 10:43:00,375+0300 DEBUG otopi.context context._executeMethod:145 
>> method exception
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
>> _executeMethod
>> method['method']()
>>   File 
>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>>  line 437, in _validation
>> self._checkSnapshotCompatibilityVersion()
>>   File 
>> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>>  line 212, in _checkSnapshotCompatibilityVersion
>> 'v': snapshot_cl,
>> UnboundLocalError: local variable 'snapshot_cl' referenced before assignment
>> 2019-07-31 10:43:00,381+0300 ERROR otopi.context context._executeMethod:154 
>> Failed to execute stage 'Setup validation': local variable 'snapshot_cl' 
>> referenced before assignment
>> 
>> Any hints?
>> 
>> thanks
>> 
>> Giannis
> 
> 
> After removing all snapshots, I was able to continue the upgrade.
> 
> G
> ___
> 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/JDGJW2C4JWRZJK5AVDXCDMBCL374K246/
>  
> 
___
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/FFCYHYB3WQOTVZ5MRARN6UH53B4TO6WD/


[ovirt-users] Re: template permissions not inherited (4.3.4)

2019-07-24 Thread Michal Skrivanek


> On 24 Jul 2019, at 12:07, Timmi  wrote:
> 
> Hi Lucie,
> 
> so I installed the latest 4.3.5 RC on my platform and I still have the same 
> issue.
> Only system or cluster permissions are inherited.

which other permission do you expect to see?
the actual ownership is set according to the creator, not the owner of the 
template

> 
> Best regards
> Christoph
> 
> Am 24.07.19 um 11:26 schrieb Timmi:
>> Hi Lucie,
>> 
>> thank you for the reply.
>> 
>> Am 24.07.19 um 08:21 schrieb Lucie Leistnerova:
>>> Hi Christoph,
>>> 
>>> On 7/22/19 2:28 PM, Timmi wrote:
 Hi oVirt List,
 
 I have just a quick question if I should open a ticket for this or if I'm 
 doing something wrong.
 
 I created a new VM template with specific permissions in addition to the 
 system wide permissions. If I create a new VM with the template I notices 
 that only system permissions are copied to the permission of the new VM.
 
 Is this the intended behavior? I was somehow under the impression that the 
 permission from the template should have been copied to the newly created 
 VM.
>>> 
>>> Did you check by creating the VM that permissions should be copied?
>> I have activated the copy of the permission while creating the template from 
>> an existing VM.
>> Also I have checked the permission on the template afterwards an I can see 
>> that the permissions are correct.
>> But these permissions are not copied to the new VM created from the template.
>>> 
>>> I've tested ovirt 4.3.5 and I added UserRole and custom role to the 
>>> template for test user. Newly created VM contained both of the roles for 
>>> the user. Is this the case you mean?
>>> 
>> OK I will update to the latest RC from 4.3.5 and check again.
>> Keep you posted.
 
 Tested with Version 4.3.4.3-1.el7
 
 Best regards
 Christoph
 ___
 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/ADS2EUY4K3RA2ZF6OEG2GHW6ZPUIZKLH/
>>> Best regards,
>>> 
>> ___
>> 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/VVHSHEVAHSFGKZHUG324LMGZYB3MIG56/
> ___
> 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/6ZVXEDJNCPZW4H5VFWO4UBIPXS2IHRCF/
___
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/3QLQH4L5K7UWJRZ74GPTYMXWUJSH4O6O/


[ovirt-users] Re: Hardware Used

2019-07-17 Thread Michal Skrivanek


> On 16 Jul 2019, at 15:10, Adrian Odendaal  wrote:
> 
> No well we saw that only CPU’s are supported.
> 
> So we want to find out what hardware we need in order to progress.
> 
> Servers with the needed CPU architecture. 

Not sure what you’re looking for. A developer kind of answer - you got that 
already. If you want anything better I suggest you talk to a vendor who sells 
oVirt for a living and help you with the right architecture fitting your needs. 
List of certified Intel CPUs for RHEL (and hence CentOS) is here [1] and 
here[2]. We also support IBM POWER8 and POWER9, and if you wanna start 
something really big, IBM zSystem mainframes as a tech preview;-)

Thanks,
michal

[1] https://access.redhat.com/support/policy/intel 
<https://access.redhat.com/support/policy/intel>
[2] https://access.redhat.com/support/policy/amd 
<https://access.redhat.com/support/policy/amd>

> 
> Kind Regards
> 
> 
> 
> 
> 
> 
> 
> 
> Legal Disclaimer:
> 
> This message contains privileged and confidential information intended only 
> for the use of the addressee named above. If you are not the intended 
> recipient of this message, you are hereby notified that you may not 
> disseminate, copy or take any action based on the contents thereof; kindly 
> inform the sender immediately. Any views expressed in this message are those 
> of the individual sender, except where the sender specifically states them to 
> be the view of Quodes Solutions CC. While every care has been taken in 
> preparing this document, no representation, warranty or undertaking 
> (expressed or implied) is given and no responsibility nor liability is 
> accepted by any member of Quodes Solutions CC as to the accuracy of the 
> information contained herein, or for any loss arising from reliance on it.
> 
>> On 16 Jul 2019, at 15:08, Michal Skrivanek > <mailto:michal.skriva...@redhat.com>> wrote:
>> 
>> 
>> 
>>> On 16 Jul 2019, at 15:02, Adrian Odendaal >> <mailto:adr...@quodes.co.za>> wrote:
>>> 
>>> Hi There
>>> 
>>> I need some help regarding what hardware we can use to get this up and 
>>> going as your website indicates only certain cpu’s can be used.
>> 
>> hey
>> where exactly? For running ovirt we support exact same hardware as 
>> RHEL/CentOS does
>> 
>>> 
>>> Kind Regards
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Legal Disclaimer:
>>> 
>>> This message contains privileged and confidential information intended only 
>>> for the use of the addressee named above. If you are not the intended 
>>> recipient of this message, you are hereby notified that you may not 
>>> disseminate, copy or take any action based on the contents thereof; kindly 
>>> inform the sender immediately. Any views expressed in this message are 
>>> those of the individual sender, except where the sender specifically states 
>>> them to be the view of Quodes Solutions CC. While every care has been taken 
>>> in preparing this document, no representation, warranty or undertaking 
>>> (expressed or implied) is given and no responsibility nor liability is 
>>> accepted by any member of Quodes Solutions CC as to the accuracy of the 
>>> information contained herein, or for any loss arising from reliance on it.
>>> 
>>>> On 15 Jul 2019, at 11:54, Adrian Odendaal >>> <mailto:adr...@quodes.co.za>> wrote:
>>>> 
>>>> Are those CPU’s dedicated for the Hypervisors? 
>> 
>> again not sure what you mean. but usually the entire host is dedicated for 
>> virtualization
>> 
>>>> 
>>>> What are the minimal requirements to setting up a cluster?
>> 
>> depends what you want it to do. the general a meaningful scale is from cca 
>> three hosts up to several hundreds.
>> 
>>>> 
>>>> We are looking into using Ovirt over the likes on Hyper-v and VMWare.
>>>> 
>>>> Can you give me a run down?
>>>> 
>>>> Kind Regards
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Legal Disclaimer:
>>>> 
>>>> This message contains privileged and confidential information intended 
>>>> only for the use of the addressee named above. If you are not the intended 
>>>> recipient of this message, you are hereby notified that you may not 
>>>> disseminate, copy or take any action based on the contents t

[ovirt-users] Re: Hardware Used

2019-07-16 Thread Michal Skrivanek


> On 16 Jul 2019, at 15:02, Adrian Odendaal  wrote:
> 
> Hi There
> 
> I need some help regarding what hardware we can use to get this up and going 
> as your website indicates only certain cpu’s can be used.

hey
where exactly? For running ovirt we support exact same hardware as RHEL/CentOS 
does

> 
> Kind Regards
> 
> 
> 
> 
> 
> 
> 
> 
> Legal Disclaimer:
> 
> This message contains privileged and confidential information intended only 
> for the use of the addressee named above. If you are not the intended 
> recipient of this message, you are hereby notified that you may not 
> disseminate, copy or take any action based on the contents thereof; kindly 
> inform the sender immediately. Any views expressed in this message are those 
> of the individual sender, except where the sender specifically states them to 
> be the view of Quodes Solutions CC. While every care has been taken in 
> preparing this document, no representation, warranty or undertaking 
> (expressed or implied) is given and no responsibility nor liability is 
> accepted by any member of Quodes Solutions CC as to the accuracy of the 
> information contained herein, or for any loss arising from reliance on it.
> 
>> On 15 Jul 2019, at 11:54, Adrian Odendaal > <mailto:adr...@quodes.co.za>> wrote:
>> 
>> Are those CPU’s dedicated for the Hypervisors? 

again not sure what you mean. but usually the entire host is dedicated for 
virtualization

>> 
>> What are the minimal requirements to setting up a cluster?

depends what you want it to do. the general a meaningful scale is from cca 
three hosts up to several hundreds.

>> 
>> We are looking into using Ovirt over the likes on Hyper-v and VMWare.
>> 
>> Can you give me a run down?
>> 
>> Kind Regards
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Legal Disclaimer:
>> 
>> This message contains privileged and confidential information intended only 
>> for the use of the addressee named above. If you are not the intended 
>> recipient of this message, you are hereby notified that you may not 
>> disseminate, copy or take any action based on the contents thereof; kindly 
>> inform the sender immediately. Any views expressed in this message are those 
>> of the individual sender, except where the sender specifically states them 
>> to be the view of Quodes Solutions CC. While every care has been taken in 
>> preparing this document, no representation, warranty or undertaking 
>> (expressed or implied) is given and no responsibility nor liability is 
>> accepted by any member of Quodes Solutions CC as to the accuracy of the 
>> information contained herein, or for any loss arising from reliance on it.
>> 
>>> On 15 Jul 2019, at 11:23, Michal Skrivanek >> <mailto:michal.skriva...@redhat.com>> wrote:
>>> 
>>> 
>>> 
>>>> On 15 Jul 2019, at 09:38, Emil Natan >>> <mailto:e...@redhat.com>> wrote:
>>>> 
>>>> I think the right place for this question is the ovirt users mailing list. 
>>>> Added.
>>>> 
>>>> On Mon, Jul 15, 2019 at 10:28 AM >>> <mailto:adr...@quodes.co.za>> wrote:
>>>> Hi All
>>>> 
>>>> We are looking into setting up a highly scalable and HA Ovirt 
>>>> infrastructure but I see only some CPU's are supported. Is this only for 
>>>> th Hypervisors or for the entire cluster?
>>> 
>>> Not sure what difference you have in mind. In general those are for guest 
>>> CPUs, in general KVM capabilities are a bit behind the real hardware and 
>>> gets added to oVirt as we add the relevant qemu-kvm having them, e.g. right 
>>> now the “best” x86_64 Intel CPU is Skylake-Server and you can run it on any 
>>> RHEL/CentOS 7.6 supported hw capable of at least that, e.g. any Cascade 
>>> Lake.
>>> 
>>>> ___
>>>> Infra mailing list -- in...@ovirt.org <mailto:in...@ovirt.org>
>>>> To unsubscribe send an email to infra-le...@ovirt.org 
>>>> <mailto:infra-le...@ovirt.org>
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>>>> <https://www.ovirt.org/site/privacy-policy/>
>>>> oVirt Code of Conduct: 
>>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>>> List Archives: 
>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/X5MMJXN67

[ovirt-users] Re: VM status codes

2019-07-15 Thread Michal Skrivanek
On 15 Jul 2019, at 15:11, Mitja Mihelič  wrote:

Hi!

We are graphing certain parameters we collect from the engine database.
We use following query to get the count of running VMs:
select count(*),cluster.name as cluster from vms, cluster where
vms.cluster_id = cluster.cluster_id and vms.status = 1 group by cluster;

It would help extremely if we knew what the numeric VM status codes mean.


https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/businessentities/VMStatus.java#L9

For example, I know that "status = 1" means the VM is running. The ones we
can cause through the web interface are easy enough to figure out. But
there are error states, that cannot be produced by standard use.

For instance, when the event log says "VM foobar has been paused due to
storage I/O problem." the following states get set in the DB
(Query used: select * from vm_dynamic where vm_guid =(select vm_guid from
vm_static where vm_name = 'foobar';):
status | 4
exit_status| 0
pause_status   | 2
guest_agent_status | 0

What do they mean?

If you could point me to a table somewhere with the state descriptions it
would be extremely helpful.

Kind regards,
Mitja Mihelič
___
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/ZBNGPWHGYHV4M3MM2VXTMKVYKUNARWVG/
___
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/N6BO7K76NJK2TFT2BR7FYIKYL3EQ336G/


[ovirt-users] Re: Hardware Used

2019-07-15 Thread Michal Skrivanek


> On 15 Jul 2019, at 09:38, Emil Natan  wrote:
> 
> I think the right place for this question is the ovirt users mailing list. 
> Added.
> 
> On Mon, Jul 15, 2019 at 10:28 AM  > wrote:
> Hi All
> 
> We are looking into setting up a highly scalable and HA Ovirt infrastructure 
> but I see only some CPU's are supported. Is this only for th Hypervisors or 
> for the entire cluster?

Not sure what difference you have in mind. In general those are for guest CPUs, 
in general KVM capabilities are a bit behind the real hardware and gets added 
to oVirt as we add the relevant qemu-kvm having them, e.g. right now the “best” 
x86_64 Intel CPU is Skylake-Server and you can run it on any RHEL/CentOS 7.6 
supported hw capable of at least that, e.g. any Cascade Lake.

> ___
> Infra mailing list -- in...@ovirt.org 
> To unsubscribe send an email to infra-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/in...@ovirt.org/message/X5MMJXN67LMBCJQKDPK4MJECHMQWVKXZ/
>  
> 
> 
> 
> -- 
> Emil Natan
> RHV/CNV DevOps
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-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/in...@ovirt.org/message/H62H2FA2DBEUF6CENHXTWVR6GEXVCYCX/

___
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/V7P2AN27TN6ZIZBBS2JBLWD2MW3OIEF6/


[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

2019-07-10 Thread Michal Skrivanek
On 11 Jul 2019, at 06:34, Alex K  wrote:



On Tue, Jul 9, 2019, 19:10 Michal Skrivanek 
wrote:

>
>
> On 9 Jul 2019, at 17:16, Strahil  wrote:
>
> I'm not sure, but I always thought that you need  an agent for live
> migrations.
>
>
> You don’t. For snapshots, and other less important stuff like reporting
> IPs you do. In 4.3 you should be fine with qemu-ga only
>
I've seen resolving live migration issues by installing newer versions of
ovirt ga.


Hm, it shouldn’t make any difference whatsoever. Do you have any concrete
data? that would help.

You can always try installing either qemu-guest-agent  or ovirt-guest-agent
> and check if live  migration between hosts is possible.
>
> Have you set the new cluster/dc version ?
>
> Best Regards
> Strahil Nikolov
> On Jul 9, 2019 17:42, Neil  wrote:
>
> I remember seeing the bug earlier but because it was closed thought it was
> unrelated, this appears to be it
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1670701
>
> Perhaps I'm not understanding your question about the VM guest agent, but
> I don't have any guest agent currently installed on the VM, not sure if the
> output of my qemu-kvm process maybe answers this question?
>
> /usr/libexec/qemu-kvm -name guest=Headoffice.cbl-ho.local,debug-threads=on
> -S -object
> secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-Headoffice.cbl-ho.lo/master-key.aes
> -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu
> Broadwell,vme=on,f16c=on,rdrand=on,hypervisor=on,arat=on,xsaveopt=on,abm=on,rtm=on,hle=on
> -m 8192 -realtime mlock=off -smp 8,maxcpus=64,sockets=16,cores=4,threads=1
> -numa node,nodeid=0,cpus=0-7,mem=8192 -uuid
> 9a6561b8-5702-43dc-9e92-1dc5dfed4eef -smbios
> type=1,manufacturer=oVirt,product=oVirt
> Node,version=7-3.1611.el7.centos,serial=4C4C4544-0034-5810-8033-
>
>
It’s 7.3, likely oVirt 4.1. Please upgrade...

C2C04F4E4B32,uuid=9a6561b8-5702-43dc-9e92-1dc5dfed4eef -no-user-config
> -nodefaults -chardev socket,id=charmonitor,fd=31,server,nowait -mon
> chardev=charmonitor,id=monitor,mode=control -rtc
> base=2019-07-09T10:26:53,driftfix=slew -global
> kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on
> -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive
> if=none,id=drive-ide0-1-0,readonly=on -device
> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
> file=/rhev/data-center/59831b91-00a5-01e4-0294-0018/8a607f8a-542a-473c-bb18-25c05fe2a3d4/images/56e8240c-a172-4f52-b0c1-2bddc4f34f93/9f245467-d31d-4f5a-8037-7c5012a4aa84,format=qcow2,if=none,id=drive-virtio-disk0,serial=56e8240c-a172-4f52-b0c1-2bddc4f34f93,werror=stop,rerror=stop,cache=none,aio=native
> -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on
> -netdev tap,fd=33,id=hostnet0,vhost=on,vhostfd=34 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:5b,bus=pci.0,addr=0x3
> -chardev socket,id=charchannel0,fd=35,server,nowait -device
> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
> -chardev socket,id=charchannel1,fd=36,server,nowait -device
> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
> -chardev spicevmc,id=charchannel2,name=vdagent -device
> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
> -spice 
> tls-port=5900,addr=10.0.1.11,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
> -device
> qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2
> -incoming defer -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6
> -object rng-random,id=objrng0,filename=/dev/urandom -device
> virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x8 -sandbox
> on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny
> -msg timestamp=on
>
> Please shout if you need further info.
>
> Thanks.
>
>
>
>
>
>
> On Tue, Jul 9, 2019 at 4:17 PM Strahil Nikolov 
> wrote:
>
> Shouldn't cause that problem.
>
> You have to find the bug in bugzilla and report a regression (if it's not
> closed) , or open a new one and report the regression.
> As far as I remember , only the dashboard was affected due to new features
> about vdo disk savings.
>
> 

[ovirt-users] Re: VM Migrations Failing

2019-07-10 Thread Michal Skrivanek
> On 10 Jul 2019, at 21:01, Strahil  wrote:
>
> Power down the VM and reduce the memory a little bit but keep the maximum 
> memory value the same or larger.
> Then power it up and extend the ram to the same value the VM had.
>
> It's a wild guess... So don't expect miracles.
>
> Best Regards,
> Strahil NikolovOn Jul 10, 2019 18:21, Michael Watters  
> wrote:
>>
>> I need to migrate running VMs from one host in our cluster to another
>> however the task keeps failing any time I start a migration.  The engine
>> logs show a few different errors as follows.
>>
>> 2019-07-10 09:53:19,440-04 ERROR
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-2) [] Migration of VM 'vm1' to host
>> 'ovirt-node-production3' failed: VM destroyed during the startup.
>>
>> 2019-07-10 09:53:06,542-04 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-51) [c1daf639-ff39-4397-b1bf-09426cacf72d] EVENT_ID:
>> VM_MIGRATION_FAILED(65), Migration failed due to a failed validation:
>> [Cannot migrate VM. There is no host that satisfies current scheduling
>> constraints. See below for details:, The host ovirt-node-production3 did
>> not satisfy internal filter Memory.] (VM: vm2, Source:
>> ovirt-node-production2).

You do not have enough available memory on the target. It happens with
high overcommit, migrating to a new host require more space initially
than what it currently takes on source. Check avail mem for scheduling
on the other host

Host Maintenance just tries over and over, so there’s a better chance
it succeeds eventually.

>>
>>
>> I also checked the vdsm.log on the destination host which is showing an
>> error like this.
>>
>> ERROR (jsonrpc/2) [virt.vm]
>> (vmId='f5bb25a8-3176-40b6-b21b-f07ed1089b27') Alias not found for device
>> type balloon during migration at destination host (vm:5562)
>>
>> Does anybody know how to resolve this?  The destination host is able to
>> run VMs and I've been able to move a few VMs by shutting down and doing
>> a restart however I'd like to do a live migration if possible.
>>
>>
>>
>>
>>
>> ___
>> 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/AWOTK2Q7OJGJXHKNSBBHJJNJP3O2ANVJ/
> ___
> 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/STQLZJJSQ3L36QFV253IZ3SRAWIJ6AM3/
___
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/UJG2IAPTTVB5RNLEP2HSJ7T4B6KKPAJJ/


[ovirt-users] Re: Regarding VDSM_Hooks

2019-07-10 Thread Michal Skrivanek


> On 9 Jul 2019, at 22:09, Vrgotic, Marko  wrote:
> 
> Dear Michal,
> 
> Thank you for the update.
> 
> 
> On 9 Jul 2019, at 19:07, Michal Skrivanek  <mailto:michal.skriva...@redhat.com>> wrote:
> 
>> 
>> 
>>> On 5 Jul 2019, at 16:09, Vrgotic, Marko >> <mailto:m.vrgo...@activevideo.com>> wrote:
>>> 
>>> Dear oVIrt,
>>>  
>>> Happy to report I have deployed my first python vdsm_hook which removes A, 
>>> , TXT records of VM each time after_vm_destroy event is triggered, and 
>>> it works fine.
>>> This was required to be able to quickly redploy/rebuild VMs using same 
>>> hostname.
>>>  
>>> Issue I am observing/just discovered now is:
>>> Since live_migration of VM guest is considered a destruction from Host 
>>> perspective, DNS records get deleted and VM lands on new host without being 
>>> resolvable  .
>>>  
>>> I would like to introduce another python script for hook regarding 
>>> migration events to get these entries back into DNS but for that I need 
>>> there IPs.
>>>  
>>> Question:
>>> Where can I find/locate/read VMs IPs and Hostnames (is it dom_xml) to be 
>>> able to incorporate them for DNS Update script?
>> 
>> IP is reported via guest agent.
>> You can get that from engine’s API. But this being a hook you can probably 
>> poll directly as part of the pre/post migration hook by directly interacting 
>> with vdsm, either from a python hook or using vdsm-client, get VM's stats 
>> and parse it from there
> This is definitely option I will look into. The downside of this is that I 
> need to delete the records, read the IPs and update the record into DNS. If 
> software tests are running and we have request relying on DNS after records 
> deleted and before updated, they would fail. But I assume that period is very 
> short and it could be mitigated using cache.

is that a record for the guest IP? It won’t change during migration.

>> 
>>> Or even better:
>>> What would be even better, is there a way to not trigger the dns update if 
>>> VM is being Migrated? Can I use dom_xml or other location to check wheter 
>>> VM is migrated  or not,  which would allow me to control if dnsupdate 
>>> should be triggered or not
>> 
>> Not sure how exactly you mean that to work, in general you can use 
>> before/after_vm_migrate_source and before/after_vm_migrate_destination hook 
>> points to intervene wherever you prefer.
>> 
> The reason why I mentioned this would be better, if it can be pulled off, is 
> that I would not need to trigger deletion of records if I could catch the 
> migration action. In case it would be shutdown/power off or delete, it would 
> be triggered, but not in case of migration.

there are hook points for all lifecycle actions, usually both before and after 
so you can put it in the right place as you see fit.

Thanks
michal

>>>  
>>>  
>>> If its relevant for the question: we are currently running oVIrt 4.3.3 
>>> version
>>>  
>>> Kindly awaiting your reply.
>>>  
>>> Marko Vrgotic
>>> ActiveVideo
>>> ___
>>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>>> To unsubscribe send an email to users-le...@ovirt.org 
>>> <mailto:users-le...@ovirt.org>
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>>> <https://www.ovirt.org/site/privacy-policy/>
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TRQJAAGDZN67BLLWRLLRAGYUSB2EDAWA/
>>>  
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/TRQJAAGDZN67BLLWRLLRAGYUSB2EDAWA/>

___
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/CZREIPHMMJTCBHYFBH6UHEO5CAZXOBOU/


[ovirt-users] Re: VM Portal please add search filter box and list view as in Administration portal

2019-07-09 Thread Michal Skrivanek
On 9 Jul 2019, at 18:07, Vrgotic, Marko  wrote:

Dear oVirt,

This email has bounced two times already, and I am not sure what is wrong.
Hopefully you get it this time.

 Request is below.

Sent from my iPhone

Dear oVirt,



Would it be possible to discuss/consider adding search/filter field for VM
Portal, resembling one in Administration Portal?



I have 60 users with over 500VMs and it would be really good to have this
option. At this moment is virtually impossible to use the VMPortal due to
poor view options.


https://github.com/oVirt/ovirt-web-ui/pull/997 is in progress



We are currently running oVirt 4.3.3.





— — —
Met vriendelijke groet / Kind regards,

*Marko Vrgotic*

Sr.  System Engineer @ System Administration
m.vrgo...@activevideo.com



___
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/EEO3OJ2EVVN4HGRDI7ODHNKSUHCGXRM2/
___
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/MQKZYMLL5PTU3ZS6MC5K6CGIPWBSS3FM/


[ovirt-users] Re: "Actual timezone in guest doesn't match configuration" for Windows VMs since guest agent 4.3

2019-07-09 Thread Michal Skrivanek


> On 8 Jul 2019, at 16:58, Matthias Leopold  
> wrote:
> 
> Hi,
> 
> the oVirt guest agent seems to report DST configuration for the timezone 
> since version 4.3 (of the guest agent). this results in "Actual timezone in 
> guest doesn't match configuration" messages in the UI for windows VMs because 
> the timezone field can't be matched with oVirt configuration anymore (no DST 
> flag). to me this looks like a bug. shall I report it?

Yes please. With more details if possible:) We started using qemu-ga for these 
and it’s possible that the report differs in this aspect. Then it needs to be 
fixed

Thanks,
michal

> 
> I know there was a similar thread at the beginning of May, but there was no 
> solution mentioned.
> 
> Matthias
> ___
> 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/F7QBHRUKETL77KM6LMDNHIT3UDFLG3ND/
___
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/CS5ORKIIVLQGBUOUMFTJOU3DRHZ4VYD5/


[ovirt-users] Re: UI exception when changing Cluster in New VM window

2019-07-09 Thread Michal Skrivanek
can you please try that on 4.3.5 and if it persist open a bug with that ui.log 
attached?

thanks,
michal

> On 5 Jul 2019, at 16:06, Vrgotic, Marko  wrote:
> 
> Hi Strahil,
>  
> I tried what you said and I am still getting an exception.
>  
> Correct me if I am wrong, but my expectation is following, when creating new 
> VM:
> Select cluster
> Whether I want to use template or create brand new VM from scratch, list of 
> templates and everything else specific to cluster I selected should be loaded
>  
> Instead, I get the exception and have to refresh/reload the page.
>  
> In short, when creating new VM, I am currently locked to a default loaded 
> cluster, which in my case is avshared1.
>  
> To give you bit more insight into configuration, here are the cluster details:
>  
> 
>  
> Per cluster:
> 
>  
> Let me know if you need me to provide more valuable information.
>  
> Kindly awaiting your reply.
>  
>  
> Best regards,
> Marko Vrgotic
>  
> From: Strahil Nikolov mailto:hunter86...@yahoo.com>>
> Date: Friday, 5 July 2019 at 15:42
> To: "users@ovirt.org "  >, "Vrgotic, Marko"  >
> Subject: Re: [ovirt-users] UI exception when changing Cluster in New VM window
>  
> As per your e-mail you try to both set a new cluster and new template , right?
> Could you try to edit the cluster and save and then edit again and check the 
> template lit ?
>  
> Best Regards,
> Strahil Nikolov
>  
> В четвъртък, 4 юли 2019 г., 22:31:11 ч. Гринуич-4, Vrgotic, Marko 
> mailto:m.vrgo...@activevideo.com>> написа:
>  
>  
> Dear oVirt,
> 
>  
> 
> We are running oVIrt SHE 4.3.3 version.
> 
>  
> 
> We have three production DCCs/clusters:
> 
> avshared1
> avlocal1
> avlocal2
>  
> 
> When navigating to Vitrual Machines > Selecting New VM > and changing 
> cluster, we get an UI exception:
> 
>  
> 
> Engine.log:
> 
> 2019-07-04 12:45:27,538Z ERROR 
> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-468) [] 
> Error sending file 
> '/etc/ovirt-engine/branding/00-ovirt.brand/bundled/patternfly/fonts/fontawesome-webfont.woff2'.:
>  java.io.IOException: Connection reset by peer
> 
> at sun.nio.ch.FileDispatcherImpl.writev0(Native Method) 
> [rt.jar:1.8.0_201]
> 
> at 
> sun.nio.ch.SocketDispatcher.writev(SocketDispatcher.java:51) 
> [rt.jar:1.8.0_201]
> 
> at sun.nio.ch.IOUtil.write(IOUtil.java:148) [rt.jar:1.8.0_201]
> 
> at 
> sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:504) 
> [rt.jar:1.8.0_201]
> 
> at 
> org.xnio.nio.NioSocketConduit.write(NioSocketConduit.java:162)
> 
> at 
> io.undertow.conduits.AbstractFramedStreamSinkConduit.doWrite(AbstractFramedStreamSinkConduit.java:137)
>  [undertow-core-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> io.undertow.conduits.AbstractFramedStreamSinkConduit.write(AbstractFramedStreamSinkConduit.java:108)
>  [undertow-core-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> io.undertow.server.protocol.ajp.AjpServerResponseConduit.write(AjpServerResponseConduit.java:298)
>  [undertow-core-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> org.xnio.conduits.ConduitStreamSinkChannel.write(ConduitStreamSinkChannel.java:150)
> 
> at 
> io.undertow.channels.DetachableStreamSinkChannel.write(DetachableStreamSinkChannel.java:240)
>  [undertow-core-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> io.undertow.server.HttpServerExchange$WriteDispatchChannel.write(HttpServerExchange.java:2103)
>  [undertow-core-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletOutputStreamImpl.java:574)
>  [undertow-servlet-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> io.undertow.servlet.spec.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:150)
>  [undertow-servlet-2.0.15.Final.jar:2.0.15.Final]
> 
> at 
> org.ovirt.engine.core.utils.servlet.ServletUtils.writeFileToStream(ServletUtils.java:145)
>  [utils.jar:]
> 
> at 
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:121)
>  [utils.jar:]
> 
> at 
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:74)
>  [utils.jar:]
> 
> at 
> org.ovirt.engine.core.utils.servlet.ServletUtils.sendFile(ServletUtils.java:70)
>  [utils.jar:]
> 
> at 
> org.ovirt.engine.core.branding.BrandingServlet.doGet(BrandingServlet.java:50) 
> [branding.jar:]
> 
> at 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:686) 
> [jboss-servlet-api_4.0_spec-1.0.0.Final.jar:1.0.0.Final]
> 
> at 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:791) 
> [jboss-servlet-api_4.0_spec-1.0.0.Final.jar:1.0.0.Final]
> 
> at 
> 

[ovirt-users] Re: Regarding VDSM_Hooks

2019-07-09 Thread Michal Skrivanek


> On 5 Jul 2019, at 16:09, Vrgotic, Marko  wrote:
> 
> Dear oVIrt,
>  
> Happy to report I have deployed my first python vdsm_hook which removes A, 
> , TXT records of VM each time after_vm_destroy event is triggered, and it 
> works fine.
> This was required to be able to quickly redploy/rebuild VMs using same 
> hostname.
>  
> Issue I am observing/just discovered now is:
> Since live_migration of VM guest is considered a destruction from Host 
> perspective, DNS records get deleted and VM lands on new host without being 
> resolvable  .
>  
> I would like to introduce another python script for hook regarding migration 
> events to get these entries back into DNS but for that I need there IPs.
>  
> Question:
> Where can I find/locate/read VMs IPs and Hostnames (is it dom_xml) to be able 
> to incorporate them for DNS Update script?

IP is reported via guest agent.
You can get that from engine’s API. But this being a hook you can probably poll 
directly as part of the pre/post migration hook by directly interacting with 
vdsm, either from a python hook or using vdsm-client, get VM's stats and parse 
it from there

> Or even better:
> What would be even better, is there a way to not trigger the dns update if VM 
> is being Migrated? Can I use dom_xml or other location to check wheter VM is 
> migrated  or not,  which would allow me to control if dnsupdate should be 
> triggered or not

Not sure how exactly you mean that to work, in general you can use 
before/after_vm_migrate_source and before/after_vm_migrate_destination hook 
points to intervene wherever you prefer.

>  
>  
> If its relevant for the question: we are currently running oVIrt 4.3.3 version
>  
> Kindly awaiting your reply.
>  
> Marko Vrgotic
> ActiveVideo
> ___
> 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/TRQJAAGDZN67BLLWRLLRAGYUSB2EDAWA/
>  
> 
___
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/YUS34LC3VHYHJ3XTULXWRPU6JCNWT5LT/


[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

2019-07-09 Thread Michal Skrivanek
On 9 Jul 2019, at 17:16, Strahil  wrote:

I'm not sure, but I always thought that you need  an agent for live
migrations.


You don’t. For snapshots, and other less important stuff like reporting IPs
you do. In 4.3 you should be fine with qemu-ga only

You can always try installing either qemu-guest-agent  or ovirt-guest-agent
and check if live  migration between hosts is possible.

Have you set the new cluster/dc version ?

Best Regards
Strahil Nikolov
On Jul 9, 2019 17:42, Neil  wrote:

I remember seeing the bug earlier but because it was closed thought it was
unrelated, this appears to be it

https://bugzilla.redhat.com/show_bug.cgi?id=1670701

Perhaps I'm not understanding your question about the VM guest agent, but I
don't have any guest agent currently installed on the VM, not sure if the
output of my qemu-kvm process maybe answers this question?

/usr/libexec/qemu-kvm -name guest=Headoffice.cbl-ho.local,debug-threads=on
-S -object
secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-Headoffice.cbl-ho.lo/master-key.aes
-machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off,dump-guest-core=off -cpu
Broadwell,vme=on,f16c=on,rdrand=on,hypervisor=on,arat=on,xsaveopt=on,abm=on,rtm=on,hle=on
-m 8192 -realtime mlock=off -smp 8,maxcpus=64,sockets=16,cores=4,threads=1
-numa node,nodeid=0,cpus=0-7,mem=8192 -uuid
9a6561b8-5702-43dc-9e92-1dc5dfed4eef -smbios
type=1,manufacturer=oVirt,product=oVirt
Node,version=7-3.1611.el7.centos,serial=4C4C4544-0034-5810-8033-C2C04F4E4B32,uuid=9a6561b8-5702-43dc-9e92-1dc5dfed4eef
-no-user-config -nodefaults -chardev
socket,id=charmonitor,fd=31,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control -rtc
base=2019-07-09T10:26:53,driftfix=slew -global
kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -boot strict=on
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive
if=none,id=drive-ide0-1-0,readonly=on -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/59831b91-00a5-01e4-0294-0018/8a607f8a-542a-473c-bb18-25c05fe2a3d4/images/56e8240c-a172-4f52-b0c1-2bddc4f34f93/9f245467-d31d-4f5a-8037-7c5012a4aa84,format=qcow2,if=none,id=drive-virtio-disk0,serial=56e8240c-a172-4f52-b0c1-2bddc4f34f93,werror=stop,rerror=stop,cache=none,aio=native
-device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,write-cache=on
-netdev tap,fd=33,id=hostnet0,vhost=on,vhostfd=34 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:5b,bus=pci.0,addr=0x3
-chardev socket,id=charchannel0,fd=35,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev socket,id=charchannel1,fd=36,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice 
tls-port=5900,addr=10.0.1.11,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
-device
qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2
-incoming defer -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6
-object rng-random,id=objrng0,filename=/dev/urandom -device
virtio-rng-pci,rng=objrng0,id=rng0,bus=pci.0,addr=0x8 -sandbox
on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny
-msg timestamp=on

Please shout if you need further info.

Thanks.






On Tue, Jul 9, 2019 at 4:17 PM Strahil Nikolov 
wrote:

Shouldn't cause that problem.

You have to find the bug in bugzilla and report a regression (if it's not
closed) , or open a new one and report the regression.
As far as I remember , only the dashboard was affected due to new features
about vdo disk savings.

___
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/IQCHU3VAIQQCG7NSBYK5UMZYFRTJ7B2E/
___
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/RVCCY6JWXWH6UBJYLEHLMKFXURLWK7YR/


[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

2019-07-09 Thread Michal Skrivanek
Can you share the engine.log please? And highlight the exact time when
you attempt that migrate action

Thanks,
michal

> On 9 Jul 2019, at 16:42, Neil  wrote:
>
> --166784058d409302
> Content-Type: text/plain; charset="UTF-8"
> Content-Transfer-Encoding: quoted-printable
>
> I remember seeing the bug earlier but because it was closed thought it was
> unrelated, this appears to be it
>
> https://bugzilla.redhat.com/show_bug.cgi?id=3D1670701
>
> Perhaps I'm not understanding your question about the VM guest agent, but I
> don't have any guest agent currently installed on the VM, not sure if the
> output of my qemu-kvm process maybe answers this question?
>
> /usr/libexec/qemu-kvm -name guest=3DHeadoffice.cbl-ho.local,debug-threads=
> =3Don
> -S -object
> secret,id=3DmasterKey0,format=3Draw,file=3D/var/lib/libvirt/qemu/domain-1-H=
> eadoffice.cbl-ho.lo/master-key.aes
> -machine pc-i440fx-rhel7.3.0,accel=3Dkvm,usb=3Doff,dump-guest-core=3Doff -c=
> pu
> Broadwell,vme=3Don,f16c=3Don,rdrand=3Don,hypervisor=3Don,arat=3Don,xsaveopt=
> =3Don,abm=3Don,rtm=3Don,hle=3Don
> -m 8192 -realtime mlock=3Doff -smp 8,maxcpus=3D64,sockets=3D16,cores=3D4,th=
> reads=3D1
> -numa node,nodeid=3D0,cpus=3D0-7,mem=3D8192 -uuid
> 9a6561b8-5702-43dc-9e92-1dc5dfed4eef -smbios
> type=3D1,manufacturer=3DoVirt,product=3DoVirt
> Node,version=3D7-3.1611.el7.centos,serial=3D4C4C4544-0034-5810-8033-C2C04F4=
> E4B32,uuid=3D9a6561b8-5702-43dc-9e92-1dc5dfed4eef
> -no-user-config -nodefaults -chardev
> socket,id=3Dcharmonitor,fd=3D31,server,nowait -mon
> chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc
> base=3D2019-07-09T10:26:53,driftfix=3Dslew -global
> kvm-pit.lost_tick_policy=3Ddelay -no-hpet -no-shutdown -boot strict=3Don
> -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -device
> virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x4 -device
> virtio-serial-pci,id=3Dvirtio-serial0,max_ports=3D16,bus=3Dpci.0,addr=3D0x5=
> -drive
> if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don -device
> ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive
> file=3D/rhev/data-center/59831b91-00a5-01e4-0294-0018/8a607f8a-542a=
> -473c-bb18-25c05fe2a3d4/images/56e8240c-a172-4f52-b0c1-2bddc4f34f93/9f24546=
> 7-d31d-4f5a-8037-7c5012a4aa84,format=3Dqcow2,if=3Dnone,id=3Ddrive-virtio-di=
> sk0,serial=3D56e8240c-a172-4f52-b0c1-2bddc4f34f93,werror=3Dstop,rerror=3Dst=
> op,cache=3Dnone,aio=3Dnative
> -device
> virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x7,drive=3Ddrive-virtio-disk0=
> ,id=3Dvirtio-disk0,bootindex=3D1,write-cache=3Don
> -netdev tap,fd=3D33,id=3Dhostnet0,vhost=3Don,vhostfd=3D34 -device
> virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0,mac=3D00:1a:4a:16:01:5b,bus=3Dpc=
> i.0,addr=3D0x3
> -chardev socket,id=3Dcharchannel0,fd=3D35,server,nowait -device
> virtserialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dch=
> annel0,name=3Dcom.redhat.rhevm.vdsm
> -chardev socket,id=3Dcharchannel1,fd=3D36,server,nowait -device
> virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel1,id=3Dch=
> annel1,name=3Dorg.qemu.guest_agent.0
> -chardev spicevmc,id=3Dcharchannel2,name=3Dvdagent -device
> virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dch=
> annel2,name=3Dcom.redhat.spice.0
> -spice
> tls-port=3D5900,addr=3D10.0.1.11,x509-dir=3D/etc/pki/vdsm/libvirt-spice,tls=
> -channel=3Ddefault,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Di=
> nputs,tls-channel=3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-=
> channel=3Dsmartcard,tls-channel=3Dusbredir,seamless-migration=3Don
> -device
> qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D8388608,vram64_size_mb=
> =3D0,vgamem_mb=3D16,max_outputs=3D1,bus=3Dpci.0,addr=3D0x2
> -incoming defer -device virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=
> =3D0x6
> -object rng-random,id=3Dobjrng0,filename=3D/dev/urandom -device
> virtio-rng-pci,rng=3Dobjrng0,id=3Drng0,bus=3Dpci.0,addr=3D0x8 -sandbox
> on,obsolete=3Ddeny,elevateprivileges=3Ddeny,spawn=3Ddeny,resourcecontrol=3D=
> deny
> -msg timestamp=3Don
>
> Please shout if you need further info.
>
> Thanks.
>
>
>
>
>
>
> On Tue, Jul 9, 2019 at 4:17 PM Strahil Nikolov 
> wrote:
>
>> Shouldn't cause that problem.
>>
>> You have to find the bug in bugzilla and report a regression (if it's not
>> closed) , or open a new one and report the regression.
>> As far as I remember , only the dashboard was affected due to new feature=
> s
>> about vdo disk savings.
>>
>> About the VM - this should be another issue. What agent are you using in
>> the VMs (ovirt or qemu) ?
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> =D0=92 =D0=B2=D1=82=D0=BE=D1=80=D0=BD=D0=B8=D0=BA, 9 =D1=8E=D0=BB=D0=B8 2=
> 019 =D0=B3., 10:09:05 =D1=87. =D0=93=D1=80=D0=B8=D0=BD=D1=83=D0=B8=D1=87-4,=
> Neil <
>> nwilson...@gmail.com> =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0:
>>
>>
>> Hi Strahil,
>>
>> Thanks for the quick reply.
>> I put the cluster into global maintenance, then installed the 4.3 repo,
>> 

[ovirt-users] Re: [ovirt-devel] USB on host support?

2019-07-03 Thread Michal Skrivanek


> On 1 Jul 2019, at 23:04, Juan Pablo Lorier  wrote:
> 
> I'm having a similar problem. The passtrough needs 2 steps, the first is to 
> attach the host device to the VM, but if you don't enable the spice usb the 
> vm fails to start.
> 

if you don’t say why it doesn’t start it’s really not possible to help much. 
Add versions you use and logs please

> I don't know if the USB works straight from the host device or if it depends 
> on the spice console.
> 
> In my case, a device that work in a windows 10 pc doesn't work in a windows 
> 10 vm.
> 
> 

is it usb3 by any chance? 
> Maybe we both can get help in this matter.
> 
> Regards
> 
> El 1/7/19 a las 13:02, users-requ...@ovirt.org 
>  escribió:
>> Send Users mailing list submissions to
>>  users@ovirt.org 
>> 
>> To subscribe or unsubscribe via email, send a message with subject or
>> body 'help' to
>>  users-requ...@ovirt.org 
>> 
>> You can reach the person managing the list at
>>  users-ow...@ovirt.org 
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Users digest..."
>> 
>> 
>> Today's Topics:
>> 
>>1.  Re: Failed on HE-Storage migration (Strahil Nikolov)
>>2.  Adding a custom fence agent on 4.3.4 (Matteo)
>>3.  USB host support? (Hetz Ben Hamo)
>>4.  Re: [ovirt-devel] USB on host support? (Hetz Ben Hamo)
>>5.  Re: Ovirt Hyperconverged Cluster (Stefanile Raffaele)
>> 
>> 
>> ___
>> 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/ 
>> 
> ___
> 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/SKZEUBOZS5DRTYDBOVG7V4AKPUMH754M/

___
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/7H3JDMCYPDT3ENYAZ24WQDFR3BP6LJTU/


[ovirt-users] Re: console issue after installing 3rd party certificate

2019-07-03 Thread Michal Skrivanek


> On 2 Jul 2019, at 16:16, ada per  wrote:
> 
> Hello Everyone, 
> 
> I followed the instructions on installing a 3rd party certificate on hosted 
> engine. 
> The certificate is installed properly and in all  the correct paths, 
> everything seems to be working fine but i cannot access teh spice console

how exactly do you access the spice console?

> , it comes up with error cannot connect to graphic server and libvirt 
> uri:none.
> 
> 
> any advice will be greatly appreciated 
> ___
> 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/KYQT54C3L526NXJHVRDDQKRQRQM2E5K3/
___
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/MZFIQHTEF7T3OGPBXI7MC23PN3XBLIRD/


[ovirt-users] Re: SPICE and VNC native

2019-07-02 Thread Michal Skrivanek


> On 2 Jul 2019, at 10:01, kim.karga...@noroff.no wrote:
> 
> Hi,
> 
> Thanks all. Seems I hadn´t realized that the VNC and SPICE native requires a 
> proxy like squid. Going to set that up and see if I can get it working. 

yeah, native viewers do not use websockets. A squid proxy would work.


> 
> Appreciate the help.
> 
> Kind regards
> 
> Kim
> ___
> 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/KEY7CHUWPR344MA6UEFJ2GYSFLLTZYYG/
___
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/VV7VV67BCACNSNMPW2VU6DD7SBFYFIBT/


[ovirt-users] Re: is it possible to convert exsi vm into ovirt vm

2019-07-02 Thread Michal Skrivanek


> On 2 Jul 2019, at 10:06, Crazy Ayansh  wrote:
> 
> Hi,
> 
> How we can convert exsi vms into ovirt vm without vcenter.

you can import VMware’s OVA into oVirt.

Thanks,
michal

> 
> Thanks
> Shashank
> ___
> 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/KOCHTONHUXB42PY7DN5BDX3QSSHSILN4/
___
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/7SL7UXBZQGS26M5J3VZIFEQH5UY35GUJ/


[ovirt-users] Re: SPICE and VNC native

2019-07-01 Thread Michal Skrivanek


> On 1 Jul 2019, at 12:31, kim.karga...@noroff.no wrote:
> 
> Hi,
> 
> We are running ovirt 4.3. The engine is on a bare metal machine and the hosts 
> are running on Centos 7. When installing the engine, I set it to be the 
> webproxy. When I create a new vm, I select both SPICE+VNC. When clicking on 
> the console I only have the option for SPICE native, not for the HTML option.

spice-html5 has been dropped in 4.2 because of bugs and the lack of activity in 
that project

> For VNC I have both options and the HTML option can be selected and works. 
> But, this is also the only option that works. VNC Native as well as SPICE 
> Native do not work.
> I have tried using both remote viewer on Mac

that’s an alpha version not really functioning that well

> and a VNC client on a Windows machine

if that’s a generic VNC client then you haev to adapt the parameters from 
console.vv file to actual arguments of that client. The only one which 
understands the format out of the box is remote-viewer

> and neither will actually open the VM. I would really also like the SPICE 
> HTML option to exist, but it does not. The enable SPICE proxy in the Console 
> selection is greyed out. 
> 
> When I open in remoteviewer (Mac) I get Unable to connect to the graphic 
> server.

certificate issues perhaps? are the hosts (hostname/port in console.vv) 
reachable directly from the client?

Thanks,
michal

> 
> Any suggestions?
> 
> Kim
> ___
> 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/PDH2UJKZC2XEOXRKIEGAKYPXZOI5ALSB/
___
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/OEM4Z6U4KO6UINU2DUJF3P24WUJEQQHI/


[ovirt-users] Re: Mix CPU

2019-07-01 Thread Michal Skrivanek


> On 1 Jul 2019, at 13:39, supo...@logicworks.pt wrote:
> 
> Hello,
> 
> Can we mix an Intel cpu with an AMD cpu in the same cluster?

No, not in the same cluster. You can’t really live migrate workloads between 
each other.

Thanks,
michal

> 
> Thanks
> 
> -- 
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> 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/EQN7SEWJ6NXCWTVX6OESLYND4ZSDQCEZ/

___
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/Z5OH7J3P4U3X2URAK4DU3ZSZELTZQACY/


[ovirt-users] Re: ovirt-vmconsole: Pemission denied (publickey) when I select VM id

2019-06-21 Thread Michal Skrivanek


> On 20 Jun 2019, at 15:25, Jonathan Greg  wrote:
> 
> Here is the log I get from the engine node when I do "ssh -t -p  
> ovirt-vmcons...@ovirt-engine01.int.cloche.ca-i
>  .ssh/serialconsolekey connect and I enter a console id":
> 
> [root@ovirt-engine01 ~]# tail -f /var/log/messages
> Jun 20 09:22:13 ovirt-engine01 sshd[8836]: rexec line 24: Deprecated option 
> RSAAuthentication
> Jun 20 09:22:13 ovirt-engine01 sshd[8836]: reprocess config line 24: 
> Deprecated option RSAAuthentication
> Jun 20 09:22:14 ovirt-engine01 sshd[8836]: Accepted publickey for 
> ovirt-vmconsole from 192.168.30.217 port 55849 ssh2: RSA 
> SHA256:rYFIGj3UaNY28ocnmWqK3UZpznU0bzo6tPR+NpnR6Hw
> Jun 20 09:22:14 ovirt-engine01 sshd[8836]: Attempt to write login records by 
> non-root user (aborting)
> Jun 20 09:22:20 ovirt-engine01 ovirt-vmconsole-proxy-shell[8849]: INFO 
> Opening console 
> '7e2c5638-f97c-45c4-8487-153764db2fc7.s...@c200m2-1.int.cloche.ca' on behalf 
> of 'admin_internal-authz'[4907b7e8-dbda-11e8-9a2e-00163e1b3a71]
> Jun 20 09:22:20 ovirt-engine01 sshd[8836]: Attempt to write login records by 
> non-root user (aborting)
> Jun 20 09:22:21 ovirt-engine01 sshd[8848]: Received disconnect from 
> 192.168.30.217 port 55849:11: disconnected by user
> Jun 20 09:22:21 ovirt-engine01 sshd[8848]: Disconnected from 192.168.30.217 
> port 55849

the problem seems to be between the proxy and the target host, you’d need to 
get logs from there.
check out logs/issues of the sshd process handling the incoming requests 
(/usr/sbin/sshd -f 
/usr/share/ovirt-vmconsole/ovirt-vmconsole-host/ovirt-vmconsole-host-sshd/sshd_config
 -D)
it could be a certificates issue. Is this an older setup or anything regarding 
host certificates changed recently/ever?

Thanks,
michal
> ___
> 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/PHQIKZZPHPJ4XXKKQ2TOZI6DC4W75FIL/
___
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/MD5KC3KONSIWQ3MSNCIM3DV66TIG3FO2/


[ovirt-users] Re: vGPU becomes very inefficient when I use it in ovirt instead of qemu-kvm

2019-05-22 Thread Michal Skrivanek


> On 12 May 2019, at 13:51, weizhengy...@gmail.com wrote:
> 
> We distribute vGpu in order to use it in virtual machines. I find the same 
> type vGpu get differently performance in Ovirt and Qemu-kvm .
> 
> when I distribute a vGPU to Ovirt virtual machine,it's performance becomes 
> very strange.Some games can run efficiently and  attach 200+ fps.However,in 
> some other games,it's can't even attach 10 FPS.
> But in Qemu-kvm,the vGpu's performance always efficiently,can run these games 
> all in 200+fps. 
> 
> I've been stuck with this for weeks and I have to make it always runs 
> efficiently. Can someone help me?Thank you very very very much….

Sorry, not without the logs or more details…
Can you describe it more concretely what you are doing exactly in virt-manager 
vs ovirt?

Thanks,
michal

> ___
> 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/IJBQQZBKG6HHCPGCCQMADPZQBJZZUPHL/
___
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/JVUMJSPFWBRT55ZTXU6DKBI2VUDGXDRM/


[ovirt-users] Re: seal a rhel8 vm for templating fails

2019-05-16 Thread Michal Skrivanek
> On 16 May 2019, at 18:32, Strahil  wrote:
>
> Can you try on a linux host to seal the VM via virt-sysprep ?
> Maybe virt-sysprep is not EL 8 ready...

Indeed it won’t work for el8 guests. Unfortunately an el7
libguestfs(so any virt- tool) can’t work with el8 filesystems. And
ovirt still uses el7 hosts
That’s going to be a limitation until 4.4

Thanks,
michal

>
> Best Regards,
> Strahil NikolovOn May 16, 2019 19:15, Nathanaël Blanchet  
> wrote:
>>
>> Hi,
>>
>> I was used to successfully seal some el7 vms when templating, but with
>> rhel8, it always fails with that logs:
>>
>> 2019-05-16 15:45:03,499+02 ERROR
>> [org.ovirt.engine.core.bll.AddVmTemplateCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
>> [db02e602-4b9d-4935-908c-e9e8c90a808b] Ending command
>> 'org.ovirt.engine.core.bll.AddVmTemplateCommand' with failure.
>> 2019-05-16 15:45:03,533+02 INFO
>> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
>> [db02e602-4b9d-4935-908c-e9e8c90a808b] START, SetVmStatusVDSCommand(
>> SetVmStatusVDSCommandParameters:{vmId='b79d8d62-212a-4f62-b236-3be6f1ed251e',
>> status='Down', exitStatus='Normal'}), log id: 7e657121
>> 2019-05-16 15:45:03,538+02 INFO
>> [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
>> [db02e602-4b9d-4935-908c-e9e8c90a808b] FINISH, SetVmStatusVDSCommand,
>> log id: 7e657121
>> 2019-05-16 15:45:03,546+02 INFO
>> [org.ovirt.engine.core.bll.AddVmTemplateCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
>> [db02e602-4b9d-4935-908c-e9e8c90a808b] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[rhel8.0=TEMPLATE_NAME,
>> 8fb93ef2-d8a1-4d95-afed-c37131312462=TEMPLATE,
>> 3ae1ad71-193b-4222-9727-159b402fef49=DISK]',
>> sharedLocks='[b79d8d62-212a-4f62-b236-3be6f1ed251e=VM]'}'
>> 2019-05-16 15:45:03,560+02 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
>> [db02e602-4b9d-4935-908c-e9e8c90a808b] EVENT_ID:
>> USER_ADD_VM_TEMPLATE_SEAL_FAILURE(1,324), Failed to seal Template
>> rhel8.0 (VM: thym-rhel8).
>>
>> But I successfully make a el8 template without sealing, but the issue is
>> that subscription-manager doesn't activate properly when creating new
>> vms from it.
>>
>> ovirt 3.3.3
>>
>> --
>> 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
>> 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/OO7EGM25KWGV5J5V4UDOGEPIU3KJWTMW/
> ___
> 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/FG53F6UHZZGTF64MITRQIUVMHCXTCV5C/
___
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/PUEQFHXWXBFAZTKDFD22IW25HOTKMZ6I/


[ovirt-users] Re: VM has paused due to no storage space error

2019-05-15 Thread Michal Skrivanek


> On 14 May 2019, at 22:06, Nicolas Ecarnot  wrote:
> 
> Hi Nir, hi Sandvik,
> 
> As I saw this issue lots of times and as I'm using thin prov. + block 
> storage, I feel concerned.
> Read my question below.
> 
> Le 02/10/2016 à 12:55, Nir Soffer a écrit :
>> On Sun, Oct 2, 2016 at 12:06 PM, Sandvik Agustin
>>  wrote:
>>> Hi users,
>>> 
>>> I have this problem that sometimes 1 to 3 VM just automatically paused with
>>> user interaction and getting this error "VM has paused due to no storage
>>> space error". any inputs from you guys are very appreciated.
>> This is expected - when there is no storage space :-)
>> 
>> The vm is paused when there are some io pending io requests that
>> could not be fulfilled since you don't have enough space.
>> 
>> In a real machine the io requests would fail. In a vm, the vm can pause,
>> you can fix the issue (extend the storage domain), and resume the vm.
>> 
>> But I guess there is storage space available, otherwise you would
>> not spend the time sending this mail.
>> 
>> This can happen when using thin provisioned disks on block storage
>> (iSCSI, FC). We provision such disk with 1G, and and extend the disk
>> (add 1G) when it becomes too full (by default, free space < 0.5G).
>> 
>> If we fail to extend the disk quick enough,
> 
> 
> "quick enough" -> Is there some place where this threshold can be configured?

vdsm.conf

('volume_utilization_percent', '50',
'Together with volume_utilization_chunk_mb, set the minimal free '
'space before a thin provisioned block volume is extended. Use '
'lower values to extend earlier.'),

('volume_utilization_chunk_mb', '1024',
'Size of extension chunk in megabytes, and together with '
'volume_utilization_percent, set the free space limit. Use higher '
'values to extend in bigger chunks.’),

HTH,
michal

> 
> 
>>  the vm will pause before the
>> extend was completed. Once the extend was completed, we resume
>> the vm.
>> 
>> So you may see very short pauses, but they should be rare.
>> 
>> To understand the issue, we need to inspect vdsm logs from the host
>> running the vm that paused, showing the timeframe when the vm
>> was paused.
>> 
>> You should see this message in the log each time a vm pauses:
>> 
>> abnormal vm stop device  error ENOSPC
>> 
>> Nir
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
>> --
>> IMPORTANT!
>> This message has been scanned for viruses and phishing links.
>> However, it is your responsibility to evaluate the links and attachments you 
>> choose to click.
>> If you are uncertain, we always try to help.
>> Greetings helpd...@actnet.se
>> 
>> 
>> 
>> --
>> IMPORTANT!
>> This message has been scanned for viruses and phishing links.
>> However, it is your responsibility to evaluate the links and attachments you 
>> choose to click.
>> If you are uncertain, we always try to help.
>> Greetings helpd...@actnet.se
>> 
>> ___
>> 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/5MAYP4SZZQC5BB2VVPQBXYWH4OOJ7LUW/
> 
> 
> -- 
> Nicolas ECARNOT
> ___
> 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/KF4SVQOE7U7ELLOIE4CNPSH2TAN7MW3K/
___
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/ZHG5AVXO2PXUBIO7QPWT63UFE6FGUFWE/


[ovirt-users] Re: Can't add host - Failed to read hardware information

2019-05-15 Thread Michal Skrivanek

> On 7 Oct 2016, at 12:52, David Pinkerton  wrote:
> 
> I'm trying to add a host to a freshly built cluster.
> 
> yum install finishes, then the message " Failed to read hardware information" 
> is displayed - host has installation failed.  
> If I try to re-install I get the same message and the host goes 
> non-responsive.
> 
> 
> engine log:
> 
> 2016-10-07 21:13:46,525 INFO  
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) 
> [2854e702] Connecting to /192.168.21.71 
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] 
> (DefaultQuartzScheduler4) [3fa97b73] Command 
> 'GetCapabilitiesVDSCommand(HostName = rhv1, 
> VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', 
> hostId='96358424-a14e-4d29-957f-3d7ddac99c12', 
> vds='Host[rhv1,96358424-a14e-4d29-957f-3d7ddac99c12]'})' execution failed: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
> (DefaultQuartzScheduler4) [3fa97b73] Failure to refresh Vds runtime info: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
> (DefaultQuartzScheduler4) [3fa97b73] Exception: 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:157)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:120)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
> [dal.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:653)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:121)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:238) 
> [vdsbroker.jar:]
> at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) 
> [:1.8.0_102]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_102]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102]
> at 
> org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) 
> [scheduler.jar:]
> at 
> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) 
> [scheduler.jar:]
> at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [rt.jar:1.8.0_102]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
> [rt.jar:1.8.0_102]
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>  [rt.jar:1.8.0_102]
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>  [rt.jar:1.8.0_102]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102]
> Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: 
> Connection failed
> at 
> org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165)
>  [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134) 
> [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81) 
> [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.(FutureMap.java:70) 
> [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:258)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:15)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:110)
>  [vdsbroker.jar:]
> ... 18 more
> 
> 2016-10-07 21:13:49,531 INFO  
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) 
> [2854e702] Connecting to /192.168.21.71 
> 
> 

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-15 Thread Michal Skrivanek

> On 7 Oct 2016, at 15:28, Simone Tiraboschi  wrote:
> 
> 
> 
> On Fri, Oct 7, 2016 at 3:25 PM, Michal Skrivanek  <mailto:michal.skriva...@redhat.com>> wrote:
> 
>> On 7 Oct 2016, at 14:59, Nir Soffer > <mailto:nsof...@redhat.com>> wrote:
>> 
>> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek 
>> mailto:michal.skriva...@redhat.com>> wrote:
>> 
>>> On 7 Oct 2016, at 14:42, Nir Soffer >> <mailto:nsof...@redhat.com>> wrote:
>>> 
>>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi >> <mailto:stira...@redhat.com>> wrote:
>>> 
>>> 
>>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer >> <mailto:nsof...@redhat.com>> wrote:
>>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi >> <mailto:stira...@redhat.com>> wrote:
>>> 
>>> 
>>> On Wed, Oct 5, 2016 at 9:17 AM, gregor >> <mailto:gregor_fo...@catrix.at>> wrote:
>>> Hi,
>>> 
>>> did you found a solution or cause for this high CPU usage?
>>> I have installed the self hosted engine on another server and there is
>>> no VM running but ovirt-ha-agent uses heavily the CPU.
>>> 
>>> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects over 
>>> json rpc and this is CPU intensive since the client has to parse the yaml 
>>> API specification each time it connects.
>> 
>> wasn’t it suppose to be fixed to reuse the connection? Like all the other 
>> clients (vdsm migration code:-) 
>> 
>> This is orthogonal issue.
> 
> Yes it is. And that’s the issue;-)
> Both are wrong, but by “fixing” the schema validation only you lose the 
> motivation to fix the meaningless wasteful reconnect
> 
> Yes, we are going to fix that too ( 
> https://bugzilla.redhat.com/show_bug.cgi?id=1349829 
> <https://bugzilla.redhat.com/show_bug.cgi?id=1349829> )

that’s great! Also al the other vdsClient uses?:-)
What is that periodic one call anyway? Is there only one? Maybe we don’t need 
it so much.

> but it would require also https://bugzilla.redhat.com/show_bug.cgi?id=1376843 
> <https://bugzilla.redhat.com/show_bug.cgi?id=1376843> to be fixed.

This is less good. Well, worst case you can reconnect yourself, all you need is 
a notification when the existing connection breaks

>  
> 
>>  
>> Does schema validation matter then if there would be only one connection at 
>> the start up?
>> 
>> Loading once does not help command line tools like vdsClient, hosted-engine 
>> and
>> vdsm-tool. 
> 
> none of the other tools is using json-rpc.
> 
> hosted-engine-setup is, and sooner or later we'll have to migrate also the 
> remaining tools since xmlrpc has been deprecated with 4.0

ok. though setup is a one-time action so it’s not an issue there

>  
> 
>> 
>> Nir
>>  
>> 
>>> 
>>> Simone, reusing the connection is good idea anyway, but what you describe 
>>> is 
>>> a bug in the client library. The library does *not* need to load and parse 
>>> the
>>> schema at all for sending requests to vdsm.
>>> 
>>> The schema is only needed if you want to verify request parameters,
>>> or provide online help, these are not needed in a client library.
>>> 
>>> Please file an infra bug about it.
>>> 
>>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899 
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1381899>
>>> 
>>> Here is a patch that should eliminate most most of the problem:
>>> https://gerrit.ovirt.org/65230 <https://gerrit.ovirt.org/65230>
>>> 
>>> Would be nice if it can be tested on the system showing this problem.
>>> 
>>> Cheers,
>>> Nir
>>> ___
>>> Users mailing list
>>> Users@ovirt.org <mailto:Users@ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users 
>>> <http://lists.ovirt.org/mailman/listinfo/users>
>> 
>> 
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users 
>> <http://lists.ovirt.org/mailman/listinfo/users>
> 
> 
> ___
> Users mailing list
> Users@ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users 
> <http://lists.ovirt.org/mailman/listinfo/users>
> 
> 
> __

[ovirt-users] Re: can't import vm from KVM host

2019-05-15 Thread Michal Skrivanek

> On 7 Oct 2016, at 09:42, Nelson Lameiras  
> wrote:
> 
> hello,
> 
> any news on this issue ?

Hi, Shahar is out on vacation for few weeks

> can I do anything to help ?

hm...looking at the error, can you please confirm those paths 
('/dev/mapper/vg_00-lv_sys’, /dev/sdc) are mounted/correct on the source host?
Seems like the patch works and adds those disks all right, but further queries 
fails indicating those disks are not reachable.

Thanks,
michal

> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Shahar Havivi" 
> To: "Nelson Lameiras" 
> Cc: users@ovirt.org
> Sent: Thursday, September 29, 2016 2:31:42 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 29.09.16 14:22, Nelson Lameiras wrote:
>> Shahar,
>> 
>> I took the liberty to try to patch our test setup with the fix I took from 
>> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
>> I restarted vdsm afterwards
>> 
>> Result :
>> In the GUI import page, now when clicking on "load" button (just before 
>> guetting the list of vm to import on source), an error occurs : "Failed to 
>> communicate with the external provider, see log for additional details."
>> 
>> Error on engine log :
>> 
>> "
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
>> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
>> null
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
>> = virtintelan01.lbg.office.lyra, 
>> GetVmsFromExternalProviderParameters:{runAsync='true', 
>> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
>> url='qemu+ssh://root@192.168.210.140/system', username='null', 
>> originType='KVM'})' execution failed: null
>> 2016-09-29 14:13:48,637 INFO  
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
>> 6e062276
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
>> java.lang.NumberFormatException: null (Failed with error ENGINE and code 
>> 5001)
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
>> EngineException: java.lang.NumberFormatException: null (Failed with error 
>> ENGINE and code 5001)
>>at 
>> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
>> [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>>  [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
>>  [bll.jar:]
>>...
>> "
>> 
>> In the host, I can see the following errors on /var/log/messages : 
>> 
>> "
>> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
>> size#012Traceback (most recent call last):#012  File 
>> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
>> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
>> storageVolLookupByPath#012if ret is None:raise 
>> libvirtError('virStorageVolLookupByPath() failed', 
>> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
>> with matching path '/dev/mapper/vg_00-lv_sys'
>> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
>> size#012Traceback (most recent call last):#012  File 
>> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
>> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
>> storageVolLookupByPath#012if ret is None:raise 
>> libvirtError('virStorageVolLookupByPath() failed', 
>> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
>> with matching path '/dev/sdc'
>> "
>> 
>> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
>> 
>> This error did not appear before patching with the fix.
>> 
>> I repeated the operation 2 times with a clean setup + patch. Same behaviour. 
>> Maybe I'm doing something wrong?
> I need to check,
> Thanks for the info.
> 
>> 
>> my setup :
>> ovirt-engine : centos 7.2 + ovirt 4.0.4
>> hosts : centos 7.2 + ovirt 4.0.4 + fix
>> 
>> cordialement, regards, 
>> Nelson 

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-15 Thread Michal Skrivanek

> On 7 Oct 2016, at 14:59, Nir Soffer  wrote:
> 
> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek  <mailto:michal.skriva...@redhat.com>> wrote:
> 
>> On 7 Oct 2016, at 14:42, Nir Soffer > <mailto:nsof...@redhat.com>> wrote:
>> 
>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi > <mailto:stira...@redhat.com>> wrote:
>> 
>> 
>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer > <mailto:nsof...@redhat.com>> wrote:
>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi > <mailto:stira...@redhat.com>> wrote:
>> 
>> 
>> On Wed, Oct 5, 2016 at 9:17 AM, gregor > <mailto:gregor_fo...@catrix.at>> wrote:
>> Hi,
>> 
>> did you found a solution or cause for this high CPU usage?
>> I have installed the self hosted engine on another server and there is
>> no VM running but ovirt-ha-agent uses heavily the CPU.
>> 
>> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects over 
>> json rpc and this is CPU intensive since the client has to parse the yaml 
>> API specification each time it connects.
> 
> wasn’t it suppose to be fixed to reuse the connection? Like all the other 
> clients (vdsm migration code:-) 
> 
> This is orthogonal issue.

Yes it is. And that’s the issue;-)
Both are wrong, but by “fixing” the schema validation only you lose the 
motivation to fix the meaningless wasteful reconnect

>  
> Does schema validation matter then if there would be only one connection at 
> the start up?
> 
> Loading once does not help command line tools like vdsClient, hosted-engine 
> and
> vdsm-tool. 

none of the other tools is using json-rpc.

> 
> Nir
>  
> 
>> 
>> Simone, reusing the connection is good idea anyway, but what you describe is 
>> a bug in the client library. The library does *not* need to load and parse 
>> the
>> schema at all for sending requests to vdsm.
>> 
>> The schema is only needed if you want to verify request parameters,
>> or provide online help, these are not needed in a client library.
>> 
>> Please file an infra bug about it.
>> 
>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899 
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1381899>
>> 
>> Here is a patch that should eliminate most most of the problem:
>> https://gerrit.ovirt.org/65230 <https://gerrit.ovirt.org/65230>
>> 
>> Would be nice if it can be tested on the system showing this problem.
>> 
>> Cheers,
>> Nir
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users 
>> <http://lists.ovirt.org/mailman/listinfo/users>
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/OFZU3EZTXNPNGGIJ2RJWWMFJBXRI3VHJ/


[ovirt-users] Re: basic setup with SLES 11

2019-05-15 Thread Michal Skrivanek

> On 6 Oct 2016, at 10:44, Lentes, Bernd  
> wrote:
> 
> Hi,
> 
> i'd like to create this basic setup:
> Two hosts with SLES 11 SP4, 10-15 guests (Windows 7, SLES, Ubuntu). SAN with 
> several TB, attached via FC, formatted with OCFS2.
> VM's will run with kvm and libvirt. I'd like to have live migration.
> Would ovirt be possible in this setup, would i have a benefit ? Easy 
> administration, s.th. like that ?

Hi,
with only two hosts it’s likely a bit too small setup to “waste” resources on 
administration tool overhead the size of oVirt. It’s doable (supposing you 
replace SLES 11 on hosts, oVirt has only guest support for SLES. CentOS/RHEL 
would be the best bet), but with only 2 hosts a bunch of scripts and 
virt-manager is likely a more effective solution.

Thanks,
michal

> 
> Thanks.
> 
> 
> Bernd
> 
> -- 
> Bernd Lentes 
> 
> Systemadministration 
> institute of developmental genetics 
> Gebäude 35.34 - Raum 208 
> HelmholtzZentrum München 
> bernd.len...@helmholtz-muenchen.de 
> phone: +49 (0)89 3187 1241 
> fax: +49 (0)89 3187 2294 
> 
> Erst wenn man sich auf etwas festlegt kann man Unrecht haben 
> Scott Adams
> 
> 
> Helmholtz Zentrum Muenchen
> Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH)
> Ingolstaedter Landstr. 1
> 85764 Neuherberg
> www.helmholtz-muenchen.de
> Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe
> Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Alfons Enhsen
> Registergericht: Amtsgericht Muenchen HRB 6466
> USt-IdNr: DE 129521671
> 
> ___
> 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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
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/5CYQXSGK4XEANPB7FFOUKU66MFR6DBGL/


[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-14 Thread Michal Skrivanek


> On 07 Oct 2016, at 16:10, Simone Tiraboschi  wrote:
> 
> 
> 
>> On Fri, Oct 7, 2016 at 4:02 PM, Michal Skrivanek 
>>  wrote:
>> 
>>> On 7 Oct 2016, at 15:28, Simone Tiraboschi  wrote:
>>> 
>>> 
>>> 
>>> On Fri, Oct 7, 2016 at 3:25 PM, Michal Skrivanek 
>>>  wrote:
>>>> 
>>>>> On 7 Oct 2016, at 14:59, Nir Soffer  wrote:
>>>>> 
>>>>>> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek 
>>>>>>  wrote:
>>>>>> 
>>>>>>> On 7 Oct 2016, at 14:42, Nir Soffer  wrote:
>>>>>>> 
>>>>>>>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi 
>>>>>>>>  wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer  
>>>>>>>>> wrote:
>>>>>>>>>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi 
>>>>>>>>>>  wrote:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> On Wed, Oct 5, 2016 at 9:17 AM, gregor  
>>>>>>>>>>> wrote:
>>>>>>>>>>> Hi,
>>>>>>>>>>> 
>>>>>>>>>>> did you found a solution or cause for this high CPU usage?
>>>>>>>>>>> I have installed the self hosted engine on another server and there 
>>>>>>>>>>> is
>>>>>>>>>>> no VM running but ovirt-ha-agent uses heavily the CPU.
>>>>>>>>>> 
>>>>>>>>>> Yes, it's due to the fact that ovirt-ha-agent periodically 
>>>>>>>>>> reconnects over json rpc and this is CPU intensive since the client 
>>>>>>>>>> has to parse the yaml API specification each time it connects.
>>>>>> 
>>>>>> wasn’t it suppose to be fixed to reuse the connection? Like all the 
>>>>>> other clients (vdsm migration code:-) 
>>>>> 
>>>>> This is orthogonal issue.
>>>> 
>>>> Yes it is. And that’s the issue;-)
>>>> Both are wrong, but by “fixing” the schema validation only you lose the 
>>>> motivation to fix the meaningless wasteful reconnect
>>> 
>>> Yes, we are going to fix that too ( 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1349829 )
>> 
>> that’s great! Also al the other vdsClient uses?:-)
> 
> https://gerrit.ovirt.org/#/c/62729/

Cool. It's not so important for one time actions but we need it to be able to 
drop xmlrpc finally, so it is important:)

>  
>> What is that periodic one call anyway? Is there only one? Maybe we don’t 
>> need it so much.
> 
> Currently ovirt-ha-agent is periodically reconnecting the hosted-engine 
> storage domain and checking its status. This is already on jsonrpc.

Ok. As long as it is low frequency it's ok. Just bear in mind for future that 
some of the vdsm calls may be heavy and impact performance, regardless the 
communication layer. 

Thanks and have a nice weekend,
michal

> In 4.1 all the monitoring will be moved to jsonrpc.
>  
>> 
>>> but it would require also 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1376843 to be fixed.
>> 
>> This is less good. Well, worst case you can reconnect yourself, all you need 
>> is a notification when the existing connection breaks
>> 
>>>  
>>>> 
>>>>>  
>>>>>> Does schema validation matter then if there would be only one connection 
>>>>>> at the start up?
>>>>> 
>>>>> Loading once does not help command line tools like vdsClient, 
>>>>> hosted-engine and
>>>>> vdsm-tool. 
>>>> 
>>>> none of the other tools is using json-rpc.
>>> 
>>> hosted-engine-setup is, and sooner or later we'll have to migrate also the 
>>> remaining tools since xmlrpc has been deprecated with 4.0
>> 
>> ok. though setup is a one-time action so it’s not an issue there
>> 
>>>  
>>>> 
>>>>> 
>>>>> Nir
>>>>>  
>>>>>> 
>>>>>>>>> 
>>>>>>>>> Simone, reusing the connection is good idea anyway, but what you 
>>>>>>>>> describe is 
>>>>>>>>> a bug in the

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-14 Thread Michal Skrivanek

> On 7 Oct 2016, at 14:42, Nir Soffer  wrote:
> 
> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi  > wrote:
> 
> 
> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer  > wrote:
> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi  > wrote:
> 
> 
> On Wed, Oct 5, 2016 at 9:17 AM, gregor  > wrote:
> Hi,
> 
> did you found a solution or cause for this high CPU usage?
> I have installed the self hosted engine on another server and there is
> no VM running but ovirt-ha-agent uses heavily the CPU.
> 
> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects over 
> json rpc and this is CPU intensive since the client has to parse the yaml API 
> specification each time it connects.

wasn’t it suppose to be fixed to reuse the connection? Like all the other 
clients (vdsm migration code:-) 
Does schema validation matter then if there would be only one connection at the 
start up?

> 
> Simone, reusing the connection is good idea anyway, but what you describe is 
> a bug in the client library. The library does *not* need to load and parse the
> schema at all for sending requests to vdsm.
> 
> The schema is only needed if you want to verify request parameters,
> or provide online help, these are not needed in a client library.
> 
> Please file an infra bug about it.
> 
> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899 
> 
> 
> Here is a patch that should eliminate most most of the problem:
> https://gerrit.ovirt.org/65230 
> 
> Would be nice if it can be tested on the system showing this problem.
> 
> Cheers,
> Nir
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/33ETNQXRLHTTICZSOHJOA76QGIUCRBOJ/


[ovirt-users] Re: VMs paused due to IO issues - Dell Equallogic controller failover

2019-05-14 Thread Michal Skrivanek

> On 4 Oct 2016, at 09:51, Gary Lloyd  wrote:
> 
> Hi
> 
> We have Ovirt 3.65 with a Dell Equallogic SAN and we use Direct Luns for all 
> our VMs.
> At the weekend during early hours an Equallogic controller failed over to its 
> standby on one of our arrays and this caused about 20 of our VMs to be paused 
> due to IO problems.
> 
> I have also noticed that this happens during Equallogic firmware upgrades 
> since we moved onto Ovirt 3.65.
> 
> As recommended by Dell disk timeouts within the VMs are set to 60 seconds 
> when they are hosted on an EqualLogic SAN.
> 
> Is there any other timeout value that we can configure in vdsm.conf to stop 
> VMs from getting paused when a controller fails over ?

not really. but things are not so different when you look at it from the guest 
perspective. If the intention is to hide the fact that there is a problem and 
the guest should just see a delay (instead of dealing with error) then pausing 
and unpausing is the right behavior. From guest point of view this is just a 
delay it sees.

> 
> Also is there anything that we can tweak to automatically unpause the VMs 
> once connectivity with the arrays is re-established ?

that should happen when the storage domain monitoring detects error and then 
reactivate(http://gerrit.ovirt.org/16244). It may be that since you have direct 
luns it’s not working with those….dunno, storage people should chime in I 
guess...

Thanks,
michal

> 
> At the moment we are running a customized version of storageServer.py, as 
> Ovirt has yet to include iscsi multipath support for Direct Luns out of the 
> box.
> 
> Many Thanks
> 
> 
> Gary Lloyd
> 
> I.T. Systems:Keele University
> Finance & IT Directorate
> Keele:Staffs:IC1 Building:ST5 5NB:UK
> +44 1782 733063
> 
> ___
> 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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
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/FL2E2FN75FUHZ4C5TU6BNHZE55PZ2KRX/


[ovirt-users] Re: VM pauses/hangs after migration

2019-05-14 Thread Michal Skrivanek

> On 3 Oct 2016, at 10:39, Davide Ferrari  wrote:
> 
> 
> 
> 2016-09-30 15:35 GMT+02:00 Michal Skrivanek  <mailto:michal.skriva...@redhat.com>>:
> 
> 
> that is a very low level error really pointing at HW issues. It may or may 
> not be detected by memtest…but I would give it a try
> 
> 
> I left memtest86 running for 2 days and no error detected :(
>  
>> The only difference that this host (vmhost01) has is that it was the first 
>> host installed in my self-hosted engine installation. But I have already 
>> reinstalled it from GUI and menawhile I've upgraded to 4.0.4 from 4.0.3.
> 
> does it happen only for the big 96GB VM? The others which you said are 
> working, are they all small?
> Might be worth trying other system stability tests, playing with safer/slower 
> settings in BIOS, use lower CPU cluster, etc
> 
> 
> Yep, it happens only for the 96GB VM. Other VMs with fewer RAM (16GB for 
> example) can be created on or migrated to that host flawlessly. I'll try to 
> play a little with BIOS settings but otherwise I'll have the HW replaced. I 
> was only trying to rule out possible oVirt SW problems due to that host being 
> the first I deployed (from CLI) when I installed the cluster.

I understand. Unfortunately it really does look like some sort of 
incompatibility rather than a sw issue:/

> 
> Thanks!
> 
> -- 
> Davide Ferrari
> Senior Systems Engineer
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/QVMTCOH4G5FZW4FZDOZSI2TRV2YFR7W6/


[ovirt-users] Re: Cascade Lake CPU in oVirt

2019-05-06 Thread Michal Skrivanek


> On 1 May 2019, at 15:27, Matthias Leopold  
> wrote:
> 
> Hi,
> 
> do I get it right that hypervisor hosts with Cascade Lake CPU could be used 
> in oVirt, but would be recognized as "Skylake”?

correct. Skylake-server I guess.

> Cascade Lake specific features could only be used in VMs after CL is 
> supported by libvirt (https://bugzilla.redhat.com/show_bug.cgi?id=1677209) 
> and this libvirt is imported in oVirt? We're thinking about buying new 
> hardware and I want to be sure it can be used…

it’s going to run just fine, only the cascade lake specific new instructions 
won’t be available to the VMs until they are supported by libvirt That 
will likely arrive in 4.4.

Thanks,
michal

> 
> thx
> matthias
> ___
> 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/OBY2VPBHVVYUU7JM66B5E7Q4GJZTICLG/
___
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/BMHZK46QZNJK32TUIGNUO34PLLYBS4OK/


[ovirt-users] Re: Q35 in pre 4.3 updated environments?

2019-05-06 Thread Michal Skrivanek


> On 2 May 2019, at 09:21, Gianluca Cecchi  wrote:
> 
> Hello,
> having some environments born before 4.3.0 and Q35 introduction.
> Now on 4.3.3, but of course existing VMs seem not impacted and retain their 
> machine type, eg a dumpxml gives:
> 
> hvm

the default is still i440fx, so no change is expected unless you change 
configuration

> 
> Any advise if I want to update any of them to Q35 (supposing their installed 
> OS does support that kind of hw emulation, of course)?
> Apart from shutdown, edit, system, advanced parameters, change, save and boot?

UEFI switch usually requires a reinstall because of the disk layout, but just 
i440fx-q35 seabiaos switch should indeed work just fine

> 
> This question leads me to something strange I have noticed: updating cluster 
> to 4.3, when 4.3.0 was released, seems not to have changed default "Emulated 
> Machine" type for it. 
> In fact if I go in my cluster, I see it still with value 
> "pc-i440fx-rhel7.6.0", even if its compatibility version is 4.3.
> Is this expected? 

yes

> If I edit the cluster I don't see an option to change to q35.

eeh, yeah, a cluster-wide setting is still not finished. It will get into 
4.3.z. For now you can only change individual VMs.

> My cpu type is "Intel Westmere IBRS SSBD Family", could it influence this 
> situation in any way?

no, not at all.

Thanks,
michal

> 
> Thanks in advance,
> 
> Gianluca
>  
> 
> ___
> 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/WQ77HYLDNGU6D6EY6I6E2FHDV7XPJXF7/
___
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/27WYLHHC5FWKNIAUSEKZ37EOON4R2DCN/


[ovirt-users] Re: VDI broker and oVirt

2019-04-04 Thread Michal Skrivanek
> On 4 Apr 2019, at 14:14, oquerej...@gmail.com wrote:
>
> hello
> What is the name of the broker that we can install in ovirt?

What broker are you looking for? What is it supposed to do?

> any documentation?
> 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/SVUF3HEEATMX6HQEZGAWR4HW4N64KUBA/
___
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/DESF372OFNMILTZ3D34B36E5N46PDNLE/


[ovirt-users] Re: Migrating VMs from ovirt-4.1.1 to ovirt-4.2.8

2019-03-15 Thread Michal Skrivanek


> On 14 Mar 2019, at 18:24, Wood Peter  wrote:
> 
> Hi,
> 
> I need to migrate a few dozen VMs from ovirt-4.1.1 to ovirt-4.2.8.
> 
> I did a few following this procedure:
> VMs export -> Detach Export domain -> Attach Export to new ovirt -> Import VMs

you can mark multiple VMs like that, all of them if you want. like other 
imports from the same dialog. What difference do you see?

> 
> Importing from VMware is one step only process. All I have to do is select 
> VMware for Source in the Import page and then import the VMs I need.
> 
> I feel like I'm missing something.
> 
> Is there a way to import VMs from another ovirt deployment similar to import 
> from VMware i.e. without going through Export storage domain?

OVA (which is rather few by few in UI but can be easily scripted with REST 
API), or oVirt disaster recovery ansible role

Thanks,
michal

> 
> Thank you,
> -- Peter
> ___
> 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/VEQHNAVZNQAPLSR5WP5W7M6EE5KENXML/
___
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/JEHX5RNAMRQPZ6HE4K5JAAXAHZLMEKKT/


[ovirt-users] Re: Please don't remove instance type

2019-03-07 Thread Michal Skrivanek


> On 7 Mar 2019, at 10:43, Baptiste Agasse  
> wrote:
> 
> - Le 15 Fév 19, à 16:36, Michal Skrivanek  a 
> écrit :
> 
> 
> On 12 Feb 2019, at 22:21, Greg Sheremeta  <mailto:gsher...@redhat.com>> wrote:
> 
> Hi!
> 
> On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse 
> mailto:baptiste.aga...@lyra-network.com>> 
> wrote:
> Hi all,
> 
> We are happy oVirt users for some years now (we started with 3.6, now on 4.2) 
> and we manage most of our virtualization stacks with it. To provision and 
> manage our machines, we use the foreman (for bare metal and virtual machines) 
> on top of it. I made some little contributions to the foreman and other 
> underlying stuff to have a deeper integration with oVirt, like to be able to 
> select instance type directly from foreman interface/api and we rely on it. 
> We use instance types to standardize our vms by defining system resources 
> (memory, cpu and cpu topology) console type, boot options. On top of that we 
> plan to use templates to apply OS (CentOS 7 and CentOS 6 actually). Having 
> resources definitions separated from OS installation help us to keep instance 
> types and templates lists small and don't bother users about some technical 
> underlying stuff. As we are interested in automating oVirt maintenance tasks 
> and configuration with ansible, I asked at FOSDEM oVirt booth if there is any 
> ansible module to manage instance types in Ovirt as I didn't find it in ovirt 
> ansible infra repo. The person to whom I asked the question said that you are 
> planning to remove instance types from ovirt, and this make me sad :(. So 
> here I am to ask why do you plan to remove instance types from oVirt. As far 
> as I know, it's fairly common to have "instance types" / "flavors" / "sizes" 
> on one side and then templates (bare OS, preinstalled appliances...) on other 
> side and pick one of each to make an instance. If this first part is missing 
> in future version of ovirt, it will be a pain point for us. So, my question 
> is, do you really plan to remove instances type definitely ?
> 
> I don't know the future plans (maybe someone else can comment), but I have 
> heard that instance types are barely used. You might be the first person I 
> know of who is using them.
> 
> The argument for keeping templates but removing instance types is probably 
> that templates already are effectively instance types. That's why I never use 
> them. For example, create a CentOS template with 16 CPUs, 32GB RAM, 500GB 
> disk ... that's effectively a large instance type. Create another template 
> with 1 CPU, 2GB RAM, 30GB disk ... that's effectively a small instance type.
> 
> Is there a use case beyond this that instance types provide that templates 
> don’t?
> 
> It was supposed to give better abstraction for hw, and more importantly 
> something you can change later on and it gets reflected in all VMs using that 
> type. Problem with that is that it got quite complex and we never really 
> found the right cut between what belongs to Instance and what to Template. It 
> works…but there are few corner cases here and there which are quite difficult 
> to fix. 
> 
> But no, we do not plan to remove them. It’s just in a deep maintenance mode 
> where we don’t really invest time to cover REST, ansible and all the bells 
> and whistles. If it works for you, great. If not and you would want to submit 
> a fix then please feel free to do so too.
> 
> Thanks,
> michal
> 
> Hi,
> 
> First, thank you both for your answers, and sorry for the delay. To be more 
> clear on how we use instance types and templates, we use it like our external 
> cloud providers use this kind of concepts:
> 
> * Templates is a pre-provisionned OS (and maybe one or more application 
> installed on top of it). Template needs storage space on storage domain(s) to 
> be stored. 
> * Instance types are "size" and other "metadata" applied to the template/VM 
> (eg: CPUs/Cores count, RAM size, headless VM, SPICE, or VNC ?, scsi support ? 
> HA ? ...). You can have a lot of "profiles" at "no cost" because it's just 
> configuration

yep, that was the idea for them. It’s just that not enough people expressed 
their interest in this feature…

> 
> IMHO, on our workload, as we have a limited set of templates but a lot of 
> different "sizes/types" of VMs. If instead of using instance types +  
> templates, we only use templates we will have a lot of templates with mostly 
> the same OSes/application preinstalled on it and the maintenance/storage 
> costs will be a lot greater than today. For some corner cases, we also have 
> "non templated" VMs and w

[ovirt-users] Re: How to Copy-Paste without QXL ?

2019-03-07 Thread Michal Skrivanek


> On 5 Mar 2019, at 18:25, Guillaume Pavese 
>  wrote:
> 
> This is something i would like to know too
> As far as I know, copy paste with SPICE only works in graphical mode, with a 
> X session running. Before X is starded, while in the console, no copy/paste 
> is possible.
> 
> However, with virt-manager, it is possible to copy paste directly in the 
> serial console of a vm installed with "--no-graphics"
> This is a feature of virt-manager I deeply miss if it's not possible to make 
> it work with VNC/SPICE remote consoles. 
> 
> What would be great is the possibility to connect directly to the serial 
> console of the vm from ovirt-manager (I think that's what virt-manager is 
> doing seamlessly when no graphic hw is configured for the vm).

it’s doable, but we’re not working on that currently.
We have the pieces. ovirt-web-ui noVNC integration is using the console 
component we have created[1] which embeds xterm.js terminal. But the part 
connecting it to oVirt is difficult since oVirt’s entry point is SSH. You’d 
need to add a js ssh implementation and hook it up as a backend for xterm.js to 
be able to connect

In the meantime, use have to use your own window and run ssh yourself:)

Thanks,
michal

[1] 
https://github.com/patternfly/patternfly-react/tree/master/packages/patternfly-3/react-console

> 
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
> 
> 
> On Tue, Mar 5, 2019 at 11:39 PM Victor Toso  > wrote:
> Hi Jean,
> 
> On Tue, Mar 05, 2019 at 02:20:59PM -, jeanbapti...@nfrance.com 
>  wrote:
> > Hello Guys,
> > 
> > I try to make work copy and paste from a virt-viewer client to
> > a Linux VM (Centos 6).
> > I have install spice-vdagent (service run). Guest is configured
> > as QXL + Spice. I also have test :
> > - Enable SPICE clipboard copy and paste
> > - Enable VirtIO serial console
> > 
> > But Paste (CTRL + SHIFT + V ?) not work
> > 
> > Is this function can work without QXL driver ?
> 
> The copy, like drag, those are features that rely on
> spice-vdagent, not QXL.
> 
> I assume that spice-vdagent and spice-vdagentd are running
> without errors in your CentOS 6 box? If that's the case, you can
> share some logs from the client remote-viewer or virt-viewer
> --debug --spice-debug.
> 
> Cheers,
> Victor
> ___
> 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/FNP6WOTOM7OHMSP74XDZOQXFGFREB5VF/
>  
> 
> ___
> 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/XRA2SHGUMPAIUEIH36YM3EH3YASW5Y22/

___
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/I64CO3GHYL5DCGCJPJA3JY3IZ3OWD54S/


[ovirt-users] Re: virt-viewer centos7.6

2019-03-06 Thread Michal Skrivanek


> On 5 Mar 2019, at 18:35, p.stanifo...@leedsbeckett.ac.uk wrote:
> 
> Hello is there a newer version than 5 for virt-viewer for Centos?

That’s a CentOS question really.
But apparently not.
 
Any specific issue you’re trying to fix?

Thanks,
michal

> 
> Thanks,
>   Paul S.
> ___
> 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/7IUB6RBX6R5ESIZTRDFKAYULBR23IFMK/
___
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/TJODTVC6SE23ITA6YHCMATCNU35QXKTR/


[ovirt-users] Re: Changing disk QoS causes segfault with IO-Threads enabled (oVirt 4.3.0.4-1.el7)

2019-03-05 Thread Michal Skrivanek


> On 3 Mar 2019, at 23:39, j...@squiz.net wrote:
> 
> We recently upgraded to 4.3.0 and have found that when changing disk QoS 
> settings on VMs whilst IO-Threads is enabled causes them to segfault and the 
> VM to reboot. We've been able to replicate this across several VMs. VMs with 
> IO-Threads disabled/turned off do not segfault when changing the QoS.
> 
> Mar  1 11:49:06 srvXX kernel: IO iothread1[30468]: segfault at 
> fff8 ip 557649f2bd24 sp 7f80de832f60 error 5 in 
> qemu-kvm[5576498dd000+a03000]
> Mar  1 11:49:06 srvXX abrt-hook-ccpp: invalid number 'iothread1'
> Mar  1 11:49:11 srvXX libvirtd: 2019-03-01 00:49:11.116+: 13365: error : 
> qemuMonitorIORead:609 : Unable to read from monitor: Connection reset by peer
> 
> Happy to supply some more logs to someone if they'll help but just wondering 
> whether anyone else has experienced this or knows of a current fix other than 
> turning io-threads off.

would be best to open a bugzilla on that. It sounds like a real qemu problem. 
There were quite a few with iothreads in the past and QoS is relatively less 
frequent feature so it could still be buggy.
Just make sure you include all the relevant versions of kernel,qemu,libvirt

Thanks,
michal

> 
> Cheers.
> ___
> 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/UEVUBKWDS7NHHEDFK3G5K7HFRU3NJUKV/
___
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/QUQA7JAUBDHXIIBRRDAOPLD26YE75MIL/


[ovirt-users] Re: problems getting vGPU working

2019-03-05 Thread Michal Skrivanek


> On 4 Mar 2019, at 17:51, cmc  wrote:
> 
> Hi,
> 
> I'm having trouble getting my Nvidia vGPU to work on a VM.
> 
> Setup: RHEV 4.2 on RHEL 7.5, Tesla M60 (switched to graphics mode).
> I'm using the NVIDIA-GRID-RHEL-7.5-410.92-410.91-412.16.zip package
> from Nvidia.
> 
> On the hypervisor, I've installed the
> NVIDIA-vGPU-rhel-7.5-410.91.x86_64 rpm. vfio kernel modules are
> loaded, nvidia-smi shows the card, and I can see all the vGPUs via
> vdsm-client
> 
> I've created a CentOS 7.4 VM and added a 'B' type vGPU instance in

not sure, but I would say 7.4 could be too old for all this.
I’d recommend to try all that on host 7.6 and guest 7.6

> 'custom properties'. I've configured gridd.conf to point to the
> license server and it reports picking up a license in
> /var/log/messages. I installed the driver via the .run file
> (NVIDIA-Linux-x86_64-410.92-grid.run). The nvidia kernel module is
> loaded, but so also is the 'qxl' paravirtual driver.
> 
> lspci reports:
> 
> 00:02.0 VGA compatible controller: Red Hat, Inc. QXL paravirtual
> graphic card (rev 04)
> 00:07.0 VGA compatible controller: NVIDIA Corporation GM204GL [Tesla
> M60] (rev a1)
> 
> The Xorg.0.log reports:
> 
> [ 1622.212] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @
> 0xf000/134217728, 0xfb00/8388608, 0xfb87/8192, I/O @
> 0xc100/32, BIOS @ 0x/65536
> [ 1622.212] (--) PCI: (0:0:7:0) 10de:13f2:10de:1177 rev 161, Mem @
> 0xfa00/16777216, 0xd000/268435456, 0xf800/33554432, I/O @
> 0xc000/128, BIOS @ 0x/131072
> [ 1622.212] (II) LoadModule: "glx"
> [ 1622.212] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> [ 1622.213] (II) Module glx: vendor="X.Org Foundation"
> [ 1622.213] compiled for 1.19.3, module version = 1.0.0
> [ 1622.213] ABI class: X.Org Server Extension, version 10.0
> [ 1622.213] (II) LoadModule: "nvidia"
> [ 1622.214] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
> [ 1622.214] (II) Module nvidia: vendor="NVIDIA Corporation"
> [ 1622.214] compiled for 4.0.2, module version = 1.0.0
> [ 1622.214] Module class: X.Org Video Driver
> [ 1622.214] (II) NVIDIA dlloader X Driver 410.92 Thu Dec 20 04:48:17 CST 2018
> [ 1622.214] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
> [ 1622.214] (++) using VT number 1
> [ 1622.214] (EE) No devices detected.
> [ 1622.214] (EE)
> Fatal server error:
> [ 1622.214] (EE) no screens found(EE)
> [ 1622.214] (EE)
> 
> Could the qxl module be somehow blocking the nvidia driver? I tried
> blacklisting the driver in grub, though that didn't work anyway.
> 
> Thanks in advance for any help.
> 
> Cam
> ___
> 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/HLONOVCAQOK73HYVSEYUG3U4NSGIZ7ZV/
___
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/ZUPRXO673CIMDYANBNXF7MOZZMEG6QAS/


[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

2019-03-01 Thread Michal Skrivanek


> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
> 
> Here is the JS error that is being generated when I push the "Migrate" 
> button...
> 
> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected 
> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
> value/<   
>   
>   DataProvider.js:35:8
> A/   
>   es6.promise.js:75
> A/<   
>   
>es6.promise.js:60
> l _   
>   
> microtask.js:18
> 

Hi,
without a reproduced you’d need to provide a bit more info. Is there anything 
else in the console?
It would be best to understand which requests returned invalid data, for that 
you can enable the network monitoring and grab the request and response 
perhaps? We need to see if it’s really the migration request or anything else, 
and what was the actual response

Thanks,
michal

> Ron.
> 
> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta  > wrote:
> Hi Ron,
> 
> Please attach your browser console log and engine.log snippet when you have 
> the problem.
> If you could dive into the console and grab the actual REST API response, 
> that would be great.
> The request will be something like /api/hosts?migration_target_of=...
> 
> Greg
> 
> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta  > wrote:
> It sounds like a bug. I'll talk with Michal about reverting this dialog to 
> the 4.2 version.
> 
> Greg
> 
> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  > wrote:
> Hi Sharon,
> This happens with all the VM's, regardless of uptime.  I've never tried to 
> migrate a VM if it's not completely up.
> 
> When I select a VM and push the "Migrate" button, I never get to the 
> "Migrate" dialog box, I just presents the error show in the attached image.  
> 
> I know for a fact that manual migration did work on this cluster, 
> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at 
> 4.2.8 when I last used it.
> 
> Ron.
> 
> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch  > wrote:
> Hi Ron,
> 
> What is the VM state when you try to manually migrate it? Is the VM in the 
> beginning of the "powering up" state? 
> If so then please wait 1-2 seconds and then try to migrate again and see if 
> it is reproduced. 
> You can't migrate a VM on "Wait for Launch" state and once the VM enters the 
> "powering up" state then it sometimes takes time for UI to be refreshed with 
> state and data. It was reproduced to me too. 
> 
> Greg, does it sound reasonable?
> 
> Thanks,
> Sharon
> 
> 
> 
> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
> 
> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  > wrote:
> I've toggled all the hosts into and out of maintenance, and VM's migrate off 
> of each as expected, but I still can't manually initiate a VM migration from 
> the UI.  Do you have any hints as to where to look for error messages?
> 
> Thanks in advance,
> 
> Ron.
> 
> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  > wrote:
> 
> It's a 3 node cluster, each node has 84G RAM, and there are only two two 
> other VM's running, so there should be plenty of capacity.
> 
> Automatic migration works, if I put a host into Maintenance, the VM's will 
> migrate.
> 
> Ron
> 
> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta,  > wrote:
> Turns out it's a bad error message. It just means there are no hosts 
> available to migrate to.
> 
> Do you have other hosts up with capacity?
> 
> Greg
> 
> 
> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  > wrote:
> I've been running 4.3.0 for a few weeks now and just discovered that I can't 
> manually migrate VM's from the UI.  I get an error message saying: "Could not 
> fetch data needed for VM migrate operation"
> 
> Sounds like 
> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701 
> 
> 
> Ron.
> ___
> 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/ 
> 

[ovirt-users] Re: stucked snapshot, locked disk

2019-02-15 Thread Michal Skrivanek
Isn’t the code wrong? Seems the function checks for disks or unmanaged
device, and if it is unmanaged non-disk device it still kind of
assumes it’s a disk at line 475?
It’s not common, but any device can be unmanaged

> On 14 Feb 2019, at 16:45, Jiří Sléžka  wrote:
>
> Hello,
>
> we are using ovirt 4.2.8.2-1.el7.
>
> One our user probably tried to preview taken snapshot but the task is
> stucked and never finished. Also disk is locked.
>
> Here is engine.log
>
> https://pastebin.com/izBJ1BUg
>
> I am not sure what went wrong except one java.lang.NullPointerException
> error... Could it be some bug?
>
> Also I would like to unlock disk and clean this task. I can see locked
> snapshot and disk
>
> [root@ovirt dbutils]# ./unlock_entity.sh -q -t snapshot -c
>
> Locked snapshots
>
>vm_id | snapshot_id
>
> --+--
> df27ee13-9961-41d5-a4eb-bbb0aadf9086 | 58998020-08cb-4c84-8847-0cb6790724ba
>
> [root@ovirt dbutils]# ./unlock_entity.sh -q -t disk -c
>
> Locked disks
>
>vm_id |   disk_id
>
> --+--
> df27ee13-9961-41d5-a4eb-bbb0aadf9086 | f6405448-baf8-4cc2-8ee7-798ca11cad10
>
> but no runnig tasks
>
> [root@ovirt dbutils]# ./taskcleaner.sh -o
> t
>
> but in ovirt-manager I see this stucked task...
>
> Preview VM Snapshot predsysprep of VM install_10_64bit_LTSB_UK_ucebny -
> Started: Feb 12, 2019, 11:28:04 AM
> Validating - Completed: Feb 12, 2019, 11:28:04 AM
> Executing - Completed: Feb 12, 2019, 11:28:15 AM
> Creating Volume - Completed: Feb 12, 2019, 11:28:15 AM
> Finalizing - Started: Feb 12, 2019, 11:28:15 AM
>
> what is best approach to unlock and clean this?
>
> Thanks in advance,
>
> Cheers, Jiri
>
> ___
> 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/FVJTQ25MGI2PRAXJIEHSLEOL62VRPOT2/
___
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/ISBPQVBYOOTUPNLYBSL72B5ZNF3JO3FK/


[ovirt-users] Re: Centos 7.6 and kernel upgrading

2019-02-15 Thread Michal Skrivanek
> On 14 Feb 2019, at 21:41, Erick Perez  wrote:
>
> Good day,
> What is the Ovirt position on upgrading Centos 7.6 kernel from 3.10 to 
> latext/stable 4.x series?

We do not test with anything but original RHEL/CentOS kernels. Fedora
is using newer kernels, but it’s a bumpy road to take...

oVirt has a lot of dependencies, virt stack, lvm, gluster...anything
can go wrong once you start updating to non-stable packages. But it
may also work if you’re feeling lucky:)

Thanks,
michal

> I cannot find a document related to the support.
> ___
> 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/OFU23D472QOHQJFACHLCE3A64QP3PVYA/
___
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/MSLCICONJ6C5HVICGWQBSWJRKU3H4ZSI/


[ovirt-users] Re: Spice console very poor performance for Windows 10 vm

2019-02-15 Thread Michal Skrivanek
On 15 Feb 2019, at 16:04, Leo David  wrote:

Thank you Victor.
Yes, I have the latest guest-tools installed, and the problem is that after
configuring the vm by using virsh and reboot,  the configuration reverts to
defaults:

  
  
  
  
  
  
  
  
  

So my added changes are not loaded at vm boot.
 I am sure this is an oVirt spicific behavior, but i just can;t find it out
how to make this persistent.


You can’t edit it in virsh in oVirt. Starting VM in oVirt is too complex
for libvirt to handle it on its own. You need to write a vdsm hook if you
want to modify resulting xml

For trying out things I’d recommend to do that with a simple VM in
virt-manager and once you find out the right config/parameters then write a
hook with those for oVirt

Thanks,
michal


On Fri, Feb 15, 2019 at 4:32 PM Victor Toso  wrote:

> Hi,
>
> On Fri, Feb 15, 2019 at 04:24:15PM +0200, Leo David wrote:
> > Hi Everyone,
> > Any thoughts on this ?
> > It seems that audio streaming is affected as well, and
> > bandwidth is not an issue in this case.
>
> What audio issues do you see?
>
> > 'm thinking that maybe if I just just disable compression on
> > spice,  things would get a bit better...maybe.
> > Thank you !
> >
> > On Wed, Feb 13, 2019 at 8:05 AM Leo David  wrote:
> >
> > > Thank you so much Victor !
> > > Anyone, any ideea how could I disable video compression for
> > > spice console on particular vms ?
>
> I'm not familiar with oVirt interface but it shouldn't be hard if
> you have access to the host.
>
> # virsh edit $vm-name
>
> switch what you have in graphics to:
>
> 
> 
> 
> 
>
>
> > > I am trying to implement an "almost" full desktop experience
> > > with an oVirt based vdi environment.
> > > And besides the Windows10 spice issues ( which are the main
> > > cause of this thread ), it seems that Windows 7 is affected
> > > too by the multimedia playing perspective. Which makes a
> > > total blocker on project implementation
>
> Do you have spice-guest-tools installed?
>
> > > Any suggestions/ similar experiences ?
> > > Thank you very much and have a nice day !
> > >
> > > Leo
>
> Cheers,
> Victor
> > >
> > > On Mon, Feb 11, 2019, 12:01 Victor Toso  > >
> > >> Hi,
> > >>
> > >> On Mon, Feb 11, 2019 at 11:50:49AM +0200, Leo David wrote:
> > >> > Hi,
> > >> > "This enable host-side streaming, are you sure you want it?"
> > >> > Not sure yet, but i would at least disable compression, video
> > >> > playing seems to be pretty poor, and crackling ( youtube, etc )
> > >>
> > >> For playing video use-cases (youtube) it might be okay but not
> > >> for playing games as it has some hard coded delay in the
> > >> streaming code path.
> > >>
> > >> The streaming is mjpeg so you don't save much bandwidth either.
> > >>
> > >> > "AFAIK, if virsh edit exits without issue, you need to shutdown
> > >> > the vm and then start it again"
> > >> > I did that,  and when the vm comes back on,  my changes are not
> there
> > >> > anymore 
> > >>
> > >> Might be something specific to ovirt, not sure :(
> > >>
> > >> I hope someone else can help you.
> > >>
> > >> > On Mon, Feb 11, 2019 at 10:45 AM Victor Toso  >
> > >> wrote:
> > >> >
> > >> > > Hi,
> > >> > >
> > >> > > On Sun, Feb 10, 2019 at 02:08:48PM +0200, Leo David wrote:
> > >> > > > Hi,
> > >> > > >
> > >> > > > I am trying to disable video compression as per this thread:
> > >> > > >
> https://lists.ovirt.org/pipermail/users/2017-January/078753.html
> > >> > > >
> > >> > > > The thing is that I just can't figure out where to place the
> > >> following:
> > >> > > >
> > >> > > > 
> > >> > > > 
> > >> > > > 
> > >> > > > 
> > >> > >
> > >> > > This enable host-side streaming, are you sure you want it?
> > >> > >
> > >> > > > 
> > >> > > >
> > >> > > > If I attempt to edit vm properties by using virsh and add these
> > >> > > > custom settings, the configuration file gets overwritten once
> > >> > > > the vm reboots.
> > >> > >
> > >> > > AFAIK, if virsh edit exits without issue, you need to shutdown
> > >> > > the vm and then start it again. Reboot is not enough.
> > >> > >
> > >> > > > Any suggestions?
> > >> > > >
> > >> > > > Thank you,
> > >> > > >
> > >> > > > Leo
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > On Wed, Feb 6, 2019 at 7:17 PM Leo David 
> wrote:
> > >> > > >
> > >> > > > > Hello everyone,
> > >> > > > > Any chance that this issue to be already fixed in the new 4.3
> > >> version ?
> > >> > > > > Thank you !
> > >> > > > >
> > >> > > > > On Tue, Jan 8, 2019, 12:25 Victor Toso  > >> wrote:
> > >> > > > >
> > >> > > > >> Hi,
> > >> > > > >>
> > >> > > > >> On Tue, Jan 08, 2019 at 12:08:31PM +0200, Leo David wrote:
> > >> > > > >> > Thank you very mucjh,  and sorry for being so lazy to
> search
> > >> > > > >> > for that rpm by myself. Somehow, fedora rpms missed from my
> > >> > > > >> > mind.  Oh boy, it requires a lot of packages. Do you think
> > >> 

[ovirt-users] Re: Huge Pages

2019-02-15 Thread Michal Skrivanek
On 15 Feb 2019, at 18:17, Vincent Royer  wrote:

Thanks, I saw that article and it is a hit helpful, but still I don't see
how I can tell how many huge pages and of which size my host supports in
the first place.


2M and 1G on x86


Do all hosts support a certain number, is this calculated by available RAM?


No, it’s just what linux kernel and hw architecture support


How do I know what size and amount to specify in the kernel command line?


Amount is on you. Hugepages are generally unusable for other normal apps.
It’s a matter of flexibility. You need to leave enough available 4k pages
for maintenance processes for OS to work. I’d leave few GBs at least...
Or if you plan to use it for just one VM and not for others then just size
it according to that VM’s needs

Thanks,
michal




On Fri, Feb 15, 2019, 2:35 AM Martin Sivak  Hi,
>
> the hugepages configuration has two aspects - hugepage size and count. You
> can have multiple sizes at the same time. I am not sure what the
> recommended configuration is or how to pass it to kernel so others will
> have to help here (I think 2M and 1G are the usual sizes).
>
> The VM memory configuration is then taken from two places. The custom
> property tells oVirt which size of hugepages you want to use (in KiB iirc)
> and the actual number of used hugepages is computed from the total memory
> configured for the VM at the usual place (it has to be a multiple of the
> selected hugepage size).
>
> One of our colleagues wrote a blog post about this:
> https://mpolednik.github.io/2017/06/26/hugepages-and-ovirt/
>
> Best regards
>
> Martin Sivak
>
> On Fri, Feb 15, 2019 at 5:35 AM Vincent Royer 
> wrote:
>
>> How do I know how many huge pages my hosts can support?
>>
>> cat /proc/meminfo | grep Huge
>>  AnonHugePages:  17684480 kB
>> HugePages_Total:   0
>> HugePages_Free:0
>> HugePages_Rsvd:0
>> HugePages_Surp:0
>> Hugepagesize:   2048 kB
>>
>> [image: image.png]
>>
>> And once I know, I set the kernel parameters here, and reboot the host,
>> correct?
>>
>> [image: image.png]
>>
>>
>> And then I assume I assign them to the VM here?  How do I decide how many
>> huge pages and what size a particular VM can benefit from?
>>
>> 
>>
>>
>> Is there a part of the docs I am not finding that covers this?
>> ___
>> 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/ZMGN7YZXSQ5UUZ43U5RPSXTZOTYI2XAZ/
>>
> ___
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/O43AJBFDCCDCDGB53IZRH5ROFX4FWPIF/
___
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/XR5RB73RC7W2M6WWIBIQPBY5S77UFOY4/


[ovirt-users] Re: Please don't remove instance type

2019-02-15 Thread Michal Skrivanek


> On 12 Feb 2019, at 22:21, Greg Sheremeta  wrote:
> 
> Hi!
> 
> On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse 
> mailto:baptiste.aga...@lyra-network.com>> 
> wrote:
> Hi all,
> 
> We are happy oVirt users for some years now (we started with 3.6, now on 4.2) 
> and we manage most of our virtualization stacks with it. To provision and 
> manage our machines, we use the foreman (for bare metal and virtual machines) 
> on top of it. I made some little contributions to the foreman and other 
> underlying stuff to have a deeper integration with oVirt, like to be able to 
> select instance type directly from foreman interface/api and we rely on it. 
> We use instance types to standardize our vms by defining system resources 
> (memory, cpu and cpu topology) console type, boot options. On top of that we 
> plan to use templates to apply OS (CentOS 7 and CentOS 6 actually). Having 
> resources definitions separated from OS installation help us to keep instance 
> types and templates lists small and don't bother users about some technical 
> underlying stuff. As we are interested in automating oVirt maintenance tasks 
> and configuration with ansible, I asked at FOSDEM oVirt booth if there is any 
> ansible module to manage instance types in Ovirt as I didn't find it in ovirt 
> ansible infra repo. The person to whom I asked the question said that you are 
> planning to remove instance types from ovirt, and this make me sad :(. So 
> here I am to ask why do you plan to remove instance types from oVirt. As far 
> as I know, it's fairly common to have "instance types" / "flavors" / "sizes" 
> on one side and then templates (bare OS, preinstalled appliances...) on other 
> side and pick one of each to make an instance. If this first part is missing 
> in future version of ovirt, it will be a pain point for us. So, my question 
> is, do you really plan to remove instances type definitely ?
> 
> I don't know the future plans (maybe someone else can comment), but I have 
> heard that instance types are barely used. You might be the first person I 
> know of who is using them.
> 
> The argument for keeping templates but removing instance types is probably 
> that templates already are effectively instance types. That's why I never use 
> them. For example, create a CentOS template with 16 CPUs, 32GB RAM, 500GB 
> disk ... that's effectively a large instance type. Create another template 
> with 1 CPU, 2GB RAM, 30GB disk ... that's effectively a small instance type.
> 
> Is there a use case beyond this that instance types provide that templates 
> don’t?

It was supposed to give better abstraction for hw, and more importantly 
something you can change later on and it gets reflected in all VMs using that 
type. Problem with that is that it got quite complex and we never really found 
the right cut between what belongs to Instance and what to Template. It 
works…but there are few corner cases here and there which are quite difficult 
to fix. 

But no, we do not plan to remove them. It’s just in a deep maintenance mode 
where we don’t really invest time to cover REST, ansible and all the bells and 
whistles. If it works for you, great. If not and you would want to submit a fix 
then please feel free to do so too.

Thanks,
michal

> 
> Best wishes,
> Greg
>  
> 
> Cheers.
> 
> -- 
> Baptiste
> ___
> 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/TJAXYBMSIAAAYLAYCSLOTONY54WT7K3O/
>  
> 
> 
> 
> -- 
> GREG SHEREMETA
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> Red Hat NA
> 
>  
> gsher...@redhat.com IRC: gshereme
> 
>  ___
> 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/K7ASUHKQUOGH7SFCDK3LHBLILNR4ITC7/

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

[ovirt-users] Re: ovirt-guest-agent is still needed?

2019-02-13 Thread Michal Skrivanek


> On 11 Feb 2019, at 23:39, Greg Sheremeta  wrote:
> 
> Hi,
> 
> ovirt-guest-agent isn't deprecated yet, so you can still use it in 4.3 no 
> problem.
> 
> Best wishes,
> Greg
> 
> On Mon, Feb 11, 2019 at 2:33 PM Vinícius Ferrão  > wrote:
> Hello,
> 
> I heard that ovirt-guest-agent is now deprecated and qemu-guest-agent should 
> be used instead.
> 
> As today I still install the ovirt-guest-agent from EPEL in my EL guests, but 
> should I continue doing this or using the shipped qemu-guest-agent should be 
> used instead?

qemu-guest-agent has always been used, it’s a dependency of ovirt-guest-agent. 
The only thing we are changing is that we moved features down from ovirt-ga to 
qemu-ga so it is less and less important to run also ovirt-ga in addition.
The biggest difference is SSO support, if you need/want SSO you still want 
ovirt-ga, otherwise it doesn’t matter much and qemu-ga alone should work as 
good as qemu-ga+ovirt-ga.

> 
> What about Windows guests? Any modification needed?
> 
> 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/NN3XKCNTI3LGO2LJJEFZ7H3BSFV5WS5I/
>  
> 
> 
> 
> -- 
> GREG SHEREMETA
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> Red Hat NA
> 
>  
> gsher...@redhat.com IRC: gshereme
> 
>  ___
> 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/EGT5NTG2DTLVDYQAJMKGXEDISDCBUTMU/

___
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/3UYVZ4SXBWATF5RNYR7G7JO7EZHFL5YP/


[ovirt-users] Re: Agentless Backup update: Trilio Vault, pay $7500

2019-02-13 Thread Michal Skrivanek


> On 8 Feb 2019, at 12:15, femi adegoke  wrote:
> 
> For some weird reason, I don't see my original comments on the list.ovirt 
> forum pages.
> Here it is:
> 
> Back in June of 2018, I posted regarding Agentless backup solutions.
> Greg Sheremeta replied & mentioned Trilio.
> 
> The rest of the story...well just read on...
> 
> These guys at Trilio have turned out to be a complete waste of time. (I could 
> use some more colorful language)
> 
> After my post & reply from Greg Sheremeta, I followed up with Trilio.
> A lot of promises/dates were made (by Trilio) as to when a beta would be made 
> available for testing.
> Needless to say, they never came through.
> Finally in Dec 2018, they said we are ready for the demo, we will show you a 
> working product.
> The day came, Trilio said, sorry it's too close to Xmas, we will postpone the 
> demo's till 2019.
> In 2019, I continued to follow up & finally they set a date for another demo 
> - Jan 29.
> On Jan. 29, we get on the Webex, they said, sorry the demo just broke 10 mins 
> prior to our call, so no demo.
> They show me some screenshots & their OpenStack version & again promise to 
> get me beta software in a few days.
> I continue to follow up (via email)
> 
> Yesterday (Feb 6), I get an email from Thomas Lahive GM; Sales and Alliance 
> Partners(copied & pasted below):
> "We started RHV betas and decided to prioritize current Trilio customers 
> (those that purchased Triliovault for Openstack).  
> If you would like to be part of the beta now then We can sign you up as a 
> certified Trilio reseller which has a $7,500 Starter Fee. The $7,500 will be 
> credited against your first customer order that is at least $7,500 so it will 
> eventually cost you nothing. Many of our partners can apply the fee against 
> revenue so it's a great tax incentive, but you can confirm with your finance 
> department.   
> Please Lmk how you would like to proceed.”

Seems you’ve hit sales people instead of a developer community, that’s usually 
a different experience.

> 
> Please remember, I have never seen a working demo of this product, never.
> 
> Is this typical behavior of RH partners?

I hope not.
But we as oVirt community project can’t really tell. As far as I can see they 
only claim to support certain OpenStack versions and whether they work on other 
support is something entirely on them.
Of course I’m hoping that they will eventually finish it and support oVirt/RHV 
to widen user’s choices, but we can’t really influence if and when that happens.

Also there is certain difference between community project and Red Hat 
products. A commercial company may decide to focus on supporting products 
rather than upstream projects (e.g.. AFAICT the existing trilio support for 
openstack means Red Hat OpenStack Platform product, not a ”xyz" upstream 
release) and so it is not too surprising to me they may work on different 
schedules, targets, etc.

Thanks,
michal

> 
> On Feb 7 2019, at 9:05 pm, Strahil  wrote:
> Hey Femi,
> 
> Just run away ... For me it seems, that they don't have that software ready 
> for ovirt.
> 
> Best Regards,
> Strahil Nikolov
> ___
> 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/UZZCFDJYQLPYGYTCVC5V2HUNADOULWSX/
> ___
> 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/PAG3ODCH3OKRUYA3HCQLIME2BWV4DT73/

___
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/73DYSG6OQ76ZXR6K52QC362AVFKUFX4T/


  1   2   3   4   5   6   7   8   9   >