[ovirt-users] When and how to change VDSM REVISION in multipath.conf

[Gianluca Cecchi]

Hello,
I created some hosts at time of 4.3.3 or similar and connecting to iSCSI I
set this in multipath.conf to specify customization

"
# VDSM REVISION 1.5
# VDSM PRIVATE

# This file is managed by vdsm.
...
"

Then I updated the environment gradually to 4.3.8 but of course the file
remained the same because of its configuration and the "PRIVATE" label.
Now I install new hosts in 4.3.8 and I see that by default they have these
lines

"
# VDSM REVISION 1.8

# This file is managed by vdsm.
"

So the question is:
suppose I customize the multipath.conf file using the "# VDSM PRIVATE"
line, how do I have to manage the REVISION number as time goes on and I
execute minor updates to hosts?
What will it change between 1.5 above and 1.8? Any impact if I leave 1.5
for example across all my 4.3.8 hosts?

Thanks in advance for clarification,
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/RHCG3OTTCRXKPZDQAXP4R65NWQK2IXLF/

[ovirt-users] Gluster Settings

[Christian Reiss]

Hey folks,

quick question. For running Gluster / oVirt I found several places, some 
outdated (ovirt docs), gluster Mailinglists, oVirt Mailinglists etc that 
recommend different things.


Here is what I found out/configured:

features.barrier: disable
features.show-snapshot-directory: on
features.uss: enable
cluster.data-self-heal-algorithm: full
cluster.entry-self-heal: on
cluster.data-self-heal: on
cluster.metadata-self-heal: on
cluster.readdir-optimize: on
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: on
performance.client-io-threads: off
network.remote-dio: off
performance.strict-o-direct: on
client.event-threads: 16
cluster.choose-local: true
snap-activate-on-create: enable
auto-delete: enable

Would you agree or change anything (usual vm workload).

Thanks! o/
And keep healthy.

--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/ABTBEHQG7A3F45F7TS2EB3KAGVHGUC5N/

[ovirt-users] Re: How to delete events

[Lucie Leistnerova]

Hi,

I know that you can dismiss events in top right menu Messages drawer 
(3dot menu next to event). They then disappear also from Events list in 
left menu.


Or you can use REST API

|DELETE /ovirt-engine/api/events/123|

Best regards,
Lucie

On 3/17/20 9:49 AM, xil...@126.com wrote:

Hello everybody, there are some wrong log events in the controller. How can I 
delete the events information after I have checked it?
___
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/2WULJSVZFYOYBIX7CSFKBUP3E7O5OKSH/


--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

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

[ovirt-users] Re: How to delete events

[Lucie Leistnerova]

Hi,

I know that you can dismiss events in top right menu Messages drawer 
(3dot menu next to event). They then disappear also from Events list in 
left menu.


Or you can use REST API

|DELETE /ovirt-engine/api/events/123|

Best regards,

Lucie


On 3/17/20 9:49 AM, xil...@126.com wrote:

Hello everybody, there are some wrong log events in the controller. How can I 
delete the events information after I have checked it?
___
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/2WULJSVZFYOYBIX7CSFKBUP3E7O5OKSH/


--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

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

[ovirt-users] Re: Gluster Settings

[Jayme]

At the very least you should make sure to apply the gluster virt profile to
vm volumes. This can also be done using optimize for virt store in the
ovirt GUI

On Thu, Mar 19, 2020 at 6:54 AM Christian Reiss 
wrote:

> Hey folks,
>
> quick question. For running Gluster / oVirt I found several places, some
> outdated (ovirt docs), gluster Mailinglists, oVirt Mailinglists etc that
> recommend different things.
>
> Here is what I found out/configured:
>
> features.barrier: disable
> features.show-snapshot-directory: on
> features.uss: enable
> cluster.data-self-heal-algorithm: full
> cluster.entry-self-heal: on
> cluster.data-self-heal: on
> cluster.metadata-self-heal: on
> cluster.readdir-optimize: on
> transport.address-family: inet
> storage.fips-mode-rchecksum: on
> nfs.disable: on
> performance.client-io-threads: off
> network.remote-dio: off
> performance.strict-o-direct: on
> client.event-threads: 16
> cluster.choose-local: true
> snap-activate-on-create: enable
> auto-delete: enable
>
> Would you agree or change anything (usual vm workload).
>
> Thanks! o/
> And keep healthy.
>
> --
> with kind regards,
> mit freundlichen Gruessen,
>
> Christian Reiss
> ___
> 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/ABTBEHQG7A3F45F7TS2EB3KAGVHGUC5N/
>
___
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/YM445LCMHEH6XPUJG4EOPEGTUQJI75LS/

