[ovirt-users] Re: Cannot successfully import Windows vm to new ovirt deployment

[Arik Hadas]

On Mon, Nov 27, 2023 at 6:05 PM Michaal R via Users  wrote:

> Thanks for the info. Do I need to do anything for that update to take
> effect? Will it deploy to a specific package? I noticed on CentOS Stream 9
> that they have the CentOS-release-oVirt45 package at 9.2-1.el9s, but also
> have oVirt-engine package at 4.5.4-1.el9. Kinda confused on those, should
> the CentOS package be okay, or should the oVirt-engine package be what's
> installed?
>

You'd need to install ovirt-engine 4.5.5, see
https://copr.fedorainfracloud.org/coprs/ovirt/ovirt-master-snapshot/package/ovirt-engine


> ___
> 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/3Y5XXWJLJ3LLAJUT6OKTH7TGBUILAPLA/
>
___
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/PMNXH5HGL3N3PULTLDTPNTZUWZFATORW/

[ovirt-users] Re: Cannot successfully import Windows vm to new ovirt deployment

[Arik Hadas]

Update - the fix for ovirt-engine that Liran previously mentioned on this
thread was merged.

@Michaal R  about your question below, I don't think
there is a workflow that fits all - it depends on the issue.
Even in this thread - the issue on the VDSM side required your help in
validating the fix on your environment, while the fix in ovirt-engine could
be validated by us with the VM specification you provided (we added a unit
test with the specification of your VM btw).
As I see it, this thread went well - you provided us with information that
enabled us to identify the issues and validate their fixes, which is great

On Tue, Nov 21, 2023 at 3:41 PM Michaal R via Users  wrote:

> I'm curious... When code changes like this occur (as I've never been even
> adjacent to such things, even in my professional life), what's the workflow
> like? Are there things users that spark such changes can do to help in
> these situations (like testing and such)? I'll be honest, I'm kinda nerdy
> giddy about seeing how this thread plays out with this issue (or issues),
> as I've kinda always wanted to be able to submit something that could be
> made better, and even just know that an update to a product or service was
> because I made the report and submitted the evidence needed to help.
>
> Sorry if that seems weird.
> ___
> 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/4HPEEHXCLTQED6VV7CUMRT7DSQSD3PS4/
>
___
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/FW7HYDZ3BHVM5KSLDGTWOOJOEUC3TKRL/

[ovirt-users] Re: Cannot successfully import Windows vm to new ovirt deployment

[Arik Hadas]

It looks like the ovf:actual_size attribute is missing, which can explain
why parsing the Disk element fails.

@Liran Rotenberg  if I'm right on this, could you
please try to make OvfOvirtReader#readDisk more robust? (It could take me
some time to get back to this)

On Mon, Nov 6, 2023, 18:41 Michaal R via Users  wrote:

> Is Arik monitoring this thread? Does he have an answer (or a lead)
> currently?
>
> 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/JY3QLWMZR7RNC6WY5I4DBGMGMDRFOVPK/
>
___
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/465IML6HTI25KJXM4UER7I4QY5DLSVAC/

[ovirt-users] Re: Ansible - export_ova

[Arik Hadas]

On Fri, Oct 13, 2023 at 3:11 PM  wrote:

> We're using a script to export some VMs.
> This involves export_ova task
>
> - Is there a way to parallelize OVA exports (running on different hosts) ?
>
> When exporting to OVA from the GUI, we have to select a host, but ansible
> export_ova has no "hosts" parameter.
>

Looking at [1], did you try to set the 'host' parameter?

[1]
https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_vm_module.html#parameter-export_ova


> ___
> 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/RLQSMTEH3AMODE2JMM3K3OO7RKOHA5XG/
>
___
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/RG4X75RQLWNLFXZTGGRAJG3MUYVX4HDB/

[ovirt-users] Re: How to obtain vm snapshots status

[Arik Hadas]

On Wed, Oct 4, 2023 at 12:09 AM Nir Soffer  wrote:

> On Tue, Sep 26, 2023 at 9:07 PM anton.alymov--- via Users 
> wrote:
>
>> Hi! I use ovirt rest api to start vm, backup vm and then remove vm.
>> I start vm, wait for vmstatus up, then  start backup, wait for starting,
>> finalize, wait for succeeded, wait for disk unlock. Looks like backup is
>> finished here from my side.Because ovirt repost succeed status and unlocks
>> disk. But if i try shutdown and remove vm ovirt will throw error  Cannot
>> remove VM. The VM is performing an operation on a Snapshot. Please wait for
>> the operation to finish, and try again.
>> Ok, ovirt is right here, I see from web interface that operation hasn't
>> finished yet. How can I obtain correct status where vm can be removed? I
>> also tried to get info about vm snapshots but all of them had Status: ok
>>
>
Nir wrote some good advice below, but specifically about "I also tried to
get info about vm snapshots but all of them had Status: ok", something is
fishy because the error you get is produced when there's a snapshot with
status LOCKED [1]. It might be that you queried the snapshots after the
remove-snapshot operation was completed

[1]
https://github.com/oVirt/ovirt-engine/blob/504baab74e6b846a0cd1a593cd34f3665dbbedb7/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/snapshots/SnapshotsValidator.java#L42


>
> This sounds similar to ovirt stress delete-snapshot and backup tests.
>
> Please check here how to use the ovirt python sdk to create/delete/backup
> and wait for events:
> https://github.com/ovirt/ovirt-stress
>
> Nir
>
___
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/FY434LJRD4O724QEWK7KH73KYUFWCEEG/

[ovirt-users] Re: Cannot remove template because a disk is based on it

[Arik Hadas]

On Mon, Oct 2, 2023 at 11:26 AM  wrote:

> Hi Arik,
>
> El 2023-10-01 07:41, Arik Hadas escribió:
> > On Fri, Sep 29, 2023 at 1:36 PM  wrote:
> >
> >> Hi,
> >>
> >> We're running oVirt 4.5. We have a template which we'd like to get
> >> rid
> >> of, there are no VMs based on it. However, trying to remove it oVirt
> >>
> >> states that:
> >>
> >> Cannot remove Template. The following Disk(s) are based on it:
> >> (b54ee1cb-ed64-4db4-bd3d-eac8b22ea095) .
> >>
> >> When opening the 'Disks' subtab in the template, it appears a disk
> >> (screenshot attached).
> >>
> >> However, when opening the oVirt Storage->Disks option, I cannot find
> >> the
> >> disk by the ID, not even ordering the ID column and trying to find
> >> it
> >> visually.
> >
> >> Can anyone point to the problem and a possible solution/workaround?
> >
> > Can you share the output of the following DB queries:
> > 1. select * from base_disks where
> > disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
> >
>
> engine=# select * from base_disks where
> disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
>   disk_id | wipe_after_delete | propagate_errors | disk_alias |
> disk_description | shareable | sgio | disk_storage_type |
> cinder_volume_type | disk_content_type | backup | backup_mode
>
> -+---+--++--+---+--+---++---++-
> (0 filas)
>
> > 2. select * from images where
> > image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
>
> engine=# select * from images where
> image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
>image_guid  |   creation_date|
> size |   it_guid|   parentid
>| imagestatus |lastmodified|
>  vm_snapshot_id| volume_type | volume_format |
> image_group_id| _create_date  | _update_date
> | active | volume_classification | qcow_compat | sequence_number
>
> --++-+--+--+-++
>
> --+-+---+--+---+--++---+-+-
>   987fcd68-d48e-4314-bb4e-363671d222be | 2023-01-16 03:24:35.827+00 |
> 26843545600 | bc5c67f5-503e-4482-9628-48fcf70aa055 |
> bc5c67f5-503e-4482-9628-48fcf70aa055 |   1 | 2023-01-16
> 03:24:35.827+00 | 67beb3b
> 2-3e84-4fe8-8334-9c93e8c0fff9 |   2 | 4 |
> b54ee1cb-ed64-4db4-bd3d-eac8b22ea095 | 2023-01-16 03:24:37.054541+00 |
> | t  | 0 |   0 |
>   0
> (1 fila)
>
>
> > 3. select * from disk_vm_element where disk_id
> > ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
> >
>
> engine=# select * from disk_vm_element where disk_id
> ='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
>   disk_id | vm_id | is_boot | disk_interface | is_using_scsi_reservation
> | pass_discard
>
> -+---+-++---+--
> (0 filas)
>

I don't think I ever saw this situation of having an image that is not
correlated with a base_disk
I'd suggest to run another query:
select * from images where parentid='987fcd68-d48e-4314-bb4e-363671d222be';

If it doesn't return any result, take a backup of the database (just in
case) and then remove the image from the database:
delete from images where image_guid='987fcd68-d48e-4314-bb4e-363671d222be';

This should make it possible to remove the template.


>
> >> 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/X5DNN4IMTA77RWPLP4KHL62IXYZC23MS/
>
>
___
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/7MPEKYLXBDLFBBW77E5ZI4V4UYPB2UC2/

[ovirt-users] Re: Cannot remove template because a disk is based on it

[Arik Hadas]

On Fri, Sep 29, 2023 at 1:36 PM  wrote:

> Hi,
>
> We're running oVirt 4.5. We have a template which we'd like to get rid
> of, there are no VMs based on it. However, trying to remove it oVirt
> states that:
>
>Cannot remove Template. The following Disk(s) are based on it:
> (b54ee1cb-ed64-4db4-bd3d-eac8b22ea095) .
>
> When opening the 'Disks' subtab in the template, it appears a disk
> (screenshot attached).
>
> However, when opening the oVirt Storage->Disks option, I cannot find the
> disk by the ID, not even ordering the ID column and trying to find it
> visually.


> Can anyone point to the problem and a possible solution/workaround?
>

Can you share the output of the following DB queries:
1. select * from base_disks where
disk_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
2. select * from images where
image_group_id='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';
3. select * from disk_vm_element where disk_id
='b54ee1cb-ed64-4db4-bd3d-eac8b22ea095';


>
> 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/X5DNN4IMTA77RWPLP4KHL62IXYZC23MS/
>
___
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/FXXLI4EDE3UGG5XYHKB5O4OAJ5AWO7WI/

[ovirt-users] Re: oVirt 4.5.4-1 OVA export generates incomplete XML tag in vm.ovf

[Arik Hadas]

On Mon, Sep 4, 2023 at 10:54 AM Arik Hadas  wrote:

>
>
> On Mon, Sep 4, 2023 at 9:49 AM  wrote:
>
>> Hi,
>>
>> we can't import some OVA VMs into oVirt, that was previously exported in
>> oVirt.
>> Further investigations and testing showed, that in some vm.ovf files the
>> last closing tag is missing (  ).
>>
>> Intense testing showed the following occurrence:
>> on test DC (4.4.10.7-1):
>> - about half of the VMs have that problem (about 9 VMs)
>> - VMs where the export is working properly are ok, no matter how often i
>> do export
>> - VMs who's vm.ovf is wrong stay that way, no matter how often i do export
>>
>> on production DC (4.4.10.7-1):
>> - all VMs have that problem (49 VMs)
>> - an imported "good" VM formerly exported on test DC, now have a wrong
>> vm.ovf too after re-exporting on production DC
>> - vm.ovf of all VMs stay incorrect, no matter how often i do export
>>
>> on develop DC (4.5.4-1):
>> - the only VM have that problem (1 VM)
>> - vm.ovf of VMs stay incorrect, no matter how often i do export
>>
>> Environment:
>> all DC have independent hardware and are built exactly the same way with
>> the same components
>> oVirt is with hosted-engine
>>
>> test and production:
>> oVirt: 4.4.10.7-1
>> engine OS: Cent OS Stream 8
>> host OS: RHEL 8.7
>>
>> develop:
>> oVirt: 4.5.4-1
>> engine OS: Cent OS Stream 8 (latest updates till September 1st)
>> host OS: RHEL 8.8 (latest updates till September 1st)
>>
>> Is that a known problem?
>>
>
> Nope
>
>
>> Is there a way to fix this?
>>
>
> We use the same components that we use for OVAs also for writing OVFs of
> snapshots and for writing domain XMLs so I doubt the problem is on the
> ovirt-engine side (as we would have seen more severe issues)
>
> We store the OVF in the OVA with a Python script that runs on the host so
> I'd suggest to look for a message that starts with "writing ovf:" in its
> log [1] to see whether the script was provided with the complete XML from
> ovirt-engine
>
> If the complete XML was provided, you can change the pack_ova.py script on
> the ovirt-engine side to debug why it's not stored properly in the tar
> (OVA) file
>

> [1]
> https://github.com/oVirt/ovirt-engine/blob/c4fe7d6fb652c83c638d446bb861cfeac52bd47f/packaging/ansible-runner-service-project/project/roles/ovirt-ova-pack/files/pack_ova.py#L45
>
>

Lars, since you have environments that this issue reproduces on
consistently, could you please check if the issue is resolved by replacing
that write_ovf function in the link above with:

def write_ovf(entity, ova_file, ovf):
print("writing ovf: %s" % ovf)
ovf2 = ovf if python2 else ovf.encode()
tar_info = create_tar_info(entity + ".ovf", len(ovf2))
buf = (tar_info.tobuf() if python2 else
   tar_info.tobuf(format=tarfile.GNU_FORMAT))
ova_file.write(buf)
ova_file.write(ovf2)
pad_to_block_size(ova_file)


>
>>
>> regards, Lars
>> ___
>> 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/GDCFY7J72CR3DF44PV3UXEUOMC377JG2/
>>
>
___
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/SJYCJY3KMWKF2WA6BSFB7NKGQ4WWO6YT/

[ovirt-users] Re: oVirt 4.5.4-1 OVA export generates incomplete XML tag in vm.ovf

[Arik Hadas]

On Mon, Sep 4, 2023 at 9:49 AM  wrote:

> Hi,
>
> we can't import some OVA VMs into oVirt, that was previously exported in
> oVirt.
> Further investigations and testing showed, that in some vm.ovf files the
> last closing tag is missing (  ).
>
> Intense testing showed the following occurrence:
> on test DC (4.4.10.7-1):
> - about half of the VMs have that problem (about 9 VMs)
> - VMs where the export is working properly are ok, no matter how often i
> do export
> - VMs who's vm.ovf is wrong stay that way, no matter how often i do export
>
> on production DC (4.4.10.7-1):
> - all VMs have that problem (49 VMs)
> - an imported "good" VM formerly exported on test DC, now have a wrong
> vm.ovf too after re-exporting on production DC
> - vm.ovf of all VMs stay incorrect, no matter how often i do export
>
> on develop DC (4.5.4-1):
> - the only VM have that problem (1 VM)
> - vm.ovf of VMs stay incorrect, no matter how often i do export
>
> Environment:
> all DC have independent hardware and are built exactly the same way with
> the same components
> oVirt is with hosted-engine
>
> test and production:
> oVirt: 4.4.10.7-1
> engine OS: Cent OS Stream 8
> host OS: RHEL 8.7
>
> develop:
> oVirt: 4.5.4-1
> engine OS: Cent OS Stream 8 (latest updates till September 1st)
> host OS: RHEL 8.8 (latest updates till September 1st)
>
> Is that a known problem?
>

Nope


> Is there a way to fix this?
>

We use the same components that we use for OVAs also for writing OVFs of
snapshots and for writing domain XMLs so I doubt the problem is on the
ovirt-engine side (as we would have seen more severe issues)

We store the OVF in the OVA with a Python script that runs on the host so
I'd suggest to look for a message that starts with "writing ovf:" in its
log [1] to see whether the script was provided with the complete XML from
ovirt-engine

If the complete XML was provided, you can change the pack_ova.py script on
the ovirt-engine side to debug why it's not stored properly in the tar
(OVA) file

[1]
https://github.com/oVirt/ovirt-engine/blob/c4fe7d6fb652c83c638d446bb861cfeac52bd47f/packaging/ansible-runner-service-project/project/roles/ovirt-ova-pack/files/pack_ova.py#L45


>
> regards, Lars
> ___
> 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/GDCFY7J72CR3DF44PV3UXEUOMC377JG2/
>
___
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/JRZZP3LP2K7V4O4PMQENVEUEMDTN7IYD/

[ovirt-users] Re: oVirt 4.5.5 snapshot - Migration failed due to an Error: Fatal error during migration

[Arik Hadas]

On Fri, Aug 11, 2023 at 12:44 AM Jorge Visentini 
wrote:

> Any tips about this error?
>
> 2023-08-10 18:24:57,544-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[29032e83-cfaf-4d30-bcc2-df72c5358552=VM]',
> sharedLocks=''}'
> 2023-08-10 18:24:57,578-03 INFO
>  [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] Running command:
> MigrateVmToServerCommand internal: false. Entities affected :  ID:
> 29032e83-cfaf-4d30-bcc2-df72c5358552 Type: VMAction group MIGRATE_VM with
> role type USER
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] START, MigrateVDSCommand(
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 5bbc21d6
> 2023-08-10 18:24:57,628-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] START,
> MigrateBrokerVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId='29032e83-cfaf-4d30-bcc2-df72c5358552', srcHost='ksmmi1r01ovirt18',
> dstVdsId='73c38b36-36da-4ffa-b17a-492fd7b093ae',
> dstHost='ksmmi1r01ovirt19:54321', migrationMethod='ONLINE',
> tunnelMigration='false', migrationDowntime='0', autoConverge='true',
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null',
> maxBandwidth='3125', parallel='null', enableGuestEvents='true',
> maxIncomingMigrations='2', maxOutgoingMigrations='2',
> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
> action={name=setDowntime, params=[200]}}, {limit=3,
> action={name=setDowntime, params=[300]}}, {limit=4,
> action={name=setDowntime, params=[400]}}, {limit=6,
> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
> params=[]}}]]', dstQemu='10.250.156.19', cpusets='null',
> numaNodesets='null'}), log id: 14d92c9
> 2023-08-10 18:24:57,631-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH,
> MigrateBrokerVDSCommand, return: , log id: 14d92c9
> 2023-08-10 18:24:57,634-03 INFO
>  [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-4)
> [633be3a0-3afd-490c-b412-805d2b14e1c2] FINISH, MigrateVDSCommand, return:
> MigratingFrom, log id: 5bbc21d6
> 2023-08-10 18:24:57,639-03 INFO
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-4) [633be3a0-3afd-490c-b412-805d2b14e1c2] EVENT_ID:
> VM_MIGRATION_START(62), Migration started (VM: ROUTER, Source:
> ksmmi1r01ovirt18, Destination: ksmmi1r01ovirt19, User: admin@ovirt
> @internalkeycloak-authz).
> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) moved from 'MigratingFrom'
> --> 'Up'
>

The status of the VM changed from MigratingFrom to Up on the source host -
VDSM logs on the source and destination hosts should reveal more
information about what went wrong


