[ovirt-users] 4.3 live migration creates wrong image permissions.

after upgrading from 4.2 to 4.3, after a vm live migrates it's disk images are become owned by root:root. Live migration succeeds and the vm stays up, but after shutting down the VM from this point, starting it up again will cause it to fail. At this point i have to go in and change the

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

On Thu, Jun 13, 2019, 12:19 Alex McWhirter wrote: > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but after shutting down the VM from this point, starting it up > again will cause it to

[ovirt-users] Re: oVirt engine/engine-setup with other port than default HTTPS 443 possible?

On Wed, Jun 12, 2019 at 10:38 PM Dirk Rydvan wrote: > > Hello, > > in a home lab with only one puplic IPv4-Adress is the Port 443 a very > precious one. > The installation of oVirt 4.3 on a single node/host with bare metal installed > CentOS works well. (oVirt Cockpit and local installed engine

[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão wrote: > RHV drivers works. > oVirt drivers does not. > > Checked this now. > > I’m not sure if this is intended or not. But oVirt drivers aren’t signed > for Windows. > oVirt's drivers are simply copied from virtio-win repositories. Adding

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

The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 First Release Candidate, as of June 13th, 2019. This update is a release candidate of the fifth in a series of stabilization updates to the 4.3 series. This is pre-release software. This pre-release should not to be used

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Hi Alex, Did you migrate from gluster v3 to v5 ? If yes, then it could be the issue with v5.3 where permissions go wrong. If so, pick ovirt 4.3.4 as it uses a newer (fixed ) version of gluster -> v5.6 Best Regards, Strahil NikolovOn Jun 13, 2019 09:46, Alex McWhirter wrote: > > after

[ovirt-users] Re: Memory ballon question

Hi, iirc the guest agent is not needed anymore as we get almost the same stats from the balloon driver directly. Ballooning has to be enabled on cluster level though. So that is one thing to check. If that is fine then I guess a more detailed description is needed. oVirt generally starts

[ovirt-users] High Performance VM: trouble using vNUMA and hugepages

Hi, I'm having trouble using vNUMA and hugepages at the same time: - hypervisor host hast 2 CPU and 768G RAM - hypervisor host is configured to allocate 512 1G hugepages - VM configuration * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs * 512G RAM * 2 vNUMA nodes that are pinned

[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

Hi, I think that it's expected behaviour. In secure mode only WHQL'd drivers are allowed to be loaded into the OS kernel, and while RHEV/RHV provides WHQL'd drivers, oVirt users receive RH signed ones, which from the OS standpoint are basically not certified. Thanks in advance, On Thu, Jun 13,

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Hi, It seems that you hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1666795 Adding +Milan Zamazal , Can you please confirm? *Regards,* *Shani Leviim* On Thu, Jun 13, 2019 at 12:18 PM Alex McWhirter wrote: > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk >

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Can you attach vdsm and engine logs? Does this happen for new VMs as well? On Thu, Jun 13, 2019 at 12:15 PM Alex McWhirter wrote: > > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Also, what is the storage domain type? Block or File? On Thu, Jun 13, 2019 at 2:46 PM Benny Zlotnik wrote: > > Can you attach vdsm and engine logs? > Does this happen for new VMs as well? > > On Thu, Jun 13, 2019 at 12:15 PM Alex McWhirter wrote: > > > > after upgrading from 4.2 to 4.3, after a

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

My gluster servers are already on 5.6 On 2019-06-13 06:10, Strahil wrote: Hi Alex, Did you migrate from gluster v3 to v5 ? If yes, then it could be the issue with v5.3 where permissions go wrong. If so, pick ovirt 4.3.4 as it uses a newer (fixed ) version of gluster -> v5.6 Best Regards,

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

engine: 4.3.4.2-1.el7 Node Versions OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: CentOS Linux 7 (Core) Kernel Version: 3.10.0 - 957.12.2.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.5.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.10 VDSM Version: vdsm-4.30.17-1.el7

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

On Thu, Jun 13, 2019 at 11:18 AM Alex McWhirter wrote: > after upgrading from 4.2 to 4.3, after a vm live migrates it's disk > images are become owned by root:root. Live migration succeeds and the vm > stays up, but after shutting down the VM from this point, starting it up > again will cause it

[ovirt-users] Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3

Strahil, Thanks for all the follow up, I will try to reproduce the same scenario today, deploy a 9 node cluster, Completely kill the initiating node (vmm10) and see If i can recover using the extra server approach (Different IP/FQDN). If I am able to recover I will also try to test with your

[ovirt-users] Snapshots and quotas

Hi! We are using oVirt 4.1.9 with quotas enabled. The usual quota is 40GB per user, usually used for a webserver. It is created from a template with a 40GB disk. When such users try to create a snapshot of their VM, oVirt blocks the operation with "Cannot create Snapshot. Quota has

[ovirt-users] Re: Hosted Engine Abruptly Stopped Responding - Unexpected Shutdown

Hello and thank you very much for your reply. I'm terribly sorry for being so late to respond. I thought the same, that dropping the cache was more of a workaround and not a real solution but truthfully I was stuck and can't think of anything more than how much I need to upgrade the memory on

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Gluster storage type, Ill do some migrations and attach logs from the same period shortly On 2019-06-13 07:47, Benny Zlotnik wrote: Also, what is the storage domain type? Block or File? On Thu, Jun 13, 2019 at 2:46 PM Benny Zlotnik wrote: Can you attach vdsm and engine logs? Does this

[ovirt-users] Re: The CPU type of the cluster is unknown. Its possible to change the cluster cpu or set a different one per VM.

Thank you. I upgraded all three hosts one by one to oVirt-4.3 and then HE. After the upgrade, I was able to change the CPU Type. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement:

[ovirt-users] Re: High Performance VM: trouble using vNUMA and hugepages

Hi, this is probably a bug. Can you open a new ticket in Bugzilla? https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine As a workaround, if you are sure that the VM's NUMA configuration is compatible with the host's NUMA configuration, you could create a custom cluster scheduling

[ovirt-users] Re: Memory ballon question

Hum… Make sure mom is running on the host then, you should see it using CPU if it’s doing it’s job, maybe ksmd if you have same page merging enabled.. Note that you will see swap happen on the host still, stuff is going to get pushed out of memory even if it ballooning is happening. You should

[ovirt-users] Re: 4.3.4 caching disk error during hyperconverged deployment

Better raise a bug in bugilla.redhat.com and mention the working 4.3.3 Best Regards, Strahil NikolovOn Jun 13, 2019 04:30, adrianquint...@gmail.com wrote: > > While trying to do a hyperconverged setup and trying to use "configure LV > Cache" /dev/sdf the deployment fails. If I dont use the LV

[ovirt-users] Re: 4.3.4 caching disk error during hyperconverged deployment

Opened: *https://bugzilla.redhat.com/show_bug.cgi?id=1720261 *hopefully I put it in the correct section. Regards Adrian On Thu, Jun 13, 2019 at 12:05 AM Strahil wrote: > Better raise a bug in bugilla.redhat.com and mention the working

[ovirt-users] Re: 4.3 live migration creates wrong image permissions.

Shani Leviim writes: > Hi, > It seems that you hit this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1666795 > > Adding +Milan Zamazal , Can you please confirm? There may still be problems when using GlusterFS with libgfapi: https://bugzilla.redhat.com/1719789. What's your Vdsm version

[ovirt-users] Info about soft fencing mechanism

Hello, I would like to know in better detail how soft fencing works in 4.3. In particular, with "soft fencing" we "only" mean vdsmd restart attempt, correct? Who is responsible for issuing the command? Manager or host itself? Because in case of Manager, if the host has already lost connection, how