[ovirt-users] Re: Gluster Settings

[Christian Reiss]

Yeah,

That button scares me. What does it do, precisely?

On 19/03/2020 11:18, Jayme wrote:
At the very least you should make sure to apply the gluster virt profile 
to vm volumes. This can also be done using optimize for virt store in 
the ovirt GUI


--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/VUNZQLRQ3GEXOYWS46EDMFQ77PHHSPR2/

[ovirt-users] Re: Gluster Settings

[Jayme]

It applies a profile for the virt group. You can get more info here:
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/configuring_red_hat_virtualization_with_red_hat_gluster_storage/app-virt_profile

Or you can look at the file directly, it’s basically just a list of gluster
volume options to be applied. I can’t remember off the top of my head what
location the profiles are in but it shouldn’t be too difficult to find.

On Thu, Mar 19, 2020 at 7:45 AM Christian Reiss 
wrote:

> Yeah,
>
> That button scares me. What does it do, precisely?
>
> On 19/03/2020 11:18, Jayme wrote:
> > At the very least you should make sure to apply the gluster virt profile
> > to vm volumes. This can also be done using optimize for virt store in
> > the ovirt GUI
>
> --
> with kind regards,
> mit freundlichen Gruessen,
>
> Christian Reiss
>
>
___
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/7L2M4N6LAQST7ZKFVQ4FWDSF3BHKC7YQ/

[ovirt-users] VNC Encryption

[Tommaso - Shellrent]

Hi to all.

We need to set VNC Encryption to  disabled on cluster creation, but we 
do not find any reference on API or SDK to do this automatically.


Someone have any kind of hint to do this?


--
--  
Shellrent - Il primo hosting italiano Security First

*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155  | Fax 04441492177

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

[ovirt-users] storage use after storage live migration

[Rik Theys]

Hi,

We are in the process of migrating our VM's from one storage domain to
another. Both domains are FC storage.

There are VM's with thin provisioned disks of 16G that currently only
occupy 3G according to the interface. When we live migrate the disks
(with the VM running), I can see that a snapshot is being taken and
removed afterwards.

After the storage migration, the occupied disk space on the new storage
domain is 6G. Even for a VM that hardly has any writes. How can I
reclaim this space? I've powered down the VM and did a sparsify on the
disk but this doesn't seem to have any effect.

When I do a storage migration of a VM with a thin provisioned disk that
is down during the migration, the used disk space does not increase.

VM's with fully allocated disks also don't seem to exhibit this behavior.

My storage domain now also contains VM with more occupied storage space
and the size of the disk?? There are no snapshots listed for those
disks. Is there a way to clean up this situation?

Regards,

Rik

-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>

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

[ovirt-users] Import storage domain with different storage type?

[Rik Theys]

Hi,

We have an oVirt environment with a FC storage domain. Multiple LUNs on
a SAN are exported to the oVirt nodes and combined in a single FC
storage domain.

The SAN replicates the disks to another storage box that has iSCSI
connectivity.

Is it possible to - in case of disaster - import the existing,
replicated, storage domain as an iSCSI domain and import/run the VM's
from that domain? Or is import of a storage domain only possible if they
are the same type? Does it also work if multiple LUNs are needed to form
the storage domain?

Are there any special actions that should be performed beyond the
regular import action?

Regards,

Rik

-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>

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

[ovirt-users] Re: Gluster Settings

[Strahil Nikolov]