> 2023-08-10 18:24:57,641-03 INFO
>  [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-13) [] Adding VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'(ROUTER) to re-run list
> 2023-08-10 18:24:57,643-03 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring]
> (ForkJoinPool-1-worker-13) [] Rerun VM
> '29032e83-cfaf-4d30-bcc2-df72c5358552'. Called from VDS 'ksmmi1r01ovirt18'
> 2023-08-10 18:24:57,679-03 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-2194) [] START,
> MigrateStatusVDSCommand(HostName = ksmmi1r01ovirt18,
> MigrateStatusVDSCommandParameters:{hostId='282b69aa-8b74-4312-8cc0-9c20e01982b7',
> vmId

[ovirt-users] Re: Ovirt_Provider_Citrix-Xen

[Arik Hadas]

On Thu, Jul 20, 2023 at 7:12 PM  wrote:

> Hi All,
> First of all apology If i'm doing it wrong way. I could not find any
> solution so I hoped I'll get some answers here.
> In my Organization I started exploring the Ovirt-Engine, While I have
> created multiple VMs and all working fine I started facing one issue as in
> my organization we had Citrix Xen server which is out of date so I started
> working on migrating them directly to Ovirt-enigne. so I tried to add my
> Xen-server as a provider but its failing to load or connect with the
> Citrix-Xen. Let me know how should I move forward,
>

Note that the integrated functionality of import-from-Xen in oVirt targeted
(and was tested with) Xen on EL5, not Citrix-Xen (see the feature page [1]
that stated that Citrix Xen is out of scope, it was not implemented ever
since)

[1]
https://www.ovirt.org/develop/release-management/features/virt/XenToOvirt.html


>
>
> Thanks in advance, people are amazing.
> ___
> 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/PGXE6UFRRIRXFRUV2SUL6ERUJMBXBROS/
>
___
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/Z5TIQMY2YQYNFATE6LS5AMGMV3OJKK4O/

[ovirt-users] Re: ovirt template import using ansible

[Arik Hadas]

On Thu, Jun 22, 2023 at 5:43 PM destfinal--- via Users 
wrote:

> Thanks for taking time for responding, @arik.
>
> "you didn't elaborate on what doesn't work for you using Ansible" - I have
> no issues creating a template using ansible. I have not raised an ansible
> issue in particular.
>
> "I suppose the ability to export a template as an OVA is missing, right?"
> - Not exactly.
>
> My requirement is to make a template available from one ovirt cluster to
> another ovirt cluster that are not connected. I have elaborated how I am
> doing it currently (which is highly manual).
>
> " export the VM to an OVA" - I do this using the ovirt_termplate ansible
> module. However, you can do this only to a hosted storage within the
> cluster.
>
> "4. import the OVA as a template (see "Import external ova template" in the
> documentation of ovirt_template_module)" - I have been using the
> 'ovirt_template' ansible module for the past couple of months. I have not
> figured out how I could import an OVA template from a node. For example, if
> I manage to copy the template to one of the cluster nodes (say,
> node2.my.ovirt.cluster:/tmp/ova_template/my_template.ova), I could not work
> out hos to import this OVA into my cluster. Do you have some sample code,
> if this is easy enough?
>

ah you're having an issue with importing the produced OVA as a template on
the target environment,ok
did you try to run the code snippet from the documentation of the
ovirt_template module:

- name: Import external ova template  ovirt.ovirt.ovirt_template:
cluster: name: state: present
timeout: 1800poll_interval: 30kvm:  host:   url: ova:///tmp/test.ova  storage_domain:



?


> Thanks
>
>
>
> You have
> ___
> 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/UFXSZ6EBIMOE2EXSLFJSVHXLVRJHARC3/
>
___
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/76PE3N47SRD5OCVF7BMCRTLL2SN45TUV/

[ovirt-users] Re: ovirt template import using ansible

[Arik Hadas]

On Mon, Jun 12, 2023 at 12:06 PM destfinal--- via Users 
wrote:

> Hi,
>
> I use a set of templates, generated in one cluster and re-used in multiple
> clusters. The clusters do not have direct connections between each other.
> My dev environment can talk to all the clusters. Currently,
>
> 1. I export the templates (as OVAs) to one of the nodes (example:
> node1.source.cluster), from the ovirt console (
> https://management.source.cluster)
> 2. scp the templates to my dev machine (example: scp -r
> node1.source.cluster:/tmp/ovirt_templates /tmp/ovirt_templates)
> 3. scp the templates from my dev environment to the target cluster
> (example: scp /tmp/ovirt_templates node1.target.cluster:/tmp)
> 4. Import the templates using the ovirt console of the target cluster (
> https://management.target.cluster)
>
> This is highly a manual job and I am trying to automate the process using
> ansible. I am unable to work it out using the ovit_template module
> documentation (
> https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_template_module.html#ansible-collections-ovirt-ovirt-ovirt-template-module)
> and could not able to see any other module in this relation.
>
> Has anybody done this before and point me to the right direction? Or if
> there is a better process than what I follow above, please suggest me one.
>

you didn't elaborate on what doesn't work for you using Ansible, I suppose
the ability to export a template as an OVA is missing, right?
in that case, the following process could work:
1. provision a VM from the template (it can be thin-provisioned vm to save
time)
2. export the VM to an OVA
3. remove the VM
4. import the OVA as a template (see "Import external ova template" in the
documentation of ovirt_template_module)

it should be possible to import an OVA of a VM as a template from the
CLI/Ansible

in addition, if you look for ways to improve the flow you described above,
I'd suggest to use shared storage in order to save you from copying the OVA
(e.g., configure an NFS share that is mounted to hosts on both environments
- export to that NFS share on the source environment and import from that
NFS share on the target environment once the export operation completes)


>
> Please let me know if you need more information in this regard.
>
> 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/MZ27S5QXM7R3PM5XB22ZZNWTXHPLMSV6/
>
___
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/OKM6ILDKEQG57XOCJLCIIE3P2X4IRGGO/

[ovirt-users] Re: How can i power on virtual machine automatically

[Arik Hadas]

On Thu, Apr 13, 2023 at 4:13 PM pivusan via Users  wrote:

> Tell me please. How can i power on virtual machine automatically  when
> Host power on? I do not see any settings for it.
>

VMs start automatically in oVirt only when they are set as highly-available
and then the system starts them when it detects they are supposed to be
running but went down unintentionally. If you need a different logic, I'm
afraid you'd need to implement it

oVirt 4.2

___
> 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/6COVGXRJ34HEZIU6ASRHNNAKDVGQI3GR/
>
___
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/WTNMDKPN44USZDL3SM6EWD6GZLII7RZK/

[ovirt-users] Re: Importing Windows VM from OVA/OVF that was exported from VSphere fails

[Arik Hadas]

On Mon, Feb 27, 2023 at 6:57 AM  wrote:

> Description of problem: when importing Windows VM from OVA/OVF import
> fails:
> Cannot import VM. Invalid time zone for given OS type.
> Attribute: vm.vmStatic
>
> Infrastructure:
> VMware ESXi, 7.0.3, 19193900
> oVirt Version 4.5.4-1.el8
> oVirt self-hosted engine
>
> Steps to Reproduce:
> 1.Export Windows VM Microsoft Windows Server 2019 (64-bit) to OVA/OVF from
> VSphere that have SA Pacific Standard Time timezone (UTC-05:00) Bogotá,
> Lima, Quito) with ovftool.
> 2. import the VM in oVirt
>
> import fails with:
>
> Cannot import VM. Invalid time zone for given OS type.
> Attribute: vm.vmStatic
>
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand] (default
> task-2) [72bb230a-bc1c-41c6-b87f-3891764b9fdd] Validation of action
> 'ImportVmFromOva' failed for user  Reasons:
> VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_TIMEZONE,$groups
> [Ljava.lang.Class;@746306ef,$message
> ACTION_TYPE_FAILED_INVALID_TIMEZONE,$payload 
> [Ljava.lang.Class;@2d685ee5,ACTION_TYPE_FAILED_ATTRIBUTE_PATH,$path
> vm.vmStatic,$validatedValue
>
>
>
> # cat Implementacion_02-2.ovf
> 
> http://schemas.dmtf.org/ovf/envelope/1"; xmlns:ovf="
> http://schemas.dmtf.org/ovf/envelope/1"; xmlns:vmw="
> http://www.vmware.com/schema/ovf"; xmlns:rasd="
> http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSettingData";
> xmlns:vssd="
> http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_VirtualSystemSettingData
> ">
>   
> 
> 
>  ovf:size="270840"/>
>   
>   
> List of the virtual disks
> http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized";
> ovf:diskId="vmdisk1" ovf:capacity="161061273600" ovf:fileRef="file1"/>
> http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized";
> ovf:diskId="vmdisk2" ovf:capacity="161061273600" ovf:fileRef="file2"/>
>   
>   
> The list of logical networks
> 
>   The DVPG_102 network
> 
>   
>   
> A Virtual system
> Implementacion_02-2
>  vmw:osType="windows2019srv_64Guest">
>   The operating system installed
>   Microsoft Windows Server 2019 (64-bit)
> 
> 
>   Virtual hardware requirements
>   
> Virtual Hardware Family
> 0
> vmx-18
>   
>   
> hertz * 10^6
> Number of Virtual CPUs
> 2 virtual CPU(s)
> 1
> 3
> 2
> 1
>   
>   
> byte * 2^20
> Memory Size
> 4096MB of memory
> 2
> 4
> 4096
>   
>   
> 0
> SCSI Controller
> SCSI Controller 1
> 3
> lsilogicsas
> 6
>  vmw:value="160"/>
>   
>   
> 0
> SATA Controller
> SATA Controller 1
> 4
> vmware.sata.ahci
> 20
>  vmw:value="33"/>
>   
>   
> USB Controller (XHCI)
> USB controller
> 5
> vmware.usb.xhci
> 23
>  vmw:value="224"/>
>   
>   
> 0
> Hard Disk 1
> ovf:/disk/vmdisk1
> 6
> 3
> 17
>   
>   
> 1
> Hard Disk 2
> ovf:/disk/vmdisk2
> 7
> 3
> 17
>   
>   
> 0
> false
> CD/DVD Drive 1
> 8
> 4
>
> vmware.cdrom.remoteatapi
> 15
>   
>   
> 0
> true
> DVPG_102
> Network adapter 1
> 9
> VmxNet3
> 10
>  vmw:value="192"/>
>  vmw:key="connectable.allowGuestControl" vmw:value="true"/>
>  vmw:value="true"/>
>  vmw:value="true"/>
>   
>   
> Video card
> 10
> 24
>  vmw:value="false"/>
>  vmw:value="true"/>
>  vmw:value="262144"/>
>  vmw:value="automatic"/>
>  vmw:value="1"/>
>  vmw:value="16384"/>
>   
>vmw:value="false"/>
>vmw:value="0"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:value="unlocked"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:value="false"/>
>vmw:key="bootOptions.efiSecureBootEnabled" vmw:value="true"/>
>   
>vmw:value="ovf:/file/file3"/>
>vmw:value="TRUE"/>
> 
>   
>
>
> # cat /etc/ovirt-engine/timezones/00-defaults.properties  | grep -ie bogota
> America/Bogota=SA Pacific Standard Time
>
>
> any suggestions for me??
>

Did you select operating system = Windows in the import dialog?
If so, the reason for this is probably that 112 is not recognized by us as
a Windows operating system type [1] and so we set the timezone to the
default timezone for non-Windows operating systems and we get a conflict.
I'd suggest to either change the attribute ovf:id of the
OperatingSystemSection element to 122,

[ovirt-users] Re: vm was set to the Uknow satus- how fix it?

[Arik Hadas]

On Thu, Feb 2, 2023 at 10:04 PM  wrote:

> vm was set to the Uknow satus- how fix it?
>

If the 'Host' field (on which the VM runs) is not empty, and assuming this
host is disconnected, you can confirm 'Host has been Rebooted' in the Hosts
view. There were issues in the past that lead to having VMs in 'Unknown'
status and empty 'run_on_vds' property (i.e., the aforementioned 'Host'
field in the UI) - in this case, which shouldn't happen anymore so if it
happens for you with oVirt 4.5 please file an issue [1], you'll need to
change the vm properties in the database - either by setting 'run_on_vds'
to an accessible host or 'status' to 0.

[1] https://github.com/oVirt/ovirt-engine/issues


> ___
> 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/CLJWL6F4YAQAS2RYGMFPHW3XWQX3KDAR/
>
___
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/WM62CVWRTVFWVUEA4FK7OVVBVVUV7I6D/

[ovirt-users] Re: Cluster level upgrade (from 4.3 to 4.6) and Windows VM

[Arik Hadas]

On Wed, Feb 1, 2023 at 11:47 AM  wrote:

> Hi,
>
> When trying to upgrade the Cluster level to 4.6, a popup panel says "Due
> to the emulated machine change, some Windows virtual machines might lose
> static IP configuration"
>
> It is not clear if Windows VMs might be disconnected from the network
> right away when clicking OK or only when restarted...
>

Only when restarted - the emulated machine doesn't change while the VM runs


>
> Bets regards
> ___
> 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/ABBLLBA3HDZYDFZFWJ3JVCZLOJAG32PQ/
>
___
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/AISFESXMWN67BTZZYWZBBSFBIV6BM4A4/

[ovirt-users] Re: VM backup issue on oVirt 4.4.7

[Arik Hadas]

On Fri, Jan 20, 2023 at 6:44 PM Don Dupuis  wrote:

> "coldBackupEnabled": false,
>

Thanks
It means that libvirt that is installed there doesn't support incremental
backup, this wouldn't happen with VDSM >= 4.4.9


>
> Don
>
> On Fri, Jan 20, 2023 at 9:40 AM Arik Hadas  wrote:
>
>>
>>
>> On Fri, Jan 20, 2023 at 5:04 PM Don Dupuis  wrote:
>>
>>> Any updates on the backup error message?
>>>
>>
>> Can you please check the output of "vdsm-client Host getCapabilities |
>> grep coldBackupEnabled" on host 'vsh001'?
>>
>>
>>>
>>> Don
>>>
>>> On Wed, Jan 18, 2023 at 8:28 AM Don Dupuis  wrote:
>>>
>>>> Sandro
>>>> I didn't open a ticket yet as Nvidia doesn't support anything above RHV
>>>> 4.4 and since RHV moved to maintenance mode, I didn't see a likely chance
>>>> it would be looked at. If I call Nvidia support they will tell me what I am
>>>> doing isn't supported, so I have to go through our partnership so they will
>>>> talk to me. I will talk to them shortly, but I have a customer delivery to
>>>> get done and oVirt 4.4.7 does everything I need to do, except now I have
>>>> this backup issue that worked in 4.5. I can provide further info if you
>>>> need on this issue. Windows guest is 21H2. I will hope to solve vgpu
>>>> problem as I will need Windows 11 and Windows 2022 guest working. Thanks
>>>> for your support
>>>>
>>>> Don
>>>>
>>>> On Wed, Jan 18, 2023 at 1:41 AM Sandro Bonazzola 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> Il giorno mar 17 gen 2023 alle ore 23:10 Don Dupuis <
>>>>> donds...@gmail.com> ha scritto:
>>>>>
>>>>>> Hello,
>>>>>> I am having an issue backing up vms using the backup_vm.py example
>>>>>> script. The error I get is below:
>>>>>>
>>>>>> [   0.0 ] Starting full backup for VM
>>>>>> 'c656db00-065c-4fd0-b8b9-74a86dc864fc'
>>>>>> Traceback (most recent call last):
>>>>>>   File "/opt/riva-config/backup_vm.py", line 547, in 
>>>>>> main()
>>>>>>   File "/opt/riva-config/backup_vm.py", line 146, in main
>>>>>> args.command(args)
>>>>>>   File "/opt/riva-config/backup_vm.py", line 160, in cmd_full
>>>>>> backup = start_backup(connection, args)
>>>>>>   File "/opt/riva-config/backup_vm.py", line 348, in start_backup
>>>>>> description=args.description
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py",
>>>>>> line 34151, in add
>>>>>> return self._internal_add(backup, headers, query, wait)
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>>>>> line 232, in _internal_add
>>>>>> return future.wait() if wait else future
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>>>>> line 55, in wait
>>>>>> return self._code(response)
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>>>>> line 229, in callback
>>>>>> self._check_fault(response)
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>>>>> line 132, in _check_fault
>>>>>> self._raise_error(response, body)
>>>>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>>>>> line 118, in _raise_error
>>>>>> raise error
>>>>>> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
>>>>>> "[Cannot backup VM. Host (vsh001) is running on a version lower than 
>>>>>> 4.4.5.
>>>>>> Please upgrade the host in order to use incremental backup.]". HTTP
>>>>>> response code is 409.
>>>>>>
>>>>>> The strange this is that I am running oVirt 4.4.7. What component is
>>>>>> it complaining about that is not  up to version needed? Any help on this
>>>>>> would be appreciated. oVirt rpm is ovirt-host-4.4.7-1.el8.x86_64. I 

[ovirt-users] Re: VM backup issue on oVirt 4.4.7

[Arik Hadas]

On Fri, Jan 20, 2023 at 5:04 PM Don Dupuis  wrote:

> Any updates on the backup error message?
>

Can you please check the output of "vdsm-client Host getCapabilities | grep
coldBackupEnabled" on host 'vsh001'?


>
> Don
>
> On Wed, Jan 18, 2023 at 8:28 AM Don Dupuis  wrote:
>
>> Sandro
>> I didn't open a ticket yet as Nvidia doesn't support anything above RHV
>> 4.4 and since RHV moved to maintenance mode, I didn't see a likely chance
>> it would be looked at. If I call Nvidia support they will tell me what I am
>> doing isn't supported, so I have to go through our partnership so they will
>> talk to me. I will talk to them shortly, but I have a customer delivery to
>> get done and oVirt 4.4.7 does everything I need to do, except now I have
>> this backup issue that worked in 4.5. I can provide further info if you
>> need on this issue. Windows guest is 21H2. I will hope to solve vgpu
>> problem as I will need Windows 11 and Windows 2022 guest working. Thanks
>> for your support
>>
>> Don
>>
>> On Wed, Jan 18, 2023 at 1:41 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mar 17 gen 2023 alle ore 23:10 Don Dupuis 
>>> ha scritto:
>>>
 Hello,
 I am having an issue backing up vms using the backup_vm.py example
 script. The error I get is below:

 [   0.0 ] Starting full backup for VM
 'c656db00-065c-4fd0-b8b9-74a86dc864fc'
 Traceback (most recent call last):
   File "/opt/riva-config/backup_vm.py", line 547, in 
 main()
   File "/opt/riva-config/backup_vm.py", line 146, in main
 args.command(args)
   File "/opt/riva-config/backup_vm.py", line 160, in cmd_full
 backup = start_backup(connection, args)
   File "/opt/riva-config/backup_vm.py", line 348, in start_backup
 description=args.description
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py", line
 34151, in add
 return self._internal_add(backup, headers, query, wait)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line
 232, in _internal_add
 return future.wait() if wait else future
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line
 55, in wait
 return self._code(response)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line
 229, in callback
 self._check_fault(response)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line
 132, in _check_fault
 self._raise_error(response, body)
   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line
 118, in _raise_error
 raise error
 ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
 "[Cannot backup VM. Host (vsh001) is running on a version lower than 4.4.5.
 Please upgrade the host in order to use incremental backup.]". HTTP
 response code is 409.

 The strange this is that I am running oVirt 4.4.7. What component is it
 complaining about that is not  up to version needed? Any help on this would
 be appreciated. oVirt rpm is ovirt-host-4.4.7-1.el8.x86_64. I plan on
 upgrading to version 4.4.10 but want to get this fixed first. I also can't
 got to 4.5.x because I have problems with Windows 10 vms and vGPUs.

>>>
>>> @Albert Esteve  can you help here?
>>> Don, is the GPU problem on Windows 10 VMs tracked somewhere? Is there a
>>> ticket open?
>>>
>>>
>>>

 Thanks
 Don
 ___
 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/ZAGKUOIQLT6CKRQ7F4OWRFUXHSAXTR62/

>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>>>
>>> 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/VQ7SDI54Q4M2RSJHUC65RCJJA64IK3LX/
>
___
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: 
http

[ovirt-users] Re: Sparsifying VM disk not working

[Arik Hadas]

On Thu, Jan 12, 2023 at 7:59 PM  wrote:

> I see, weird that i couldn't find that bug report with google, even after
> spending so much time searching info on this topic.
>
> So what is the preferred method of freeing up space now, since sparsifying
> is disabled?
>

Sparsify-image is not disabled, it can still be invoked on raw volumes.


>
> Does enabling "discard" for VM disk take care of freeing up used space
> taken by deleted files on a thin provisioned disk?
> I have it enabled on few of my testvms but have not seen it have any
> effect, need to read up on that feature, only used sparsify previously for
> this operation.
>

Yeah, pass-discard could be an option if your underlying storage supports
it.
You can read more about it in the original feature page:
https://www.ovirt.org/develop/release-management/features/storage/pass-discard-from-guest-to-underlying-storage.html
But as I previously wrote, sparsifying the image without going through
ovirt-engine (but let's say, with the VDSM API) is also an option if you
don't care about the reduction in size not being reflect in oVirt


> ___
> 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/7JXHY6YQW6OCXTQ7QDFMGLDXDG6KOEWU/
>
___
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/H4AJ3GRISKIQNOZSFCISDJWDLUKYFIOY/

[ovirt-users] Re: Failed to launch VM - Error unable to get volume size

[Arik Hadas]

On Fri, Jan 13, 2023 at 9:08 AM  wrote:

> Hi,
>
> We're trying to launch the VM with PosixFS Storage and recently we've
> experienced an error while launching.
> We are successfully uploading the image with PosixFS storage in Storage ->
> Disks.
> After upload, we get the status of image upload as illegal, then we are
> executing the below command on management-engine, and the status changes to
> OK.
>
> `/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all`
>

I would suggest to concentrate on the issue above - if the image is set
with illegal state or locked at the end of the process, it means the upload
operation didn't finish successfully and the issue below is likely a
consequence of having an invalid image


>
> Now, When we are creating VM with the same image. Then at the launch time,
> we got the below errors in /var/log/ovirt-engine/engine.log
>
> `ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-32)
> [539b710] EVENT_ID: VM_DOWN_ERROR(119), VM OS-22Dec is down with error.
> Exit message: Unable to get volume size for domain  volume
> `
>
> All storage domains are PosixFS based.
>
> 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/WRK5RVYKF3DT7VOGIKVSI6G55RCELYLV/
>
___
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/LORBBZ6GUKB2NGEVYHEON6QFYU4VBZOE/

[ovirt-users] Re: Sparsifying VM disk not working

[Arik Hadas]

On Thu, Jan 12, 2023 at 3:15 PM Arik Hadas  wrote:

> ovirt-engine intentionally blocks sparsifying QCOW images since 4.4.4
> because it confused users that didn't see the right amount of free space
> afterwards, see the following bug for more details:
> https://bugzilla.redhat.com/show_bug.cgi?id=1792905
>

Sorry, what I wrote above is incorrect - the space was indeed reclaimed and
so the free space was correct but the image size didn't change (so if you
don't care about the size of the image that you see in oVirt and you need
to free space, it's fine to invoke it manually)


>
>
> On Thu, Jan 12, 2023 at 3:03 PM  wrote:
>
>> Unfortunately yes, even VM's/disks on the NFS data domain are giving the
>> same error.
>>
>> Just to be sure, i just created a completely new NFS data share on
>> Truenas imported the data domain to ovirt and created a new test vm with 2
>> thin provisioned disks on it, cannot sparsify neither:
>>
>> "Error while executing action: Cannot sparsify Virtual Disk. Sparsifying
>> is not supported for QCOW2 disk testvm3_Disk1."
>>
>> I checked the NFS share on Truenas to make sure i have a sparse qcow2
>> file and it is:
>>
>> -rw-rw 1 vdsm ovirt-kvm  24G Jan 12 12:57
>> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b
>> -rw-rw 1 vdsm ovirt-kvm 1.0M Jan 12 12:44
>> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b.lease
>> -rw-r--r-- 1 vdsm ovirt-kvm  307 Jan 12 12:44
>> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b.meta
>> root@truenas[.../29dcdef7-8d1d-48bc-b9cf-3850102ec251]# file
>> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b
>> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b: QEMU QCOW2 Image (v3), 26843545600
>> bytes
>> ___
>> 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/WT5I4O6BOXIOK2OFK6FLSULAIV5LOHUA/
>>
>
___
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/E6GBYZ4OB3BZSHTSUM5JBZO3QPWKZRQB/

[ovirt-users] Re: Sparsifying VM disk not working

[Arik Hadas]

ovirt-engine intentionally blocks sparsifying QCOW images since 4.4.4
because it confused users that didn't see the right amount of free space
afterwards, see the following bug for more details:
https://bugzilla.redhat.com/show_bug.cgi?id=1792905

On Thu, Jan 12, 2023 at 3:03 PM  wrote:

> Unfortunately yes, even VM's/disks on the NFS data domain are giving the
> same error.
>
> Just to be sure, i just created a completely new NFS data share on Truenas
> imported the data domain to ovirt and created a new test vm with 2 thin
> provisioned disks on it, cannot sparsify neither:
>
> "Error while executing action: Cannot sparsify Virtual Disk. Sparsifying
> is not supported for QCOW2 disk testvm3_Disk1."
>
> I checked the NFS share on Truenas to make sure i have a sparse qcow2 file
> and it is:
>
> -rw-rw 1 vdsm ovirt-kvm  24G Jan 12 12:57
> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b
> -rw-rw 1 vdsm ovirt-kvm 1.0M Jan 12 12:44
> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b.lease
> -rw-r--r-- 1 vdsm ovirt-kvm  307 Jan 12 12:44
> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b.meta
> root@truenas[.../29dcdef7-8d1d-48bc-b9cf-3850102ec251]# file
> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b
> a0f82c8b-d2aa-442b-b28b-b25ca684dd7b: QEMU QCOW2 Image (v3), 26843545600
> bytes
> ___
> 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/WT5I4O6BOXIOK2OFK6FLSULAIV5LOHUA/
>
___
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/JGC7DVCMKQ3P4YKMJBSCVQBRT5MXZTW7/

[ovirt-users] Re: Ovirt-node don't communicate with qemu-agent

[Arik Hadas]

On Tue, Dec 27, 2022 at 12:52 PM Christoph Timm  wrote:

> No for me with 4.5.4-1.el8
>

Do you see the same error in the vdsm log?
The stacktrace below suggests that the fix is not included there, see:
https://github.com/oVirt/vdsm/blob/v4.50.4.1/lib/vdsm/virt/qemuguestagent.py#L797



>
> Am 27.12.22 um 11:22 schrieb Arik Hadas:
>
>
>
> On Tue, Dec 27, 2022 at 11:50 AM Christoph Timm  wrote:
>
>> Hi Fernando,
>>
>> I have also from time to time this issue.
>>
>> I can see the following in the vdsm.log if the issue occurs:
>>
>> 2022-12-27 10:38:22,473+0100 ERROR (qgapoller/3)
>> [virt.periodic.Operation] > >
>> operation failed (periodic:187)
>> Traceback (most recent call last):
>>   File "/usr/lib/python3.6/site-packages/vdsm/virt/periodic.py", line
>> 185, in __call__
>> self._func()
>>   File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py",
>> line 476, in _poller
>> vm_id, self._qga_call_get_vcpus(vm_obj))
>>   File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py",
>> line 797, in _qga_call_get_vcpus
>> if 'online' in vcpus:
>> TypeError: argument of type 'NoneType' is not iterable
>>
>
> This should have been resolved by https://github.com/oVirt/vdsm/pull/350
>
>
>>
>>
>> I had this also in older versions so this is nothing new for me.
>> Sometimes I can solve it with putting the host in maintenance. But it is
>> coming back after a while.
>>
>
>> Best regards
>> Christoph
>>
>> Am 19.12.22 um 19:22 schrieb Fernando Hallberg:
>>
>> Hi all,
>>
>> I reinstalled one of the ovirt-nodes, with ovirt-4.5.4, and after the
>> reinstallation the agents of the vms connected to this node cannot
>> communicate with the ovirt-engine.
>>
>> ovirt-engine 4.5.4
>>
>> any idea?
>>
>> VMs work perfectly, but the agent doesn't communicate.
>>
>> Best regards,
>>
>> Fernando Hallberg
>>
>>
>>
>> ___
>> 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/KCCPQWTYU4D2EZFNRO77FNAKVFKWKFDA/
>>
>>
>> ___
>> 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/LHQSH7AIOPVGG5IDANH4LBQALJRPW7KR/
>>
>
>
___
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/JGSEZKLS3IRUEU3XSTQU6MBNVEIYQOK7/

[ovirt-users] Re: Ovirt-node don't communicate with qemu-agent

[Arik Hadas]

On Tue, Dec 27, 2022 at 11:50 AM Christoph Timm  wrote:

> Hi Fernando,
>
> I have also from time to time this issue.
>
> I can see the following in the vdsm.log if the issue occurs:
>
> 2022-12-27 10:38:22,473+0100 ERROR (qgapoller/3) [virt.periodic.Operation]
>  >
> operation failed (periodic:187)
> Traceback (most recent call last):
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/periodic.py", line 185,
> in __call__
> self._func()
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py",
> line 476, in _poller
> vm_id, self._qga_call_get_vcpus(vm_obj))
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py",
> line 797, in _qga_call_get_vcpus
> if 'online' in vcpus:
> TypeError: argument of type 'NoneType' is not iterable
>

This should have been resolved by https://github.com/oVirt/vdsm/pull/350


>
>
> I had this also in older versions so this is nothing new for me.
> Sometimes I can solve it with putting the host in maintenance. But it is
> coming back after a while.
>

> Best regards
> Christoph
>
> Am 19.12.22 um 19:22 schrieb Fernando Hallberg:
>
> Hi all,
>
> I reinstalled one of the ovirt-nodes, with ovirt-4.5.4, and after the
> reinstallation the agents of the vms connected to this node cannot
> communicate with the ovirt-engine.
>
> ovirt-engine 4.5.4
>
> any idea?
>
> VMs work perfectly, but the agent doesn't communicate.
>
> Best regards,
>
> Fernando Hallberg
>
>
>
> ___
> 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/KCCPQWTYU4D2EZFNRO77FNAKVFKWKFDA/
>
>
> ___
> 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/LHQSH7AIOPVGG5IDANH4LBQALJRPW7KR/
>
___
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/Z4SBQ6QIQPYSJJPMU6EZXCIWEVJOQW53/

[ovirt-users] Re: attaching a diskto a vm with the incremental statement

[Arik Hadas]

On Fri, Dec 16, 2022 at 10:47 AM Nathanaël Blanchet 
wrote:

>
> Le 15/12/2022 à 19:24, Arik Hadas a écrit :
>
>
>
> On Thu, Dec 15, 2022 at 4:24 PM Nathanaël Blanchet 
> wrote:
>
>>
>> Le 15/12/2022 à 12:20, Arik Hadas a écrit :
>>
>>
>>
>>
>> On Wed, Dec 14, 2022 at 5:54 PM Nathanaël Blanchet 
>> wrote:
>>
>>>
>>> Le 14/12/2022 à 16:42, Arik Hadas a écrit :
>>>
>>>
>>>
>>> On Wed, Dec 14, 2022 at 5:26 PM Nathanaël Blanchet via Users <
>>> users@ovirt.org> wrote:
>>>
>>>> Hello,
>>>>
>>>> I am used to create new vm with ovirt_vm module.
>>>>
>>>> Now, I want that the disk of each new created vm to be with the
>>>> incremental statement.
>>>>
>>>> I tried so:
>>>> disks:
>>>> - id: "{{result.disk.id}}"
>>>> bootable: True
>>>> interface: virtio_scsi
>>>> backup: incremental
>>>>
>>>>  but it seems that the backup item is not implemented.
>>>>
>>>>
>>>> How to attach a disk with the incremental statement?
>>>>
>>>
>>> Unlike bootable, disk interface and such settings that are per relation
>>> between a disk and a vm, the 'backup' (method) setting is a property of the
>>> disk itself. If the disk was created with incremental backup enabled, it
>>> would remain with incremental backup enabled when attached to a vm
>>>
>>> The exact workflow is:
>>>
>>>- The disk is created with incremental backup enabled
>>>- The disk is attached to a vm(incremental backup is ok at this step)
>>>- the vm is exported as a template
>>>- *The disk of the new vm created from the template doesn't have the
>>>incremental backup enabled!*
>>>
>>> Sounds like the imported disk of the template is not set with
>> incremental backup, what version of ovirt do you use?
>>
>> 4.5.3.2
>>
>> As part of the fix for
>> https://bugzilla.redhat.com/show_bug.cgi?id=2081556, which was merged to
>> 4.5.1, we started writing the incremental-backup property to OVAs (I assume
>> you refer to export-to-OVA since you wrote that you export a VM as a
>> template)
>>
>> I don't export vm as ova, I make a template from a vm or a snapshot.
>>
>> - if you use an older version (than 4.5.1), this could explain it.
>> Otherwise, please provide the output of:
>>
>> select * from base_disks where disk_id in (select device_id from
>> vm_device where vm_id in (select vm_guid from vm_static where
>> vm_name=''));
>>
>> engine=# select * from base_disks where disk_id in (select device_id from
>> vm_device where vm_id in (select vm_guid from vm_static where
>> vm_name='alma8.x'));
>>disk_id| wipe_after_delete |
>> propagate_errors | disk_alias | disk_description | shareable | sgio |
>> disk_storage_type | cinder_volume_type | disk_content_type |
>>  backup | backup_mode
>>
>> --+---+--++--+---+--+---++---+
>> +-
>>  d55e6738-67d6-441f-a38f-86fc14f248cf | f |
>> Off  | Alma_8_8.7 | 8.7  | f |
>> | 0 || 0 |
>>  None   |
>>
>> (1 row)
>>
>> You are right, making a template from a vm doesn't effectly enable the
>> incremenat tal backup on the template disk, even if it is initially enabled
>> on the vm disk. It seems to be a bug.
>>
>
> Yep, I filed an issue for this:
> https://github.com/oVirt/ovirt-engine/issues/779, and posted a fix
>
> Thank you for the issue, now I there is a new one:
>
> I was able to update the incremental backup on the template with API, but
> now if I create a vm from this template, the incremental backup of this new
> vm is not either enabled...
>