On March 19, 2020 1:30:25 PM GMT+02:00, Jayme  wrote:
>It applies a profile for the virt group. You can get more info here:
>https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/configuring_red_hat_virtualization_with_red_hat_gluster_storage/app-virt_profile
>
>Or you can look at the file directly, it’s basically just a list of
>gluster
>volume options to be applied. I can’t remember off the top of my head
>what
>location the profiles are in but it shouldn’t be too difficult to find.
>
>On Thu, Mar 19, 2020 at 7:45 AM Christian Reiss
>
>wrote:
>
>> Yeah,
>>
>> That button scares me. What does it do, precisely?
>>
>> On 19/03/2020 11:18, Jayme wrote:
>> > At the very least you should make sure to apply the gluster virt
>profile
>> > to vm volumes. This can also be done using optimize for virt store
>in
>> > the ovirt GUI
>>
>> --
>> with kind regards,
>> mit freundlichen Gruessen,
>>
>> Christian Reiss
>>
>>

The settings can be found in /var/lib/gluster/groups/virt file on each node.

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/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/TBEGWFYCSSPDT65BSWNNGQU6TL2H5YUX/

[ovirt-users] Re: storage use after storage live migration

[Strahil Nikolov]

On March 19, 2020 2:34:16 PM GMT+02:00, Rik Theys  
wrote:
>Hi,
>
>We are in the process of migrating our VM's from one storage domain to
>another. Both domains are FC storage.
>
>There are VM's with thin provisioned disks of 16G that currently only
>occupy 3G according to the interface. When we live migrate the disks
>(with the VM running), I can see that a snapshot is being taken and
>removed afterwards.
>
>After the storage migration, the occupied disk space on the new storage
>domain is 6G. Even for a VM that hardly has any writes. How can I
>reclaim this space? I've powered down the VM and did a sparsify on the
>disk but this doesn't seem to have any effect.
>
>When I do a storage migration of a VM with a thin provisioned disk that
>is down during the migration, the used disk space does not increase.
>
>VM's with fully allocated disks also don't seem to exhibit this
>behavior.
>
>My storage domain now also contains VM with more occupied storage space
>and the size of the disk?? There are no snapshots listed for those
>disks. Is there a way to clean up this situation?
>
>Regards,
>
>Rik

Are  you sure that you zeroed out  the empty space?
I would  enable the trim option for the VMs' disks,  then run fstrim from the 
vm and last try to sparsify ?

If it's  linux,  you can do storage migration from the OS.

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/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/ZRUDAIDT3YE2OHEQCBWDGJQMRXGPQ3FZ/

[ovirt-users] Re: Import storage domain with different storage type?

[Strahil Nikolov]

On March 19, 2020 4:27:26 PM GMT+02:00, Rik Theys  
wrote:
>Hi,
>
>We have an oVirt environment with a FC storage domain. Multiple LUNs on
>a SAN are exported to the oVirt nodes and combined in a single FC
>storage domain.
>
>The SAN replicates the disks to another storage box that has iSCSI
>connectivity.
>
>Is it possible to - in case of disaster - import the existing,
>replicated, storage domain as an iSCSI domain and import/run the VM's
>from that domain? Or is import of a storage domain only possible if
>they
>are the same type? Does it also work if multiple LUNs are needed to
>form
>the storage domain?
>
>Are there any special actions that should be performed beyond the
>regular import action?
>
>Regards,
>
>Rik

Hey Rik,

Theoretically speaking, as they are both block-based storage - it should 
possible.
Still you need to test  that.

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/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/E6YQAH66LHJLH7VESL36YBBJOFYE5T4U/

[ovirt-users] Re: Orphaned ISO Storage Domain

[Strahil Nikolov]