This takes me back to a different thread we had somewhere about this - the
'incremental backup' property is not like other properties that you can
change by updating a template/vm/disk. You should rather call 'convert' [1]

[1] https://gerrit.ovirt.org/c/ovirt-engine-api-model/+/116966


>
>
>>
>>
>> ___
>>>> 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/VALEN65GD3DLDTSBW3J7HERKKTVL7TN5/
>>>>
>>>
___
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/DKQH2PYBS7KTXFIED2O64IOYMN6GSWGK/

[ovirt-users] Re: attaching a diskto a vm with the incremental statement

[Arik Hadas]

On Thu, Dec 15, 2022 at 4:24 PM Nathanaël Blanchet  wrote:

>
> Le 15/12/2022 à 12:20, Arik Hadas a écrit :
>
>
>
>
> On Wed, Dec 14, 2022 at 5:54 PM Nathanaël Blanchet 
> wrote:
>
>>
>> Le 14/12/2022 à 16:42, Arik Hadas a écrit :
>>
>>
>>
>> On Wed, Dec 14, 2022 at 5:26 PM Nathanaël Blanchet via Users <
>> users@ovirt.org> wrote:
>>
>>> Hello,
>>>
>>> I am used to create new vm with ovirt_vm module.
>>>
>>> Now, I want that the disk of each new created vm to be with the
>>> incremental statement.
>>>
>>> I tried so:
>>> disks:
>>> - id: "{{result.disk.id}}"
>>> bootable: True
>>> interface: virtio_scsi
>>> backup: incremental
>>>
>>>  but it seems that the backup item is not implemented.
>>>
>>>
>>> How to attach a disk with the incremental statement?
>>>
>>
>> Unlike bootable, disk interface and such settings that are per relation
>> between a disk and a vm, the 'backup' (method) setting is a property of the
>> disk itself. If the disk was created with incremental backup enabled, it
>> would remain with incremental backup enabled when attached to a vm
>>
>> The exact workflow is:
>>
>>- The disk is created with incremental backup enabled
>>- The disk is attached to a vm(incremental backup is ok at this step)
>>- the vm is exported as a template
>>- *The disk of the new vm created from the template doesn't have the
>>incremental backup enabled!*
>>
>> Sounds like the imported disk of the template is not set with incremental
> backup, what version of ovirt do you use?
>
> 4.5.3.2
>
> As part of the fix for https://bugzilla.redhat.com/show_bug.cgi?id=2081556,
> which was merged to 4.5.1, we started writing the incremental-backup
> property to OVAs (I assume you refer to export-to-OVA since you wrote that
> you export a VM as a template)
>
> I don't export vm as ova, I make a template from a vm or a snapshot.
>
> - if you use an older version (than 4.5.1), this could explain it.
> Otherwise, please provide the output of:
>
> select * from base_disks where disk_id in (select device_id from vm_device
> where vm_id in (select vm_guid from vm_static where
> vm_name=''));
>
> engine=# select * from base_disks where disk_id in (select device_id from
> vm_device where vm_id in (select vm_guid from vm_static where
> vm_name='alma8.x'));
>disk_id| wipe_after_delete |
> propagate_errors | disk_alias | disk_description | shareable | sgio |
> disk_storage_type | cinder_volume_type | disk_content_type |
>  backup | backup_mode
>
> --+---+--++--+---+--+---++---+
> +-
>  d55e6738-67d6-441f-a38f-86fc14f248cf | f |
> Off  | Alma_8_8.7 | 8.7  | f |
> | 0 || 0 |
>  None   |
>
> (1 row)
>
> You are right, making a template from a vm doesn't effectly enable the
> incremental backup on the template disk, even if it is initially enabled on
> the vm disk. It seems to be a bug.
>

Yep, I filed an issue for this:
https://github.com/oVirt/ovirt-engine/issues/779, and posted a fix


>
>
> ___
>>> 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/VALEN65GD3DLDTSBW3J7HERKKTVL7TN5/
>>>
>>
___
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/GC4WBEGVNXH5YXUETLWFVI36BEPQISBB/

[ovirt-users] Re: attaching a diskto a vm with the incremental statement

[Arik Hadas]

On Wed, Dec 14, 2022 at 5:54 PM Nathanaël Blanchet  wrote:

>
> Le 14/12/2022 à 16:42, Arik Hadas a écrit :
>
>
>
> On Wed, Dec 14, 2022 at 5:26 PM Nathanaël Blanchet via Users <
> users@ovirt.org> wrote:
>
>> Hello,
>>
>> I am used to create new vm with ovirt_vm module.
>>
>> Now, I want that the disk of each new created vm to be with the
>> incremental statement.
>>
>> I tried so:
>> disks:
>> - id: "{{result.disk.id}}"
>> bootable: True
>> interface: virtio_scsi
>> backup: incremental
>>
>>  but it seems that the backup item is not implemented.
>>
>>
>> How to attach a disk with the incremental statement?
>>
>
> Unlike bootable, disk interface and such settings that are per relation
> between a disk and a vm, the 'backup' (method) setting is a property of the
> disk itself. If the disk was created with incremental backup enabled, it
> would remain with incremental backup enabled when attached to a vm
>
> The exact workflow is:
>
>- The disk is created with incremental backup enabled
>- The disk is attached to a vm(incremental backup is ok at this step)
>- the vm is exported as a template
>- *The disk of the new vm created from the template doesn't have the
>incremental backup enabled!*
>
> Sounds like the imported disk of the template is not set with incremental
backup, what version of ovirt do you use?
As part of the fix for https://bugzilla.redhat.com/show_bug.cgi?id=2081556,
which was merged to 4.5.1, we started writing the incremental-backup
property to OVAs (I assume you refer to export-to-OVA since you wrote that
you export a VM as a template) - if you use an older version (than 4.5.1),
this could explain it. Otherwise, please provide the output of:

select * from base_disks where disk_id in (select device_id from vm_device
where vm_id in (select vm_guid from vm_static where
vm_name=''));

___
>> 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/VALEN65GD3DLDTSBW3J7HERKKTVL7TN5/
>>
>
___
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/WUTX5U6SWRRQHW6DXGTJ2PMPXRZMZYFK/

[ovirt-users] Re: attaching a diskto a vm with the incremental statement

[Arik Hadas]

On Wed, Dec 14, 2022 at 5:26 PM Nathanaël Blanchet via Users <
users@ovirt.org> wrote:

> Hello,
>
> I am used to create new vm with ovirt_vm module.
>
> Now, I want that the disk of each new created vm to be with the
> incremental statement.
>
> I tried so:
> disks:
> - id: "{{result.disk.id}}"
> bootable: True
> interface: virtio_scsi
> backup: incremental
>
>  but it seems that the backup item is not implemented.
>
>
> How to attach a disk with the incremental statement?
>

Unlike bootable, disk interface and such settings that are per relation
between a disk and a vm, the 'backup' (method) setting is a property of the
disk itself. If the disk was created with incremental backup enabled, it
would remain with incremental backup enabled when attached to a vm

> ___
> 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/VALEN65GD3DLDTSBW3J7HERKKTVL7TN5/
>
___
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/5JB6EHRTAGKNO4JI7JZWUDW4WNS5JO3V/

[ovirt-users] Re: Import VM via KVM. Can't see vm's.

[Arik Hadas]

On Fri, Dec 2, 2022 at 9:47 PM  wrote:

> Hi
> I am trying to migrate vm's from oVirt 4.3.10.4-1.el7 to oVirt
> 4.5.3.2-1.el8.
> I use Provider KVM (via libvirt)
> My problem is that I can't see vm's from old oVirt when they are shutdown.
> When they are running I see but can't import because "All chosen VMs are
> running in the external system and therefore have been filtered. Please see
> log for details."
> Thank you for help.
>

Yep, that's expected since oVirt defines transient guest domains.
The KVM provider is rather intended for persistent guest domains that are
not managed by oVirt.
See [1] for more details about those.

The preferred way to migrate VMs from one oVirt deployment to another is by
using OVAs (export from the source and import to the destination, possibly
using shared storage)
Another way to achieve this is by detaching a storage domain that the VMs
reside in from the source, attaching it to the destination and import the
VMs from that storage domain.
And there's a third option - to use the deprecated export domains, which is
not tested anymore but could work.

[1]
https://wiki.libvirt.org/page/VM_lifecycle#Transient_guest_domains_vs_Persistent_guest_domains


>
> Regards
> ___
> 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/637U33QWFB36JQHY2MFRZH3N6YHASZTQ/
>
___
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/KTTRU4D7TUXNMV5T2BGVPUJWB3TQ5YFJ/

[ovirt-users] Re: How to remove cloud-init check on vm using ansible module or rest api

[Arik Hadas]

On Sun, Nov 27, 2022 at 12:10 PM Arik Hadas  wrote:

>
>
> On Fri, Nov 25, 2022 at 7:39 PM Ritesh Chikatwar 
> wrote:
>
>> Hello Kishore,
>>
>>
>> Maybe rest API will help you to do this, I am not fully aware of this you
>> need to explore.
>> http://ovirt.github.io/ovirt-engine-api-model/4.5/#_services
>>
>
> Right, you can do that with REST API by setting the body of the call to
> update-VM (PUT request) with:
> 
>
> 
>

BTW, I've posted https://github.com/oVirt/ovirt-engine/pull/760 to be able
to do that within the request to create a new template (i.e., without
changing the VM)


>
>
>>
>>
>> On Wed, Nov 23, 2022 at 6:22 PM  wrote:
>>
>>> Hi All,
>>>
>>> I have a requirement to automate template creation using ansible module
>>> or apis.
>>>
>>> I need to remove cloud-init check box from vm before creating the
>>> template. Below are the steps I follow from gui
>>>
>>> 1. Shutdown the vm.
>>> 2. click edit vm > initial run> uncheck cloud-init box
>>> 3. create template.
>>>
>>> I cannot automate second step as there is no option to remove cloud-init
>>> option.
>>> Could anyone please help me if there is a way to uncheck cloud-init??
>>>
>>> BRs
>>> Kishore
>>> ___
>>> 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/EM7OG6UFFA6QZRBVDBDY76TSLDHOTUKT/
>>>
>> ___
>> 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/P7ZE4WQCRNTQZ3IMD47DDJ5ZNBITVZU6/
>>
>
___
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/6OSQYIJVOC73XPXYALS4SFEQQV7T2CL2/

[ovirt-users] Re: How to remove cloud-init check on vm using ansible module or rest api

[Arik Hadas]

On Fri, Nov 25, 2022 at 7:39 PM Ritesh Chikatwar 
wrote:

> Hello Kishore,
>
>
> Maybe rest API will help you to do this, I am not fully aware of this you
> need to explore.
> http://ovirt.github.io/ovirt-engine-api-model/4.5/#_services
>

Right, you can do that with REST API by setting the body of the call to
update-VM (PUT request) with:

   



>
>
> On Wed, Nov 23, 2022 at 6:22 PM  wrote:
>
>> Hi All,
>>
>> I have a requirement to automate template creation using ansible module
>> or apis.
>>
>> I need to remove cloud-init check box from vm before creating the
>> template. Below are the steps I follow from gui
>>
>> 1. Shutdown the vm.
>> 2. click edit vm > initial run> uncheck cloud-init box
>> 3. create template.
>>
>> I cannot automate second step as there is no option to remove cloud-init
>> option.
>> Could anyone please help me if there is a way to uncheck cloud-init??
>>
>> BRs
>> Kishore
>> ___
>> 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/EM7OG6UFFA6QZRBVDBDY76TSLDHOTUKT/
>>
> ___
> 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/P7ZE4WQCRNTQZ3IMD47DDJ5ZNBITVZU6/
>
___
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/JZAC2WYXUUDYQRZHFAXSDEU32XZX5HQD/

[ovirt-users] Re: activate incremental backup on disk with ansible ovirt_disk module

[Arik Hadas]

On Thu, Nov 17, 2022 at 7:30 PM Nathanaël Blanchet via Users <
users@ovirt.org> wrote:

> Hello,
>
> I've struggled for hours with enabling incremental backup on disk level
> with the ansible ovirt.ovirt.ovirt_disk module:
> - name: modify incremental backup state
> ovirt.ovirt.ovirt_disk:
> auth: "{{ ovirt_auth }}"
> id: "{{disk_id}}"
> backup: "incremental"
>
> But the disk never gets into an incremental state.
>
> What's the matter?
>
Enabling 'incremental backup' for a disk may require changing its format
(from RAW to QCOW) and that, among other reasons, lead to modeling this as
an action on the disk rather than an update of its state.
There's an open PR for adding this action to Ansible:
https://github.com/oVirt/ovirt-ansible-collection/pull/601

> PS: I know I can do the same with curl, but this is not what I want.
>
> Thank you
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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 14blanc...@abes.fr
>
> ___
> 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/HCIL6XTF6RSDPFMH42MGAGSFWRYHWYVP/
>
___
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/GO5O724KHSN23K2PU3ULHWRRDBC3MW32/

[ovirt-users] Re: ovirt 4.5.3.2 - remove snapshot and powerdown VM take the VM disk to unconsistent state

[Arik Hadas]

On Mon, Nov 14, 2022 at 4:19 PM Diego Ercolani 
wrote:

> I think I encountered another bug in the engine:
> I needed to remove a snapshot, and while I was removing the snapshot guest
> went down.
> What happened is that the snapshot remove failed and left "inconsistent".
> I think there is some issue to address.
> Here are the relevant log (the engine.log (see 22/11/14 13:17:59)) and the
> log of node4 that was used by the engine.
>
> https://cloud.ssis.sm/index.php/s/CiEqMwwK5mGxBgg


Let's split this into two parts:

1. The VM went down due to a call to ShutdownVm that was triggered by the
UI/API (i.e., not an "internal" call that was triggered by ovirt-engine)
and has nothing to do with the remove-snapshot operation:

2022-11-14 13:18:09,279Z INFO
 [org.ovirt.engine.core.bll.ShutdownVmCommand]
(EE-ManagedThreadFactory-engine-Thread-168263)
[37f37764-3ea6-474e-849c-324a5acd099e] Running command: ShutdownVmCommand
internal: false. Entities affected :  ID
: b47de206-f8dc-48e8-9820-1a5bb10fe3c7 Type: VMAction group SHUT_DOWN_VM
with role type USER

2. Remove-snapshot failed and the symptoms look similar to those that were
reported in https://bugzilla.redhat.com/2122525


>
> ___
> 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/5N7Q35IPAFARH6Z3QEVBXF2Y6MD3AMRB/
>
___
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/2AIVOVQW5Q72LI2EJF742NR5MNXUQHKE/

[ovirt-users] Re: Virtual Machine Pools

[Arik Hadas]

On Fri, Nov 4, 2022 at 9:19 PM Christopher Law  wrote:

> Hopefully, someone can clarify this a bit for me…
>
>
>
> From the redhat instructions…
>
>
>
> “In principle, virtual machines in a pool are started when taken by a
> user, and shut down when the user is finished. However, virtual machine
> pools can also contain pre-started virtual machines. Pre-started virtual
> machines are kept in an up state, and remain idle until they are taken by a
> user. This allows users to start using such virtual machines immediately,
> but these virtual machines will consume system resources even while not in
> use due to being idle.”
>
>
>
> How do users request “take” virtual machines from the pool? For example
> with a windows machine where we want them to remote desktop into it using
> RDP? Or does this have to happen through some other portal? Do we have to
> give users access to the VM Portal?
>

It generally refers to the VM portal - users should be able to access it
and take virtual machines there and then, when their VM is allocated and
started, they can connect to it using RDP. But it can alternatively be done
using scripts/tools that do this via the API:
https://ovirt.github.io/ovirt-engine-api-model/4.5/#services/vm_pool/methods/allocate_vm


>
>
> Cheers,
>
>
>
> Chris.
> ___
> 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/ZMSC3D3HPW4VO6ZAHCEAFSTIK5BYOQ4J/
>
___
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/FZHLCF2NM4QUPTCOO23MTKDMCA2TN42Q/

[ovirt-users] Re: how kill backup operation

[Arik Hadas]

On Mon, Aug 29, 2022 at 2:20 PM Diego Ercolani 
wrote:

> Thank you for your support,
> I'm councious about the difficulty to keep everything in-line. I currently
> try to find the correct workload to make backup (using CBR) of VMs.
> I tryied both vprotect (with current tecnology preview) and Veeam
> (community using RHV plugin) And I'm currently experiencing very annoying
> problems.
> I can give you the engine-log
> https://cloud.ssis.sm/index.php/s/M9DqFHSaowYqa9H, I currently have two
> machines in an unconsinstent stato from the snapshot point of view:
> SSIS-otobo and SSIS-TPayX2go.

I empied the image_transfer table, last time it helped. This is the sql to
> restore it:
> INSERT INTO public.image_transfers
> (command_id,command_type,phase,last_updated,message,vds_id,disk_id,imaged_ticket_id,proxy_uri,bytes_sent,bytes_total,"type",active,daemon_uri,client_inactivity_timeout,image_format,backend,backup_id,client_type,shallow,timeout_policy)
> VALUES
>  ('54097389-db69-4aa3-a34d-eb6cb2c1fc4b',1024,7,'2022-08-26
> 15:00:46.138+02',NULL,'bac4cca5-b6db-4d66-af65-39b8929262b7','5d18a058-652f-4c94-a9ff-9c15152c61b4','1e1846a1-f9f0-49e5-912e-2f5bf8dd8144','
> https://ovirt-engine.ovirt:54323/images',12307202048,42949640192,1,false,'
> https://ovirt-node3.ovirt:54322/images
> ',3600,5,1,'7e06b6e9-92d9-4f83-ac16-9a06a638fac3',2,false,'legacy');
>

I don't see anything suspicious in that log - I see backups of both of the
aforementioned VMs but they all seem to succeed, including snapshot
removals. But it could be that something that is not covered by this log
went wrong as I can't see the backup 7e06b6e9-92d9-4f83-ac16-9a06a638fac3
there.


>
> I'm currently stuck because I cannot even remove the VMs as they are
> "locked during backup" operation
>

I see two options:
1. To stop ovirt-engine, remove the relevant parts from the
command_entities table and unlock the entities (there's a script for that:
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh),
and then restart ovirt-engine
2. To finalize ongoing image transfers [1] and then finalize the backup [2]

The second option should be much simpler

[1]
https://github.com/oVirt/ovirt-engine-api-model/blob/4.5.11/src/main/java/services/ImageTransferService.java#L243-L255

[2]
https://github.com/oVirt/ovirt-engine-api-model/blob/4.5.11/src/main/java/services/VmBackupService.java#L69-L86


> ___
> 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/RFMRQ4PDPGHPQKZURHIR2ZYS5HL4FXU7/
>
___
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/HK4SM4BHRLNL2TICHG23QSUABM3NNHW4/

[ovirt-users] Re: how kill backup operation

[Arik Hadas]

On Fri, Aug 26, 2022 at 6:25 PM Diego Ercolani 
wrote:

> Hello I saw there are other thread asking how to delete disk snapshots
> from backup operation.
> We definitively need a tool to kill pending backup operations and locked
> snapshots.

I Think this is very frustrating ovirt is a good piece of software but it's
> very immature in a dirty asyncronous world.
> We need a unified toolbox to clean manually and do database housekeeping.


Note that the thread you refer to is about a snapshot-based mechanism for
backup.
While we still test it (and unfortunately didn't notice the reported issues
on our environments, thus we need more information as Benny pointed out),
we have been putting our efforts on an alternative mechanism that is based
on incremental backup.
This mechanism is supported (since oVirt 4.5.1 I believe) and should
provide you with ways to finalize backups.
It would be great if you can elaborate on what "pending backup operations"
means to see it's covered by that new mechanism we call "Hybrid backup":
https://www.ovirt.org/media/Hybrid-backup-v8.pdf


> ___
> 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/MNVW4FT3Y24ATI2KLXIW3KFMJBWJA2VX/
>
___
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/IN4Y7LBM464GW4DGGCMCR2JP3NOC37GI/

[ovirt-users] Re: oVirt 4.5.2 new ISO uploads are not usable

[Arik Hadas]

On Tue, Aug 23, 2022, 18:58 Michal Skrivanek  wrote:

>
>
> On 23. 8. 2022, at 17:42, Christoph Timm  wrote:
>
> Hi Michal,
>
> yes this is the issue I'm facing.
> Do you require any information from my setup for the ticket?
>
>
> no, I think it's clear, just needs to be fixed:)
>

>
> The download is also behaving differently between old and newly uploaded
> ISOs on the data domain.
>
> old: filename.iso.raw
> new: filename.iso.qcow2
>
>
That's also a result of enabling incremental backup by default now, which
is incorrect for ISOs. Deselecting the "Enable incremental backup" option
in the upload-image dialog should do the trick

>
> Best regards
> Christoph
>
> Am 23.08.22 um 17:34 schrieb Michal Skrivanek:
>
>
>
> On 23. 8. 2022, at 15:38, Christoph Timm  wrote:
>
> Hi list,
>
> we have uploaded new ISO files to our data domain which we are using for
> ISO images and found out that we cannot boot from these ISO.
> Older ISOs are still working but no new one.
>
> I have not really any idea what to check and where to look so any kind of
> help would be really appreciated.
>
>
> Sounds like https://bugzilla.redhat.com/show_bug.cgi?id=2120228
>
> i don't know if there's any easy workaround. What I ended up doing was
> create ISO domain instead and place the files into the NFS directory
> manually
>
> Thanks,
> michal
>
>
> 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/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/5MPQNCFRW3PFPNB252DP5M34XRSLG2A2/
>
>
>
>
>
___
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/AQ4ASWHSMVYJ2AUAJ377CJTMLVURHCPJ/

[ovirt-users] Re: node 4.5.2 doesn't activate logical volumes on boot

[Arik Hadas]

On Fri, Aug 19, 2022 at 12:06 PM  wrote:
>
> Hello does anyone have any pointers to how to resolve this.
>
> I have looked at https://bugzilla.redhat.com/show_bug.cgi?id=2012830 for 
> clues.

Did you check https://bugzilla.redhat.com/show_bug.cgi?id=2095588?

>
> 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/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/VA2P2XYRB73U2ZN3C4APEKKETGAXGA5J/
___
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/5T7TNJWZXIYKXC5GNZMRCSCQU4QUU2YT/

[ovirt-users] Re: Changing Cluster Compatibility Version from 4.6 to 4.7 issue

[Arik Hadas]

On Mon, Aug 15, 2022 at 10:05 AM Yedidyah Bar David  wrote:
>
> On Fri, May 27, 2022 at 11:40 AM Alexandr Mikhailov  wrote:
> >
> > Hi!
> > Just uprgaded from 4.4. to 4.5. Had all the problems with this update, such 
> > as postgresql-jdbc version and with stripeCount in cli.y . But I managed 
> > it, everything works more or less.
> > Now I cannot raise the Cluster compatibility level. The problem is that 
> > increasing the level tries to change something in the HE configuration but 
> > cannot.
> > This is error massage:
> > Error while executing action: Cannot update cluster because the update 
> > triggered update of the VMs/Templates and it failed for the following: 
> > HostedEngine. "There was an attempt to change Hosted Engine VM values that 
> > are locked." is one of the error(s).
> >
> > To fix the issue, please go to each VM/Template, edit, change the Custom 
> > Compatibility Version (or other fields changed previously in the cluster 
> > dialog) 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 (or other changes). If the problem still persists, you may 
> > refer to the engine.log file for further details.
> > If i trying to edit HE machine without changing anything i se next error: 
> > There was an attempt to change Hosted Engine VM values that are locked/ I 
> > think this is linked issues.
> > Log from engine log when i trying to update Cluster version:
> > 2022-05-27 14:20:54,410+06 ERROR 
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> > (default task-212) [1b8b6b78] EVENT_ID: 
> > CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Ca
> > nnot update compatibility version of Vm/Template: [HostedEngine], Message: 
> > There was an attempt to change Hosted Engine VM values that are locked.
> > Log from engine log when i trying to save HE configuration without any 
> > changing:
> > 2022-05-27 14:34:10,965+06 INFO  
> > [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-220) 
> > [9cdfe99b-b7a1-46a4-ab3f-fc110b939f08] Lock Acquired to object 
> > 'EngineLock:{exclusiveLocks='[HostedEngine=
> > VM_NAME]', sharedLocks='[4d6a0ffb-a221-4ef8-9846-6ada7690e74a=VM]'}'
> > 2022-05-27 14:34:10,968+06 WARN  
> > [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-220) 
> > [9cdfe99b-b7a1-46a4-ab3f-fc110b939f08] Validation of action 'UpdateVm' 
> > failed for user admin@internal-auth
> > z. Reasons: 
> > VAR__ACTION__UPDATE,VAR__TYPE__VM,VM_CANNOT_UPDATE_HOSTED_ENGINE_FIELD
> > 2022-05-27 14:34:10,969+06 INFO  
> > [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-220) 
> > [9cdfe99b-b7a1-46a4-ab3f-fc110b939f08] Lock freed to object 
> > 'EngineLock:{exclusiveLocks='[HostedEngine=VM_
> > NAME]', sharedLocks='[4d6a0ffb-a221-4ef8-9846-6ada7690e74a=VM]'}'
> > It is not clear what is happening and what changes to the configuration are 
> > trying to be saved and what to do about it. Help please.
>
> On Sat, Aug 13, 2022 at 12:39 PM Alexandr Mikhailov  wrote:
> >
> > This is solution: update vm_static set time_zone='Etc/GMT' where 
> > vm_name='HostedEngine';
>
> Thanks for the update!
>
> Arik/Liran - is this risky? If not, is it worth it to allow doing this
> from the engine? And/or document this?

It's not risky, that's the way we proposed to work around an issue we
had with the timezones, see:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/BQMHMKNLPANYOIWDSLSPBB3UUY4FXRNR/
That issue is fixed now but it sounds like a good idea to document
this somewhere as that fix doesn't prevent the issue from happening to
users that were already affected by that bug

>
> Best regards,
> --
> Didi
>
___
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/FIZS53TQJCRD2OQI5ZPOEDR2JVS5UHOX/

[ovirt-users] Re: Make QXL the default

[Arik Hadas]

On Mon, Aug 1, 2022 at 2:37 PM Liran Rotenberg  wrote:
>
>
>
> On Mon, Aug 1, 2022 at 2:33 PM Liran Rotenberg  wrote:
>>
>>
>>
>> On Mon, Aug 1, 2022 at 12:49 PM Colin Coe  wrote:
>>>
>>> Hi all
>>>
>>> I edited /etc/ovirt-engine/osinfo.conf.d/00-defaults.properties and added 
>>> the lines:
>>> os.rhel_6x64.devices.display.protocols.value = spice/qxl
>>> os.rhel_7x64.devices.display.protocols.value = spice/qxl
>>> os.rhel_8x64.devices.display.protocols.value = spice/qxl
>
> By the way it is recommended  to create a new file to edit these values :
> # * value overriding -
> # Supports versions of configuration through file prefix
> # e.g - all or some entries in this file can be overridden by entries in
> # 10-osinfo.properties
>>>
>>>
>>> And its working now.  Is this OK or is there a better way to handle this?

As Liran commented above, such changes should be made in a different
file so they won't be overridden when you'll upgrade ovirt-engine; and
as Liran commented below, if you're ok with setting the default
display to spice/qxl for all operating systems, it's easier to change
the blank template

>>
>> This is one option, which drops all other options when you do this(VGA, 
>> Bochs, spice/vnc..).
>> How about trying to edit the Blank template, changing it to SPICE/QXL?
>>
>> Regards,
>> Liran
>>>
>>>
>>> Thanks
>>>
>>> On Mon, 1 Aug 2022 at 11:10, Colin Coe  wrote:

 Hey all

 We've just updated to RHV4.4SP1 (aka 4.5) from v4.4 and now our ansible 
 workflows are failing with:
 cannot run VM. Selected display type is not supported by the operating 
 system

 The OS are RHEL6 and RHEL7 (no, I can't change this as the software stack 
 only works with these)

 I couldn't find anything in the ansible ovirt collection to change from 
 VGA to QXL.

 Any ideas on how I can make QXL the default instead of VGA?  Maybe a DB 
 change?

 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/7S45CNUQUVGZQ3UICD2UYLC4MSAJBAD4/
>
> ___
> 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/XQN34WCLWMAHMHG4QGFRXPM6UHPW7Z2Q/
___
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/N4SY56E5ULKHAYCVYAZ5LGDXFTOIOENJ/

[ovirt-users] Re: Template import in 4.5

[Arik Hadas]

On Wed, Jul 20, 2022 at 12:45 PM Gianluca Cecchi
 wrote:
>
> On Wed, Jul 20, 2022 at 11:22 AM Gianluca Cecchi  
> wrote:
>>
>> On Wed, Jul 20, 2022 at 11:14 AM Benny Zlotnik  wrote:
>>>
>>> you may have hit this bug 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=2104597
>>>
>>>
>>
>> Thanks. I confirm I get the same error in RHV.
>> I asked inside the bugzilla to create a cloned one for RHV if not already 
>> there
>> Gianluca
>
>
> Just to add 2 things that could be important in general for oVirt 4.5 users:
>
> 1. in oVirt (not tried yet in RHV) the import error happens also if the 
> export is done in the same version (4.5.x), not only previous ones
> 2. in both oVirt and RHV the import error happens also if you try the 
> recommended way: export as OVA (instead of "Export to Export Domain) and then 
> import of the OVA.
>
> BTW: the export domain object is deprecated, but still in RHV 4.4-SP1 (and I 
> think in oVirt 4.5.x too) when you select
> Compute -> Templates
> Import button at top right
> the window you are then proposed contains as default the option where 
> "Source" field is "Export Domain", while I think that to be consistent, the 
> drop-down option button should contain as default the other possible choice: 
> "Virtual Appliance (OVA)"

+1
I'd also change the text there to "Export Domain (deprecated)"

>
> 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/STZIZXKL7P4WXHF5ZWY7GUDC3PBQJKGT/
___
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/KT7KMCBHW62BTHW56GLXJNZILLRLKKSS/

[ovirt-users] Re: Can't start VM because host has insufficient amount of CPU cores

[Arik Hadas]

On Tue, Jun 28, 2022 at 8:29 PM Ramon Clematide  wrote:
>
> Hi
>
> I just upgraded my oVirt installation from 4.4.10 to 4.5.1.2. The upgrade 
> went through without any errors and most things seem to work but i have one 
> critical problem now. Somehow it does not evaluate the correct number of CPU 
> available on the hypervisor and blocks the start of a VM (except for the 
> engine). The problem I only have on the hypervisor which has the engine 
> deployed. I have three hypervisors, but only one has the engine installed. 
> This hypervisor is also in a seperate cluster.
>
> After the upgrade, on the hypervisor which has the engine installed, I can't 
> start a VM via the oVirt Manager. I can start the engine via "hosted-engine 
> --vm-start" but if I try to start any other VM it fails with this Error:
>
> https://imgur.com/7lbGb8v
>
> 
> Operation Canceled
> Error while executing action:
>
> Razor:
> Cannot run VM. There is no host that satisfies current scheduling 
> constraints. See below for details:
> The host venge did not satisfy internal filter CPU because it has an 
> insufficient amount of CPU cores to run the VM.
> 
>
> I did not change any specs for the VM and even if I reduce the VM to only use 
> 1 core it fails with the error above.
>
> This are the specs of my hypervisor, it has 2 cores with 2 threads:
>
> https://imgur.com/rbJnqP3
>
> This is the ovirt version installed
>
> https://imgur.com/4LLTVFN
>
> Does someone know how to fix this?

Sounds like https://bugzilla.redhat.com/2095259 but since the fix for
that one is included in the version you use, I assume that's a
different issue
Lucia, can you please follow up on this?


>
> Regards
> ___
> 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/E3LAOVNSKKCLCP2KC7PNFPSUNVW5R7VD/
___
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/TZPR36IQHSIC4OVEZ2ZUF2S3XEPZE465/

[ovirt-users] Re: VMs missing following Import of Storage Domain

[Arik Hadas]

On Tue, Jun 28, 2022 at 1:31 AM Simon Scott  wrote:
>
> The .ovf files don’t exist on the Primary site for the VMs in question so 
> they are not being replicated.
>
> Question is why aren’t there .ovf files on any of the hosts for those Vms?

I can think of at least three reasons:
1. There was no "OVF update" since those VMs were created but if you
kept the OvfUpdateIntervalInMinutes with its default value of 60 min
and the missing VMs were not created in about the same time then it's
less likely
2. ovirt-engine failed to write the OVFs, that's also less likely but
then you should see an error in engine.log
3. ovirt-engine didn't detect a change thus didn't try to write the
OVFs of these VMs

I'd do the following:
1. Check the output of "engine=# select vm_guid, ovf_generation from
vm_ovf_generations ;" to see if the missing VMs are written there
(they probably are) and what's their "ovf generation"
2. Update some of those VMs
3. Check that their new generation is higher than the one you saw in
(1) with: "engine=# select vm_name, db_generation from vm_static;"
4. Trigger Storage Domain -> Update OVFs
5. Check the OVF store to see if those VMs are now there


>
> Regards
>
> Simon…
> ___
> 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/URPW47VGR4AOWPKQ2TEY6BFWQQO5UP4T/
___
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/KS62OFOBMBUKA2DP7CDQIVYY766EJCNF/

[ovirt-users] Re: VMs missing following Import of Storage Domain

[Arik Hadas]

On Fri, Jun 24, 2022 at 9:49 AM Sandro Bonazzola  wrote:
>
>
>
> Il giorno gio 23 giu 2022 alle ore 20:20  ha scritto:
>>
>> I heard oVirt was almost dead, but I didn’t realise I would need a séance to 
>> get a response…
>>
>> Is there anybody there???
>
>
> Hi, yes, we are here. Just a lot busy.
> @Arik Hadas the issue faced by Simon seems to be in your area of knowledge, 
> can you please follow up on this thread?

yeah, it makes sense that the VMs are missing in the OVF_STORE on the
secondary site then
I'd check the OVF_STORE on the primary site - if it's updated then
check the replication mechanism
otherwise, I'd check what those VMs that are missing have in common -
were they created in about the same time and so maybe there was no
attempt to update the OVF_STORE before the fail over, what do they
have in common in terms of their storage consumption, etc

>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/NE6VRTQKNDGOCIUGM46EGAOAJG34VLR6/

[ovirt-users] Re: VM hangs after migration

[Arik Hadas]

FYI, this has been reported to the kernel/virtualization team, you can
follow this bz:
https://bugzilla.redhat.com/show_bug.cgi?id=2079311

On Mon, Jun 27, 2022 at 1:55 AM John  wrote:

> I'm seeing this too on oVirt 4.5.1 using CentOS Stream 8 for the hosts.
> The console is blank, no response to ping and I have to power off the VM
> and power it back on again to recover it.
> On 26/06/2022 19:53, Christopher Law wrote:
>
> I have this exact same issue, did you guys get anywhere with this, or find
> the cause?
>
>
>
> It’s difficult to debug because as far as the engine and hosts involved
> are concerned it was successful. It’s just the VM stops responding to pings
> etc after migration and the console freezes exactly as described here.
>
>
>
> I’m using oVirt 4.5.1 Cluster 4.7. I’ve even reinstalled oVirt Node on the
> problem host still behaves the same. I’ve tried removing all VirtIO devices
> from the VM, I’ve tried with lower CPU family profiles, I’ve tried with
> different BIOS/UEFI settings.
>
>
>
> In some cases the VM freezes moving away from the problem host as well
> which is interesting.
>
>
>
> *From:* Arik Hadas  
> *Sent:* 31 March 2022 15:11
> *To:* Moshe Sheena  
> *Cc:* users  
> *Subject:* [ovirt-users] Re: VM hangs after migration
>
>
>
> Moshe, this sounds similar to what we've seen in your environment, no?
>
> Did you manage to resolve it?
>
>
>
> On Thu, Mar 31, 2022 at 12:57 PM Giorgio Biacchi 
> wrote:
>
> Hi,
> I have a fresh Ovirt installation (4.4.10.7-1.el8 engine and oVirt Node
> 4.4.10) on a Dell VRTX chassis. There are 3 blades, two of them are
> identical hardware (PowerEdge M630) and the third is a little newer
> (PowerEdge M640). The third has different CPUs, more RAM, and slower
> NICs. I also have a bunch of data domains some on the shared PERC
> internal storage and others on an external iSCSI storage, all seems
> configured correctly and all the hosts are operational.
>
> I can migrate a VM back and forth from the first two blades without any
> problem, I can migrate a VM to the third blade but when I migrate a VM
> from the third blade to any of the other two the task terminate
> successfully, the VM is marked as up on the target host but the VM
> hangs, the console is frozen and the VM stops to respond to ping.
>
> I have no clues about why this is happening and I'm looking for
> suggestions about how to debug and hopefully fix this issue.
>
> Thanks in advance
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> 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/HYHAVG3KDHMNVWNYROIIX2CTHSLFPVU3/
>
>
> ___
> 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/VUOMGXGHJ46G2LY4D4SZPFQZ55M7RK3Z/
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>  Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
> <#m_8420704470177710594_m_1749598591171990351_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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/HT2DZWHJYZ36DHJGAMYRQO63FJYEFV3Z/
>
___
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/PQVIKTCC6NHQPHVWYW6WMPPTFKQLY7YJ/

[ovirt-users] Re: Q: How to Fix Frozen "Reboot in progress" VM Status

[Arik Hadas]

On Mon, May 30, 2022 at 5:21 PM Andrei Verovski  wrote:
>
> Hi,
>
> Digging old notes, which unfortunately were not complete, I found also this 
> query, which was marked as necessary:
>
> update vm_dynamic set run_on_vds='3c854f9c-2cdd-423e-bca0-37964ba76702' where 
> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>
> but I didn’t remember what is
> run_on_vds='3c854f9c-2cdd-423e-bca0-37964ba76702’
>
> Is this UUID of the node problematic VM is running on?

Yes, it should be the UUID of the host that the VM runs on - but the
issue this update can solve has been addressed and we didn't see it
for quite a while since then, so unless run_on_vds is set to null I
wouldn't go this way but rather check what happens within the guest
and if there's anything unusual in the vdsm log


>
> Thanks.
>
>
> On 29 May 2022, at 18:44, Liran Rotenberg  wrote:
>
>
>
> On Thu, May 26, 2022 at 4:36 PM Andrei Verovski  wrote:
>>
>> Hi,
>>
>> engine=# update vm_dynamic set status = 1 where 
>> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>> UPDATE 1
>>
>> Seems like success, but it is not.
>>
>> After few seconds:
>> engine=# select status from vm_dynamic where 
>> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>>  status
>> 
>>  10
>> (1 row)
>>
>> Looks like oVirt Engine itself checks something and changes status to “10” 
>> (Rebooting) again.
>>
>> Is it possible this is somehow related to "virtio-win-0.1.217” I installed 
>> recently on this Windows Server 2022 VM?
>
> Yes, the engine sets the VM status based on the report from VDSM.
> VDSM takes the report from the guest-agent, in this case - the one provided 
> by virtio-win (for windows VMs).
> Can you make sure it is installed? Also, try to look in vdsm.log if by 
> searching QEMU you can see one message about getting new capabilities for the 
> VM?
> Another option would be to try and check qemu-ga calls to the VM.
>>
>>
>> Thanks in advance for any suggestions.
>>
>>
>> On 26 May 2022, at 14:53, Liran Rotenberg  wrote:
>>
>>
>>
>> On Wed, May 25, 2022 at 5:52 PM Andrei Verovski  wrote:
>>>
>>> Hi,
>>>
>>> I have VM which have restarted successfully yet in oVirt web it is being 
>>> shown with “Rebooting” status for a very long time.
>>>
>>> I did:
>>>
>>> su - postgres
>>> psql engine
>>> select vm_guid from vm_static where vm_name='WInServerTerminal-2022’;
>>> engine=# select status from vm_dynamic where 
>>> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>>>  status
>>> 
>>>  10
>>> (1 row)
>>>
>>> How to properly correct status from "Rebooting”?
>>
>> Hi Andrei,
>> If you wish to change manually the VM status to 'UP' status you may use:
>> # update vm_dynamic set status = 1 where 
>> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>>
>> The statuses are the following (VMStatus ENUM):
>> Unassigned(-1),
>> Down(0),
>> Up(1),
>> PoweringUp(2),
>> Paused(4),
>> MigratingFrom(5),
>> MigratingTo(6),
>> Unknown(7),
>> NotResponding(8),
>> WaitForLaunch(9),
>> RebootInProgress(10),
>> SavingState(11),
>> RestoringState(12),
>> Suspended(13),
>> ImageIllegal(14),
>> ImageLocked(15),
>> PoweringDown(16);
>>
>> Regards,
>> Liran
>>
>>>
>>>
>>> Thanks in advance
>>> Andrei
>>> ___
>>> 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/FSZZOMGVJACZHH3CTWW6HOLTTJXL76QN/
>>
>>
>> ___
>> 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/SZRORWV6MIOVR3DPA2IMXVPXGJWMGHCQ/
>
>
> ___
> 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/CRLYFHFGJNYXTQLJQ4UJM2NNCMNHHHZS/
___
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/FVBLNBLTXCNSCMPSGLTFTQ5WRZLASMO7/

[ovirt-users] Re: On oVirt 4.4 Can not import VM from Export domain from ovirt-4.3 nor DataDomain from ovirt-4.3

[Arik Hadas]

On Mon, May 23, 2022 at 3:31 PM  wrote:
>
> HI
>
> Thank you for fast response.
>
> In the mean time I have discovered what was the problem in my case.
>
> The problem was that export domain and data domain from oVirt 4.3 had OVF 
> where  tag is used (ID caps letters) instead of expected 
> .

That's weird as oVirt 4.3 didn't write InstanceID - that was added in
4.4.1 and only to OVAs [1]
Do you use plain oVirt or a version that may have been patched incorrectly?

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

>
> oVirt 4.4 expected   tag which wasn't used in this case so the 
> engine assumed that OVF files were corrupted.
>
> Fix for me was simple on Export Domain I swapped InstanceID with InstanceId.
> bash# for i in `find . -name "*.ovf"` ; do sudo sed -i 
> 's/InstanceID/InstanceId/g' $i ; done ;
>
> But I could not fix datadomain since I didn't want to dive into OVF_STORE 
> disk. I am guessing that there is a tool for editing OVF_STORE disks whit out 
> damaging the domain?!
>
> Regards Uros
>
>
> ___
> 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/PGD6IDKYDEPVFRXBVXBRHIHPUSU3XM6J/
___
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/5E627F7YDEB2WPNUSGH2F6PNYTYPJZBH/

[ovirt-users] Re: On oVirt 4.4 Can not import VM from Export domain from ovirt-4.3 nor DataDomain from ovirt-4.3

[Arik Hadas]

On Sat, May 21, 2022 at 8:53 AM  wrote:
>
> Hi
> I would like to migrate VMs from 4.3.10 to 4.4.8 and I tried using Data 
> Domain where i get this error:
>
> 2022-05-19 15:41:06,262+02 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] 
> (default task-18) [e0278849-c70a-4cba-8553-b7aac2537314] Error parsing OVF 
> due to OVF error: Linux8_Clone: cannot read 'rasd:InstanceId' with value: null
>
> Procedure
> SOURCE
> Log in to the Administration Portal of the source environment.
> Shut down all virtual machines running on the required storage domain.
> Click Storage → Domains.
> Click the storage domain’s name to open the details view.
> Click the Data Center tab.
> Click Maintenance.
> Click OK.
> Click Detach, then click OK.
> Click Remove.
> Click OK to remove the storage domain from the source environment.
> DESTINATION
> Log in to the Administration Portal of the destination environment.
> Click Storage → Domains.
> Click Import Domain.
> Select the destination data center from the Data Center drop-down list.
> Enter a name for the storage domain.
> Select the Domain Function and Storage Type from the appropriate 
> drop-down lists.
> Select a host from the Host drop-down list.
> Enter the details of the storage domain.
> Select the Activate Domain in Data Center check box to automatically 
> activate the storage domain when it is attached.
> Click OK.
>
> I would like to migrate VMs from 4.3.10 to 4.4.8 and I tried using Expot 
> Domain where i get this error:
>
> 2022-05-19 19:31:53,083+02 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] 
> (default task-18) [975030bb-cc66-409e-9c47-e37049b957df] Error parsing OVF 
> due to OVF error: icinga2: cannot read 'rasd:InstanceId' with value: null
> 2022-05-19 19:31:53,085+02 WARN  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-18) [975030bb-cc66-409e-9c47-e37049b957df] EVENT_ID: 
> IMPORTEXPORT_FAILED_TO_IMPORT_VM(1,168), Failed to read VM '' OVF, 
> it may be corrupted. Underlying error message: OVF error: icinga2: cannot 
> read 'rasd:InstanceId' with value: null
>
> Any Ideas?

Can you share the OVF? The easiest way to find it is probably using
the export domain, the OVF is located in "master/vms//"

>
> Regars Uros
> ___
> 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/DVCWG3HWLHU3CSO6XECKIKIKQTUHMKXF/
___
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/WZYCRDMNB7VYTOMPJFKRFNKC32T2M5R5/

[ovirt-users] Re: Setting VM ticket failed

[Arik Hadas]

On Thu, May 19, 2022 at 2:25 PM parallax  wrote:
>
> hello
>
> Ovirt engine: 4.4.10.6-1.el8
>
> Host: ovirt-node-ng-4.4.10.2-0.20220303.0 (4.18.0-365.el8.x86_64)
>
> can't connect to VM via VNC console in WebUI, an error message appears: 
> Setting VM ticket failed
>
> error in the engine.log:
>
> 2022-05-19 06:57:58,282-04 ERROR 
> [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-3) [13cf96a] 
> Command 'org.ovirt.engine.core.bll.SetVmTicketCommand' failed: 
> EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
> VDSGenericException: VDSErrorException: Failed to SetVmTicketVDS, error = 
> General Exception: ('unsupported configuration: VNC password is 12 characters 
> long, only 8 permitted',), code = 100 (Failed with error GeneralException and 
> code 100)
>
> any ideas how to fix it ?

By upgrading to oVirt 4.5, see:
https://bugzilla.redhat.com/show_bug.cgi?id=2042479

>
> 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/V5URADWOFUZZVUPON3PURBUHEMB6SULQ/
___
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/GD5TMSYOJM32EGA5A462FLQLCHWFH4IZ/

[ovirt-users] Re: oVirt / Vinchin Backup Application-Level Consistency

[Arik Hadas]

On Thu, May 19, 2022 at 11:24 AM Andrei Verovski  wrote:
>
> Hi,
>
> I’m currently testing oVirt with Vinchin backup, and for application-level 
> consistency need to make snapshot with “quiesce” option.
> What need to be done in order to activate this feature?

We freeze the guest file system(s) without the quiesce option now (we
used to, long time ago), see:
https://github.com/oVirt/vdsm/commit/fb89b6eaa0e97006c184c84f6e748dcbbf74bdfe