On March 17, 2020 10:57:09 PM GMT+02:00, Bob Franzke  
wrote:
>Greetings all,
>
> 
>
>Full disclosure, complete OVIRT novice here. I inherited an OVIRT
>system and
>had a complete ovirt-engine back in December-January. Because of time
>and my
>inexperience with OVIRT, I had to resort to hiring consultants to
>rebuild my
>OVIRT engine from backups. That's a situation I never want to repeat.
>
> 
>
>Anyway, we were able to piece it together and at least get most
>functionality back. The previous setup had a ISO storage domain called
>'ISO-COLO' that seems to have been hosted on the engine server itself.
>The
>engine hostname is 'mydesktop'. We restored the engine from backups I
>had
>taken of the SQL DB and various support files using the built in OVIRT
>backup tool. 
>
> 
>
>So now when looking into the OVIRT console, I see the storage domain
>listed.
>It has a status of 'inactive' showing in the list of various storage
>domains
>we have setup for this. We tried to 'activate' it and it fails
>activation.
>The path listed for the domain is mydesktop:/gluster/colo-iso. On the
>host
>however there is no mountpoint that equates to that path:
>
> 
>
>[root@mydesktop ~]# df -h
>
>Filesystem   Size  Used Avail Use% Mounted on
>
>devtmpfs  47G 0   47G   0% /dev
>
>tmpfs 47G   12K   47G   1% /dev/shm
>
>tmpfs 47G  131M   47G   1% /run
>
>tmpfs 47G 0   47G   0% /sys/fs/cgroup
>
>/dev/mapper/centos-root   50G  5.4G   45G  11% /
>
>/dev/sda2   1014M  185M  830M  19% /boot
>
>/dev/sda1200M   12M  189M   6% /boot/efi
>
>/dev/mapper/centos-home  224G   15G  210G   7% /home
>
>tmpfs9.3G 0  9.3G   0% /run/user/0
>
> 
>
>The original layout looked like this on the broken engine:
>
> 
>
>[root@mydesktop ~]# df -h
>
>FilesystemSize  Used Avail Use% Mounted on
>
>/dev/mapper/centos_mydesktop-root  50G   27G   20G  58% /
>
>devtmpfs   24G 0   24G   0% /dev
>
>tmpfs  24G   28K   24G   1% /dev/shm
>
>tmpfs  24G   42M   24G   1% /run
>
>tmpfs  24G 0   24G   0%
>/sys/fs/cgroup
>
>/dev/mapper/centos_mydesktop-home  25G   45M   24G   1% /home
>
>/dev/sdc11014M  307M  708M  31% /boot
>
>/dev/mapper/centos_mydesktop-gluster  177G  127G   42G  76% /gluster
>
>tmpfs 4.7G 0  4.7G   0% /run/user/0
>
> 
>
>So it seems the orphaned storage domain is just point to a path that
>does
>not exist on the new Engine host. 
>
> 
>
>Also noticed some of the hosts are trying to aces this storage domain
>and
>getting errors:
>
> 
>
>The error message for connection mydesktop:/gluster/colo-iso returned
>by
>VDSM was: Problem while trying to mount target
>
>3/17/2010:47:05 AM
>
> 
>
>Failed to connect Host vm-host-colo-2 to the Storage Domains ISO-Colo.
>
>3/17/2010:47:05 AM
>
> 
>
>So it seems hosts are trying to be connected to this storage domain but
>cannot because its not there. Any of the files from the original path
>are
>not available so I am not even sure what we are missing if anything.
>
> 
>
>So what are my options here. Destroy the current ISO domain and
>recreate it,
>or somehow provide the correct path on the engine server? Currently the
>storage space I can use is mounted with /home, which is a different
>path
>than the original one. Not sure if anything can be done with the disk
>layout
>at this point to correct this on the engine server itself to get the
>gluster
>path back. Right now we cannot attach CDs to VMs for booting. No
>choices
>show up for use when doing a 'run once' on an existing VM so I would
>like to
>get this working so I can fix a broken VM that I need to boot off of
>ISO
>media.
>
> 
>
>Thanks in advance for any help you can provide.

If you have NFS or Gluster based data domain  -  you can upload you ISOs there 
and you will be able to boot from those images.

I would try to first find what backend was there. This '/gluster/colo-iso'  
indicates that there  could be a gluster volume that could be used  for storage.

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/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/B5UGM6YRQFDOVAZ7HD7HDCLBOFJ7WPM4/

[ovirt-users] Re: Ovirt API and CLI

[Strahil Nikolov]