>
> > Guest Quiesce for Application-Level Consistency in Windows/Linux via Guest 
> > Agent: Done. Available in oVirt.
>
> Running oVirt version 4.4.7.6
>
> Thanks in advance.
> Andrei
> ___
> 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/N2OVO5IG2LKUNXX25V7VXGVIS6GE55OH/
___
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/72O3YEVQPDNJXSRIYIOJANPWIGUNP7W3/

[ovirt-users] Re: OVA Export from Snapshot?

[Arik Hadas]

On Fri, May 6, 2022 at 3:00 PM Alan G  wrote:
>
> Hi,
>
> Is there a way to export an OVA from a snapshot? Or only from the "Active VM" 
> image?

The fact you're asking specifically about the image makes me wonder
what's the reason for asking that
If you look for a way to create an OVA directly from an existing
snapshot then no, it's not possible. You'd need to provision a
VM/template from the snapshot and export it to an OVA.
If you don't want the export operation to operate on the active
volume(s) of the VM then unless the VM is configured with MBS (managed
block storage) disk, the system creates a snapshot first and exports
the volumes that are associate with the snapshot to the OVA (so it
doesn't use the active volumes)

>
> Thanks,
>
> Alan
>
> ___
> 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/QIJM6R3GS2HQYIM2VYPTIBVPJXC2D5GN/
___
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/HL626RQUSPO5OXPXRH2D6WNLUCEA6UNC/

[ovirt-users] Re: [Ext.] Re: convert disk image to thin-provisioned - Ovirt 4.1

[Arik Hadas]

On Thu, Apr 28, 2022 at 11:11 AM Mohamed Roushdy
 wrote:
>
> Thanks for responding.
>
> So, this feature isn't available in 4.4.10 as we are intending to move to 
> that version?

It's not available in 4.4.10
See https://bugzilla.redhat.com/show_bug.cgi?id=98 (introduced in 4.5)

> Storage used for that VM is NFS.
>
> Thanks,
>
> -Original Message-
> From: Nir Soffer 
> Sent: Wednesday, April 27, 2022 10:53 PM
> To: Mohamed Roushdy 
> Cc: users@ovirt.org; Benny Zlotnik 
> Subject: [Ext.] Re: [ovirt-users] convert disk image to thin-provisioned - 
> Ovirt 4.1
>
> [CAUTION: This email originated from outside of the organization. Do not 
> click links or open attachments unless you recognize the sender and know the 
> content is safe]
>
> On Wed, Apr 27, 2022 at 1:02 PM Mohamed Roushdy 
>  wrote:
> >
> > Hello,
> >
> > I’ve researched a bit on how to convert a disk image from pre-allocated to 
> > thin in Ovirt 4.1, but nothing worked. Is there a way to achieve this 
> > please?
>
> Yes!
>
> 1. Install ovirt 4.5.0
> 2.  Use the new convert disk feature
>
> With oVirt 4.1 you can do this manually. What kind storage are you using?
> (NFS, iSCSI?)
>
> Nir
>
> ___
> 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/KNYUTOLPAUZOXKCQY63JML6XUGVF5XIR/
___
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/TQK4ID5OHF4TF6KRAPL6D4B5F4A2RKTY/

[ovirt-users] Re: NVIDIA vgpu mdev/mediated devices are getting deleted/removed after VM shutdown with ovirt

[Arik Hadas]

On Tue, Apr 19, 2022 at 11:00 PM Sandip Thorat  wrote:
>
> Thanks Arik for reply.
>
> I want to add enable_large_sys_mem=1 vGPU plugin parameter . How can I do 
> that with oVirt? Could you please share steps?

Go to the "Manage vGPU" (Virtual Machine -> Host Devices -> Manage
vGPU) and add it to "Optional driver parameters" (see attached
screenshot)

>
> -Original Message-
> From: Arik Hadas 
> Sent: Tuesday, April 19, 2022 6:49 PM
> To: Sandip Thorat 
> Cc: users 
> Subject: Re: [ovirt-users] NVIDIA vgpu mdev/mediated devices are getting 
> deleted/removed after VM shutdown with ovirt
>
>
>
> External email: Use caution opening links or attachments
>
>
>
>
>
> On Tue, Apr 19, 2022 at 3:47 PM sandipt--- via Users  wrote:
>
> >
>
> > Hi Team,
>
> > NVIDIA vgpu mdev/mediated devices are getting deleted/removed after VM 
> > shutdown with ovirt. How I can make them persistent even after VM 
> > shutdown/poweroff ? I want to set some vgpu parameter in file 
> > /sys/bus/mdev/devices/vgpu-id/nvidia/vgpu_params for testing to mdev. But 
> > can't do as uuid of mdev are not persistent.  mdev are not there in 
> > /sys/bus/mdev/devices/ after VM shutdown. We were using RHV/Red Hat 
> > Virtualization Host 4.4.10 host with NVIDIA vGPU.  virsh commands are 
> > helping. Can you please help?
>
>
>
> As from oVirt 4.5, you can set such parameters via oVirt's UI/API, see:
>
> https://bugzilla.redhat.com/1987121
>
> (The mdev devices were also changed to managed devices in order to have them 
> persisted)
>
>
>
>
>
> > ___
>
> > 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/YAZ5I5LT
>
> > FZ3WXBPVNIPH2HQWVEDSQW6K/
>
>
___
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/73FOONPBRKLKDKNG5NC723522YBUYUI3/

[ovirt-users] Re: NVIDIA vgpu mdev/mediated devices are getting deleted/removed after VM shutdown with ovirt

[Arik Hadas]

On Tue, Apr 19, 2022 at 3:47 PM sandipt--- via Users  wrote:
>
> Hi Team,
> NVIDIA vgpu mdev/mediated devices are getting deleted/removed after VM 
> shutdown with ovirt. How I can make them persistent even after VM 
> shutdown/poweroff ? I want to set some vgpu parameter in file 
> /sys/bus/mdev/devices/vgpu-id/nvidia/vgpu_params for testing to mdev. But 
> can't do as uuid of mdev are not persistent.  mdev are not there in 
> /sys/bus/mdev/devices/ after VM shutdown. We were using RHV/Red Hat 
> Virtualization Host 4.4.10 host with NVIDIA vGPU.  virsh commands are 
> helping. Can you please help?

As from oVirt 4.5, you can set such parameters via oVirt's UI/API, see:
https://bugzilla.redhat.com/1987121
(The mdev devices were also changed to managed devices in order to
have them persisted)


> ___
> 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/YAZ5I5LTFZ3WXBPVNIPH2HQWVEDSQW6K/
___
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/JKIR6GV6KV3OX45NI6VQFJOUHTMFZMQN/

[ovirt-users] Re: VM hangs after migration

[Arik Hadas]

Moshe, this sounds similar to what we've seen in your environment, no?
Did you manage to resolve it?

On Thu, Mar 31, 2022 at 12:57 PM Giorgio Biacchi 
wrote:

> Hi,
> I have a fresh Ovirt installation (4.4.10.7-1.el8 engine and oVirt Node
> 4.4.10) on a Dell VRTX chassis. There are 3 blades, two of them are
> identical hardware (PowerEdge M630) and the third is a little newer
> (PowerEdge M640). The third has different CPUs, more RAM, and slower
> NICs. I also have a bunch of data domains some on the shared PERC
> internal storage and others on an external iSCSI storage, all seems
> configured correctly and all the hosts are operational.
>
> I can migrate a VM back and forth from the first two blades without any
> problem, I can migrate a VM to the third blade but when I migrate a VM
> from the third blade to any of the other two the task terminate
> successfully, the VM is marked as up on the target host but the VM
> hangs, the console is frozen and the VM stops to respond to ping.
>
> I have no clues about why this is happening and I'm looking for
> suggestions about how to debug and hopefully fix this issue.
>
> Thanks in advance
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> 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/HYHAVG3KDHMNVWNYROIIX2CTHSLFPVU3/
>
___
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/NZF4LY7PTQAIQLIZCXPHCMHHFGUHPV6H/

[ovirt-users] Re: Upgrade oVirt 4.3 -> 4.4 Cluster "Emulated maschine" - Error

[Arik Hadas]

On Mon, Mar 28, 2022 at 9:02 AM  wrote:

> Hi,
>
> ++ Setup: 1 Selfhosted oVirt with EL- Hosts (one ol7, second ol8)
>
> we 've updated the ovirt-engine from 4.3 to 4.4 - works, after this, we
> updated the first host (test-host2) to Oracle Linux 8.5.0
> After this we install /add (over the oVirt GUI) the new Host to the
> Cluster.
> oVirt install all. We can see the Host and Configure the Host Networks ...
> but the Status is "NonOperational".
>
> At the Host we can see this error message:
> Host test-host2 does not comply with the cluster Test-Cluster emulated
> machine. The cluster emulated machine is pc-i440fx-2.12 and the host
> emulated machines are
> q35,pc-q35-rhel8.3.0,pc,pc-i440fx-2.11,pc-q35-rhel7.3.0,pc-q35-rhel7.6.0,pc-q35-rhel8.1.0,pc-q35-rhel7.4.0,pc-q35-rhel8.0.0,pc-i440fx-rhel7.3.0,pc-q35-rhel7.5.0,pc-i440fx-4.2,pc-i440fx-rhel7.0.0,pc-i440fx-rhel7.6.0,pc-i440fx-rhel7.4.0,pc-q35-rhel8.4.0,pc-q35-rhel8.5.0,pc-q35-rhel8.2.0,pc-i440fx-rhel7.1.0,pc-i440fx-rhel7.2.0,pc-i440fx-rhel7.5.0.
>
> The Host Version:
>  /usr/libexec/qemu-kvm -M ? |grep pc-i440fx-2
> >> pc-i440fx-2.11   Standard PC (i440FX + PIIX, 1996) (deprecated)
>
> The Cluster has the Compatibility Version "4.3" - if i change to 4.4 he
> complains that is a old (OL-7) Host in the Cluster (right ;))
>
> How can i update the emulated machines for the new Host?
> "yum update" allready done :)
>

The following might work:
1. In the webadmin -> clusters view, select the cluster and trigger "Reset
Emulated Machine" from the kebab menu
2. Activate the 8.5 host


>
> Best Regards,
> Fabian
> ___
> 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/AZZRS47ZJ4AJZCOBA74NWKQXZDMTB4L5/
>
___
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/U5MXNONA4SRVAU5BD2U6B6VUFFWYPZTL/

[ovirt-users] Re: No bootable device

[Arik Hadas]

On Sun, Mar 27, 2022 at 12:24 PM Nir Soffer  wrote:

> On Wed, Mar 23, 2022 at 3:09 PM  wrote:
> > We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit
> > v.3, FWIW)
>
> Is it Metasploitable3-0.1.4.ova from the github releases page?
> https://github.com/brimstone/metasploitable3/releases
>
> If not, can you share the image? It will help if we can reproduce this
> problem
> locally with the same image you are using.
>
> > using the GUI (Storage -> Disks -> Upload -> Start). The
> > image is in qcow2 format.
>
> Did you convert the vmdk file from the ova to qcow2?
>
> > No options on the right side were checked. The
> > upload went smoothly, so we now tried to attach the disk to a VM.
> >
> > To do that, we opened the VM -> Disks -> Attach and selected the disk.
> > As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so
> > the "bootable" checkbox was selected.
> >
> > The VM was later powered on, but when accessing the console the message
> > "No bootable device." appears. We're pretty sure this is a bootable
> > image, because it was tested on other virtualization infrastructure and
> > it boots well. We also tried to upload the image in RAW format but the
> > result is the same.
> >
> > What are we missing here? Is anything else needed to do so the disk is
> > bootable?
>
> It sounds like you converted an image from another virtualization
> system (virtualbox)
> to qcow2 format, which may not be good enough to use the virtual machine.
>
> oVirt supports importing OVA, but based on the UI, it supports only OVA
> created
> by oVirt.
>

That information message is incorrect, both OVAs that are created by
oVirt/RHV and OVAs that are created by VMware are supported
It could work for OVAs that are VMware-compatible though
Posted https://github.com/oVirt/ovirt-engine/pull/191 to emphasis that



>
> You can try virt-v2v - this is an example command, you need
> to fill in the {} parts:
>
> virt-v2v \
> -i ova {path-to-ova-file} \
> -o rhv-upload \
> -oc https://{engine-address}/ovirt-engine/api \
> -op {engine-password-file} \
> -on {vm-name} \
> -os {storrage-domain-name} \
> -of qcow2 \
> -oo rhv-cafile={engine-ca-file} \
> -oo rhv-cluster={cluster-name}
>
> I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails
> with this error:
>
> virt-v2v: error: inspection could not detect the source guest (or
> physical machine).
>
> attached virt-v2v log.
>
> Nir
>
___
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/XLRNVGUB43YPAYOBSGA6BZZD6ULUMC5H/

[ovirt-users] Re: Cloning VM selecting part of the disks

[Arik Hadas]

On Tue, Mar 22, 2022 at 12:16 PM Gianluca Cecchi 
wrote:

> Hello,
> in recent versions of oVirt (eg my last 4.4.10) there is the feature to
> make a clone of a running  VM.
> This operation passes through a temporary VM snapshot (then automatically
> deleted) and cloning of this snapshot.
>

For the most part, yes (we now skip the creation of the snapshot when the
VM uses MBS disks)


> Sometimes there is a need to clone a VM but only a subset of its disks is
> required (eg in my case I want to retain boot disk, 20Gb, and dedicated sw
> disk, 20Gb, but not data disk, that usually is big... in my case 200Gb).
> In this scenario I have to go the old path where I explicitly create a
> snapshot of the VM, where I can select a subset of the disks, then I clone
> the snapshot and last I delete the snapshot.
>
Do you think it is interesting to have the option of selecting disks when
> you clone a running VM and go automatic..?
>
If I want to open a bugzilla as RFE, what components and options I have to
> select?
>

The initial idea behind clone-VM was to have a simple operation for getting
an exact-clone (sure, with different ID, different MAC addresses and so on)
of an existing VM without going through the cycle you mentioned of:
creating a snapshot, cloning a VM from the snapshot and removing the
snapshot

While external contributions for adding the ability to filter the disks of
the cloned VM would be welcome, it's unlikely to be something we would get
to since there is an alternative way to achieve this and it's not
considered to be a common scenario


>
> 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/CO34RAB2EOA3IYA4LDSLTZYY4MR4UQJA/
>
___
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/W5E6R53EYFUFDTCTAF5TMFJC4FF5TBCK/

[ovirt-users] Re: Import ova Thin provisioned disk conversion to pre allocated disks fails

[Arik Hadas]

On Sat, Mar 12, 2022 at 9:06 AM Simon Scott  wrote:

> Hi Arik,
>
> I don’t see an option to select ‘allocation-policy=clone and specifying
> that the VM disk(s) should be preallocated’ when creating a VM from the
> template.
>

>From the API you need to specify clone=True as in [1] and the volume
type+format as in [2]
In the webadmin, it is part of the Resource Allocation tab (specifically
its 'Storage Allocation' section) in the add-vm dialog

[1]
https://github.com/oVirt/python-ovirt-engine-sdk4/blob/c5ea821acc80da12a30b68647dd76370b9f54e4e/examples/add_independet_vm.py#L56
[2]
https://github.com/oVirt/python-ovirt-engine-sdk4/blob/c5ea821acc80da12a30b68647dd76370b9f54e4e/examples/add_template.py#L73-L74


> Regard
>
> Simon
> ___
> 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/PM2YIHRODYWHKS56YDQZVAZHZAYS7DAB/
>
___
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/7WRZJ67J7EYLKIYT3PY7PQEJOTMKATUG/

[ovirt-users] Re: Import ova Thin provisioned disk conversion to pre allocated disks fails

[Arik Hadas]

Another one might be to import the OVA as a template and then provision a
VM from that template with allocation-policy=clone and specifying that the
VM disk(s) should be preallocated

On Fri, Mar 11, 2022 at 7:56 AM Strahil Nikolov via Users 
wrote:

> One workaround that comes to my mind is to power up the VM, write a large
> file and delete it and run fstrim -av.
> Another approach is to create an additional LV inside the guest, use dd to
> fill it in and then blkdiscard and delete the LV .
>
> It will force the fisk to be fully allocated
>
> Best Regards,
> Strahil Nikolov
>
> Thanks Arik,
>
> Is there a fix that can be applied to current versions as 4.5 release and
> subsequent testing/approval is some way off/
>
> ___
> 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/HXTHUA5QFBBCLMQPKM25ACANVVNL7XKC/
>
> ___
> 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/4WUBMHETRW6O3PN3YNEFJAEW5SNCO3XX/
>
___
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/7B5GX4XLLDSJG5FAOQCCRBPMI6UNNRWC/

[ovirt-users] Re: Import ova Thin provisioned disk conversion to pre allocated disks fails

[Arik Hadas]

On Thu, Mar 10, 2022 at 1:13 PM  wrote:

> Hi All,
>
> During the ova import process, preallocated disk policy is selected and
> the VM is imported successfully.
> Unfortunately the disks remain as Thin Provisioned - is this a known bug
> and is there a workaround?
>

This should be fixed in oVirt 4.5:
https://bugzilla.redhat.com/show_bug.cgi?id=1986726


>
> Kind Regards
>
> Simon...
> ___
> 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/6ONULHQQQOTJKJLSY2E7MRPPPOSJT4DE/
>
___
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/3EQMR2WPJTEUB6X53SMW3V33GH4FEYJT/

[ovirt-users] Re: vm seal

[Arik Hadas]

On Tue, Feb 15, 2022 at 12:26 PM Nathanaël Blanchet 
wrote:

>
> Le 15/02/2022 à 10:32, Arik Hadas a écrit :
>
>
>
> On Mon, Feb 14, 2022 at 11:29 PM Nathanaël Blanchet 
> wrote:
>
>>
>>
>> Le 14 févr. 2022 21:09, Arik Hadas  a écrit :
>>
>>
>>
>> On Mon, Feb 14, 2022 at 8:44 PM Nathanaël Blanchet 
>> wrote:
>>
>>
>> Le 14/02/2022 à 17:45, Arik Hadas a écrit :
>>
>>
>>
>> On Mon, Feb 14, 2022 at 4:52 PM Nathanaël Blanchet 
>> wrote:
>>
>> Hello,
>>
>> I noticed that a vm created from a "sealed" template is initially mount
>> on one host with libguestfs, with a virt-sysprep process, before getting
>> ready to be used.
>>
>> This should be unuseful given that the template is already sealed. Is
>> there a reason to that?
>>
>>
>> Yes, we do this in order to produce different LVM IDs and machine IDs for
>> the provisioned VMs, see:
>> https://gerrit.ovirt.org/c/ovirt-engine/+/115009
>>
>> okay, but, I modified  the
>> /usr/lib/python3.6/site-packages/vdsm/virtsysprep.py file like following:
>>
>> args = ['--hostname', 'localhost', ''--selinux-relabel', '--update',
>> '--network']"
>>
>> in order to update packages on  template creation.
>>
>> The template creation still works and the template is checked as sealed
>> and os is updated, but now the vm creation never ends up and I have to
>> manually kill the virt-sysprep process to stop the infinite process
>> creation.
>>
>> I believed it was a good workaround to get updated templates, but I had
>> to rollback to default virt-sysprep args configuration, unless there is
>> trick do to so?
>>
>> If you create the VM from the webadmin, you can uncheck the 'sealed'
>> option in the new-vm dialog to skip the second execution of virt-sysprep on
>> the VM
>> If you create it from REST-API (or the VM portal), you might want to
>> change the configuration of the template in the database:
>> update vm_static set is_template_sealed='f' where vm_name='> template's name>';
>>
>> Thanks for this useful tip, but as you said if second seal has been
>> designed it is to produce different VM IDs... So what will happen if I skip
>> this process?
>>
>
> It was that way (i.e., without sysprep-ing the vm volumes) for years - if
> that worked well for you, you shouldn't notice a difference
>
>
>> Secondly I'd like to know if there is a way to skip the second seal from
>> the template with oVirt VM ansible module( don't seem to be), it is safer
>> than modifying the DB.
>>
>
> Ansible is in the second category (since it is based on oVirt's REST-API)
> so yeah, I don't see a different way you can achieve this at the moment
> And you're right, it's not recommended to modify the DB directly but the
> same goes for changing the VDSM source files ;)
> Anyway, that is_template_sealed field only affects the UI (presenting
> whether the template is sealed) and this functionality (deciding whether
> virt-sysprep should be executed on the vm volumes) - so changing it should
> be safe.
>
> Thank you it works as expected now.
>
> But giving that my templates are auto-created, is there a way to set
> is_template_sealed to false at template creation rather than manually doing
> it in a second time?
>
We change the database via Ansible during the deployment of hosted engine
[1], maybe you can do it in a similar way..

Filed https://bugzilla.redhat.com/show_bug.cgi?id=2054681 for adding the
configuration we have at the webadmin to the API

[1]
https://github.com/oVirt/ovirt-ansible-collection/blob/1.6.6-1/roles/hosted_engine_setup/tasks/create_target_vm/02_engine_vm_configuration.yml#L11-L15


>
>
>>
>> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> SIRE
>> 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/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/7VSOFV3TFSMKPEZBI2ERRVUCTFGJALQT/
>>
>> --
>> Nathanaël Blanchet
>

[ovirt-users] Re: vm seal

[Arik Hadas]

On Mon, Feb 14, 2022 at 11:29 PM Nathanaël Blanchet 
wrote:

>
>
> Le 14 févr. 2022 21:09, Arik Hadas  a écrit :
>
>
>
> On Mon, Feb 14, 2022 at 8:44 PM Nathanaël Blanchet 
> wrote:
>
>
> Le 14/02/2022 à 17:45, Arik Hadas a écrit :
>
>
>
> On Mon, Feb 14, 2022 at 4:52 PM Nathanaël Blanchet 
> wrote:
>
> Hello,
>
> I noticed that a vm created from a "sealed" template is initially mount
> on one host with libguestfs, with a virt-sysprep process, before getting
> ready to be used.
>
> This should be unuseful given that the template is already sealed. Is
> there a reason to that?
>
>
> Yes, we do this in order to produce different LVM IDs and machine IDs for
> the provisioned VMs, see: https://gerrit.ovirt.org/c/ovirt-engine/+/115009
>
> okay, but, I modified  the
> /usr/lib/python3.6/site-packages/vdsm/virtsysprep.py file like following:
>
> args = ['--hostname', 'localhost', ''--selinux-relabel', '--update',
> '--network']"
>
> in order to update packages on  template creation.
>
> The template creation still works and the template is checked as sealed
> and os is updated, but now the vm creation never ends up and I have to
> manually kill the virt-sysprep process to stop the infinite process
> creation.
>
> I believed it was a good workaround to get updated templates, but I had to
> rollback to default virt-sysprep args configuration, unless there is trick
> do to so?
>
> If you create the VM from the webadmin, you can uncheck the 'sealed'
> option in the new-vm dialog to skip the second execution of virt-sysprep on
> the VM
> If you create it from REST-API (or the VM portal), you might want to
> change the configuration of the template in the database:
> update vm_static set is_template_sealed='f' where vm_name=' template's name>';
>
> Thanks for this useful tip, but as you said if second seal has been
> designed it is to produce different VM IDs... So what will happen if I skip
> this process?
>

It was that way (i.e., without sysprep-ing the vm volumes) for years - if
that worked well for you, you shouldn't notice a difference


> Secondly I'd like to know if there is a way to skip the second seal from
> the template with oVirt VM ansible module( don't seem to be), it is safer
> than modifying the DB.
>

Ansible is in the second category (since it is based on oVirt's REST-API)
so yeah, I don't see a different way you can achieve this at the moment
And you're right, it's not recommended to modify the DB directly but the
same goes for changing the VDSM source files ;)
Anyway, that is_template_sealed field only affects the UI (presenting
whether the template is sealed) and this functionality (deciding whether
virt-sysprep should be executed on the vm volumes) - so changing it should
be safe.


>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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/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/7VSOFV3TFSMKPEZBI2ERRVUCTFGJALQT/
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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 14blanc...@abes.fr
>
>
>
___
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/PXOQI5UDF3TF2A4E6RJOQXOGUDZS6UZW/

[ovirt-users] Re: vm seal

[Arik Hadas]

On Mon, Feb 14, 2022 at 8:44 PM Nathanaël Blanchet  wrote:

>
> Le 14/02/2022 à 17:45, Arik Hadas a écrit :
>
>
>
> On Mon, Feb 14, 2022 at 4:52 PM Nathanaël Blanchet 
> wrote:
>
>> Hello,
>>
>> I noticed that a vm created from a "sealed" template is initially mount
>> on one host with libguestfs, with a virt-sysprep process, before getting
>> ready to be used.
>>
>> This should be unuseful given that the template is already sealed. Is
>> there a reason to that?
>>
>
> Yes, we do this in order to produce different LVM IDs and machine IDs for
> the provisioned VMs, see: https://gerrit.ovirt.org/c/ovirt-engine/+/115009
>
> okay, but, I modified  the
> /usr/lib/python3.6/site-packages/vdsm/virtsysprep.py file like following:
>
> args = ['--hostname', 'localhost', ''--selinux-relabel', '--update',
> '--network']"
>
> in order to update packages on  template creation.
>
> The template creation still works and the template is checked as sealed
> and os is updated, but now the vm creation never ends up and I have to
> manually kill the virt-sysprep process to stop the infinite process
> creation.
>
> I believed it was a good workaround to get updated templates, but I had to
> rollback to default virt-sysprep args configuration, unless there is trick
> do to so?
>
If you create the VM from the webadmin, you can uncheck the 'sealed' option
in the new-vm dialog to skip the second execution of virt-sysprep on the VM
If you create it from REST-API (or the VM portal), you might want to change
the configuration of the template in the database:
update vm_static set is_template_sealed='f' where vm_name='';

>
>
>> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> SIRE
>> 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/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/7VSOFV3TFSMKPEZBI2ERRVUCTFGJALQT/
>>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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 14blanc...@abes.fr
>
>
___
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/A5CNQHASI3DHJQ5JJBJUKLCXRSUK3VCJ/

[ovirt-users] Re: vm seal

[Arik Hadas]

On Mon, Feb 14, 2022 at 4:52 PM Nathanaël Blanchet  wrote:

> Hello,
>
> I noticed that a vm created from a "sealed" template is initially mount
> on one host with libguestfs, with a virt-sysprep process, before getting
> ready to be used.
>
> This should be unuseful given that the template is already sealed. Is
> there a reason to that?
>

Yes, we do this in order to produce different LVM IDs and machine IDs for
the provisioned VMs, see: https://gerrit.ovirt.org/c/ovirt-engine/+/115009


> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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/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/7VSOFV3TFSMKPEZBI2ERRVUCTFGJALQT/
>
___
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/BPLB4DXKM4L7CYWU4UG47JHKI6BRV35P/

[ovirt-users] Re: VM Image is Locked after cleaning up of problematic snapshot.

[Arik Hadas]

On Sat, Feb 5, 2022 at 9:00 AM Muhammad Aidilfitri Bin Saleh <
darketemp...@outlook.sg> wrote:

> Hello Everyone,
>
> I requires your input as the VM that is currently Hosted on Ovirt 4.4.4.5
> is showing a locked Icon in the status column. I am unable to perform any
> actions on this particular VM as it shows that the "Snapshot is currently
> being created for VM 
>
> There was a failed snapshot attempt executed earlier but I have gone
> through the steps to identified and unlock the said images and snapshot
> using the build tools /usr/share/ovirt-engine/setup/dbutils. I even went
> into the DB to identified the failed snapshot but still no luck.
>
> I have restarted the ovirt-engine service and also the Standalone VM
> hosting this Ovirt-Engine but still not able to release the VM. I have also
> performed the ovirt-setup but still no luck on this portion.
>

This means that the tasks of the snapshot command are still in the database
and lead to restoring the VM lock (which is an in-memory lock) when the
ovirt-engine service starts.
You can try to identify the relevant rows and removes them from the
'command_entities' table in the database and then restart ovirt-engine


>
> Any assistance is appreciated.
> ___
> 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/J27TETBLQKRWVWFJ5W6YUAA2T34DICOE/
>
___
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/MQH2K5JSHM34N3MYEYIGK3DWNK7KLQTO/

[ovirt-users] Re: support of AMD EPYC 3rd Genneration Milan

[Arik Hadas]

On Thu, Jan 20, 2022 at 6:16 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno sab 8 gen 2022 alle ore 18:47 samuel@horebdata.cn <
> samuel@horebdata.cn> ha scritto:
>
>> Helllo, Ovirt experts,
>>
>> Does Ovirt now support the use of AMD EPYC 3rd Genneration Milan CPU? and
>> if yes, from which version?
>>
>>
> AMD EPYC Milan CPU should be supported by Advanced Virtualization since
> June 2021, included in oVirt Node 4.4.6.1 and newer.
> Within oVirt I think it's recognized as "EPYC" without real distinction
> between Milan, Rome or others.
> +Arik Hadas  ?
>

Right, there's no distinction, they are all compared against the two
variants we have for AMD EPYC (insecure/secure) that you can find in:
https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.4.10.4/packaging/dbscripts/upgrade/pre_upgrade/_config.sql#L1248-L1249


>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.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/FC6FJVDHDQSXE4F4T32KHBIPFYZKJCLL/

[ovirt-users] Re: Lack of attribute "decode" in v2v module

[Arik Hadas]

On Thu, Dec 30, 2021 at 7:40 PM Diego Ercolani 
wrote:

> Hello,
>
> As asked by Stefano Stagnaro I'm currently writing about an issue I'm
> experiencing during vm import from external VMWARE farm:
>
> I have the system log full of error:
>
> Dec 30 13:23:42 ovirt-node2.ovirt vdsm[3420]: *ERROR Internal server
> error*
>
>  *Traceback (most recent call last):*
>
>  *  File "/usr/lib/python3.6/site-packages/yajsonrpc/__init__.py", line
> 349, in _handle_request*
>
>  *res = method(**params)*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/rpc/Bridge.py", line 194,
> in _dynamicMethod*
>
>  *result = fn(*methodArgs)*
>
>  *  File "", line 2, in getStats*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 50,
> in method*
>
>  *ret = func(*args, **kwargs)*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/API.py", line 1456, in
> getStats*
>
>  *multipath=True)*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/host/api.py", line 49, in
> get_stats*
>
>  *decStats = stats.produce(first_sample, last_sample)*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/host/stats.py", line 108,
> in produce*
>
>  *stats['v2vJobs'] = v2v.get_jobs_status()*
>
>  *  File "/usr/lib/python3.6/site-packages/vdsm/v2v.py", line 290, in
> get_jobs_status*
>
>  *'description': job.description,*
>
>  *AttributeError: 'str' object has no attribute 'decode'*
>
> As stated in the error: line 290 of
> */usr/lib/python3.6/site-packages/vdsm/v2v.py*
>
> Uses the method "decode" that it doesn't seem to be enabled:
>
>'description': job.description.decode('utf-8'),
>
>  [root@ovirt-node2 ~]# rpm -qf
> /usr/lib/python3.6/site-packages/vdsm/v2v.py
>

Hi, this will be fixed in 4.4.10 (see
https://bugzilla.redhat.com/show_bug.cgi?id=2026809)


>
>
>
>
> --
>
> Ing. Diego Ercolani
>
> S.S.I.S. s.p.a.
>
> T. 0549-875910
>
> ___
> 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/CJBISCMAOZYJHJJLL6PSDSLWYRTXZNOY/
>
___
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/WJKOOPYJCE5ZLRVZG6SFKWXA3EWDDYCZ/

[ovirt-users] Re: virsh list --all only shows running on host

[Arik Hadas]

On Wed, Dec 22, 2021 at 8:04 AM Yedidyah Bar David  wrote:

> On Tue, Dec 21, 2021 at 5:21 PM richmoch--- via Users 
> wrote:
>
>> Which engine are you referring to ?
>
>
> Perhaps search the net for something like 'ovirt architecture' to get an
> overview.
>
>
>>   The engine is up but the VM ( or domain )  is only down.
>>
>> So for this link :
>>
>>
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/virtual_machine_management_guide/sect-exporting_and_importing_virtual_machines_and_templates
>>
>> Under the section Procedure 6.27. Importing a Virtual Machine from KVM, I
>> am able to connect to the KVM and it gives me a list of only the running
>> VMs . The caveat is the VM needs to be down  to import ( understandably ),
>> so if I go and shutdown the VM  on the remote KVM host, it no longer
>> appears in the list .
>>
>> So how does one go about selecting the VM ( which is down ) from the list
>> when it is not seen ?
>>
>
> I am not sure exactly what you are trying to do, nor whether the above
> document is relevant to this. Please clarify exactly what you want to do,
> or what your question/issue is.
>

Right, the above mentioned section doesn't refer to hosts that are part of
an oVirt cluster but "external" hosts that hold persistent domains you want
to import to an oVirt cluster


>
> If you are experienced with libvirt/virsh and expected the oVirt is just a
> (shallow) wrapper around that, and that you can continue using
> libvirt/virsh as you are/were used to, well, it's not like that. Indeed in
> certain cases your knowledge will be relevant for
> debugging/troubleshooting, perhaps supplying custom hooks if needed, but
> not more than that.
>
> Best regards,
> --
> Didi
> ___
> 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/VZJU55YHQHQ4BK3NG3CZZAFHQ3VIT5PQ/
>
___
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/CVK6JDMG7EVIN63SFT2SKY7QVBU3QNTX/

[ovirt-users] Re: import vm from iscsi storage domain fails with "Cannot import VM. Invalid time zone for given OS type. Attribute: vm.vmStatic"

[Arik Hadas]

On Wed, Dec 15, 2021 at 11:25 AM Saif Abu Saleh  wrote:

> In addition to what Liran said
>
> This time-zones lines is what we had issue with before 4.4.9:
>

Right so another alternative is to upgrade to 4.4.9 that contains a fix for
the following bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1999651


>
> America/Indianapolis=US Eastern Standard Time
> Europe/Warsaw=Central European Standard Time
>
> If you don't know really the time-zone of the VM, you can try to add them
>
> To add them, there is also new provided documentation here:
> https://www.ovirt.org/documentation/virtual_machine_management_guide/index.html#Configuring_timezones
>
> Thanks,
> Saif
>
> On Wed, Dec 15, 2021 at 11:18 AM Liran Rotenberg 
> wrote:
>
>>
>>
>> On Wed, Dec 15, 2021 at 8:26 AM  wrote:
>>
>>> Dear ovirt users,
>>> we are running RHV 4.4.8.6-0.1.el8ev on the manager and Red Hat
>>> Virtualization Host 4.4.6 (el8.4) on the hypervisors. Normally I would open
>>> a case at Red Hat but our subscriptions expired. We are currently in the
>>> process of purchasing new ones but this problem is really urgent so I
>>> thought I'd give it a try here. Sorry for that if its misplaced.
>>> We have a problem importing some VMs from a iscsi storage domain. We had
>>> an outage of the iscsi san volume but managed to recover the data and bring
>>> them back online. We imported the volume into a new data center and were
>>> able to import most of the vms which were on that volume. But now there are
>>> still some importand ones left and we do get the upper mentioned error.
>>> I searched the web and found a solution which proposes to alter the
>>> "operating system type" in the import dialog and change it to "linux". Oh,
>>> while writing "linux" I forgot to mention all of the problematic vms are
>>> windows ones. But the import dialog doesn't let me change the operation
>>> system type. I can only change the name.
>>> I found another solution here in the archive of this mailing list. Its
>>> pretty new I think. Topic was "How to re-import a VM with an invalid
>>> timezone?" in August. The solution was to add the missing timezone in a
>>> file (
>>> https://github.com/oVirt/ovirt-engine/blob/master/packaging/conf/timezones-defaults.properties#L18-L22)
>>> on the manager and restart ovirt-engine. I would love to try that but I
>>> really don't know what to put there. I can't open an ova file because the
>>> vm is on the iscsi domain in some lvs or metadata or .. I don't know where
>>> RHV reads that from.
>>>
>>
>> Hi Timo,
>> As written in the documentation of the timezones properties, you need to
>> create a new file: 10-timezones.properties in the same directory.
>> Then you need to add the timezone like this example - if the VM set
>> with Eastern Standard Time (-5:00):
>> America/Indianapolis=US Eastern Standard Time
>> But, you need to add the time zone you miss (the time zone the imported
>> VM is set with).
>>
>> Regards,
>> Liran
>>
>>>
>>> Hope I am not missing some important info. Any help would be greatly
>>> appreciated
>>> Cheers
>>> Timo
>>> ___
>>> 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/VTTD2OUROCHTV4R6ORIJ6PUDB56MR7DF/
>>>
>> ___
> 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/7C7TMSUX4CCOFEASK6IXAHDNPYVDKPGH/
>
___
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/K6RL3OQTXG62SPWUNB4FXSYL5XJ6ZY4X/

[ovirt-users] Re: Migrated a VM from VMware to Ovirt using import ova option. Task stuck and running for day 2 now.

[Arik Hadas]

On Wed, Dec 8, 2021 at 8:44 AM  wrote:

> 1. First node that was upgraded now continuously logs this error:
> VDSM  command Get Host Statistics failed: Internal JSON-RPC
> error:
> {'reason': "'str' object has no attribute 'decode'"}
> 2. During import of two virtual machines from VMware (has done multible
> before upgrade)
> the import seems to never finish - currently running on day 2-3... any
> clues how to fix
> this?
>
> Events VDSM  command Get Host Statistics failed: Internal
> JSON-RPC error:
> {'reason': "'str' object has no attribute 'decode'"} running for 2 days
> every 20 seconds. Please suggest
>

Looks like [1], however in that report the import process succeeded despite
those errors.
Can you please share the import logs?

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


> ___
> 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/37YK2JLWZQX6654X46UQ7QNDQYINAHFM/
>
___
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/IXXX2OZVCJEPUEXSU5V5MXBL2FQXRTKH/

[ovirt-users] Re: no QXL ?

[Arik Hadas]

On Wed, Dec 8, 2021 at 3:53 AM Colin Coe  wrote:

> For us, SPICE lets us present VMs in secure networks to unsecure
> locations.  RDP and VNC will not work for us.
>
> I didn't want to rant but why Red Hat drops useful features is beyond me.
> First Satellite 5 (Spacewalk), GlusterFS, not RHV.  Yep, we've been a RHV
> customer since RHEV v2.2 days.  SPICE was the compelling feature then and
> remains so.
>
> My 2 cents
>
> On Wed, 8 Dec 2021 at 03:42, Alex McWhirter  wrote:
>
>> It's being removed from RHEL 9, unsure of reasoning.
>>
>> So this mean that oVirt cannot offer SPICE/QXL on RHEL9, there is no
>> spice package, qemu is compiled without SPICE/QXL support, the kernel does
>> not support QXL video drivers.
>>
>> It's not that oVirt is killing off SPICE/QXL, but rather RHEL9 is and
>> oVirt cannot support a feature not available on the host OS unless 3rd
>> party packages or a SiG makes them available
>>
>
Right
The idea was to have a new cluster level on which we can provide the
latest-and-greatest fixes and capabilities and so to base it on CentOS
stream 9 where SPICE is not available
We anyway intend to keep SPICE in oVirt 4.5 on lower cluster levels, which
should work as long as the hosts are not upgraded to CentOS stream 9


> .
>>
>>
>> On 2021-12-07 14:14, Patrick Hibbs wrote:
>>
>> Hello,
>>
>> Can I ask why this is being removed?
>>
>> The linked bugzilla report doesn't give a reason, and at least two others
>> have expressed concerns over SPICE's deprecation.
>>
>> Personally, I would like to know why it's being removed entirely with no
>> recourse instead of becoming an option to enable in the VM config, or an
>> optional RPM that can be installed by the sysadmin.
>>
>> Thanks.
>>
>> On Tue, 2021-12-07 at 09:41 +0200, Arik Hadas wrote:
>>
>>
>>
>> On Tue, Dec 7, 2021 at 8:33 AM Patrick Hibbs 
>> wrote:
>>
>> Hello,
>>
>> Are we to assume that VNC mode is the only thing that will be supported
>> for the VM consoles moving forward then?
>> As the pure SPICE mode only works with QXL display as far as I can tell.
>>
>> I ask because the VNC or SPICE+VNC modes haven't worked in my environment
>> for over a year now, and that change
>> would effectively prevent the use of any VM console in my environment.
>>  (Use of VNC with remote viewer always gives
>> me an authentication error.) Not that it's a normal environment, but that
>> kind of thing should be advertised more. Just in case
>> simillar issues exist in other deployments.
>>
>>
>> Yes, one would need to make sure vnc/vga works well before upgrading to
>> the next cluster-level (in oVirt 4.5)
>> In general it is recommended to test the configuration in the new
>> cluster-level by setting some representative VMs in the environment with a
>> custom compatibility level  and check that they work properly before
>> upgrading to that cluster-level.
>>
>>
>>
>> Thanks.
>>
>> On Mon, 2021-12-06 at 22:03 +0200, Arik Hadas wrote:
>>
>>
>>
>> On Mon, Dec 6, 2021 at 8:45 PM lejeczek via Users 
>> wrote:
>>
>>
>>
>> On 06/12/2021 17:42, lejeczek via Users wrote:
>> > Hi.
>> >
>> > I've Qemu/Libvirt from
>> >
>> ovirt-release-master-4.5.0-0.0.master.20211206152702.gitebb0229.el9.noarch
>> > and it seems QXL is not there.
>> > Is that a fluke or intention?
>> > Do you have QXL working?
>> >
>> upss.. pardon me, these are from CentOS 9 Steam own repos
>> actually.
>>
>>
>>
>> Right, and that's the reason for the ongoing work on removing qxl on
>> cluster level 4.7:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1976607
>>
>>
>> ___
>> 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/DZMAQQJMPHD2L4DPVHTET5N4KB4MZDUY/
>>
>> ___
>> 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/com

[ovirt-users] Re: no QXL ?

[Arik Hadas]

On Tue, Dec 7, 2021 at 8:33 AM Patrick Hibbs  wrote:

> Hello,
>
> Are we to assume that VNC mode is the only thing that will be supported
> for the VM consoles moving forward then?
> As the pure SPICE mode only works with QXL display as far as I can tell.
>
> I ask because the VNC or SPICE+VNC modes haven't worked in my environment
> for over a year now, and that change
> would effectively prevent the use of any VM console in my environment.
>  (Use of VNC with remote viewer always gives
> me an authentication error.) Not that it's a normal environment, but that
> kind of thing should be advertised more. Just in case
> simillar issues exist in other deployments.
>

Yes, one would need to make sure vnc/vga works well before upgrading to the
next cluster-level (in oVirt 4.5)
In general it is recommended to test the configuration in the new
cluster-level by setting some representative VMs in the environment with a
custom compatibility level  and check that they work properly before
upgrading to that cluster-level.


>
> Thanks.
>
> On Mon, 2021-12-06 at 22:03 +0200, Arik Hadas wrote:
>
>
>
> On Mon, Dec 6, 2021 at 8:45 PM lejeczek via Users  wrote:
>
>
>
> On 06/12/2021 17:42, lejeczek via Users wrote:
> > Hi.
> >
> > I've Qemu/Libvirt from
> >
> ovirt-release-master-4.5.0-0.0.master.20211206152702.gitebb0229.el9.noarch
> > and it seems QXL is not there.
> > Is that a fluke or intention?
> > Do you have QXL working?
> >
> upss.. pardon me, these are from CentOS 9 Steam own repos
> actually.
>
>
> Right, and that's the reason for the ongoing work on removing qxl on
> cluster level 4.7:
> https://bugzilla.redhat.com/show_bug.cgi?id=1976607
>
>
> ___
> 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/DZMAQQJMPHD2L4DPVHTET5N4KB4MZDUY/
>
> ___
> 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/22NZAQL46WMEFFKQ66EKZBHGE5KCX3MY/
>
>
> ___
> 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/GT5YYVAFM4P7AMCFFCJNYZO75Y6M3H4R/
>
___
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/A3SCN663TVNEKPK3O2SZXJGHVVBXTQ77/

[ovirt-users] Re: no QXL ?

[Arik Hadas]

On Mon, Dec 6, 2021 at 8:45 PM lejeczek via Users  wrote:

>
>
> On 06/12/2021 17:42, lejeczek via Users wrote:
> > Hi.
> >
> > I've Qemu/Libvirt from
> >
> ovirt-release-master-4.5.0-0.0.master.20211206152702.gitebb0229.el9.noarch
> > and it seems QXL is not there.
> > Is that a fluke or intention?
> > Do you have QXL working?
> >
> upss.. pardon me, these are from CentOS 9 Steam own repos
> actually.
>

Right, and that's the reason for the ongoing work on removing qxl on
cluster level 4.7:
https://bugzilla.redhat.com/show_bug.cgi?id=1976607


> ___
> 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/DZMAQQJMPHD2L4DPVHTET5N4KB4MZDUY/
>
___
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/22NZAQL46WMEFFKQ66EKZBHGE5KCX3MY/

[ovirt-users] Re: on-demand machine creation for VDI project

[Arik Hadas]

On Sun, Dec 5, 2021 at 12:33 PM Luca Contessa 
wrote:

> Hi List,
>
> I've made an oVirt node installation (oVirt ver. 4.4.9) for a VDI project
> and I'd like to ask if it is possible to create an empty pool with a
> maximum number of machine and as the machine are required by the end user
> (so when the users use the think client to request the provisioning of a
> machine of the pool in question) the pool will dynamically create the
> machine and link it to the end user.
>
> To specify once more the pool will be create with no machine in it, only a
> maximum limit on the number of machines, and as the user start connecting
> to the pool the VM will be created, started and provisioned to the user
> requesting them.
>
> Then when the user stop using the machine they would like the system to
> save the datas and stop the machine and from that point on when the user
> will connect the virtual machine connected to their account on the AD
> system should start.
>
> Do you know if this is possibile?
>

oVirt doesn't provide that exact behavior but maybe the existing behavior
could also fit your needs.
You can't create a pool that is initially empty and grows as users ask for
VMs - the VMs are rather created when creating the pool. From a storage
perspective, empty thin-provisioned volumes are created on top of the
template volumes so they don't consume much space. From a virtualization
perspective, no compute resources are consumed until the VMs are started.
Having the VMs created "in advance" enables users to take VMs faster -
there's no need to create them but just to assign and start them.
As for the second part, you can configure a console disconnect option to
shut-down/power-off so when a user disconnects, the VM would stop. If you
wish VMs to remain assigned to users also when they go down, you can set
the pool to "manual" mode and then VMs remain assigned until the admin
detaches their assigned users.



> Thanks a lot to everybody,
>
> Luca
> ___
> 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/WYA3BCC6CXBFG2WFRWKVSKFJMCTIA2NX/
>
___
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/EGDCZ2GGCGDTEPQ6KU4L2BATIEIWCXI4/

[ovirt-users] Re: How to turn off the state of tlbflush for Windows vm

[Arik Hadas]

On Sun, Dec 5, 2021 at 12:36 PM Hean-Seng Tan 
wrote:

> We encounter random Windows BSOD (blue screen of death) issues for vm's in
> environment running oVirt Engine 4.4.4. Upgrading the environment to 4.4.8
> does not fix the issue. There is a suggestion from
> https://bugzilla.redhat.com/show_bug.cgi?id=1868572 to turn off the state
> of tlbflush under hyperv section for the Windows vm. Does anyone know how
> to achieve that?
>

Didn't the alternatives that were specified in
https://bugzilla.redhat.com/show_bug.cgi?id=1868572#c130 work for you?


>
> Currently, vm description returned from api call includes the following
> section that has tlbflush state:
>   
> 
> 
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
> 
>   
> ___
> 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/XRHQE3HHSVKHKC474FX5PFCJ7HKAL7ZU/
>
___
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/BJNJDK47EM32OXLOCRT3GN7BTMJACXGL/

[ovirt-users] Re: create custom scheduling policy

[Arik Hadas]

On Sun, Nov 14, 2021 at 12:40 AM Hadiyansyah Hadiyansyah 
wrote:

> hi all,
>
> i have 4 host in the cluster, i wanna create custom schedulin policy for
> this cluster with condition.
> - max vm guest on single host is 10 vms
>

For this you can check [1] (from slide 9 onward)


> - host with 70% cpu, vm guest cant migrate to this host
>

I'm not sure whether you can differentiate VMs that are migrating to a host
from VMs that start on a host

[1] https://resources.ovirt.org/old-site-files/Scheduler-Deep-Dive-oVirt.pdf


>
> anyone can help me for explained this condition to create custom
> scheduling policy ?


>
> thanks
>
> hadi
> ___
> 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/KNYQMS5BUMNHQWK6HEUWEBV2QBNIRLKB/
>
___
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/2P6BWCBWXQNW24ORG5I225ZQQL4WDQWE/

[ovirt-users] Re: Viewing and hopefully, modifying the VM's qemu command line

[Arik Hadas]

On Tue, Nov 9, 2021 at 11:57 AM Gilboa Davara  wrote:

> (Sorry: Pressed send too fast...)
> 3. I'm facing some odd memory allocation issues (only if the VM is Q35,
> all works well if the VM is configured as i440fx), which may require me to
> change additional VM parameters.
>
> BTW, ironically, the two other hosts in the same cluster, with older MBs,
> have zero issues with GPU/Audio/USB passthrough...)
>
> - Gilboa
>
> On Tue, Nov 9, 2021 at 11:52 AM Gilboa Davara  wrote:
>
>> Hello,
>>
>> Many thanks for the prompt reply.
>>
>> On Mon, Nov 8, 2021 at 8:52 PM Nir Soffer  wrote:
>>
>>> On Mon, Nov 8, 2021 at 5:47 PM Gilboa Davara  wrote:
>>> >
>>> > Hello all,
>>> >
>>> > I'm setting up a fairly (?) complex oVirt over Gluster setup built
>>> around 3 Xeon servers-turned-into-workstations, each doubling as oVirt node
>>> + one primary Fedora VM w/ a dedicated passthrough GPU (+audio and a couple
>>> of USB root devices).
>>> > One of the servers seems to have some weird issue w/ the passthrough
>>> nVidia GPU that seems to require me to edit the VM iommu (1) and
>>> passthrough device (2) command line.
>>> > I tried using the qemu-cmdline addon to add the missing parameters,
>>> but it seems that qemu treats the added parameters as an additional device
>>> / iommu instead of editing the existing parameters.
>>> >
>>> > So:
>>> > 1. How can I view the VM qemu command line?
>>>
>>> less /var/log/libvirt/qemu/vm-name.log
>>>
>>
>> Found it, thanks!
>>
>>
>>> > 2. Can I somehow manually edit the qemu command line, either directly
>>> or by somehow adding parameters in the HE XML file?
>>>
>>> I think this should be possible via vdsm hook, but hooks are bad.
>>> Can you explain what do you want to change?
>>>
>>> Nir
>>>
>>
>> 1. IOMMU:
>> -device intel-iommu,intremap=on,eim=on
>> To (Add: caching-mode=on, per qemu log message)
>> -device intel-iommu,intremap=on,eim=on,caching-mode=on
>> (2021-11-05T18:42:36.651191Z qemu-kvm: We need to set caching-mode=on for
>> intel-iommu to enable device assignment with IOMMU protection.)
>>
>
Note that this one should be fixed in the latest ovirt-engine
(ovirt-engine-4.4.9.4) -
https://bugzilla.redhat.com/show_bug.cgi?id=2013752


>
>> 2. Device:
>> -device
>> vfio-pci,host=:84:00.0,id=ua-c774115b-c0ee-43a5-97c8-12ac73cb6f3a,bus=pci.10,addr=0x0
>>
>> -device
>> vfio-pci,host=:84:00.1,id=ua-3c7d3b66-57aa-470b-afc8-78383ac9a025,bus=pci.8,addr=0x0
>> To (Attach hdmi sound as function of GPU, possibly add x-vga=on):
>> -device
>> vfio-pci,host=:84:00.0,id=ua-c774115b-c0ee-43a5-97c8-12ac73cb6f3a,bus=pci.8.0,x-vga=on,addr=0x0
>>
>> -device
>> vfio-pci,host=:84:00.1,id=ua-3c7d3b66-57aa-470b-afc8-78383ac9a025,bus=pci.8.1,addr=0x0
>>
>> 3. I'm facing some odd memory allocation issues (only if the VM is Q35,
>> all works well if the VM is configured as i440fx), which may req
>>
> ___
> 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/XKZLE6ZEU7ZNXSMYEMA65F6MJBSNZQVD/
>
___
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/Q6RIJCHHPJYNQEQNB73S22M5KYDUCRJC/

[ovirt-users] Re: importing an ovirt vm via the API for "Virtual Appliance OVA"

[Arik Hadas]

On Fri, Oct 1, 2021 at 10:08 AM Vojtech Juranek  wrote:

> On Friday, 1 October 2021 07:51:56 CEST di...@santanas.co.za wrote:
> > Hi oVirt Team,
> >
> > Reading the API docs
> >
> >
> http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/external_vm_impo
> > rts
> >
> http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/external_vm_provid
> > er_type
> > and ovirt_vm module
> >
> https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_vm_mod
> > ule.html#ansible-collections-ovirt-ovirt-ovirt-vm-module
>
> > I see support for
> > - kvm
> > - vmware
> > - XEN
> >
> > In the oVirt web GUI (4.3) there is under compute -> VM -> import ->
> > source options for:
> > - kvm
> > - vmware
> > - XEN
> > - Virtual Appliance OVA
> >
> > I'm trying to import an OVA that sits on the file system on the oVirt
> > node.  Via the GUI selecting Virtual Appliance OVA does the job.
> >
> > Is the API missing this functionality or am I missing something?
>
> here is example how to import OVA file (for 4.4, not
> sure about 4.3, but probably should work as well):
>
>
> https://github.com/oVirt/python-ovirt-engine-sdk4/blob/main/examples/import_vm_from_ova.py


Yeah, and just to elaborate on that a bit - it doesn't matter which
provider is set there. Even though it is set to KVM in that example, we
don't look at it
For OVA, the important part is to have the URL in the form of "ova://" and oVirt will figure out if it's an OVA that was generated by
oVirt or by a different platform regardless of the provider you set


>
>
>
> > --
> > Divan Santana
> > ___
> > 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/2WWHXYKDSB2PG
> > QVEQEV3FUPDWNCQBUXY/
>
> ___
> 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/YWAC57VJL6MZX6K53QUWCGMJAMAYQH24/
>
___
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/3KNDYIVHZDGNKYNNOGNZQFWOIAXBEEQE/

[ovirt-users] Re: qemu-guest-agent not reporting IP address on boot?

[Arik Hadas]

On Fri, Oct 1, 2021 at 5:51 PM  wrote:

> Hi folks,
>
> Kali Linux repos (based on Debian) no longer ship ovirt-guest-agent, and
> instead package qemu-guest-agent. However, since this upgrade VMs based on
> Kali no longer report their IP address to oVirt (and therefore timeout
> during provisioning). If I interact with the VM console, the VM does have
> an IP address, and the agent is running, yet oVirt reports N/A IP address.
> I've tried restarting the agent, but that does not help. If I load the
> console and use the VM it seems to increase the chances the IP address will
> eventually makes it's way to oVirt, although I can't seem to reproduce an
> update, or get it to provide the IP address on boot so that provisioning
> works reliably.
>
> Any suggestions would be really appreciated.
>

Might be the same as/related to
https://bugzilla.redhat.com/show_bug.cgi?id=1981946 which is still being
investigated


>
> Thank you.
>
> Cheers,
> Cliffe.
> ___
> 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/FFINLLXPBRKYHNTBEI5GKZY53C3KX2OD/
>
___
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/74CM5T4SEC66H7KR3N6KWCVN3BJQ6WEI/

[ovirt-users] Re: Sparse VMs from Templates - Storage issues

[Arik Hadas]

On Wed, Aug 11, 2021 at 2:56 PM Benny Zlotnik  wrote:

> > If your vm is temporary and you like to drop the data written while
> > the vm is running, you
> > could use a temporary disk based on the template. This is called a
> > "transient disk" in vdsm.
> >
> > Arik, maybe you remember how transient disks are used in engine?
> > Do we have an API to run a VM once, dropping the changes to the disk
> > done while the VM was running?
>
> I think that's how stateless VMs work
>

+1
It doesn't work exactly like Nir wrote above - stateless VMs that are
thin-provisioned would have a qcow volume on top of each template's volume
and when they starts, their active volume would be a qcow volume on top of
the aforementioned qcow volume and that active volume will be removed when
the VM goes down
But yeah, stateless VMs are intended for such use case
___
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/6OALP5LAFBRYZ46ONUFPC2JV7UIOLMJF/

[ovirt-users] Re: Storage Domains for a VM from Template

[Arik Hadas]

On Mon, Aug 9, 2021 at 1:31 PM Shantur Rathore 
wrote:

> Thanks Arik,
>
> I am interested in the Thin approach.
> Is it not possible to create it on another storage domain ? Even with API ?
>
> I read here
> http://ovirt.github.io/ovirt-engine-api-model/4.4/#services/vms
>
> *When creating a virtual machine from a template or from a snapshot it is
> usually useful to explicitly indicate in what storage domain to create the
> disks for the virtual machine. If the virtual machine is created from a
> template then this is achieved passing a set of disk_attachment elements
> that indicate the mapping:*
>

It's not possible to create a thin-provisioned VM disk on a storage domain
that doesn't hold the corresponding template's disk, even from the api
But if you copy the template's disk(s) to the target storage domain
beforehand then you can create the thin-provisioned VM disks there using
the api as described above


>
>
> Thanks,
> Shantur
>
> On Mon, Aug 9, 2021 at 11:19 AM Arik Hadas  wrote:
>
>>
>>
>> On Mon, Aug 9, 2021 at 12:55 PM Shantur Rathore <
>> shantur.rath...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I have multiple storage domains in my DC. One is backed up that has
>>> templates and another one which isn't backed up and I want to use it for VM
>>> instances of the template.
>>>
>>> I cannot find an option to create the VM from a template and use a
>>> storage domain other than where the template is stored.
>>>
>>> Is it even possible?
>>>
>>
>> Assuming you're asking about the administration portal, it depends on the
>> selected allocation policy (which you can find in the Resource Allocation
>> tab of the add-VM dialog):
>> - If it is set to 'Clone' then you can select any other storage domain
>> that is available in the DC to clone the template's disk to
>> - If it is set to 'Thin' then a VM disk must reside on a storage domain
>> that contains the template's disk it is based on. You can copy the
>> template's disk(s) to another storage domain if you want a VM disk to be
>> created there
>>
>>
>>>
>>> Thanks,
>>> Shantur
>>> ___
>>> 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/SKR6URQN7IH5OYI4MEIVEY2QZZSX2XTY/
>>>
>>
___
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/LENONTKMHJUH7UG2ORIWW5R5CEKYGJYI/

[ovirt-users] Re: Storage Domains for a VM from Template

[Arik Hadas]

On Mon, Aug 9, 2021 at 12:55 PM Shantur Rathore 
wrote:

> Hi all,
>
> I have multiple storage domains in my DC. One is backed up that has
> templates and another one which isn't backed up and I want to use it for VM
> instances of the template.
>
> I cannot find an option to create the VM from a template and use a storage
> domain other than where the template is stored.
>
> Is it even possible?
>

Assuming you're asking about the administration portal, it depends on the
selected allocation policy (which you can find in the Resource Allocation
tab of the add-VM dialog):
- If it is set to 'Clone' then you can select any other storage domain that
is available in the DC to clone the template's disk to
- If it is set to 'Thin' then a VM disk must reside on a storage domain
that contains the template's disk it is based on. You can copy the
template's disk(s) to another storage domain if you want a VM disk to be
created there


>
> Thanks,
> Shantur
> ___
> 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/SKR6URQN7IH5OYI4MEIVEY2QZZSX2XTY/
>
___
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/KZFUFIPCZDWSOCHBIENKW4NGCZ7HFZY3/

[ovirt-users] Re: cloning a template using Rest Api

[Arik Hadas]

On Thu, Jul 22, 2021 at 4:29 AM Pascal D  wrote:

> What is the easiest way to clone a template using rest api. I know I can
> create a VM from a template then make a new template from this new VM but I
> would like to just clone a template directly so I can maintain different
> branches
>

I'm afraid there's no easier way than what you described
What do you mean by "maintain different branches?"


>
> TIA
> ___
> 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/5G72TQZIJXLXBNZGCERXD6Y7JN6PFQCS/
>
___
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/34ER4YDV7WTIQN3YKI4ICYWSHDKO4RD2/

[ovirt-users] Re: oVirt and ARM

[Arik Hadas]

On Wed, Jul 14, 2021 at 3:14 PM Milan Zamazal  wrote:

> Arik Hadas  writes:
>
> > On Wed, Jul 14, 2021 at 10:36 AM Milan Zamazal 
> wrote:
> >
> >> Marko Vrgotic  writes:
> >>
> >> > Dear Arik and Milan,
> >> >
> >> > In the meantime, I was asked to check if in current 4.4 version or
> >> > coming 4.5, are/will there any capabilities or options of emulating
> >> > aarch64 on x86_64 platform and if so, what would be the steps to
> >> > test/enable it.
> >> >
> >> > Can you provide some information?
> >>
> >> Hi Marko,
> >>
> >> I don't think there is a way to emulate a non-native architecture.
> >> Engine doesn't have ARM support and it cannot handle ARM (native or
> >> emulated) hosts.  You could try to run emulated ARM VMs presented as x86
> >> to Engine using Vdsm hooks but I doubt it would work.
> >>
> >
> > Oh I just sent a draft I had in my mailbox without noticing this comment
> > and I see we both mentioned Vdsm hook
> > What is the source of the doubts about Vdsm hooks to work for this?
>
> It's possible to override the domain XML obtained from Engine to change
> it from x86 to ARM but Engine will get back the non-x86 domain XML.
> Engine may not care about the emulator but perhaps it can be confused by
> the reported CPU etc.  There can be problems with devices and
> architecture specific settings in both the directions.  Engine will base
> assumptions about the VM capabilities based on x86, which won't exactly
> match ARM.
>

Yeah, it would be best to try and see what the misalignment between what
the engine thinks and what the VM runs with leads to
But from the top of my head I don't think a misalignment in regards to CPU
or capabilities could be problematic since the engine doesn't check what
the VM is actually set with, it just assumes that the VM is set with what
it wrote to its domain XML
The engine certainly looks at the devices but as long as they preserve
their user-alias, managed devices won't be unplugged. Other devices would
be added as unmanaged. So I think that should also be fine.


>
> Maybe it'd be possible to simply run and stop a VM with some effort and
> it would be enough for certain purposes.  But for more than that it's a
> question whether the effort would be better spent on implementing a
> proper architecture support.


> >> I'm afraid the only way is to add ARM support to oVirt.  My former
> >> colleague has played with running oVirt on Raspberry Pi hosts some years
> >> ago (there are traces of that effort in Vdsm) and I think adding ARM
> >> support should be, at least in theory, possible.  Particular features
> >> available would be mostly dependent on ARM support in QEMU and libvirt.
> >
> >
> >> Regards,
> >> Milan
> >>
> >> > -
> >> > kind regards/met vriendelijke groeten
> >> >
> >> > Marko Vrgotic
> >> > Sr. System Engineer @ System Administration
> >> >
> >> > ActiveVideo
> >> > o: +31 (35) 6774131
> >> > m: +31 (65) 5734174
> >> > e: m.vrgo...@activevideo.com<mailto:m.vrgo...@activevideo.com>
> >> > w: www.activevideo.com<http://www.activevideo.com>
> >> >
> >> > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
> >> > 1.1217 WJ Hilversum, The Netherlands. The information contained in
> >> > this message may be legally privileged and confidential. It is
> >> > intended to be read only by the individual or entity to whom it is
> >> > addressed or by their designee. If the reader of this message is not
> >> > the intended recipient, you are on notice that any distribution of
> >> > this message, in any form, is strictly prohibited.  If you have
> >> > received this message in error, please immediately notify the sender
> >> > and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and
> >> > delete or destroy any copy of this message.
> >> >
> >> >
> >> >
> >> > From: Sandro Bonazzola 
> >> > Date: Friday, 9 July 2021 at 15:37
> >> > To: Marko Vrgotic , Arik Hadas
> >> > , Milan Zamazal 
> >> > Cc: Evgheni Dereveanchin , Zhenyu Zheng
> >> > , Joey Ma ,
> >> > users@ovirt.org 
> >> > Subject: Re: [ovirt-users] oVirt and ARM
> >> >
> >> > ***CAUTION: This email originated from outside of the organizat

[ovirt-users] Re: oVirt and ARM

[Arik Hadas]

On Wed, Jul 14, 2021 at 10:36 AM Milan Zamazal  wrote:

> Marko Vrgotic  writes:
>
> > Dear Arik and Milan,
> >
> > In the meantime, I was asked to check if in current 4.4 version or
> > coming 4.5, are/will there any capabilities or options of emulating
> > aarch64 on x86_64 platform and if so, what would be the steps to
> > test/enable it.
> >
> > Can you provide some information?
>
> Hi Marko,
>
> I don't think there is a way to emulate a non-native architecture.
> Engine doesn't have ARM support and it cannot handle ARM (native or
> emulated) hosts.  You could try to run emulated ARM VMs presented as x86
> to Engine using Vdsm hooks but I doubt it would work.
>

Oh I just sent a draft I had in my mailbox without noticing this comment
and I see we both mentioned Vdsm hook
What is the source of the doubts about Vdsm hooks to work for this?


>
> I'm afraid the only way is to add ARM support to oVirt.  My former
> colleague has played with running oVirt on Raspberry Pi hosts some years
> ago (there are traces of that effort in Vdsm) and I think adding ARM
> support should be, at least in theory, possible.  Particular features
> available would be mostly dependent on ARM support in QEMU and libvirt.


> Regards,
> Milan
>
> > -
> > kind regards/met vriendelijke groeten
> >
> > Marko Vrgotic
> > Sr. System Engineer @ System Administration
> >
> > ActiveVideo
> > o: +31 (35) 6774131
> > m: +31 (65) 5734174
> > e: m.vrgo...@activevideo.com<mailto:m.vrgo...@activevideo.com>
> > w: www.activevideo.com<http://www.activevideo.com>
> >
> > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
> > 1.1217 WJ Hilversum, The Netherlands. The information contained in
> > this message may be legally privileged and confidential. It is
> > intended to be read only by the individual or entity to whom it is
> > addressed or by their designee. If the reader of this message is not
> > the intended recipient, you are on notice that any distribution of
> > this message, in any form, is strictly prohibited.  If you have
> > received this message in error, please immediately notify the sender
> > and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and
> > delete or destroy any copy of this message.
> >
> >
> >
> > From: Sandro Bonazzola 
> > Date: Friday, 9 July 2021 at 15:37
> > To: Marko Vrgotic , Arik Hadas
> > , Milan Zamazal 
> > Cc: Evgheni Dereveanchin , Zhenyu Zheng
> > , Joey Ma ,
> > users@ovirt.org 
> > Subject: Re: [ovirt-users] oVirt and ARM
> >
> > ***CAUTION: This email originated from outside of the organization. Do
> > not click links or open attachments unless you recognize the
> > sender!!!***
> >
> >
> > Il giorno ven 9 lug 2021 alle ore 11:00 Marko Vrgotic
> > mailto:m.vrgo...@activevideo.com>> ha
> > scritto:
> > Hi Sandro and the rest of oVirt gurus,
> >
> > My managers are positive regarding helping provide some ARM hardware,
> > but it would not happened earlier than three months from now, as we
> > are in process of establishing certain relationship with ARM HW
> > vendor.
> >
> > T news!
> >
> >
> > In the meantime, I was asked to check if in current 4.4 version or
> > coming 4.5, are/will there any capabilities or options of emulating
> > aarch64 on x86_64 platform and if so, what would be the steps to
> > test/enable it.
> >
> > +Arik Hadas<mailto:aha...@redhat.com> , +Milan Zamazal mzama...@redhat.com> ?
> >
> >
> > Kindly awaiting your reply.
> >
> > Marko Vrgotic
> >
> > From: Marko Vrgotic  m.vrgo...@activevideo.com>>
> > Date: Monday, 28 June 2021 at 15:38
> > To: Sandro Bonazzola
> > mailto:sbona...@redhat.com>>, Evgheni
> > Dereveanchin mailto:edere...@redhat.com>>
> > Cc: Zhenyu Zheng
> > mailto:zhengzhenyul...@gmail.com>>, Joey Ma
> > mailto:majunj...@gmail.com>>,
> > users@ovirt.org<mailto:users@ovirt.org>
> > mailto:users@ovirt.org>>
> > Subject: Re: [ovirt-users] oVirt and ARM
> > Hi Sandro,
> >
> > I will check with my managers if we have and could spare some hardware
> > to contribute developing for oVirt.
> >
> >
> > -
> > kind regards/met vriendelijke groeten
> >
> > Marko Vrgotic
> > Sr. System Engineer @ System Administration
> >
> > ActiveVideo
> > o: +31 (35) 6774131
> > m: +31 (65) 5734174
> > e: m.vrgo...@activevide

[ovirt-users] Re: oVirt and ARM

[Arik Hadas]

On Tue, Jul 13, 2021 at 10:45 PM Marko Vrgotic 
wrote:

> Dear Arik and Milan,
>
>
>
> In the meantime, I was asked to check if in current 4.4 version or coming
> 4.5, are/will there any capabilities or options of emulating aarch64 on
> x86_64 platform and if so, what would be the steps to test/enable it.
>
>
>
> Can you provide some information?
>

oVirt doesn't support fully emulated workloads out of the box.
The architecture of the guest is determined by that of the cluster [1] and
the latter is either set automatically based on the hosts in the cluster or
set explicitly by the user in which case we enforce the hosts to comply
with that setting.

It could be nice to see it picked up by someone in the community if fully
emulated workloads are desired.
We don't have anything about this in our backlog at this point.

In the meantime, the easiest way to have fully emulated AArch64 workloads
would probably be by using a VDSM hook that modifies the VM configuration
before it starts (e.g., changing the 'emulator' to
/usr/bin/qemu-system-aarch64, changing the 'os' tag, etc). See [2] for how
it was suggested to emulate ARM.

[1]
https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.4.8/backend/manager/modules/vdsbroker/src/main/java/org/ovirt/engine/core/vdsbroker/builder/vminfo/LibvirtVmXmlBuilder.java#L661
[2]
https://fedoraproject.org/wiki/Architectures/ARM/HowToQemu#Installing_the_ARM_root_filesystem_and_XML


>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
>
>
> *From: *Sandro Bonazzola 
> *Date: *Friday, 9 July 2021 at 15:37
> *To: *Marko Vrgotic , Arik Hadas <
> aha...@redhat.com>, Milan Zamazal 
> *Cc: *Evgheni Dereveanchin , Zhenyu Zheng <
> zhengzhenyul...@gmail.com>, Joey Ma , users@ovirt.org
> 
> *Subject: *Re: [ovirt-users] oVirt and ARM
>
> ***CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender!!!***
>
>
>
>
>
> Il giorno ven 9 lug 2021 alle ore 11:00 Marko Vrgotic <
> m.vrgo...@activevideo.com> ha scritto:
>
> Hi Sandro and the rest of oVirt gurus,
>
>
>
> My managers are positive regarding helping provide some ARM hardware, but
> it would not happened earlier than three months from now, as we are in
> process of establishing certain relationship with ARM HW vendor.
>
>
>
> T news!
>
>
>
>
>
> In the meantime, I was asked to check if in current 4.4 version or coming
> 4.5, are/will there any capabilities or options of emulating aarch64 on
> x86_64 platform and if so, what would be the steps to test/enable it.
>
>
>
> +Arik Hadas  , +Milan Zamazal  ?
>
>
>
>
>
> Kindly awaiting your reply.
>
>
>
> Marko Vrgotic
>
>
>
> *From: *Marko Vrgotic 
> *Date: *Monday, 28 June 2021 at 15:38
> *To: *Sandro Bonazzola , Evgheni Dereveanchin <
> edere...@redhat.com>
> *Cc: *Zhenyu Zheng , Joey Ma <
> majunj...@gmail.com>, users@ovirt.org 
> *Subject: *Re: [ovirt-users] oVirt and ARM
>
> Hi Sandro,
>
>
>
> I will check with my managers if we have and could spare some hardware to
> contribute developing for oVirt.
>
>
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addresse

[ovirt-users] Re: How to remove "VM is being cloned" flag in a failed clone VM operation

[Arik Hadas]

On Tue, Jul 13, 2021 at 3:56 PM Richard Chan 
wrote:

> Hello list,
>
> I had an unsuccessful zombie clone VM task  -
> 1. Target: was able to unlock the disks and delete the target VM
> 2. Source: able to unlock the disks.
>
> Now I cannot do anything with the source as it is flagged as "VM is being
> clone".
>
> Is there a way to remove this flag manually?
>

> vdms-client Host -> this does not show any tasks outstanding.
>

That's an in-memory lock - if the tasks were removed also on the engine
side, just restart ovirt-engine and the vm would be unlocked


>
> Thank you.
>
> Richard Chan
>
> ___
> 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/PJZMIIGTEKDM2EPKMQTXU7AEDWAUFFT2/
>
___
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/DVHFOZ5IDHMLF7SWMQRIVJHWOAKQ5VTZ/

[ovirt-users] Re: export VM from oVirt engine 3.5

[Arik Hadas]

On Fri, Jul 9, 2021 at 1:03 AM Alex K  wrote:

>
>
> On Thu, Jul 8, 2021, 20:19  wrote:
>
>> Hello,
>> I am trying to export a bunch o VM from  oVirt version 3.5
>> The problem is that there is no OVA support for exporting them. I also
>> tryed to export VMs into OVA format using ovirtsdk4 which anyway won't work
>> on oVirt 3.5.
>> I can successfully export to a NFS partition but for each VM there are
>> several qcow v2 files which I suppose to be the VM image and its snapshots.
>> How to identify the correct file to represent the current VM status ?
>>
> When exporting you should get only one image file with the current status
> of the vm.
>
> If you want to hack with the vm images, you can commit all the chain of
> the snapshot files to your own single qcow2 copy using qemu-img commands.
>
>> You can easily get the disk ID of the current active snapshot (vm ->
> snapshots) then you can view the full chain with:
> qemu-img info --backing-chain $FILENAME
> You need to know what you are doing though to avoid any data loss.
>
> If I delete all the snapshots, will I end up with only one valid qcow v2
>> image that I can use ?
>>
> Yes, you should. You can try if the snapshots are not needed.
>

You can alternatively ask to discard (collapse) snapshots during export in
order to get a single volume on the export domain [0]
There's an example for how to do that in the latest documentation of the
API [1]
This option seems to exist also in the API of oVirt 3.5 [2]