On March 3, 2020 9:19:14 AM GMT+02:00, Fabrice Bacchella 
 wrote:
>I wrote this cli a few years ago:
>
>https://github.com/fbacchella/ovirtcmd
>
>
>I'm still using it but didn't have time to improve it since. It might
>give you some idea.
>
>> Le 27 févr. 2020 à 10:43, Eugène Ngontang  a
>écrit :
>> 
>> Hi,
>> 
>> I'm trying to find out there a sort of API or ovirt CLI/SDK in order
>to be able to interact with my ovirt VMS and associated resources.
>> 
>> In my architecture, I have an Ovirt virtualization host, with a
>self-hosted engine VM to manage VMs.
>> 
>> From the host I have the virsh command to list VMs status, but this
>doesn't really let me get into VMs management actions like : create,
>delete, get, reboot, get VMs wide informations (IPs, name, disks.)
>> So each time I have to login to the hosted engine web admin page to
>explore VM, but I'd really like to play with my Ovirt resources from my
>command line or programatically.
>> 
>> The ovirt API documentation I've found is really poor, I don't know
>if someone here has already got the same need and had a good solution.
>> 
>> Thanks for your help.
>> 
>> Regards,
>> Eugène NG

As  I have vrry limited  programming skills,  I have created  some bash scripts 
 using curl to access  the API and it's quite  easy.

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/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/BGJXJ7KG7KAWEFAS7CWYDGENUSOUNS5R/

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

I just upgraded to 4.3,9.5  and hoped my issues would be resolved. I will get 
into the command line and see what happens. Still no manual migration and 
occasional load balancing but not consistent.
___
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/WF5B2BGXCOMDVSC3ZKWEHLWPH7QX522X/

[ovirt-users] Re: storage use after storage live migration

[Rik Theys]

Hi,

On 3/19/20 5:29 PM, Strahil Nikolov wrote:
> On March 19, 2020 2:34:16 PM GMT+02:00, Rik Theys 
>  wrote:
>> Hi,
>>
>> We are in the process of migrating our VM's from one storage domain to
>> another. Both domains are FC storage.
>>
>> There are VM's with thin provisioned disks of 16G that currently only
>> occupy 3G according to the interface. When we live migrate the disks
>> (with the VM running), I can see that a snapshot is being taken and
>> removed afterwards.
>>
>> After the storage migration, the occupied disk space on the new storage
>> domain is 6G. Even for a VM that hardly has any writes. How can I
>> reclaim this space? I've powered down the VM and did a sparsify on the
>> disk but this doesn't seem to have any effect.
>>
>> When I do a storage migration of a VM with a thin provisioned disk that
>> is down during the migration, the used disk space does not increase.
>>
>> VM's with fully allocated disks also don't seem to exhibit this
>> behavior.
>>
>> My storage domain now also contains VM with more occupied storage space
>> and the size of the disk?? There are no snapshots listed for those
>> disks. Is there a way to clean up this situation?
>>
>> Regards,
>>
>> Rik
> Are  you sure that you zeroed out  the empty space?
> I would  enable the trim option for the VMs' disks,  then run fstrim from the 
> vm and last try to sparsify ?
I've enabled lvm discards and ran fstrim. It indicates blocks where
freed, but the disk size in oVirt has not reduced.
> If it's  linux,  you can do storage migration from the OS.

You mean add a disk from the new storage domain and use pvmove?

I'm not sure I've explained my issue well enough.

1. If I have a running VM with a 16G disk, of which oVirt tells me the
actual size is now 3G, and I live migrate it to my new storage domain,
the actual size grows to 7G.

2. If I do the same with a similar VM that is down, there is no increase
in size.

3. If I live migrate a VM with a preallocated disk, I notice that the
"actual size" increases during the migration (and the type switched to
thin provisioned), but the additional space is reduced again (and the
type switched back) after the migration finishes.

My question is how do I reduce the actual size of the disk again in
scenario 1? If the additional used space can be freed in scenario 3, why
not in scenario 1?

Regards,

Rik



>
> Best Regards,
> Strahil Nikolov

-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

<>

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