[0] It will not necessarily be a qcow2 volume - that depends on the format
of the base volume of the VM you export
[1]
https://github.com/oVirt/ovirt-engine-api-model/blob/4.4.31/src/main/java/services/VmService.java#L174-L189
[2]
https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-3.5/backend/manager/modules/restapi/jaxrs/src/main/java/org/ovirt/engine/api/restapi/resource/BackendVmResource.java#L432-L434


> ___
>> 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/FCCK7HSIVMXAH2D7F2DWLHR4J2XSSTPP/
>>
> ___
> 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/4J3HIIWUCVHJBMCL5TP7VR46J42MO2ED/
>
___
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/AH5ASGPMDESX2XI37R5W27EKUW6YNULO/

[ovirt-users] Re: what happens to vms when a host shutdowns?

[Arik Hadas]

On Tue, Jul 6, 2021 at 7:02 PM Sandro Bonazzola  wrote:

>
>
> Il giorno mar 6 lug 2021 alle ore 17:33 Nir Soffer 
> ha scritto:
>
>> On Tue, Jul 6, 2021 at 5:58 PM Scott Worthington
>>  wrote:
>> >
>> >
>> >
>> > On Tue, Jul 6, 2021 at 8:13 AM Nir Soffer  wrote:
>> >>
>> >> On Tue, Jul 6, 2021 at 2:29 PM Sandro Bonazzola 
>> wrote:
>> >>>
>> >>>
>> >>>
>> >>> Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer <
>> nsof...@redhat.com> ha scritto:
>> 
>>  On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
>> wrote:
>>  > We are installing UPS powerchute client on hypervisors.
>>  >
>>  > What is the default vms behaviour of running vms when an
>> hypervisor is
>>  > ordered to shutdown: do the vms live migrate or do they shutdown
>>  > properly (even the restart on an other host because of HA) ?
>> 
>>  In general VMs are not restarted after an unexpected shutdown, but
>> HA VMs
>>  are restarted after failures.
>> 
>>  If the HA VM has a lease, it can restart safely on another host
>> regardless of
>>  the original host status. If the HA VM does not have a lease, the
>> system must
>>  wait until the original host is up again to check if the VM is still
>>  running on this
>>  host.
>> 
>>  Arik can add more details on this.
>> >>>
>> >>>
>> >>> I think the question is not related to what happens after the host is
>> back.
>> >>> I think the question is what happens when the host goes down.
>> >>> To me, the right way to shutdown a host is putting it first to
>> maintenance (VM evacuate to other hosts) and then shutdown.
>> >>
>> >>
>> >> Right, but the we don't have integration with the UPS, so engine
>> cannot put the host
>> >> to maintenance when the host lose power and the UPS will shut it down
>> after
>> >> few minutes.
>> >
>> >
>> > This is outside of the scope of oVirt team:
>> >
>> > Perhaps one could combine multiple applications ( NUT + Ansible +
>> Nagios/Zabbix ) to notify the oVirt engine to switch a host to maintenance?
>> >
>> > NUT[0] could be configured to alert a monitoring system ( like Nagios
>> or Zabbix) to trigger an Ansible playbook [1][2] to put the host in
>> maintenance mode, and the trigger should happen before the UPS battery is
>> depleted (you'll have to account for the time it takes to live migrate VMs).
>>
>> I would trigger this once power is lost. You never know how much time
>> migration will take, so best migrate all vms immediately.
>>
>> It would be nice to integrate this with engine, but we can start by
>> something
>> like you describe, that will use engine API/SDK to prepare the hosts for
>> graceful shutdown.
>>
>
There are pros and cons to this approach.
If the workloads manage to get evacuated quickly, before libvirt-guests
starts shutting them down, that's great.
But what happens if the VMs are still migrated after libvirt-guests
initiated shutdowns?
Think about the following case:
1. A highly available VM starts migrating
2. libvirt-guests tries to shut down the guest
3. The migration completed
4. The guest shuts down while it runs on the destination host
I'm not sure that we'll treat that case as a non-intentional shutdown since
we may lose the context of the shutdown while the VM runs to the
destination host and therefore won't try to restart the VM automatically.


>
> we already have a role for immediate shutdown of the whole datacenter:
> https://github.com/oVirt/ovirt-ansible-shutdown-env
> now integrated in ansible collection
> https://github.com/oVirt/ovirt-ansible-collection/tree/master/roles/shutdown_env
>
>
>
>>
>> > [0] Network UPS Tools
>> https://networkupstools.org/docs/user-manual.chunked/index.html
>> > [1]
>> https://www.ovirt.org/develop/release-management/features/infra/ansible_modules.html
>> > [2]
>> https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_host_module.html
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/TYCMHTXMBD2KLGPYXVSB7CAUMBFWGLEP/
>
___
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

[ovirt-users] Re: what happens to vms when a host shutdowns?

[Arik Hadas]

On Tue, Jul 6, 2021 at 3:13 PM Nir Soffer  wrote:

> On Tue, Jul 6, 2021 at 2:29 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer 
>> ha scritto:
>>
>>> On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
>>> wrote:
>>> > We are installing UPS powerchute client on hypervisors.
>>> >
>>> > What is the default vms behaviour of running vms when an hypervisor is
>>> > ordered to shutdown: do the vms live migrate or do they shutdown
>>> > properly (even the restart on an other host because of HA) ?
>>>
>>> In general VMs are not restarted after an unexpected shutdown, but HA VMs
>>> are restarted after failures.
>>>
>>> If the HA VM has a lease, it can restart safely on another host
>>> regardless of
>>> the original host status. If the HA VM does not have a lease, the system
>>> must
>>> wait until the original host is up again to check if the VM is still
>>> running on this
>>> host.
>>>
>>> Arik can add more details on this.
>>>
>>
>> I think the question is not related to what happens after the host is
>> back.
>> I think the question is what happens when the host goes down.
>> To me, the right way to shutdown a host is putting it first to
>> maintenance (VM evacuate to other hosts) and then shutdown.
>>
>
> Right, but the we don't have integration with the UPS, so engine cannot
> put the host
> to maintenance when the host lose power and the UPS will shut it down after
> few minutes.
>
>
>> On emergency shutdown without moving the host to maintenance first I
>> think libvirt is communicating the host is going down to the guests and
>> tries to cleanly shutdown vms while the host is going down.
>> Arik please confirm :-)
>>
>
Yes, that is correct.
If the host shuts down, libvirt-guests attempt to shut down the guests
gracefully.


>
>>
>>
>>>
>>> Nir
>>> ___
>>> 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/HXVXSLXQYZX6CQPJNXKWLOMY3LQU7XJ5/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/7Q7XXOL3JXL2L4MP6G2Q7OJLKLBEZFVP/
>
___
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/SESPV2OKLEOSRMDO6LTK6JZCKI63NINN/

[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

[Arik Hadas]

On Tue, Jul 6, 2021 at 3:56 PM Nir Soffer  wrote:

> On Tue, Jul 6, 2021 at 3:36 PM Sandro Bonazzola 
> wrote:
>
>> Hi,
>> I update the hosted engine to 4.4.7 and one of the 2 nodes where the
>> engine is running.
>> Current status is:
>> - Hosted engine at 4.4.7 running on Node 0
>> - Node 0 at 4.4.6
>> - Node 1 at 4.4.7
>>
>> Now, moving Node 0 to maintenance successfully moved the SPM from Node 0
>> to Node 1 but while trying to migrate hosted engine I get on Node 0
>> vdsm.log:
>>
> ...
>
>>   File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in 
>> migrateToURI3
>> raise libvirtError('virDomainMigrateToURI3() failed')
>> libvirt.libvirtError: can't connect to virtlogd: Unable to open system token 
>> /run/libvirt/common/system.token: Permission denied
>>
>>
> This looks like the selinux issue we had in libvirt 7.4. Do we have the
> latest
> selinux-policy-target package on the host?
>

Yeah, seems like https://bugzilla.redhat.com/show_bug.cgi?id=1964317
___
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/IUMARKVV7KU3DNHS6YTN7EKO3NXVPIAZ/

[ovirt-users] Re: VM-Pool is already attached to a User

[Arik Hadas]

On Mon, Jul 5, 2021 at 10:42 AM Nicolás  wrote:

> Hi,
>
> It's possible that you bumped into:
>
> Original bug: https://bugzilla.redhat.com/show_bug.cgi?id=1462236
> Downstream clone: https://bugzilla.redhat.com/show_bug.cgi?id=1635337.
>
> It has been solved in 4.3.5.
>

> Regards,
>
> Nicolás
>
> El 2/7/21 a las 13:55, Dominique D escribió:
> > I created a VM pool (20 Windows) and the first 6 users took a virtual
> machine in the VM portal.
> >
> > the following other users have this message
> >
> > "Cannot attach VM to VM-Pool. VM-Pool is already attached to a User"
> >
> > I have 15 users and 20 VMs available, do you know why I have this
> message ?
> >
> > I have no user registered in the permissions tab of the vm available.
> >
> > ovirt 4.4.1
>

If it happens with oVirt 4.4.1 then it can be related to [1] that was fixed
in 4.4.2

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


> >
> > Thank you.
> > ___
> > 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/BBUPBG4X4TZ5NJC5ZAZO4OJ56MYGS436/
> ___
> 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/ZQS46LT4CTV5XCXC3L7OGFBJY3OLY2H2/
>
___
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/MSUYJZYI4I35HA5E3ZI6TIMMLA6HGNVZ/

[ovirt-users] Re: Question about Template and Storage Domain

[Arik Hadas]

On Mon, Jun 28, 2021 at 11:23 AM Eyal Shenitzky  wrote:

> Hi,
>
> You are probably creating the VM as a dependent on the template (thin VM),
> it means that the VM's disk should be created on the same storage domain as
> the template disk.
>
> In order to create the VM with a disk on a different storage domain, you
> can either create the VM as an independent (clone) or copy the template
> disk to the storage domain you want to create the VM disk on.
>

> On Sun, 27 Jun 2021 at 18:40, Nur Imam Febrianto 
> wrote:
>
>> Hi,
>>
>>
>> Want to ask about template. For example I have a several template (with
>> disk) stored in some Storage Domain. If I create a VM from the template,
>> and when I change the parameter of cloned disk into another storage domain
>> (different with where the template are stored). The VM always failed to be
>> created. This only occurs in VM creation phase, if I create the VM at same
>> storage domain where the templates are stored, it created successfully. Is
>> this are “normal” behavior ?
>>
>
No, you should be able to create cloned disks on a storage domain that is
different from the one(s) the template image(s) is on.

How did you try to do that?
If you tried to create thin-provisioned disks as Eyal mentioned above via
the API, the operation should fail with an error of
TEMPLATE_IMAGE_NOT_EXIST (it shouldn't be possible to select a storage
domain that doesn't hold the template image via the webadmin)

If you specified that the disks should be cloned to a different storage
domain correctly then the engine.log should reveal what is the problem.


>>
>> Thanks before.
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>> ___
>> 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/F6BCRDFJBCOGA6GLJWWLIBXMFFKCD75C/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
> ___
> 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/3RPONNQIRSIO6CQPX3WWJXXSAFTRISFP/
>
___
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/XBC2JBI2ULYTAY5C7CNV52X5NQCZWBDP/

[ovirt-users] Re: Problems moving vm & templates between oVirt 4.3 & 4.4

[Arik Hadas]

On Wed, Jun 23, 2021 at 8:27 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> I opened : https://bugzilla.redhat.com/show_bug.cgi?id=1975076
>

Thanks for filing it.
If you wish to transfer VMs from oVirt 4.4 to oVirt 4.3, you have to make
sure that the cluster you use in oVirt 4.4 is set with compatibility level
which is supported in oVirt 4.3 (that is, compatibility level 4.2 or 4.3),
as forward-compatibility is not supported.


>
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Tue, Jun 22, 2021 at 12:26 PM Strahil Nikolov 
> wrote:
>
>> Error during ValidateFailure.: java.lang.IllegalArgumentExcepti
>> on: VM64BitMaxMemorySizeInMB has no value for version: 4.6
>>
>>
>> This one is quite interesting... Most probably is a bug.
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> On Tue, Jun 22, 2021 at 0:59, Guillaume Pavese
>>  wrote:
>> ___
>> 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/XXFQFMUD76O53PSA3XZHSXTMHHPBOEE3/
>>
>>
> Ce message et toutes les pièces jointes (ci-après le “message”) sont
> établis à l’intention exclusive de ses destinataires et sont confidentiels.
> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
> sa destination, toute diffusion ou toute publication, totale ou partielle,
> est interdite, sauf autorisation expresse. L’internet ne permettant pas
> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
> ou il aurait été modifié. IT, ES, UK.
> 
> ___
> 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/2UNL6ASMOTFMT5NIIIR2GGC25KMPIT3J/
>
___
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/DRL7EK3XS2ZZGMS3UDTLHLBWASIFRBK3/

[ovirt-users] Re: importing vm's from storage pool from 4.1.6.2-1 in to 4.4.6 fails due to lingering snapshot configuration in source

[Arik Hadas]

On Mon, Jun 21, 2021 at 11:45 PM Charles Kozler 
wrote:

> I know the subject is a bit wordy but let me try to explain
>
> I have a 4.1 installation that I am migrating to 4.4. I placed the storage
> domain into maintenance and then rsync'ed it to the storage I am using for
> 4.4. In 4.4 I import the domain and it comes in fine, however, when trying
> to import some VM's it fails because it says it cannot find a disk. The
> disk ID's I cannot find anywhere in 4.1 or 4.4 so I opened OVF_STORE after
> upgrading the pool in 4.4 and look at the ovf file for some of the VM's
> that are failing to import
>
> I see this in the ovf configuration file -
>
> 
>   
> ACTIVE
> Active VM
> 2019/12/19 16:47:48
>
> 07d3447c-c640-4163-9cf1-74ce126d702a,59b5cfdf-015b-0333-004b-0397,8c48ea33-dc34-403a-90d2-a3e78776404c,1757809b-9685-4315-a92e-3ea82dc6d8a8,94a2c2b3-e02e-4b05-80eb-6f4b7a9701e7,248a9fd1-61f0-4c5a-b6ab-4630d433c6fa
>   
> 
>   
> 
>
> These are the disk ID's I can see failing to import in engine.log
>
> I am aware that importing a VM cannot support snapshots and have found
> multiple mailing list posts around this, however, I do not have any
> snapshots visible in 4.1 UI.
>
> I also tried modifying OVF_STORE by untar'ing it and editing the ovf files
> directly, however, this does not work as it ends up overwritten by ovirt
> with the previous configuration
>
> Any ideas? As noted, I cannot see any snapshots listed in 4.1 source pool
> so I therefore cannot remove this stale configuration from the source and
> upon importing in to 4.4 it fails because it cannot find the disks
>

I think the only possible explanation to having a VM with no snapshots
besides the ACTIVE one and memory attached to the ACTIVE snapshot is that
the VM is suspended. In that case, and if the error you get is related to
the memory (dump/metadta) disks, shutting down the VM in the source (4.1)
env first can solve this


>
> I tried import partial and that still fails which to me seems like a bug
> because the idea of the import partial is to still register the VM even if
> it cant find disks
>
> I also tried scanning domain for disks and update OVF's in the UI and it
> does not help anything
>
>
> *Notice to Recipient*: https://www.fixflyer.com/disclaimer
> ___
> 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/O4EAECZSGR33FABPEV4FB6E3ZTKMZQKM/
>
___
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/BJVH226VRE3IVLFGXA6PDHDO5YLJBJY2/

[ovirt-users] Re: Ovirt 4.4.6.8-1 upload ova as template to multiple hosts

[Arik Hadas]

On Thu, May 27, 2021 at 6:19 PM Don Dupuis  wrote:

> It is the same script, I just renamed it. Now what I did works but it
> isn't the proper way to do it. I want to improve it before contributing it
> as I write the ovf data back out to a file and use pythons sed like
> functionality to modify the file and then read in the updated one to give
> to the engine. I just wanted to get something to work to get my project
> done.
>

Ack, yeah, it makes sense to change that.
I don't know if you've added an argument to the script that determines
whether or not the entity is imported as a clone, but it can also be handy
to import as a clone automatically when a VM/template with the same ID
already exists. That's something we used to do when importing from export
domains and we miss it for uploading from OVA.


>
> Don
>
> On Thu, May 27, 2021 at 9:35 AM Arik Hadas  wrote:
>
>>
>>
>> On Thu, May 27, 2021 at 4:24 PM Don Dupuis  wrote:
>>
>>> Arik
>>> Just to say thank you again for the pointers on what was needed to be
>>> done. I was able to modify that script to do what was needed and now it
>>> works like a champ.
>>>
>>
>> Awesome, glad to hear that.
>> Looking again at what you wrote below, you've mentioned the script is
>> named upload_ova_as_template.py. We've made some changes to that script and
>> renamed it to upload_ova_as_vm_or_template.py [1]. It would be great if you
>> could contribute your changes to it
>>
>> [1]
>> https://gerrit.ovirt.org/gitweb?p=ovirt-engine-sdk.git;a=blob;f=sdk/examples/upload_ova_as_vm_or_template.py;h=d6f40548b912577dc18a24d564f37d117a084d28;hb=HEAD
>>
>>
>>>
>>> Thanks
>>> Don
>>>
>>> On Mon, May 24, 2021 at 3:56 PM Don Dupuis  wrote:
>>>
>>>> Arik
>>>> Thanks for the info. My simple setup is just a base for bigger clusters
>>>> that I have to do and there will be multiple templates that I need to
>>>> install. I have python programming skills but just needed some simple
>>>> pointing in the right direction on where to make the addition changes to
>>>> the code. It takes a little bit of time to get the services and types
>>>> correct for what you want to accomplish and how it is implemented.
>>>>
>>>> Don
>>>>
>>>> On Mon, May 24, 2021 at 2:51 PM Arik Hadas  wrote:
>>>>
>>>>>
>>>>>
>>>>> On Mon, May 24, 2021 at 6:49 PM Don Dupuis  wrote:
>>>>>
>>>>>> Nudging to see if anyone has experience with this?
>>>>>>
>>>>>> Don
>>>>>>
>>>>>> On Wed, May 19, 2021 at 11:18 PM Don Dupuis 
>>>>>> wrote:
>>>>>>
>>>>>>> I have a single ovirt manager and 2 ovirt hosts, each has a local
>>>>>>> storage domain. I am using the upload_ova_as_template.py and my template
>>>>>>> upload works on a single host but not both. If I use the gui method, 
>>>>>>> there
>>>>>>> is the option of "clone" and putting in a new name for the template. 
>>>>>>> This
>>>>>>> seems to work most of the time, but it has failed a couple of times 
>>>>>>> also. I
>>>>>>> would like to add the same "clone" and "name" option to the
>>>>>>> upload_ova_as_temple.py. What is the best way to do this since I need to
>>>>>>> have unique UUIDs for the template disks? This is a unique setup in the
>>>>>>> fact that I can't use shared storage and this should be doable as I was
>>>>>>> able to do it in the ovirt gui.
>>>>>>>
>>>>>>
>>>>> If it's just a one-time operation, I'd rather try to create a VM out
>>>>> of the template that was imported successfully (with disk-provisioning =
>>>>> clone), create a second template out of it, remove the original template
>>>>> and then upload the template from the OVA to the other storage domain.
>>>>>
>>>>> Changing the script to obtain import as clone is also possible but it
>>>>> requires some programming skills - you'd need to either generate or 
>>>>> provide
>>>>> the script with different name for the template and UUIDs for the disks 
>>>>> and
>>>>> then (1) use the new UUIDs when uploading the disks and (2) change the OVF
>>>>> that is loaded from the OVA to have the new name and UUIDs before 
>>>>> providing
>>>>> the OVF to the engine.
>>>>>
>>>>>
>>>>>>
>>>>>>> Thanks
>>>>>>> Don
>>>>>>>
>>>>>> ___
>>>>>> 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/U6Q5P7YKDBJARPPNFJOXAMP2AMKEJDNK/
>>>>>>
>>>>>
___
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/UK6ASJ4NHZY7IUEYOCQPVSSIUTVFIVE2/

[ovirt-users] Re: Ovirt 4.4.6.8-1 upload ova as template to multiple hosts

[Arik Hadas]

On Thu, May 27, 2021 at 4:24 PM Don Dupuis  wrote:

> Arik
> Just to say thank you again for the pointers on what was needed to be
> done. I was able to modify that script to do what was needed and now it
> works like a champ.
>

Awesome, glad to hear that.
Looking again at what you wrote below, you've mentioned the script is named
upload_ova_as_template.py. We've made some changes to that script and
renamed it to upload_ova_as_vm_or_template.py [1]. It would be great if you
could contribute your changes to it

[1]
https://gerrit.ovirt.org/gitweb?p=ovirt-engine-sdk.git;a=blob;f=sdk/examples/upload_ova_as_vm_or_template.py;h=d6f40548b912577dc18a24d564f37d117a084d28;hb=HEAD


>
> Thanks
> Don
>
> On Mon, May 24, 2021 at 3:56 PM Don Dupuis  wrote:
>
>> Arik
>> Thanks for the info. My simple setup is just a base for bigger clusters
>> that I have to do and there will be multiple templates that I need to
>> install. I have python programming skills but just needed some simple
>> pointing in the right direction on where to make the addition changes to
>> the code. It takes a little bit of time to get the services and types
>> correct for what you want to accomplish and how it is implemented.
>>
>> Don
>>
>> On Mon, May 24, 2021 at 2:51 PM Arik Hadas  wrote:
>>
>>>
>>>
>>> On Mon, May 24, 2021 at 6:49 PM Don Dupuis  wrote:
>>>
>>>> Nudging to see if anyone has experience with this?
>>>>
>>>> Don
>>>>
>>>> On Wed, May 19, 2021 at 11:18 PM Don Dupuis  wrote:
>>>>
>>>>> I have a single ovirt manager and 2 ovirt hosts, each has a local
>>>>> storage domain. I am using the upload_ova_as_template.py and my template
>>>>> upload works on a single host but not both. If I use the gui method, there
>>>>> is the option of "clone" and putting in a new name for the template. This
>>>>> seems to work most of the time, but it has failed a couple of times also. 
>>>>> I
>>>>> would like to add the same "clone" and "name" option to the
>>>>> upload_ova_as_temple.py. What is the best way to do this since I need to
>>>>> have unique UUIDs for the template disks? This is a unique setup in the
>>>>> fact that I can't use shared storage and this should be doable as I was
>>>>> able to do it in the ovirt gui.
>>>>>
>>>>
>>> If it's just a one-time operation, I'd rather try to create a VM out of
>>> the template that was imported successfully (with disk-provisioning =
>>> clone), create a second template out of it, remove the original template
>>> and then upload the template from the OVA to the other storage domain.
>>>
>>> Changing the script to obtain import as clone is also possible but it
>>> requires some programming skills - you'd need to either generate or provide
>>> the script with different name for the template and UUIDs for the disks and
>>> then (1) use the new UUIDs when uploading the disks and (2) change the OVF
>>> that is loaded from the OVA to have the new name and UUIDs before providing
>>> the OVF to the engine.
>>>
>>>
>>>>
>>>>> Thanks
>>>>> Don
>>>>>
>>>> ___
>>>> 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/U6Q5P7YKDBJARPPNFJOXAMP2AMKEJDNK/
>>>>
>>>
___
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/M2ORTP6NNIU5ZB25WP3Q6KF2ITHTLGXM/

[ovirt-users] Re: Ovirt 4.4.6.8-1 upload ova as template to multiple hosts

[Arik Hadas]

On Mon, May 24, 2021 at 6:49 PM Don Dupuis  wrote:

> Nudging to see if anyone has experience with this?
>
> Don
>
> On Wed, May 19, 2021 at 11:18 PM Don Dupuis  wrote:
>
>> I have a single ovirt manager and 2 ovirt hosts, each has a local storage
>> domain. I am using the upload_ova_as_template.py and my template upload
>> works on a single host but not both. If I use the gui method, there is the
>> option of "clone" and putting in a new name for the template. This seems to
>> work most of the time, but it has failed a couple of times also. I would
>> like to add the same "clone" and "name" option to the
>> upload_ova_as_temple.py. What is the best way to do this since I need to
>> have unique UUIDs for the template disks? This is a unique setup in the
>> fact that I can't use shared storage and this should be doable as I was
>> able to do it in the ovirt gui.
>>
>
If it's just a one-time operation, I'd rather try to create a VM out of the
template that was imported successfully (with disk-provisioning = clone),
create a second template out of it, remove the original template and then
upload the template from the OVA to the other storage domain.

Changing the script to obtain import as clone is also possible but it
requires some programming skills - you'd need to either generate or provide
the script with different name for the template and UUIDs for the disks and
then (1) use the new UUIDs when uploading the disks and (2) change the OVF
that is loaded from the OVA to have the new name and UUIDs before providing
the OVF to the engine.


>
>> Thanks
>> Don
>>
> ___
> 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/U6Q5P7YKDBJARPPNFJOXAMP2AMKEJDNK/
>
___
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/WUY6XZ5SICUFQKWGJ4AZEMDIZZVLIFHV/