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

2023-11-13 Thread Liran Rotenberg
On Mon, Nov 13, 2023 at 3:30 AM Arik Hadas  wrote:

> 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)
>
Posted: https://github.com/oVirt/ovirt-engine/pull/890

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


[ovirt-users] Re: Snapshot problem with GlusterFS and rocky linux 8.6

2022-11-27 Thread Liran Rotenberg
On Thu, Nov 24, 2022 at 9:18 PM Facundo Badaracco 
wrote:

> Someone any hint please?. Snapshot is something a little critical :P
>
> El lun, 21 de nov. de 2022 18:07,  escribió:
>
>> hello everyone, I hope you can help me
>>
>> I have 3 servers with rocky linux 8.6 glusterfs in replica. Everything is
>> working correctly, except for the snapshots. When I do a snapshot, it ends
>> up saying "VM snapshot xxx failed". and in the section of storage and
>> disks, the snapshot of the memory and the metada is LOCKED. Logs pasted
>>
>> centos-release-ceph-pacific.noarch
>> centos-release-gluster10.noarch
>> centos-release-nfv-common.noarch
>> centos-release-nfv-openvswitch.noarch
>> centos-release-opstools.noarch
>> centos-release-ovirt45.noarch
>> centos-release-storage-common.noarch
>> centos-release-virt-common.noarch
>> centos-stream-release.noarch
>> centos-stream-repos.noarch
>> ovirt-engine.noarch
>>
>> cat /var/log/ovirt-engine/engine.log | grep snapshot
>> 2022-11-21 17:14:04,896-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] (default
>> task-9) [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[f1acea1c-7f4f-4476-a2e2-990f01c86c4a=VM]',
>> sharedLocks=''}'
>> 2022-11-21 17:14:05,017-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25885)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command:
>> CreateSnapshotForVmCommand internal: false. Entities affected :  ID:
>> f1acea1c-7f4f-4476-a2e2-990f01c86c4a Type: VMAction group
>> MANIPULATE_VM_SNAPSHOTS with role type USER
>> 2022-11-21 17:14:05,076-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotDiskCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25885)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command:
>> CreateSnapshotDiskCommand internal: true. Entities affected :  ID:
>> f1acea1c-7f4f-4476-a2e2-990f01c86c4a Type: VMAction group
>> MANIPULATE_VM_SNAPSHOTS with role type USER
>> 2022-11-21 17:14:05,118-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25885)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Running command:
>> CreateSnapshotCommand internal: true. Entities affected :  ID:
>> ---- Type: Storage
>> 2022-11-21 17:14:05,659-03 INFO
>> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25885)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] START, CreateVolumeVDSCommand(
>> CreateVolumeVDSCommandParameters:{storagePoolId='f91fca67-aee1-4dc7-b67d-c869b6875791',
>> ignoreFailoverLimit='false',
>> storageDomainId='88309e23-1446-459e-b175-9e4a019cd77e',
>> imageGroupId='4dd56401-dbda-4d13-bdb0-3d0afd7402ca',
>> imageSizeInBytes='4605345792', volumeFormat='RAW',
>> newImageId='9ffe2fcc-5d99-4529-8baa-1a33b48072f0', imageType='Sparse',
>> newImageDescription='{"DiskAlias":"servervpn_snapshot_memory","DiskDescription":"Memory
>> snapsho  disk for snapshot 'testsnap' of VM 'servervpn' (VM ID:
>> 'f1acea1c-7f4f-4476-a2e2-990f01c86c4a')"}', imageInitialSizeInBytes='0',
>> imageId='----',
>> sourceImageGroupId='----',
>> shouldAddBitmaps='false', legal='true', sequenceNumber='1',
>> bitmap='null'}), log id: 61fd9b79
>> 2022-11-21 17:14:06,178-03 INFO
>> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25885)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] START, CreateVolumeVDSCommand(
>> CreateVolumeVDSCommandParameters:{storagePoolId='f91fca67-aee1-4dc7-b67d-c869b6875791',
>> ignoreFailoverLimit='false',
>> storageDomainId='88309e23-1446-459e-b175-9e4a019cd77e',
>> imageGroupId='bb07d9d7-0048-473d-bb8d-5b141a659085',
>> imageSizeInBytes='10240', volumeFormat='RAW',
>> newImageId='0e10989e-e7ee-466b-96d6-831e949ed243',
>> imageType='Preallocated',
>> newImageDescription='{"DiskAlias":"servervpn_snapshot_metadata","DiskDescription":"Memory
>> snapshot disk for snapshot 'testsnap' of VM 'servervpn' (VM ID:
>> 'f1acea1c-7f4f-4476-a2e2-990f01c86c4a')"}', imageInitialSizeInBytes='0',
>> imageId='----',
>> sourceImageGroupId='----',
>> shouldAddBitmaps='false', legal='true', sequenceNumber='1',
>> bitmap='null'}), log id: 31d3ee0a
>> 2022-11-21 17:14:12,859-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand]
>> (EE-ManagedThreadFactory-engine-Thread-25892)
>> [2d1eb8f9-3149-4d8c-9c0a-a6e30534263f] Command
>> [id=e160791f-e4ca-4173-9628-21ee0058274d]: Updating status to 'SUCCEEDED',
>> The command end method logic will be executed by one of its parent commands.
>> 2022-11-21 17:14:21,956-03 INFO
>> [org.ovirt.engine.core.bll.snapshots.CreateLiveSnapshotForVmCommand]
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-12)
>> 

[ovirt-users] Re: Best performance for vcpu pinning

2022-11-14 Thread Liran Rotenberg
On Mon, Nov 14, 2022 at 11:12 AM  wrote:

> Hello List,
>
> how can I achieve the best performance with vcpu pinning in KVM?
>
> Is it better to have 1:1 mapping between virtual and physical thread like
> this:
>
> 
> 
> 
> 
> 
> 
> 
> 
>
> Or is it better to allow each vCPU to run on any of the limited number of
> physical threads?
>
> e.g.
> 
> 
> 
> 
> 
> 
> 
> 
>
>
> The hypervisor host has 2 CPUs. Each CPU has 8 cores and each core 2
> Threads. In total this are 32 threads.
>
>  lscpu
> Architecture:  x86_64
> CPU op-mode(s):32-bit, 64-bit
> Byte Order:Little Endian
> CPU(s):32
> On-line CPU(s) list:   0-31
> Thread(s) per core:2
> Core(s) per socket:8
> Socket(s): 2
> NUMA node(s):  2
> Vendor ID: GenuineIntel
> CPU family:6
> Model: 85
> Model name:Intel(R) Xeon(R) Gold 6244 CPU @ 3.60GHz
> Stepping:  7
> CPU MHz:   4213.731
> CPU max MHz:   4400.
> CPU min MHz:   1200.
> BogoMIPS:  7200.00
> Virtualization:VT-x
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:  1024K
> L3 cache:  25344K
> NUMA node0 CPU(s): 0-7,16-23
> NUMA node1 CPU(s): 8-15,24-31
>
> I need to run 2 VMs on this host. One is for production and should have 24
> vCPUs and the other one is for test and should have 8 vCPUs. Test VM
> workload should not impact Prod VM performance.
>
> Current configuration is:
>
> TEST:
>
>   128
>   1
>   
> 
> 
> 
> 
> 
> 
> 
> 
>   
>
>   
> 
> 
>   
> 
>   
>
> PROD:
>
>   192
>   1
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>
>   
> 
> 
>   
> 
>   
>
> Versions are:
> ovirt-host-4.3.5
> libvirt-5.7.0-28.el7.x86_64
>
Hi Martin,
The recommended approach would be to pin the CPUs into specific physical
CPUs.
The most important part is to be under the same socket.
VDSM uses physical CPU 1, unless you changed the default VDSM settings, so
maybe it would be better to use the second socket.
You may also wish to refer to the NUMA topology (using socket 1 that would
be - NUMA node1 CPU(s): 8-15,24-31).
Overall:
0#8,24_1#9,25_2#10,26 and so on.
This is also with the thought that physical cpu 8 and 24 are two threads in
the same core. You can check it using VDSM API or just # cat /proc/cpuinfo.
Note, that physical CPUs you use with this method are in a shared pool and
can be used by other VMs.
If you wish it to be exclusive to the VM, you may use the dedicated CPU
feature under the VM resource allocation tab. Note, it will pin the CPUs
for you.

Regards,
Liran.


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


[ovirt-users] Re: Make QXL the default

2022-08-01 Thread Liran Rotenberg
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?
>>
> 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/


[ovirt-users] Re: Make QXL the default

2022-08-01 Thread Liran Rotenberg
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
>
> And its working now.  Is this OK or is there a better way to handle this?
>
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/7PQ6YQZRRUYEMH626QN5L3M3BY3YD77X/


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

2022-06-06 Thread Liran Rotenberg
On Tue, May 31, 2022 at 12:37 PM Andrei Verovski 
wrote:

> Hi, Arik,
>
> Thanks for help.
>
> su - postgres
> psql engine
> select vm_guid from vm_static where vm_name='WInServerTerminal-2022';
> select status from vm_dynamic where
> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
> update vm_dynamic set status = 1 where
> vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
> update vm_dynamic set run_on_vds='33453044-4139-5A43-3334-323638385838'
> where vm_guid='7871067f-221c-48ed-a046-f49499ce9be4';
>
> ERROR:  insert or update on table "vm_dynamic" violates foreign key
> constraint "vds_static_vm_dynamic_r"
> DETAIL:  Key (run_on_vds)=(33453044-4139-5a43-3334-323638385838) is not
> present in table "vds_static”.
>
> Something is wrong with last query. '33453044-4139-5A43-3334-323638385838’
> is node UUID from oVirt -> Hosts.
>
> What is correct format with this query ?
>
It seems this host doesn't exist in the DB.
You may check your hosts by running:
select * from vds_static;

>
>
> > On 31 May 2022, at 11:33, Arik Hadas  wrote:
> >
> > 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' sta

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

2022-05-29 Thread Liran Rotenberg
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/BCU3JQBQYY6FRX7N5PIY3G75JEVRMSUW/


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

2022-05-26 Thread Liran Rotenberg
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/JCF3CGUBI6UM76GWCLLO5DMPLQYKKNBP/


[ovirt-users] Re: OVA Import Fail

2022-05-17 Thread Liran Rotenberg
On Fri, May 13, 2022 at 7:21 AM Abe E  wrote:

> Anyone getting issues with OVA Imports on 4.4?
> I exported this from ovirt back in March although now importing again it
> is failing.
>
> My engine logs show it erroring out here:
> Command, return: StatusReturn:{status='Status [code=0, message=Done]'},
> log id: 7f970c1f
> 2022-05-12 17:14:40,396-06 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68) []
> EVENT_ID: USER_ADD_DISK_TO_VM_FINISHED_SUCCESS(97), The d
> isk Nextgen-CC-Tools_Disk1 was successfully added to VM
> Nextgen-CC-Tools.
> 2022-05-12 17:14:40,678-06 INFO
> [org.ovirt.engine.core.bll.exportimport.ExtractOvaCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] Running command: ExtractOvaComman
>   d internal: true. Entities affected :  ID:
> 66ff7ebd-7682-4b94-b98d-5ceb76661830 Type: VM
> 2022-05-12 17:14:40,691-06 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] START, PrepareImageVDSCom
>   mand(HostName = ovirt-2.removed.com,
> PrepareImageVDSCommandParameters:{hostId='0fbd6429-9c91-44d7-8d50-dcc08c8301f9'}),
> log id: 6915fcb6
> 2022-05-12 17:14:40,731-06 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] FINISH, PrepareImageVDSCo
>   mmand, return: PrepareImageReturn:{status='Status
> [code=0, message=Done]'}, log id: 6915fcb6
> 2022-05-12 17:14:46,893-06 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] EVENT_ID: ANSIBLE_RUN
>   NER_EVENT_NOTIFICATION(559), Import OVA. Run import yaml
> on py3.
> 2022-05-12 17:14:46,918-06 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] EVENT_ID: ANSIBLE_RUN
>   NER_EVENT_NOTIFICATION(559), Import OVA. Set facts.
> 2022-05-12 17:14:49,936-06 ERROR
> [org.ovirt.engine.core.bll.exportimport.ExtractOvaCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] Command 'org.ovirt.engine.core.bl
>   l.exportimport.ExtractOvaCommand' failed:
> Task Run extraction script failed to execute. Please check logs for more
> details:
> /var/log/ovirt-engine/ova/ovirt-import-ova-ansible-20220512171440-ovirt-2.removed.com-192f636b-0dd4-4a61-a673-1b94
> 6d7e0b56.log
> 2022-05-12 17:14:49,936-06 ERROR
> [org.ovirt.engine.core.bll.exportimport.ExtractOvaCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68)
> [192f636b-0dd4-4a61-a673-1b946d7e0b56] Exception: org.ovirt.engine.core.
>
> common.utils.ansible.AnsibleRunnerCallException: Task Run extraction script
> failed to execute. Please check logs for more details:
> /var/log/ovirt-engine/ova/ovirt-import-ova-ansible-20220512171440-ovirt-2.removed.com-192f636b-0dd4-4a61-a6
> 73-1b946d7e0b56.log
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.common.utils.ansible.AnsibleRunnerHttpClient.processEvents(AnsibleRunnerHttpClient.java:251)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor.runCommand(AnsibleExecutor.java:227)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor.runCommand(AnsibleExecutor.java:74)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor.runCommand(AnsibleExecutor.java:51)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ExtractOvaCommand.runAnsibleImportOvaPlaybook(ExtractOvaCommand.java:129)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ExtractOvaCommand.executeVmCommand(ExtractOvaCommand.java:79)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:178)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1174)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1332)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2010)
> at
> 

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

2022-01-25 Thread Liran Rotenberg
On Tue, Jan 25, 2022 at 10:36 AM Sandro Bonazzola 
wrote:

> Hi, can you please provide versions of the non-upgraded hosts, of the
> upgraded hosts  (I'm assuming you are using oVirt Node, if not, please
> provide the reports form `sos report -o rpm
> `) and of the engine?
>
> Il giorno mar 25 gen 2022 alle ore 02:49 Gunasekhar Kothapalli via Users <
> users@ovirt.org> ha scritto:
>
>>
>> I am able to power on vms on newly upgraded host, But not able to migrate
>> VMs from other
>> hosts to new host or newly upgraded hosts to other hosts. This was worked
>> fine before
>> upgraded.
>>
>> Host logs
>>
>> ==
>> Unable to read from monitor: Connection reset by peer
>> internal error: qemu unexpectedly closed the monitor:
>> 2022-01-24T17:51:46.598571Z
>> qemu-kvm: get_pci_config_device: Bad config >
>> 2022-01-24T17:51:46.598627Z qemu-kvm: Failed to load PCIDevice:config
>> 2022-01-24T17:51:46.598635Z qemu-kvm: Failed to load
>> pcie-root-port:parent_obj.parent_obj.parent_obj
>> 2022-01-24T17:51:46.598642Z qemu-kvm: error while loading state for
>> instance 0x0 of device
>> ':00:02.0/pcie-root-port'
>> 2022-01-24T17:51:46.598830Z qemu-kvm: load of migration failed: Invalid
>> argument
>> Guest agent is not responding: QEMU guest agent is not connected
>> Guest agent is not responding: QEMU guest agent is not connected
>> Guest agent is not responding: QEMU guest agent is not connected
>>
>> Engine Logs
>> ===
>>
>> 2022-01-24 11:31:25,080-07 INFO
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-21) [] Adding VM
>> '9838c44b-710f-407a-b775-56bb0a3d4221'(zzz2019) to re-run list
>> 2022-01-24 11:31:25,099-07 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engine-Thread-2331914) [] EVENT_ID:
>> VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed due to an Error: Fatal
>> error during migration (VM: zzz2019, Source:
>> lcoskvmp07.cos.is.keysight.com, Destination:
>> lcoskvmp03.cos.is.keysight.com).
>> 2022-01-24 18:39:47,897-07 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-771) [a78e85d4-068a-41c1-a8fa-b3acd8c69317] EVENT_ID:
>> VM_MIGRATION_START(62), Migration started (VM: zzz2019, Source:
>> lcoskvmp07.cos.is.keysight.com, Destination:
>> lcoskvmp03.cos.is.keysight.com, User: k.gunasek...@non.keysight.com
>> @KEYSIGHT).
>> 2022-01-24 18:40:01,417-07 INFO
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-27) [] VM
>> '9838c44b-710f-407a-b775-56bb0a3d4221'(zzz2019) was unexpectedly detected
>> as 'Down' on VDS 'ee23b44d-976d-4889-8769-59b56e4b23c0'(
>> lcoskvmp03.cos.is.keysight.com) (expected on
>> '0d58953f-b3cc-4bac-b3b2-08ba1bca')
>> 2022-01-24 18:40:01,589-07 INFO
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-27) [] VM
>> '9838c44b-710f-407a-b775-56bb0a3d4221'(zzz2019) was unexpectedly detected
>> as 'Down' on VDS 'ee23b44d-976d-4889-8769-59b56e4b23c0'(
>> lcoskvmp03.cos.is.keysight.com) (expected on
>> '0d58953f-b3cc-4bac-b3b2-08ba1bca')
>> 2022-01-24 18:40:01,589-07 ERROR
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-27) [] Migration of VM 'zzz2019' to host '
>> lcoskvmp03.cos.is.keysight.com' failed: VM destroyed during the startup.
>> 2022-01-24 18:40:01,591-07 INFO
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-17) [] VM
>> '9838c44b-710f-407a-b775-56bb0a3d4221'(zzz2019) moved from 'MigratingFrom'
>> --> 'Up'
>> 2022-01-24 18:40:01,591-07 INFO
>> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
>> (ForkJoinPool-1-worker-17) [] Adding VM
>> '9838c44b-710f-407a-b775-56bb0a3d4221'(zzz2019) to re-run list
>> 2022-01-24 18:40:01,611-07 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engine-Thread-2348837) [] EVENT_ID:
>> VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed due to an Error: Fatal
>> error during migration (VM: zzz2019, Source:
>> lcoskvmp07.cos.is.keysight.com, Destination:
>> lcoskvmp03.cos.is.keysight.com).
>> [root@lcosovirt02 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/2W5OEBPZM3TLS3P6DXPWWKNU5SPPEGAD/
>>
>
> Hi,
I answered on the other thread. This is a known problem with qemu-kvm 6.1.
Please try to downgrade to 6.0.
Regards,
Liran

>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 

[ovirt-users] Re: VM Migrations failing to newly upgraded host

2022-01-25 Thread Liran Rotenberg
On Mon, Jan 24, 2022 at 8:04 PM k.gunasekhar--- via Users 
wrote:

> I am able to power on vms on newly upgraded host, But not able to migrate
> VMs from other hosts to new host or newly upgraded hosts to other hosts.
> This was worked fine before upgraded.
>
> i see below logs
>
> Unable to read from monitor: Connection reset by peer
> internal error: qemu unexpectedly closed the monitor:
> 2022-01-24T17:51:46.598571Z qemu-kvm: get_pci_config_device: Bad config >
> 2022-01-24T17:51:46.598627Z qemu-kvm: Failed to load PCIDevice:config
> 2022-01-24T17:51:46.598635Z qemu-kvm: Failed to load
> pcie-root-port:parent_obj.parent_obj.parent_obj
> 2022-01-24T17:51:46.598642Z qemu-kvm: error while loading state for
> instance 0x0 of device ':00:02.0/pcie-root-port'
> 2022-01-24T17:51:46.598830Z qemu-kvm: load of migration failed: Invalid
> argument
> Guest agent is not responding: QEMU guest agent is not connected
> Guest agent is not responding: QEMU guest agent is not connected
> Guest agent is not responding: QEMU guest agent is not connected
>
> OS Version:
> RHEL - 8.6 - 1.el8
> OS Description:
> CentOS Stream 8
> Kernel Version:
> 4.18.0 - 358.el8.x86_64
> KVM Version:
> 6.1.0 - 5.module_el8.6.0+1040+0ae94936
> LIBVIRT Version:
> libvirt-7.10.0-1.module_el8.6.0+1046+bd8eec5e
> VDSM Version:
> vdsm-4.40.100.2-1.el8
> SPICE Version:
> 0.14.3 - 4.el8
> GlusterFS Version:
> [N/A]
> CEPH Version:
> librbd1-16.2.7-1.el8s
> Open vSwitch Version:
> openvswitch-2.11-1.el8
> Nmstate Version:
> nmstate-1.2.1-0.1.alpha1.el8
>

Hi,
Unfortunately the qemu-kvm 6.1 is buggy. This is a known issue that should
be fixed on 6.2.
For now, please try to downgrade it into 6.0.

Regards,
Liran

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


[ovirt-users] Re: After upgrade to vdsm-4.40.90.4-1.el8 - Internal JSON-RPC error - how to fix?

2022-01-09 Thread Liran Rotenberg
On Fri, Jan 7, 2022 at 2:52 AM Adam Xu  wrote:

>
> 在 2022/1/6 15:53, Liran Rotenberg 写道:
>
>
>
> On Thu, Jan 6, 2022 at 9:20 AM Adam Xu  wrote:
>
>> I also got the error when I try to import an ova from vmware to my ovirt
>> cluster using a san storage domain.
>>
>> I resovled this by importing this ova to a standalone host which is using
>> its local storage.
>> 在 2021/11/18 17:41, John Mortensen 写道:
>>
>> Hi,
>> After we upgraded to vdsm-4.40.90.4-1.el8 on our two node cluster two things 
>> has happned:
>> 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'"}
>>
>> Hi,
> Looks like [1], however in that report the import process succeeded
> despite those errors.
> Can you please share the import logs?
>
> when I try to import ova to san storage. there are tons of log like:
>
> 2022-01-06 09:15:55,058+08 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-8) []
> EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirt4.adagene.cn
> command Get Host Statistics failed: Internal JSON-RPC error: {'reason':
> "'str' object has no attribute 'decode'"}
> 2022-01-06 09:15:55,059+08 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-8) []
> Unable to GetStats: VDSErrorException: VDSGenericException:
> VDSErrorException: Failed to Get Host Statistics, error = Internal JSON-RPC
> error: {'reason': "'str' object has no attribute 'decode'"}, code = -32603
> 2022-01-06 09:15:58,347+08 INFO
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-93)
> [b8ca5e99-e3e5-4a09-8b66-e225f45fdf77] Command 'ImportVmFromOva' (id:
> 'a1ef50bc-5dba-40af-9ebd-48bb421db495') waiting on child command id:
> '7943bb90-5964-4458-a1b8-d957cff94f09' type:'ConvertOva' to complete
> 2022-01-06 09:16:08,358+08 INFO
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-88)
> [b8ca5e99-e3e5-4a09-8b66-e225f45fdf77] Command 'ImportVmFromOva' (id:
> 'a1ef50bc-5dba-40af-9ebd-48bb421db495') waiting on child command id:
> '7943bb90-5964-4458-a1b8-d957cff94f09' type:'ConvertOva' to complete
> 2022-01-06 09:16:10,090+08 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-13) []
> Unexpected return value: Status [code=-32603, message=Internal JSON-RPC
> error: {'reason': "'str' object has no attribute 'decode'"}]
> 2022-01-06 09:16:10,090+08 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-13) []
> Failed in 'Get Host Statistics' method
> 2022-01-06 09:16:10,090+08 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-13) []
> Unexpected return value: Status [code=-32603, message=Internal JSON-RPC
> error: {'reason': "'str' object has no attribute 'decode'"}]
> 2022-01-06 09:16:10,092+08 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-13) []
> Unable to GetStats: VDSErrorException: VDSGenericException:
> VDSErrorException: Failed to Get Host Statistics, error = Internal JSON-RPC
> error: {'reason': "'str' object has no attribute 'decode'"}, code = -32603
> 2022-01-06 09:16:18,367+08 INFO
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-30)
> [b8ca5e99-e3e5-4a09-8b66-e225f45fdf77] Command 'ImportVmFromOva' (id:
> 'a1ef50bc-5dba-40af-9ebd-48bb421db495') waiting on child command id:
> '7943bb90-5964-4458-a1b8-d957cff94f09' type:'ConvertOva' to complete
> 2022-01-06 09:16:25,099+08 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool
> -Thread-34) [] Unexpected return value: Status [code=-32603,
> message=Internal JSON-RPC error: {'reason': "'str' object has no attribute
> 'decode'"}]
> 2022-01-06 09:16:25,099+08 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetStatsAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPo

[ovirt-users] Re: w2k19 runOnce GuestTools ISO missing

2022-01-05 Thread Liran Rotenberg
Hi Uli,
The WGT ISO should be on ISO domain(deprecated) or on your data storage. It
won't be available if it's on the engine/nodes.

Regards,
Liran

On Wed, Jan 5, 2022 at 8:25 AM hellweiss  wrote:

> It is working now.
> I added an ISO Storage Domain and uploaded virtio-win.iso
> I didn't have one before because it was marked as deprecated.
>
> Best
>
> Uli
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/G2C54UOQKTKS55UUDSSBC4A7WCBIEFOR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KIZ5XOC4KDVAS5G2QUSSJBUFMBMJSZAU/


[ovirt-users] Re: After upgrade to vdsm-4.40.90.4-1.el8 - Internal JSON-RPC error - how to fix?

2022-01-05 Thread Liran Rotenberg
On Thu, Jan 6, 2022 at 9:20 AM Adam Xu  wrote:

> I also got the error when I try to import an ova from vmware to my ovirt
> cluster using a san storage domain.
>
> I resovled this by importing this ova to a standalone host which is using
> its local storage.
> 在 2021/11/18 17:41, John Mortensen 写道:
>
> Hi,
> After we upgraded to vdsm-4.40.90.4-1.el8 on our two node cluster two things 
> has happned:
> 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'"}
>
> Hi,
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

> 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?
> /John
>
> Import and engine logs would be helpful.

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


[ovirt-users] Re: cannot add amd and intel cpu type hosts in the same cluster

2021-12-20 Thread Liran Rotenberg
On Sun, Dec 19, 2021 at 12:43 AM  wrote:

> Hi Team,
>
> We have hosts with intel  and amd cpu types.
>
> We would like to know if there is a possibility to use both cpu types in
> the same cluster in ovirt.
>
> cpu types: AMD EPYC,  Intel Haswell Family.
>
Hi Kishore,
This is impossible to do.
One of the functionalities of a cluster is migration. When you have
multiple CPU types on the hosts you should choose the common ground between
them.
With AMD and Intel it's impossible. Each CPU type has its own flags and
they propagate to the VMs. It will break the cluster functionality when
it's not the same.

Regards,
Liran

>
> 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/CT5YRJY2E3232DGOHPEEDEYISUI2F6XI/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3653HHL6BJQDGN4KSXCXQEXO3XNOCP3D/


[ovirt-users] Re: snapshot create fails - files not owned by vdsm:kvm

2021-12-15 Thread Liran Rotenberg
On Wed, Dec 15, 2021 at 6:28 PM  wrote:

> Liran:
>   We are using libvirt 4.5.0-23, which is the version mentioned in that
> bug report. Since this is glusterfs, we don't have a root squash option, so
> I suppose the only recourse is to update to a newer version of oVirt, No?
>
Yes, we haven't seen it since then. Upgrading should solve your problem.

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


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

2021-12-15 Thread Liran Rotenberg
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/YYNKIJONSNNYHF56FRB2LUCZQEKSXW7S/


[ovirt-users] Re: snapshot create fails - files not owned by vdsm:kvm

2021-12-15 Thread Liran Rotenberg
On Wed, Dec 15, 2021 at 8:25 AM  wrote:

> I've got an issue with one of my oVirt 4.3.10.4 clusters. OS is Centos
> 7.7, storage is glusterfs. Whenever I try to create a snapshot of any of my
> VMs, I get an (eventual) error:
>
> VDSM track04.yard.psc.edu command HSMGetAllTasksStatusesVDS failed: Could
> not acquire resource. Probably resource factory threw an exception.: ()
>
> After a bit of investigation, I believe that the root cause is that the
> snapshot file created is not owned by vdsm:kvm. Looking at the directories
> in glusterfs, I see that some of the disk images are owned by root:root,
> some are owned by qemu:qemu. In fact, if we watch the directory for the VM,
> we can actually see that the files are owned by vdsm:kvm when they are
> created, then get changed to qemu:qemu, then eventually get changed to
> being owned by root:root. This is entirely repeatable. Needless to say,
> oVirt can't read the disk images when they are owned by root, so that
> explains why the snapshot is failing. The question, then, is why the
> ownership is getting changed out from under the creation process. Checking
> the gluster volume info shows:
>
> Volume Name: engine
> Type: Replicate
> Volume ID: 00951055-74b5-463a-84c0-59fa03be7478
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1 x 3 = 3
> Transport-type: tcp
> Bricks:
> Brick1: 10.200.0.131:/gluster_bricks/engine/engine
> Brick2: 10.200.0.134:/gluster_bricks/engine/engine
> Brick3: 10.200.0.135:/gluster_bricks/engine/engine
> Options Reconfigured:
> performance.client-io-threads: off
> nfs.disable: on
> transport.address-family: inet
> performance.quick-read: off
> performance.read-ahead: off
> performance.io-cache: off
> performance.low-prio-threads: 32
> network.remote-dio: off
> cluster.eager-lock: enable
> cluster.quorum-type: auto
> cluster.server-quorum-type: server
> cluster.data-self-heal-algorithm: full
> cluster.locking-scheme: granular
> cluster.shd-max-threads: 8
> cluster.shd-wait-qlength: 1
> features.shard: on
> user.cifs: off
> storage.owner-uid: 36
> storage.owner-gid: 36
> network.ping-timeout: 30
> performance.strict-o-direct: on
> cluster.granular-entry-heal: enable
>
> I see that the owner UID and GID are correct (vdsm:kvm). Note that
> snapshots worked at one point in the past - I see that there are snapshot
> images from a year ago. Any ideas where to look to correct this? Thanks!
>
Hi Tod,
I don't know what is your libvirt version but we had a relevant bug in the
past: https://bugzilla.redhat.com/show_bug.cgi?id=1851016
To re-use your current snapshots (those that are root:root) you may need to
change the ownership.
Please check if the bug above is the one you are hitting.

Regards,
Liran

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


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

2021-12-08 Thread Liran Rotenberg
On Wed, Dec 8, 2021 at 10:40 AM Arik Hadas  wrote:

>
>
> 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
>
And you may check the output on the importing host:
# vdsm-client Host getStats | jq .v2vJobs

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


[ovirt-users] Re: Cannot import some OVAs exported from oVirt 4.3.10 into 4.4.9

2021-11-15 Thread Liran Rotenberg
On Sat, Nov 13, 2021 at 9:47 PM Thomas Simmons  wrote:

> Hello,
> I exported all of the VMs on my 4.3.10 cluster to OVAs and while a few
> have imported into my new 4.4.9 cluster just fine, most are failing to
> import with the error below being logged in my engine.log.
>
> Caused by: org.postgresql.util.PSQLException: ERROR: insert or update on
> table "vm_static" violates foreign key constraint
> "fk_vm_static_lease_sd_id_storage_domain_static_id"
>
> I haven't been able to find much about this error. Google only has a few
> hits, but it looks like there was a similar issue in 4.2.x that was
> resolved in one of the 4.3 RCs.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1641703
>
> Any advise to get these VMs imported is appreciated.
>
> More log output:
> PL/pgSQL function insertvmstatic(character
> varying,text,integer,integer,integer,integer,uuid,uuid,character
> varying,uuid,timestamp with time
> zone,integer,boolean,boolean,integer,integer,integer,integer,character
> varying,boolean,boolean,boolean,boolean,character
> varying,text,integer,integer,integer,integer,integer,integer,character
> varying,integer,character varying,character varying,character
> varying,integer,character varying,character varying,integer,uuid,character
> varying,boolean,boolean,character
> varying,boolean,uuid,uuid,uuid,uuid,character
> varying,integer,integer,smallint,character
> varying,boolean,boolean,boolean,uuid,boolean,boolean,boolean,character
> varying,integer,character varying,uuid,uuid,character varying,character
> varying,character varying,uuid,uuid,boolean,boolean,boolean,character
> varying,boolean) line 8 at SQL statement
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:247)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.JdbcTemplate.translateException(JdbcTemplate.java:1402)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1065)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1104)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:414)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:374)
> at org.springframework@5.0.4.
> RELEASE//org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198)
> at
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:135)
> at
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:130)
> at
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeModification(SimpleJdbcCallsHandler.java:76)
> at
> org.ovirt.engine.core.dal//org.ovirt.engine.core.dao.DefaultGenericDao.save(DefaultGenericDao.java:93)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmStatic(ImportVmCommandBase.java:628)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand.addVmStatic(ImportVmFromExternalProviderCommand.java:309)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.lambda$addVmToDb$8(ImportVmCommandBase.java:560)
> at
> org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:181)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.addVmToDb(ImportVmCommandBase.java:559)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmFromExternalProviderCommand.addVmToDb(ImportVmFromExternalProviderCommand.java:391)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.exportimport.ImportVmCommandBase.executeVmCommand(ImportVmCommandBase.java:511)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VmCommand.executeCommand(VmCommand.java:178)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1174)
> at
> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1332)
> at
> 

[ovirt-users] Re: When we commit the snapshot , any subsequent snapshots are erased.

2021-11-09 Thread Liran Rotenberg
On Thu, Nov 4, 2021 at 6:30 AM Bailey Adolph  wrote:

> Deal all:
>
> I have question.
> When we commit the snapshot ,any subsequent snapshots are erased.
> What is the reason for this design?
> If I don’t want to erased the subsequent snapshots, is there a way to
> configure it?
> My requirement is that after the pre-snapshot is submitted, the subsequent
> snapshots can still be used.
>
> Any one can help me ?
>

Hi,
To understand better I suggest a nice video from Arik that explains the
disk volumes and how snapshots work:
https://www.youtube.com/watch?v=xIhPV66uGo8

Regards,
Liran.

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


[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-24 Thread Liran Rotenberg
On Tue, Aug 24, 2021 at 7:36 AM Tommy Sway  wrote:
>
> Thank you very much!
>
>
>
> However, if you use virt-Sysprep, you need to use this tool to complete 
> template creation inside the VM to be created. Using oVirt's own template 
> encapsulation option, however, does not require you to log in to the VM to 
> run similar commands. It's just that using the Virt-Sysprep tool gives you 
> more autonomy and options to choose from, whereas oVirt's own template 
> encapsulation options are fixed and you can't personalize more options.
>
>
>
> Am I getting that right?
Yes, ovirt manages your environment and such does for you some of the
operations to ease you from doing it manually.
When you create a template in ovirt you may or may not set the sealing
option. In the bottom line it will run virt-sysprep with the
parameters we thought are right.
Note the documentation in the thread, for windows OS you will need to
do it manually.
>
>
>
>
>
>
>
> From: users-boun...@ovirt.org  On Behalf Of Liran 
> Rotenberg
> Sent: Monday, August 23, 2021 5:23 PM
> To: Tommy Sway 
> Cc: users@ovirt.org
> Subject: [ovirt-users] Re: what difference between the Cloud-Init Network 
> Protocol options ?
>
>
>
>
>
> On Sun, Aug 22, 2021 at 7:56 PM Tommy Sway  wrote:
> >
> > I have read the document you gave me, but can you list what specific 
> > information was deleted by the sealing action?
> Yes, it was more about how to do it.
>
> Here are some more detailed links:
> https://www.ovirt.org/develop/release-management/features/virt/virt-sysprep.html
>
>
>
> Our linux sealing uses virt-sysprep:
>
> https://libguestfs.org/virt-sysprep.1.html
>
>
>
> As for windows:
>
> https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/sysprep--generalize--a-windows-installation
> >
> >
> >
> > Thanks!
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > From: Liran Rotenberg 
> > Sent: Sunday, August 22, 2021 11:33 PM
> > To: Tommy Sway 
> > Cc: Eitan Raviv ; users@ovirt.org
> > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init 
> > Network Protocol options ?
> >
> >
> >
> >
> >
> > On Sun, Aug 22, 2021 at 5:54 PM Tommy Sway  wrote:
> > >
> > > I see. Can I just ask again, I've seen this option when you're referring 
> > > to sealed Linux, but I don't understand what it means? What is a sealed 
> > > Linux, and how is it different from a non-sealed Linux? Can you explain, 
> > > thank you!
> > >
> > Usually you make a template sealed and create multiple VMs from it. The 
> > sealing is clearing system specific details.
> > You may find this link handy for sealing:
> > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/virtual_machine_management_guide/chap-templates
> > >
> > >
> > > -Original Message-
> > > From: Liran Rotenberg 
> > > Sent: Sunday, August 22, 2021 10:46 PM
> > > To: Tommy Sway 
> > > Cc: Eitan Raviv ; users@ovirt.org
> > > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init 
> > > Network Protocol options ?
> > >
> > > On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  wrote:
> > > >
> > > > What I want to know is if I use openstack metadata, do I need to 
> > > > configure any additional information related to openstack?  For 
> > > > example, do I need to set up an openstack node as an external provider 
> > > > to use cloud-init services based on it?
> > > >
> > > Not that I am aware of. It's just the protocol cloud-init will read the 
> > > network information provided.
> > > You can set it via API/UI. Or, to set it within the custom script.
> > > Bottom line you need:
> > > A VM with cloud-init installed, service is running and enabled.
> > > Set the configuration you wish to set.
> > > If it's a first boot (usually a sealed VM) you can run the VM as you wish.
> > > If it's not the first boot, you will need to set the configuration within 
> > > the Run-Once and run the VM as Run-Once.
> > >
> > > I hope it helps to your question,
> > > Liran
> > > >
> > > >
> > > >
> > > > -Original Message-
> > > > From: Liran Rotenberg 
> > > > Sent: Sunday, August 22, 2021 4:01 PM
> > > > To: Tommy Sway ; Eitan Raviv 
> > > > Cc: users@ovirt.org
> > > > Subject: 

[ovirt-users] Re: OVA Export to local storage failes

2021-08-24 Thread Liran Rotenberg
On Mon, Aug 23, 2021 at 1:58 PM David White via Users  wrote:
>
> Thank you.
> Yes, for me, a lot of the unknowns is simply identifying which log files I 
> need to look at, and where.
>
> I see 3 log files in the ovirt-engine/ova/ directory for a single export task:
>
> [root@ovirt-engine1 ova]# pwd
> /var/log/ovirt-engine/ova
> [root@ovirt-engine1 ova]# ls -la | grep "2ee56518741d.log"
> -rw-r--r--.  1 ovirt ovirt 16500 Aug 21 20:34 
> ovirt-export-ova-ansible-20210821203427-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
> -rw-r--r--.  1 ovirt ovirt  8680 Aug 21 20:33 
> ovirt-export-ova-validate-ansible-20210821203346-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
> -rw-r--r--.  1 ovirt ovirt  3238 Aug 21 20:34 
> ovirt-image-measure-ansible-20210821203417-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
>
> As this is a lot of data, should I include it in the email, or would it be 
> better to put it into pastebin or provide a link to access these files?

Most likely we need only
ovirt-export-ova-ansible-20210821203427-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
You can add it to the thread.
>
> Sent with ProtonMail Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
>
> On Sunday, August 22nd, 2021 at 3:58 AM, Liran Rotenberg 
>  wrote:
>
> > On Sun, Aug 22, 2021 at 3:42 AM David White via Users users@ovirt.org wrote:
> >
>
> > > I have an unused 200GB partition that I'd like to use to copy / export / 
> > > backup a few VMs onto, so I mounted it to one of my oVirt hosts as 
> > > /ova-images/, and then ran "chown 36:36" on ova-images.
> > >
>
> > > From the engine, I then tried to export an OVA to that directory.
> > >
>
> > > Watching the directory with "ls", I see a filename.ova.tmp eventually 
> > > appear, and it grows to the size I would expect for the image... and then 
> > > a few seconds later, it disappears.
> > >
>
> > > What am I missing?
> >
>
> > Hi David,
> >
>
> > More logs are needed to understand what's going on. For a start, the
> >
>
> > engine log and the export log (within the engine
> >
>
> > /var/logs/ovirt-engine/ova).
> >
>
> > Regards,
> >
>
> > Liran
> >
>
> > > Here's what I see in the Event Manager inside the Engine:
> > >
>
> > > Aug 21, 2021, 8:35:26 PM
> > >
>
> > > Failed to export Vm server.example.org as a Virtual Appliance to path 
> > > /ova-images/server.example.org.ova on Host cha2-storage.mgt.example.com
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Retrieving the temporary path for the OVA file.
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Allocating the temporary path for the OVA file.
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Removing the temporary file.
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Examine target directory.
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Set facts.
> > >
>
> > > Aug 21, 2021, 8:34:33 PM
> > >
>
> > > Pack OVA. Run import yaml on py3.
> > >
>
> > > Aug 21, 2021, 8:34:21 PM
> > >
>
> > > Image measure. Measure an image.
> > >
>
> > > Aug 21, 2021, 8:33:56 PM
> > >
>
> > > Starting to export Vm server.example.org as a Virtual Appliance
> > >
>
> > > Aug 21, 2021, 8:33:52 PM
> > >
>
> > > Export OVA. Examine target directory.
> > >
>
> > > Aug 21, 2021, 8:33:49 PM
> > >
>
> > > Export OVA. Set facts.
> > >
>
> > > Aug 21, 2021, 8:33:49 PM
> > >
>
> > > Export OVA. Run import yaml on py3.
> > >
>
> > > Sent with ProtonMail Secure Email.
> > >
>
> > > Users mailing list -- users@ovirt.org
> > >
>
> > > To unsubscribe send an email to users-le...@ovirt.org
> > >
>
> > > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > >
>
> > > oVirt Code of Conduct: 
> > > https://www.ovirt.org/community/about/community-guidelines/
> > >
>
> > > List Archives: 
> > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/WLGSMUBESVDE2ILKHDU6ITRDXYKP5BVA/
> &

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-23 Thread Liran Rotenberg
On Sun, Aug 22, 2021 at 7:56 PM Tommy Sway  wrote:
>
> I have read the document you gave me, but can you list what specific
information was deleted by the sealing action?
Yes, it was more about how to do it.

Here are some more detailed links:
https://www.ovirt.org/develop/release-management/features/virt/virt-sysprep.html

Our linux sealing uses virt-sysprep:
https://libguestfs.org/virt-sysprep.1.html

As for windows:
https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/sysprep--generalize--a-windows-installation
>
>
>
> Thanks!
>
>
>
>
>
>
>
>
>
>
>
> From: Liran Rotenberg 
> Sent: Sunday, August 22, 2021 11:33 PM
> To: Tommy Sway 
> Cc: Eitan Raviv ; users@ovirt.org
> Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
>
>
>
>
>
> On Sun, Aug 22, 2021 at 5:54 PM Tommy Sway  wrote:
> >
> > I see. Can I just ask again, I've seen this option when you're
referring to sealed Linux, but I don't understand what it means? What is a
sealed Linux, and how is it different from a non-sealed Linux? Can you
explain, thank you!
> >
> Usually you make a template sealed and create multiple VMs from it. The
sealing is clearing system specific details.
> You may find this link handy for sealing:
>
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/virtual_machine_management_guide/chap-templates
> >
> >
> > -Original Message-
> > From: Liran Rotenberg 
> > Sent: Sunday, August 22, 2021 10:46 PM
> > To: Tommy Sway 
> > Cc: Eitan Raviv ; users@ovirt.org
> > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> >
> > On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  wrote:
> > >
> > > What I want to know is if I use openstack metadata, do I need to
configure any additional information related to openstack?  For example, do
I need to set up an openstack node as an external provider to use
cloud-init services based on it?
> > >
> > Not that I am aware of. It's just the protocol cloud-init will read the
network information provided.
> > You can set it via API/UI. Or, to set it within the custom script.
> > Bottom line you need:
> > A VM with cloud-init installed, service is running and enabled.
> > Set the configuration you wish to set.
> > If it's a first boot (usually a sealed VM) you can run the VM as you
wish.
> > If it's not the first boot, you will need to set the configuration
within the Run-Once and run the VM as Run-Once.
> >
> > I hope it helps to your question,
> > Liran
> > >
> > >
> > >
> > > -Original Message-
> > > From: Liran Rotenberg 
> > > Sent: Sunday, August 22, 2021 4:01 PM
> > > To: Tommy Sway ; Eitan Raviv 
> > > Cc: users@ovirt.org
> > > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> > >
> > > On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  wrote:
> > > >
> > > > Any one can help me ?
> > > >
> > > Adding +Eitan Raviv
> > > The general information I can give is that older versions of
cloud-init support ENI protocol when network configuration provided while
on newer versions (EL7+, Eitan please correct me if I'm wrong), support the
openstack protocol.
> > > The ENI option was added to support the back compatibility of older
OSes and cloud-init versions.
> > >
> > > Regards,
> > > Liran
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > From: users-boun...@ovirt.org  On Behalf Of
> > > > Tommy Sway
> > > > Sent: Saturday, August 14, 2021 6:18 PM
> > > > To: users@ovirt.org
> > > > Subject: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> > > >
> > > >
> > > >
> > > > Any one can help to explain ?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > From: users-boun...@ovirt.org  On Behalf Of
> > > > Tommy Sway
> > > > Sent: Friday, August 13, 2021 12:55 PM
> > > > To: users@ovirt.org
> > > > Subject: [ovirt-users] what difference between the Cloud-Init
Network Protocol options ?
> > > >
> > > >
> > > >
> > > > What is the difference between Openstack MateData and ENI in the
cloud-init Network Protocol option? Or what kind of scenarios do they ap

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-22 Thread Liran Rotenberg
On Sun, Aug 22, 2021 at 5:54 PM Tommy Sway  wrote:
>
> I see. Can I just ask again, I've seen this option when you're referring
to sealed Linux, but I don't understand what it means? What is a sealed
Linux, and how is it different from a non-sealed Linux? Can you explain,
thank you!
>
Usually you make a template sealed and create multiple VMs from it. The
sealing is clearing system specific details.
You may find this link handy for sealing:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/virtual_machine_management_guide/chap-templates
>
>
> -Original Message-----
> From: Liran Rotenberg 
> Sent: Sunday, August 22, 2021 10:46 PM
> To: Tommy Sway 
> Cc: Eitan Raviv ; users@ovirt.org
> Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
>
> On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  wrote:
> >
> > What I want to know is if I use openstack metadata, do I need to
configure any additional information related to openstack?  For example, do
I need to set up an openstack node as an external provider to use
cloud-init services based on it?
> >
> Not that I am aware of. It's just the protocol cloud-init will read the
network information provided.
> You can set it via API/UI. Or, to set it within the custom script.
> Bottom line you need:
> A VM with cloud-init installed, service is running and enabled.
> Set the configuration you wish to set.
> If it's a first boot (usually a sealed VM) you can run the VM as you wish.
> If it's not the first boot, you will need to set the configuration within
the Run-Once and run the VM as Run-Once.
>
> I hope it helps to your question,
> Liran
> >
> >
> >
> > -Original Message-
> > From: Liran Rotenberg 
> > Sent: Sunday, August 22, 2021 4:01 PM
> > To: Tommy Sway ; Eitan Raviv 
> > Cc: users@ovirt.org
> > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> >
> > On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  wrote:
> > >
> > > Any one can help me ?
> > >
> > Adding +Eitan Raviv
> > The general information I can give is that older versions of cloud-init
support ENI protocol when network configuration provided while on newer
versions (EL7+, Eitan please correct me if I'm wrong), support the
openstack protocol.
> > The ENI option was added to support the back compatibility of older
OSes and cloud-init versions.
> >
> > Regards,
> > Liran
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: users-boun...@ovirt.org  On Behalf Of
> > > Tommy Sway
> > > Sent: Saturday, August 14, 2021 6:18 PM
> > > To: users@ovirt.org
> > > Subject: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> > >
> > >
> > >
> > > Any one can help to explain ?
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: users-boun...@ovirt.org  On Behalf Of
> > > Tommy Sway
> > > Sent: Friday, August 13, 2021 12:55 PM
> > > To: users@ovirt.org
> > > Subject: [ovirt-users] what difference between the Cloud-Init Network
Protocol options ?
> > >
> > >
> > >
> > > What is the difference between Openstack MateData and ENI in the
cloud-init Network Protocol option? Or what kind of scenarios do they apply
to?
> > >
> > > ___
> > > Users mailing list -- users@ovirt.org To unsubscribe send an email
> > > to users-le...@ovirt.org Privacy
> > > Statement: https://www.ovirt.org/privacy-policy.html
> > > oVirt Code of Conduct:
> > > https://www.ovirt.org/community/about/community-guidelines/
> > > List Archives:
> > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7HIV5
> > > EI
> > > 4YCJ3XVIPMZCMPBTAPY5LLS6/
> >
> >
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YDYD6SFUPFEMWQVWKAE6GETYNZF5QT6O/


[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-22 Thread Liran Rotenberg
On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  wrote:
>
> What I want to know is if I use openstack metadata, do I need to configure 
> any additional information related to openstack?  For example, do I need to 
> set up an openstack node as an external provider to use cloud-init services 
> based on it?
>
Not that I am aware of. It's just the protocol cloud-init will read
the network information provided.
You can set it via API/UI. Or, to set it within the custom script.
Bottom line you need:
A VM with cloud-init installed, service is running and enabled.
Set the configuration you wish to set.
If it's a first boot (usually a sealed VM) you can run the VM as you wish.
If it's not the first boot, you will need to set the configuration
within the Run-Once and run the VM as Run-Once.

I hope it helps to your question,
Liran
>
>
>
> -Original Message-
> From: Liran Rotenberg 
> Sent: Sunday, August 22, 2021 4:01 PM
> To: Tommy Sway ; Eitan Raviv 
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init Network 
> Protocol options ?
>
> On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  wrote:
> >
> > Any one can help me ?
> >
> Adding +Eitan Raviv
> The general information I can give is that older versions of cloud-init 
> support ENI protocol when network configuration provided while on newer 
> versions (EL7+, Eitan please correct me if I'm wrong), support the openstack 
> protocol.
> The ENI option was added to support the back compatibility of older OSes and 
> cloud-init versions.
>
> Regards,
> Liran
> >
> >
> >
> >
> >
> >
> > From: users-boun...@ovirt.org  On Behalf Of
> > Tommy Sway
> > Sent: Saturday, August 14, 2021 6:18 PM
> > To: users@ovirt.org
> > Subject: [ovirt-users] Re: what difference between the Cloud-Init Network 
> > Protocol options ?
> >
> >
> >
> > Any one can help to explain ?
> >
> >
> >
> >
> >
> >
> >
> > From: users-boun...@ovirt.org  On Behalf Of
> > Tommy Sway
> > Sent: Friday, August 13, 2021 12:55 PM
> > To: users@ovirt.org
> > Subject: [ovirt-users] what difference between the Cloud-Init Network 
> > Protocol options ?
> >
> >
> >
> > What is the difference between Openstack MateData and ENI in the cloud-init 
> > Network Protocol option? Or what kind of scenarios do they apply to?
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org Privacy
> > Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7HIV5EI
> > 4YCJ3XVIPMZCMPBTAPY5LLS6/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W5MHYWHORJZSJCBCXWLK5Y7IRQM3RJHA/


[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-22 Thread Liran Rotenberg
On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  wrote:
>
> Any one can help me ?
>
Adding +Eitan Raviv
The general information I can give is that older versions of
cloud-init support ENI protocol when network configuration provided
while on newer versions (EL7+, Eitan please correct me if I'm wrong),
support the openstack protocol.
The ENI option was added to support the back compatibility of older
OSes and cloud-init versions.

Regards,
Liran
>
>
>
>
>
>
> From: users-boun...@ovirt.org  On Behalf Of Tommy 
> Sway
> Sent: Saturday, August 14, 2021 6:18 PM
> To: users@ovirt.org
> Subject: [ovirt-users] Re: what difference between the Cloud-Init Network 
> Protocol options ?
>
>
>
> Any one can help to explain ?
>
>
>
>
>
>
>
> From: users-boun...@ovirt.org  On Behalf Of Tommy 
> Sway
> Sent: Friday, August 13, 2021 12:55 PM
> To: users@ovirt.org
> Subject: [ovirt-users] what difference between the Cloud-Init Network 
> Protocol options ?
>
>
>
> What is the difference between Openstack MateData and ENI in the cloud-init 
> Network Protocol option? Or what kind of scenarios do they apply to?
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7HIV5EI4YCJ3XVIPMZCMPBTAPY5LLS6/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7HBSLAEIWPME56YEPCZD4D5MUKE7B4YU/


[ovirt-users] Re: OVA Export to local storage failes

2021-08-22 Thread Liran Rotenberg
On Sun, Aug 22, 2021 at 3:42 AM David White via Users  wrote:
>
> I have an unused 200GB partition that I'd like to use to copy / export / 
> backup a few VMs onto, so I mounted it to one of my oVirt hosts as 
> /ova-images/, and then ran "chown 36:36" on ova-images.
> From the engine, I then tried to export an OVA to that directory.
>
> Watching the directory with "ls", I see a filename.ova.tmp eventually appear, 
> and it grows to the size I would expect for the image... and then a few 
> seconds later, it disappears.
>
> What am I missing?
Hi David,
More logs are needed to understand what's going on. For a start, the
engine log and the export log (within the engine
/var/logs/ovirt-engine/ova).

Regards,
Liran
>
> Here's what I see in the Event Manager inside the Engine:
> Aug 21, 2021, 8:35:26 PM
> Failed to export Vm server.example.org as a Virtual Appliance to path 
> /ova-images/server.example.org.ova on Host cha2-storage.mgt.example.com
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Retrieving the temporary path for the OVA file.
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Allocating the temporary path for the OVA file.
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Removing the temporary file.
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Examine target directory.
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Set facts.
>
> Aug 21, 2021, 8:34:33 PM
> Pack OVA. Run import yaml on py3.
>
> Aug 21, 2021, 8:34:21 PM
> Image measure. Measure an image.
>
> Aug 21, 2021, 8:33:56 PM
> Starting to export Vm server.example.org as a Virtual Appliance
>
> Aug 21, 2021, 8:33:52 PM
> Export OVA. Examine target directory.
>
> Aug 21, 2021, 8:33:49 PM
> Export OVA. Set facts.
>
> Aug 21, 2021, 8:33:49 PM
> Export OVA. Run import yaml on py3.
>
> Sent with ProtonMail Secure Email.
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WLGSMUBESVDE2ILKHDU6ITRDXYKP5BVA/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3G76YCWC7HM6N6GHHBMZ65XTNEJFLEV/


[ovirt-users] Re: Question about cloud-init

2021-08-02 Thread Liran Rotenberg
On Mon, Aug 2, 2021 at 11:54 AM Tommy Sway  wrote:
>
> Wouldn't the cloud-init information I configured in the initial run 
> properties page of the virtual machine be unnecessary?
In that case - correct. Only the configuration you set in the run-once
will be taken into account when you run it.
>
>
>
>
> -Original Message-
> From: Liran Rotenberg 
> Sent: Monday, August 2, 2021 4:33 PM
> To: Tommy Sway 
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] Re: Question about cloud-init
>
> On Mon, Aug 2, 2021 at 10:22 AM Tommy Sway  wrote:
> >
> > Please note that once the VM booted, the only way to provide the cloud-init 
> > payload is by using Run-Once.
> > For a VM that didn't boot, a regular run will work as well.
> >
> >
> > Do you mean that you can use cloud-init for the first normal startup of a 
> > virtual machine that has not yet been booted, and then you can't use 
> > cloud-init for subsequent normal startup?
>
> Yes. This is for safety from overriding a configuration on future boots.
>
> > Is it possible to use cloud-init with the run-once boot option as long as 
> > the virtual machine has already been started?
> Yes, if you set it in run-once the payload will be included to the VM on 
> boot, regardless if it booted already or not.
> >
> >
> >
> >
> >
> >
> >
> > -Original Message-
> > From: users-boun...@ovirt.org  On Behalf Of
> > Liran Rotenberg
> > Sent: Sunday, August 1, 2021 3:01 PM
> > To: tommy 
> > Cc: users@ovirt.org
> > Subject: [ovirt-users] Re: Question about cloud-init
> >
> > On Sat, Jul 31, 2021 at 7:09 AM tommy  wrote:
> > >
> > > Hello, I have a question about cloud-init:
> > >
> > > After installing vm, I installed cloud-init immediately, and enabled its 
> > > four services, and then I can use cloud-init in the admin interface.
> > >
> > >
> > >
> > > However, I don't know how cloud-init knows where to get the relevant 
> > > information (such as host name, SSH secret key, etc.) that I configured 
> > > on the admin interface ?  For I haven't configured the data source for 
> > > cloud-init.
> >
> > Hi,
> > The relevant information comes as a payload to the VM, a CD-ROM containing 
> > the data source.
> > >
> > > Why it can works ?
> > >
> > Cloud-init detects the data source and configures the OS.
> > Please note that once the VM booted, the only way to provide the cloud-init 
> > payload is by using Run-Once.
> > For a VM that didn't boot, a regular run will work as well.
> >
> > Regards,
> > Liran
> > >
> > >
> > > 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/O5NKQO
> > > 56
> > > 42X3WYES3QQBSSDZUQN6N5XX/
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org Privacy
> > Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/NVP4IUIN
> > 7NQDI5OVN6NRKJQYQBMJ7M77/
> >
> >
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4YJBN4WBSIKROJ3HV62LSIAPRVHPSXSV/


[ovirt-users] Re: Question about cloud-init

2021-08-02 Thread Liran Rotenberg
On Mon, Aug 2, 2021 at 10:22 AM Tommy Sway  wrote:
>
> Please note that once the VM booted, the only way to provide the cloud-init 
> payload is by using Run-Once.
> For a VM that didn't boot, a regular run will work as well.
>
>
> Do you mean that you can use cloud-init for the first normal startup of a 
> virtual machine that has not yet been booted, and then you can't use 
> cloud-init for subsequent normal startup?

Yes. This is for safety from overriding a configuration on future boots.

> Is it possible to use cloud-init with the run-once boot option as long as the 
> virtual machine has already been started?
Yes, if you set it in run-once the payload will be included to the VM
on boot, regardless if it booted already or not.
>
>
>
>
>
>
>
> -Original Message-
> From: users-boun...@ovirt.org  On Behalf Of Liran 
> Rotenberg
> Sent: Sunday, August 1, 2021 3:01 PM
> To: tommy 
> Cc: users@ovirt.org
> Subject: [ovirt-users] Re: Question about cloud-init
>
> On Sat, Jul 31, 2021 at 7:09 AM tommy  wrote:
> >
> > Hello, I have a question about cloud-init:
> >
> > After installing vm, I installed cloud-init immediately, and enabled its 
> > four services, and then I can use cloud-init in the admin interface.
> >
> >
> >
> > However, I don't know how cloud-init knows where to get the relevant 
> > information (such as host name, SSH secret key, etc.) that I configured on 
> > the admin interface ?  For I haven't configured the data source for 
> > cloud-init.
>
> Hi,
> The relevant information comes as a payload to the VM, a CD-ROM containing 
> the data source.
> >
> > Why it can works ?
> >
> Cloud-init detects the data source and configures the OS.
> Please note that once the VM booted, the only way to provide the cloud-init 
> payload is by using Run-Once.
> For a VM that didn't boot, a regular run will work as well.
>
> Regards,
> Liran
> >
> >
> > 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/O5NKQO56
> > 42X3WYES3QQBSSDZUQN6N5XX/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: 
> https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NVP4IUIN7NQDI5OVN6NRKJQYQBMJ7M77/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GYNSEOHOV5XAPA5XZ6CLPID2JEVH2BHK/


[ovirt-users] Re: Question about cloud-init

2021-08-01 Thread Liran Rotenberg
On Sat, Jul 31, 2021 at 7:09 AM tommy  wrote:
>
> Hello, I have a question about cloud-init:
>
> After installing vm, I installed cloud-init immediately, and enabled its four 
> services, and then I can use cloud-init in the admin interface.
>
>
>
> However, I don't know how cloud-init knows where to get the relevant 
> information (such as host name, SSH secret key, etc.) that I configured on 
> the admin interface ?  For I haven't configured the data source for 
> cloud-init.

Hi,
The relevant information comes as a payload to the VM, a CD-ROM
containing the data source.
>
> Why it can works ?
>
Cloud-init detects the data source and configures the OS.
Please note that once the VM booted, the only way to provide the
cloud-init payload is by using Run-Once.
For a VM that didn't boot, a regular run will work as well.

Regards,
Liran
>
>
> 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/O5NKQO5642X3WYES3QQBSSDZUQN6N5XX/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NVP4IUIN7NQDI5OVN6NRKJQYQBMJ7M77/


[ovirt-users] Re: oVirt 4.4.5 - Windows Server 2003 VM Reboot problems

2021-06-23 Thread Liran Rotenberg
On Thu, Jun 24, 2021 at 12:42 AM  wrote:

> Hi All,
>
> I've had to migrate a Windows Server 2003 R2 VM from VMWare to oVirt which
> I have successfully managed to get running.
>
> The problem I have is if I try to reboot from the OS I receive the
> following message after the VM shuts down but doesn't reboot:
>
> "Exit message: Lost connection with qemu process."
>
> Also any attempt to either shutdown or reboot from oVirt Manager has no
> effect.
>
> I realize that this OS is not supported in the current oVirt version, but
> is there something I am missing to get it working 'unsupported' please?
>
Reboot interacts with the guest OS, for that you need to have guest-agent
installed. In the older version you had windows guest tools ISO to install
it (WGT).

>
> 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/BLMLUG5FZIM2TTUJA64IM5H6ORD6QEYN/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DB42SMTCGCVCNAFPRFEQYAOTFPF3QMSM/


[ovirt-users] Re: Creating Snapshots failed

2021-05-31 Thread Liran Rotenberg
On Thu, May 27, 2021 at 6:58 PM jb  wrote:
>
> Hi Liran,
>
> here are the vdsm logs, from all 3 nodes.
>
Thanks!
The real error is:
2021-05-27 16:46:35,539+0200 ERROR (virt/487072f9) [storage.VolumeManifest]
[Errno 116] Stale file handle (fileVolume:172)
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/storage/fileVolume.py", line
170, in getMetadata
data = self.oop.readFile(metaPath, direct=True)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/outOfProcess.py",
line 369, in readFile
return self._ioproc.readfile(path, direct=direct)
  File "/usr/lib/python3.6/site-packages/ioprocess/__init__.py", line 574,
in readfile
"direct": direct}, self.timeout)
  File "/usr/lib/python3.6/site-packages/ioprocess/__init__.py", line 479,
in _sendCommand
raise OSError(errcode, errstr)
OSError: [Errno 116] Stale file handle
2021-05-27 16:46:35,539+0200 INFO  (virt/487072f9) [vdsm.api] FINISH
prepareImage error=Error while processing volume meta data:
("('/rhev/data-center/mnt/glusterSD/onode1.example.org:_vmstore/3cf83851-1cc8-4f97-8960-08a60b9e25db/images/ad23c0db-1838-4f1f-811b-2b213d3a11cd/15259a3b-1065-4fb7-bc3c-04c5f4e14479',):
[Errno 116] Stale file handle",) from=internal,
task_id=67405e50-503c-4b44-822f-4a7cea33ab84 (api:52)
2021-05-27 16:46:35,539+0200 ERROR (virt/487072f9)
[storage.TaskManager.Task] (Task='67405e50-503c-4b44-822f-4a7cea33ab84')
Unexpected error (task:880)
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/storage/fileVolume.py", line
170, in getMetadata
data = self.oop.readFile(metaPath, direct=True)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/outOfProcess.py",
line 369, in readFile
return self._ioproc.readfile(path, direct=direct)
  File "/usr/lib/python3.6/site-packages/ioprocess/__init__.py", line 574,
in readfile
"direct": direct}, self.timeout)
  File "/usr/lib/python3.6/site-packages/ioprocess/__init__.py", line 479,
in _sendCommand
raise OSError(errcode, errstr)
OSError: [Errno 116] Stale file handle

 - [Errno 116] Stale file handle
I can also see you are using glusterFS, maybe they have a bug (fast looking
i saw https://bugzilla.redhat.com/show_bug.cgi?id=1708121 which from my
understanding result in the same error to the file).

Kotresh, can you provide some information if I am right? and how to
workaround it? If not, to point on who can look into it?

Regards,
Liran.


On Thu, May 27, 2021 at 6:58 PM jb  wrote:

> Hi Liran,
>
> here are the vdsm logs, from all 3 nodes.
>
>
> Regards
>
> Jonathan
>
>
>
> Am 27.05.21 um 17:21 schrieb Liran Rotenberg:
> > On Thu, May 27, 2021 at 6:05 PM jb  wrote:
> >> Hello Community,
> >>
> >> since I upgrade our cluster to ovirt 4.4.6.8-1.el8 I'm not able anymore
> >> to create snapshots on certain VMs. For example I have two debian 10
> >> VMs, from one I can make a snapshot, and from other one not.
> >>
> >> Both are up to date and uses the same qemu-guest-agent versions.
> >>
> >> I tried to create snapshots over API and on web gui, both gives the same
> >> result.
> >>
> >> In the attachment you found a snipped from the engine.log.
> > Hi,
> > The error happened in VDSM (or even platform). But we need the VDSM
> > log to see what is wrong.
> >
> > Regards,
> > Liran.
> >> Any help would be wonderful!
> >>
> >>
> >> Regards,
> >>
> >> Jonathan
> >>
> >>
> >>
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKZYLZTC5ZSENMFPOR45Y65F6THYUTZI/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4UV524PGGZEEFSLJFR6ULVAJ3QHVGJF4/


[ovirt-users] Re: Creating Snapshots failed

2021-05-27 Thread Liran Rotenberg
On Thu, May 27, 2021 at 6:05 PM jb  wrote:
>
> Hello Community,
>
> since I upgrade our cluster to ovirt 4.4.6.8-1.el8 I'm not able anymore
> to create snapshots on certain VMs. For example I have two debian 10
> VMs, from one I can make a snapshot, and from other one not.
>
> Both are up to date and uses the same qemu-guest-agent versions.
>
> I tried to create snapshots over API and on web gui, both gives the same
> result.
>
> In the attachment you found a snipped from the engine.log.
Hi,
The error happened in VDSM (or even platform). But we need the VDSM
log to see what is wrong.

Regards,
Liran.
>
> Any help would be wonderful!
>
>
> Regards,
>
> Jonathan
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKZYLZTC5ZSENMFPOR45Y65F6THYUTZI/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/K6MHBMFK7MIAK762FSFTRUBLQJSQY7ZT/


[ovirt-users] Re: Ovirt 4.4.6.8 High Performance VM quirkiness

2021-05-26 Thread Liran Rotenberg
On Tue, May 25, 2021 at 7:21 PM Don Dupuis  wrote:
>
> I didn't change vm type. I would set the vm, let it run, do a shutdown, and 
> then when I went to edit to look at configuration is when it changed. I will 
> test using desktop VM type and if I do the same things and it stays with what 
> I expected, I will use desktop vm type and not mess with HP vm type. One 
> thing I did forget to mention is that the vm was created from a template that 
> was of HP vm type.
>
Newly created VM (like you create from template), with all the
settings allowing auto pinning (basically, there is default host to
run on) that are set as (even the template without changing the VM
type) High Performance VMs it would set the auto pinning policy to
existing as well.
On creation please look on the Host tab, at the bottom of it, select
the Don't Change option.

Another note is that from 4.4.7 it will become irrelevant and the
existing, including the auto-set of the policy won't happen.
If the information above doesn't help you, then if you can, please add
the engine log.

Regards,
Liran.
> On Tue, May 25, 2021 at 9:58 AM Liran Rotenberg  wrote:
>>
>>
>>
>> On Tue, May 25, 2021 at 4:50 PM Don Dupuis  wrote:
>> >
>> > I created a high performance vm and everything is fine. I stop the virtual 
>> > machine and make edits to it and again runs correctly. I shutdown the vm 
>> > and click the edit tab to look at what I changed and it is now back to the 
>> > defaults and my edits are gone. Is this now the intended result. I was 
>> > using the same settings in 4.3 and never exhibited this behavior. What I 
>> > have observed so for is that I disabled Headless, disabled cpu pinning, 
>> > and changed numa config. When I shutdown the vm, they revert to default of 
>> > Headless enabled, cpu pinning is set and the numa config changed. This is 
>> > not what I expect to happen. Has anyone else noticed this behavior?
>> >
>> Hi,
>> I tried to reproduce it (without update):
>> 1. Create a VM with HP type.
>> 2. Set it with console.
>> 3. Edit the VM again, click OK.
>> 4. Edit the VM to see the configuration.
>>
>> Everything sticks to the first configuration.
>> Note that if you change the VM type to server/desktop and move it again to 
>> High Performance, some configurations will change.
>> In 4.4.5 we added the auto pinning feature, to high performance VMs we 
>> automatically set it to existing - which overrides the cpu pinning and numa 
>> configuration of the VM.
>> This behavior executed each time you edited the VM in the UI, it wouldn't 
>> change the headless, only the CPU pinning and NUMA.
>> However, in 4.4.6.6, we fixed a bug[1] to prevent this behavior to some 
>> extent. If you change the type, it will change the policy, but if the VM is 
>> already configured as High Performance and you didn't change it, it will 
>> leave it as is.
>>
>> The question would be if you change the VM type? If so, it is expected.
>> Liran.
>>
>> [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1954401
>> > 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/OJU6C44PTLZ3P3DMNFQBVNWV73HPBWAI/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PY3YRMXGHTHV754WN5ONDC3WDD7BTJE7/


[ovirt-users] Re: Ovirt 4.4.6.8 High Performance VM quirkiness

2021-05-25 Thread Liran Rotenberg
On Tue, May 25, 2021 at 4:50 PM Don Dupuis  wrote:
>
> I created a high performance vm and everything is fine. I stop the
virtual machine and make edits to it and again runs correctly. I shutdown
the vm and click the edit tab to look at what I changed and it is now back
to the defaults and my edits are gone. Is this now the intended result. I
was using the same settings in 4.3 and never exhibited this behavior. What
I have observed so for is that I disabled Headless, disabled cpu pinning,
and changed numa config. When I shutdown the vm, they revert to default of
Headless enabled, cpu pinning is set and the numa config changed. This is
not what I expect to happen. Has anyone else noticed this behavior?
>
Hi,
I tried to reproduce it (without update):
1. Create a VM with HP type.
2. Set it with console.
3. Edit the VM again, click OK.
4. Edit the VM to see the configuration.

Everything sticks to the first configuration.
Note that if you change the VM type to server/desktop and move it again to
High Performance, some configurations will change.
In 4.4.5 we added the auto pinning feature, to high performance VMs we
automatically set it to existing - which overrides the cpu pinning and numa
configuration of the VM.
This behavior executed each time you edited the VM in the UI, it wouldn't
change the headless, only the CPU pinning and NUMA.
However, in 4.4.6.6, we fixed a bug[1] to prevent this behavior to some
extent. If you change the type, it will change the policy, but if the VM is
already configured as High Performance and you didn't change it, it will
leave it as is.

The question would be if you change the VM type? If so, it is expected.
Liran.

[1] - https://bugzilla.redhat.com/show_bug.cgi?id=1954401
> 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/OJU6C44PTLZ3P3DMNFQBVNWV73HPBWAI/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I3ZJ7JHWPCHOVAQGJYD35TGQMLOPXPZE/


[ovirt-users] Re: No option to remove OpenStack Glance storage domain.

2021-04-04 Thread Liran Rotenberg
Hi Gary,
The SD is a provider. Please try to remove it in Administration -> Providers.
Select the provider (ovirt-image-repository in your case), and remove.

Liran

On Sun, Apr 4, 2021 at 4:40 PM Gary Taylor  wrote:
>
> Hi,
>
> I was playing around a few months ago and added an ovirt-image-repository 
> storage domain.  There wasn't a real purpose for doing it, just trying to 
> learn and play around.  I tried to remove it earlier but couldn't figure out 
> how because the Remove button is greyed out.   I got busy and forgot about 
> it. I am trying to clean it up now but the Remove button is still greyed out 
> for that domain.  How do I get rid of it now?  It isn't being used.  It's 
> unattached.  I'm the admin.
>
> https://imgur.com/KBKUu16.png
>
> oVirt Open Virtualization Manager
> Software Version:4.4.4.7-1.el8
>
> Thank-you,
> Gary
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2EGOZ6F6KPDEYYRZWXRJDQROQN4CGN5P/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BYCVWLWPYDPDW7YOXETZF3N3XMMBZ3HS/


[ovirt-users] Re: Cloud-init confusion

2021-03-03 Thread Liran Rotenberg
Hi,
Cloud-init is usually used only once to initialize the guest OS
configuration.
When using the normal Run, if it's the first time this VM goes up, the
cloud-init will be included, otherwise it won't as it isn't supposed to be
re-configured or being configured after the VM already ran.
However, Run-Once bypasses this safety check and allows it, making the VM
as a "fresh one".
I hope it clears things up a bit.
Liran.

On Wed, Mar 3, 2021 at 12:46 PM Shantur Rathore 
wrote:

> Hi Users,
>
> I am new to oVirt and having some confusion with cloud-init.
> I have a VM which supports Cloud Init and when I enable Cloud Init under
> Initial boot settings of VM, the cloud-init config disk isn't attached to
> the VM.
> If I use Run-Once and enable Cloud-Init the config disk is attached to the
> VM and works as expected.
>
> Is cloud-init only supposed to work with Run-Once or am I missing
> something?
>
> Thanks in advance.
> 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/YTYS7GH4HNIGB5RXGR6RJXBJPQHLFBB6/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/E6PHNNTXMMAIPYSGAZSODRKKRGOTVELE/


[ovirt-users] Re: Ovirt VM import issue

2020-12-23 Thread Liran Rotenberg
Hi,
First - I would try without th ' in the start and the end of the OVA path.
Other than that, we will need logs.

Regards,
Liran

On Wed, Dec 23, 2020 at 5:06 PM Shani Leviim  wrote:

> +Liran Rotenberg 
>
> Hi Deekshith,
> Is there some more info on the engine log?
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Tue, Dec 22, 2020 at 2:51 PM Deekshith via Users 
> wrote:
>
>> Hi Team ,
>>
>>
>>
>>
>>
>> We are not able to import the Virtual machine from ova file into Ovirt
>>  .Kindly help us
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Regards
>>
>> *Deekshith*
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BDXY3M5KZ7DKH76IVN4KOLT2LR5B3QNL/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KPMLWYJ35BHHTEGTSIVUYUENRBHLQS3R/


[ovirt-users] Re: OVA export issues

2020-12-19 Thread Liran Rotenberg
On Sat, Dec 19, 2020 at 7:33 PM Jonathan Baecker  wrote:

> Hello,
>
> I have here an older server, one host with external engine,  4.4.4-1.el8
> installation, with a slow 2Gbit nfs storage. When I export OVAs from
> smaller VMs (under 40GB) it works but with bigger one, around 95GB I have
> problems.
>
> I have already change the export target to a local folder, which makes the
> process faster and the GUI shows no errors, but when I extract the vm.ovf
> file, from the exported archive, it is not complete. It missing a closing
> part from the xml definition. The end stops here: *
> By my test before, I was able to add the closing part by hand and import
> the OVA, but then the VM had no disk attached. I don't know if the size is
> the problem, my backup script which export the VMs to the export domain
> works normal. I only know, that the error I can reproduce on minimum 2 VMs.
>
> The last part of the export log looks like:
>
> /var/log/ovirt-engine/ansible-runner-service.log:2020-12-19 12:02:52,610 -
> runner_service.services.playbook - DEBUG - cb_event_handler
> event_data={'uuid': '2ac62a85-7efa-4d14-a941-c1880bd016fd', 'counter': 35,
> 'stdout': 'changed: [onode-2.example.org]', 'start_line': 34, 'end_line':
> 35, 'runner_ident': '9ac880ce-4219-11eb-bfd8-5254000e4c2c', 'event':
> 'runner_on_ok', 'pid': 1039034, 'created': '2020-12-19T17:02:52.606639',
> 'parent_uuid': '5254000e-4c2c-ed4e-fdf7-0022', 'event_data':
> {'playbook': 'ovirt-ova-export.yml', 'playbook_uuid':
> 'ee4a698c-f639-49c8-8fa9-af2778f0862d', 'play': 'all', 'play_uuid':
> '5254000e-4c2c-ed4e-fdf7-0007', 'play_pattern': 'all', 'task':
> 'Rename the OVA file', 'task_uuid': '5254000e-4c2c-ed4e-fdf7-0022',
> 'task_action': 'command', 'task_args': '', 'task_path':
> '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-ova-export-post-pack/tasks/main.yml:2',
> 'role': 'ovirt-ova-export-post-pack', 'host': 'onode-2.discovery.intern',
> 'remote_addr': 'onode-2.discovery.intern', 'res': {'cmd': ['mv',
> '/mnt/intern/win2016-01.ova.tmp', '/mnt/intern/win2016-01.ova'], 'stdout':
> '', 'stderr': '', 'rc': 0, 'start': '2020-12-19 12:02:52.560917', 'end':
> '2020-12-19 12:02:52.572358', 'delta': '0:00:00.011441', 'changed': True,
> 'invocation': {'module_args': {'_raw_params': 'mv
> "/mnt/intern/win2016-01.ova.tmp" "/mnt/intern/win2016-01.ova"', 'warn':
> True, '_uses_shell': False, 'stdin_add_newline': True, 'strip_empty_ends':
> True, 'argv': None, 'chdir': None, 'executable': None, 'creates': None,
> 'removes': None, 'stdin': None}}, 'stdout_lines': [], 'stderr_lines': [],
> '_ansible_no_log': False}, 'start': '2020-12-19T17:02:51.954144', 'end':
> '2020-12-19T17:02:52.605820', 'duration': 0.651676, 'event_loop': None,
> 'uuid': '2ac62a85-7efa-4d14-a941-c1880bd016fd'}}
>
> Any ideas?
>
Hi Jonathan,
Can you share the engine log and the whole export logs?

Regards,
Liran

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


[ovirt-users] Re: Guest OS Memory Free/Cached/Buffered: Not Configured

2020-11-29 Thread Liran Rotenberg
Hi Stefan,
Please check out https://bugzilla.redhat.com/1884050 if it fits your
problem.
The resolution was having the right guest-agent installed in the
guest(qemu-guest-agent or ovirt-guest-agent).

On Sun, Nov 29, 2020 at 10:57 AM Stefan Seifried 
wrote:

> Hi,
>
> I'm quite new to oVirt, so my apologizies if I'm asking something dead
> obvious:
> I noticed that there is an item in the 'General Tab' of each VM, which
> says 'Guest OS Memory Free/Cached/Buffered' and on all my VM's it says 'Not
> Configured'. Right now I'm trying to figure out how to enable this feature.
> I assume that this gives me the equivalent output of executing 'free' on
> the shell on a Linux guest.
>
> Googling and digging around the VMM guide did not give me any pointers so
> far.
>
> Thanks in advance,
> Stefan
>
> PS: A little background info: I have one 'client' which keeps nagging me
> to increase the RAM on his VM because it's constantly operating at 95%
> memory load (as shown on the VM dashboard). After a quick investigation
> with 'free' I could see that Linux has built up the disk cache to 12G (from
> 16G total, no swapping occured). My intention is to make the real memory
> load visible to him, as he has already access to the VM portal for
> shutdown/restart/etc.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4IBDDFYNKD7PESO7BTR66SZRGQTSXCVD/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/76XUOTFFLVEVBAEJ7NUSPGF45ZZF3AOH/


[ovirt-users] Re: [ovirt-devel] Host's status how to change to UP when I execute Management--> Active command

2020-11-05 Thread Liran Rotenberg
Hi,
The engine will monitor that host. Once it's reachable and we can get
information from it the status will change accordingly.
Please check out the HostMonitoring class.

On Thu, Nov 5, 2020 at 11:57 AM lifuqi...@sunyainfo.com <
lifuqi...@sunyainfo.com> wrote:

>
> Hi,
> I checkout ovirt-engine's code with branch 4.2;  When execute Host's
> Management --> Active  command,  ovirt engine just set vds's status to
> "Unassigned" but how the vds's status changed to "UP" in ovirt-engine?  The
> code in ActiveVdsCommand.executeCommand() as follows:
> protected void executeCommand() {
>
> final VDS vds = getVds();
> try (EngineLock monitoringLock = acquireMonitorLock("Activate
> host")) {
> executionHandler.updateSpecificActionJobCompleted(vds.getId(),
> ActionType.MaintenanceVds, false);
>
> setSucceeded(setVdsStatus(VDSStatus.Unassigned).getSucceeded());
>
> if (getSucceeded()) {
> TransactionSupport.executeInNewTransaction(() -> {
> // set network to operational / non-operational
> List networks =
> networkDao.getAllForCluster(vds.getClusterId());
> networkClusterHelper.setStatus(vds.getClusterId(),
> networks);
> return null;
> });
>
> // Start glusterd service on the node, which would haven
> been stopped due to maintenance
> if (vds.getClusterSupportsGlusterService()) {
> runVdsCommand(VDSCommandType.ManageGlusterService,
> new GlusterServiceVDSParameters(vds.getId(),
> Arrays.asList("glusterd"), "restart"));
> // starting vdo service
> GlusterStatus isRunning =
> glusterUtil.isVDORunning(vds.getId());
> switch (isRunning) {
> case DOWN:
> log.info("VDO service is down in host : '{}' with
> id '{}', starting VDO service",
> vds.getHostName(),
> vds.getId());
> startVDOService(vds);
> break;
> case UP:
> log.info("VDO service is up in host : '{}' with
> id '{}', skipping starting of VDO service",
> vds.getHostName(),
> vds.getId());
>break;
> case UNKNOWN:
> log.info("VDO service is not installed host :
> '{}' with id '{}', ignoring to start VDO service",
> vds.getHostName(),
> vds.getId());
> break;
> }
>
> }
> }
> }
> }
>
>
> Your Sincerely
> Mark Lee
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/36745S77NLH3KINTB4MQMGTBE5EDWTUW/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IMTEWTYO4TPQ3ZHGNZOLVVZAXXSJ7H7O/


[ovirt-users] Re: Affinity Group Graceful Migration

2020-11-05 Thread Liran Rotenberg
On Wed, Nov 4, 2020 at 7:23 PM  wrote:

> Hello,
>  I'm trying to get an Affinity Group setup that will gracefully remove VMs
> from a Host. Below is what I've tried but the VMs will not migrate off.
>
> oVirt 4.3
> Priority: 1
> VM Affinity Rule: Disabled
> Host Affinity Rule: Negative ( Soft )
> Virtual Machines: Select a VM ( My understanding is this would mean all
> VMs? )
> Hosts: Host: 
>
Hi,
In the virtual machines select all the VMs you wish that (kindly) won't be
on that host. If you didn't select any, this rule won't do anything.
Every amount of time the engine will check if one of these VMs is on the
host. If so it will check the possibility to migrate it/them away.
Soft affinity indicates that if it won't be possible, that's fine and the
VM will stay on that host, on the next check iteration the engine will try
to do it again.

>
> Also, is this right place to ask for help on this?
>
This is exactly the right place :)

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


[ovirt-users] Re: Help needed - Not able to find Windows Guest agent in 4.4.1.10-1.el8 Hosted Engine

2020-08-17 Thread Liran Rotenberg
Hi,
Windows guest tools/Ovirt guest tools were dropped in 4.4 in favor of
virtio-win.
Try: # yum install virtio-win

On Sat, Aug 15, 2020 at 4:05 PM Alex K  wrote:

>
>
> On Fri, Aug 14, 2020, 06:12 dhanaraj.ramesh--- via Users 
> wrote:
>
>> Hi Team,
>>
>> unable to locate Windows guest agant iso in 4.4.1.10-1.el8 Hosted Engine
>> version. please share us where can i get the iso?
>>
> Usually I grab them from here: https://resources.ovirt.org/pub/
> I was not able to find a 4.4 version, but 4.3 will do just fine.
>
>>
>> there is no /usr/share/oVirt-guest-tools-iso/oVirt-tools-setup.iso
>> available in 4.4.1 HE
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BAHAWSDM5BRMJGUFIM337PP7NL5WPGX3/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/U57AMBSVXWFOKFHGTQMWX72Y76HOIG6R/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TV5KHAIKZ3WUHBQC3SGJJ53ALHM55D7C/


[ovirt-users] Re: Windows TimeZone UTC

2020-07-26 Thread Liran Rotenberg
On Sun, Jul 26, 2020 at 11:52 AM Erez Zarum  wrote:

> Hey Liran,
> I still don't understand from those resources how can i add an "extra"
> timezone that is not "compiled" into Engine?
> Is there a possibility you can write one here? I fear to mess up the
> Engine.
>
Hi, I'm afraid not. There is no option to add a new one.
The only options you have for windows are:
https://docs.microsoft.com/en-us/previous-versions/windows/embedded/ms912391(v=winembedded.11)?redirectedfrom=MSDN
As can be seen in:
https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/TimeZoneType.java

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


[ovirt-users] Re: Windows TimeZone UTC

2020-07-22 Thread Liran Rotenberg
I think this:
https://www.ovirt.org/develop/developer-guide/engine/engine-config-examples.html
Or this:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4-beta/html/administration_guide/sect-the_engine_configuration_tool
May help you.

Here is an example in the docs:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4-beta/html/administration_guide/vdsm_hooks_defining_custom_properties

Liran.

On Wed, Jul 22, 2020 at 1:54 PM Erez Zarum  wrote:

> I ran into this link while searching, how can i change it using
> engine-config? I see no reference there.
>
> 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/THBA6GJ4W3UF2GKWUXX2GH2B53WA/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XA6TFE7ZCOPVGU4HNGSMOBLOY4QOSSIY/


[ovirt-users] Re: Windows TimeZone UTC

2020-07-21 Thread Liran Rotenberg
Hi Erez,
Did you try changing it in the engine-config[1]?

[1] -
https://www.ovirt.org/develop/developer-guide/engine/engine-supported-time-zones.html

Regards,
Liran.

On Mon, Jul 20, 2020 at 7:24 PM Erez Zarum  wrote:

> The Engine has the TimeZone types compiled, this may be an issue when one
> wants to configure a Windows Machine to use UTC as a Timezone instead of
> GMT.
> Using GMT sets the Windows VM to "London, Dublin" time which may cause
> issues with daylight saving for some users.
> There should be an option to supply our own Timezone or the least, make
> sure it is indeed coordinated with what Windows supports.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZ6KQWPMSH6U5P57KL2Y2WN6KPVHO43L/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTI24BJBDBNK5LP26CGXB46E2XWUJ52P/


[ovirt-users] Re: cloud-init: reverts on reboot

2020-06-18 Thread Liran Rotenberg
On Fri, Jun 12, 2020 at 9:23 AM Florian Schmid via Users 
wrote:

> Hi,
>
> we are using cloud-init for several years now and it looks like, that
> cloud-init needs a config for every boot, otherwise, it will use the
> default network config, which is DHCP.
>
> We come around this issue by adding this file:
> cat /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg
> network: {config: disabled}
>
> by cloud-init itself on the first run.
>
> With this, cloud-init creates only once the network config and never
> touches it again.
> I would not completely disable cloud-init, because this could also have
> some drawbacks, like not being able to create a root/user password anymore,
> if on worst case, ssh is not working anymore...
>
> What we also fix on the first boot is the datasource_list
> -> datasource_list: ["NoCloud", "ConfigDrive"]
>
> Otherwise, we have an extremely long boot process (up to 5 minutes or so),
> because cloud-init tries to reach several cloud-config URLs.
>
> BR Florian
>
> - Ursprüngliche Mail -
> Von: "Jp" 
> An: "users" 
> Gesendet: Donnerstag, 11. Juni 2020 16:54:31
> Betreff: [ovirt-users] Re: cloud-init: reverts on reboot
>
> I re-read the docs on creating VMs.
>
> What is the difference between the Run Once w/ it's pop-up form vs the
> Initial Run with it's embedded form?
>
>From an engine point of view it's quite a difference, run once creates a
one-time configuration to start the VM with and then roll back to the
existing.
As for cloud-init, when you set it in the Edit VM, initial run (without
run-once), on the first time you will run the VM in your environment(first
boot for that VM in your environment), cloud-init will use it.
While, on run-once, it will use the configuration again.

>
> If an (updated) doc were to have a sequential workflow for using
> cloud-init in oVirt for a new VM's setup, would it look like this:
>
> * assume cloud-init already installed, ex. Glance image; so
> SysPre/Cloud-Init process already done*
>
> Glance Image Method
>
> 1. Import Image + Create Template
> 2. Create VM (_don't_ use Run; and _don't_ populate Initial Run tab)
> 3. start VM with Run Once (_not_ Run)
> 4. fill out Run Once pop-up form
> 5. VM boots as usual
> 6. remote Console/shell into VM to verify setting
> 7. Reboot or Shutdown/Run
> 8. use cloud-init'd VM like any other non-cloud-init'd VM
>
> That ^ look right?
>
I don't really understand point 8. But from at 5 the VM should consume the
cloud-init configuration and it should stay in the VM.
You may try and reconfigure if you use run-once again, setting cloud-init
configuration again.
It looks OK.

> Is CentOS8.2 out?  I checked blog.centos.org but it looks like they had
build issues to still resolve as of last week ...
I'm not sure about centos8.2, adding +Sandro Bonazzola 
 .

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


[ovirt-users] Re: cloud-init: reverts on reboot

2020-06-11 Thread Liran Rotenberg
Hi Justin,
Make sure that cloud-init is installed and enabled on the VM (before
creating a template from it).
The template should be sealed.

Then you can create a VM from it.
There are two options:
1. Edit the VM with cloud-init configuration.
2. Run-Once with cloud-init configuration.

Your changes should persist on the VM. If you are talking specifically
about the static network being reverted back (to DHCP), we had a bug on it.
Please make sure your cloud-init version is up to date to be at least
18.5-8 as seen in the bug:
https://bugzilla.redhat.com/1706482


Regards,
Liran.

On Thu, Jun 11, 2020 at 9:45 AM Nathanaël Blanchet  wrote:

> Sure it is possible, use "run once" setting with cloud-init checkbox to
> fetch cloud-init settings when you decide and not only at the first boot.
>
> - Mail original -
> De: "Jp" 
> À: "users" 
> Envoyé: Jeudi 11 Juin 2020 04:36:16
> Objet: [ovirt-users] cloud-init: reverts on reboot
>
> cloud-init settings entered into Hosted Engine are reverting after reboot,
> so what's the correct workflow for using the UI form?
>
> I'd like a workflow where I can:
> 1. start with Template (covers most settings)
> 2. create VM
> 3. use cloud-init in the UI (for a few settings, like static IP)
> 4. start/reboot VM and have cloud-init settings stick
>
> How is the above possible?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ECHLM4E4Z327XAPDJS5RM6DRM3V4T2JS/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YY72LPGSJM5CUETKAXXEUOUUOEMKBP4I/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JUJS7H63YVVURIHFSBFYZXZE56MMRVES/


[ovirt-users] Re: cloud-init ovirt

2020-04-16 Thread Liran Rotenberg
On Wed, Apr 15, 2020 at 5:19 PM PunkGeek  wrote:

> Hello,
> How can I use ovirt tools that configure cloud-init vms by python?
> https://red.ht/2K1gBkn
> Actually, I want just to use this tool in my python libvirt script.
> Best regards
>

Hi,
You can use Python SDK. Here is an example using cloud init:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/start_vm_with_cloud_init.py

Regards,
Liran.

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


[ovirt-users] Re: power_saving schedule not powering off hosts

2020-04-05 Thread Liran Rotenberg
On Sun, Apr 5, 2020 at 3:38 PM Maton, Brett 
wrote:

> I've got a cluster made up of five physical hosts, (Dells with idrac 7
> management)
> Power management / fencing enabled on all hosts.
>
> I've enabled the power_saving scheduling policy on my cluster, it's
> migrated all the VM's to a couple of physical hosts so three are sitting
> idle with no VM's.
>
> Shouldn't the power_saving policy shut down the idle hosts?
>
Hi,
It should. In the cluster scheduling policy, did you set
"EnableAutomaticHostPowerManagement" to be true? and setting
"HostsInReserve" to a number of reserve idle hosts is also set?

Regards,
Liran.

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


[ovirt-users] Re: Intel Xeon X5460

2019-09-01 Thread Liran Rotenberg
Hi Marcello,
Unfortunately, this processor is not supported since 4.3.
Your processor is in Penryn family (from looking on wikipedia).

Here is the related bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1540921

Regards,
Liran.

On Sun, Sep 1, 2019 at 9:50 AM Marcello Gentile 
wrote:

> Is this procesor supported?
>
>
> https://ark.intel.com/content/www/us/en/ark/products/33087/intel-xeon-processor-x5460-12m-cache-3-16-ghz-1333-mhz-fsb.html
>
> Seems to meet all the requirements but when I install the self hosted
> engine it fails with the error message below:
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> host has been set in non_operational status, deployment errors: code 156:
> Host Ovirt-Node1.adsdata.ca moved to Non-Operational state as host CPU
> type is not supported in this cluster compatibility version or is not
> supported at all, code 9000: Failed to verify Power Management
> configuration for Host Ovirt-Node1.adsdata.ca., fix accordingly and
> re-deploy."}
>
> Thanks for any help
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SXZJZ2VQ7ILF56W4NWA5OS6KD5FTJUIO/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XUH5KHUQCQWWMNC52K4CDPICGY7JSIPM/


[ovirt-users] Re: large size OVA import fails

2019-08-22 Thread Liran Rotenberg
There is a default timeout for ansible, which is 30 minutes.
You may refer to:
https://bugzilla.redhat.com/show_bug.cgi?id=1528960
https://github.com/oVirt/ovirt-engine/blob/master/packaging/services/ovirt-engine/ovirt-engine.conf.in

"
# Specify the ansible-playbook command execution timeout in minutes.
It's used for any task, which executes
# AnsibleExecutor class. To change the value permanentaly create a
conf file 99-ansible-playbook-timeout.conf in
# /etc/ovirt-engine/engine.conf.d/
ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=30
"

Please try to create 99-ansible-playbook-timeout.conf in
/etc/ovirt-engine/engine.conf.d/ and set
ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT=

Regards,
Liran.


On Thu, Aug 22, 2019 at 4:06 PM  wrote:
>
> I have a fairly large OVA (~200GB) that was exported from oVirt4.3.5. I'm 
> trying to import it into a new cluster, also oVirt4.3.5. The import starts 
> fine but fails again and again.
> Everything I can find online appears to be outdated, mentioning incorrect log 
> file locations and saying virt-v2v does the import.
>
> On the engine in /var/log/ovirt-engine/engine.log I can see where it is doing 
> the CreateImageVDSCommand, then a few outputs concerning adding the disk, 
> which end with USER_ADD_DISK_TO_VM_FINISHED_SUCCESS, then the ansible command:
>
> 2019-08-20 15:40:38,653-04
> Executing Ansible command:  /usr/bin/ansible-playbook --ssh-common-args=-F 
> /var/lib/ovirt-engine/.ssh/config -v 
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa 
> --inventory=/tmp/ansible-inventory8416464991088315694 
> --extra-vars=ovirt_import_ova_path="/mnt/vm_backups/myvm.ova" 
> --extra-vars=ovirt_import_ova_disks="['/rhev/data-center/mnt/glusterSD/myhost.mydomain.com:_vmstore/59502c8b-fd1e-482b-bff7-39c699c196b3/images/886a3313-19a9-435d-aeac-64c2d507bb54/465ce2ba-8883-4378-bae7-e231047ea09d']"
>  --extra-vars=ovirt_import_ova_image_mappings="{}" 
> /usr/share/ovirt-engine/playbooks/ovirt-ova-import.yml [Logfile: 
> /var/log/ovirt-engine/ova/ovirt-import-ova-ansible-20190820154038-myhost.mydomain.com-25f6ac6f-9bdc-4301-b896-d357712dbf01.log]
>
> Then nothing about the import until:
> 2019-08-20 16:11:08,859-04 INFO  
> [org.ovirt.engine.core.bll.exportimport.ImportVmFromOvaCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-88) [3321d4f6] Lock freed to 
> object 'EngineLock:{exclusiveLocks='[myvm=VM_NAME, 
> 464a25ba-8f0a-421d-a6ab-13eff67b4c96=VM]', sharedLocks=''}'
> 2019-08-20 16:11:08,894-04 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-88) [3321d4f6] EVENT_ID: 
> IMPORTEXPORT_IMPORT_VM_FAILED(1,153), Failed to import Vm myvm to Data Center 
> Default, Cluster Default
>
>
> I've found the import logs on the engine, in /var/log/ovirt-engine/ova, but 
> the ovirt-import-ova-ansible*.logs for the imports of concern only contain:
>
> 2019-08-20 19:59:48,799 p=44701 u=ovirt |  Using 
> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
> 2019-08-20 19:59:49,271 p=44701 u=ovirt |  PLAY [all] 
> *
> 2019-08-20 19:59:49,280 p=44701 u=ovirt |  TASK [ovirt-ova-extract : Run 
> extraction script] ***
>
> Watching the host selected for the import, I can see the qemu-img convert 
> process running, but then the engine frees the lock on the VM and reports the 
> import as having failed. However, the qemu-img process continues to run on 
> the host. I don't know where else to look to try and find out what's going on 
> and I cannot see anything that says why the import failed.
> Since the qemu-img process on the host is still running after the engine log 
> shows the lock has been freed and import failed, I'm guessing what's 
> happening is on the engine side.
>
> Looking at the time between the start of the ansible command and when the 
> lock is freed it is consistently around 30 minutes.
>
> # first try
> 2019-08-20 15:40:38,653-04 ansible command start
> 2019-08-20 16:11:08,859-04 lock freed
>
> 31 minutes
>
> # second try
> 2019-08-20 19:59:48,463-04 ansible command start
> 2019-08-20 20:30:21,697-04 lock freed
>
> 30 minutes, 33 seconds
>
> # third try
> 2019-08-21 09:16:42,706-04 ansible command start
> 2019-08-21 09:46:47,103-04 lock freed
>
> 30 minutes, 45 seconds
>
> With that in mind, I took a look at the available configuration keys from 
> engine-config --list. After getting each the only one set to ~30 minutes and 
> looks like it could be the problem was SSHInactivityHardTimeoutSeconds (set 
> to 1800 seconds). I set it to 3600 and tried the import again, but it still 
> failed at ~30 minutes, so that's apparently not the correct key.
>
>
> Also, just FYI, I also tried to import the ova using virt-v2v, but that fails 
> immediately:
>
> virt-v2v: error: expecting XML expression to return an integer (expression:
> rasd:Parent/text(), matching string: 

[ovirt-users] Re: Problem with cloud-init (metrics install)

2019-08-11 Thread Liran Rotenberg
Hi again,
Adding +Dominik Holler
If you deployed the static configuration to the VM using cloud-init
you might be hitting this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1593010

Let me know if this is the case. If not, please elaborate on the steps
you did to this VM.

Regards,
Liran.



On Thu, Aug 8, 2019 at 8:32 PM Chris Adams  wrote:
>
> How do you keep it from reverting back to DHCP on the next reboot?
>
> Once upon a time, Jayme  said:
> > I found this a bit confusing myself.  I ended up having to do it manually
> > by logging in to the VM and changing the IP afterward.
> >
> > On Thu, Aug 8, 2019 at 11:21 AM Chris Adams  wrote:
> >
> > > I'm following this guide:
> > >
> > >
> > > https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html
> > >
> > > Specifically, the step "Setup virtual machine static IP and Mac
> > > address".  The deploy does a bunch of stuff automatically, so the first
> > > opportunity I have to do anything is after the VM is already booted.
> > >
> > > It seems that having a DHCP server, with matching reverse/forward DNS
> > > entries for each IP, is a requirement, and that there's not a way to set
> > > the metrics store VM to a static IP (despite having to have a DNS entry
> > > pointing to an IP).
> > >
> > > Once upon a time, Liran Rotenberg  said:
> > > > Hi Chris,
> > > > Run Once option is different from normal run.
> > > > For cloud-init you shall need the pre-requirement:
> > > > A sealed VM, for example if you wish to create a template:
> > > >
> > > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates
> > > > Cloud-init service should be installed and enabled on the VM (make
> > > > sure before sealing the VM).
> > > > Run will consume the cloud-init configuration only if it is the VM's
> > > first run.
> > > >
> > > > Regards,
> > > > Liran.
> > > >
> > > > On Thu, Aug 8, 2019 at 4:07 PM Chris Adams  wrote:
> > > > >
> > > > > I am trying to set up the oVirt Metrics Store, which uses cloud-init
> > > for
> > > > > network settings, so I set the info under the "Initial Run" tab.
> > > > > However, it doesn't seem to actually apply the network settings unless
> > > I
> > > > > "run once" and enable clout-init there.
> > > > >
> > > > > I haven't used cloud-init before (been on my to-do list to check out) 
> > > > > -
> > > > > am I missing something?
> > > > >
> > > > > --
> > > > > Chris Adams 
> > > > > ___
> > > > > Users mailing list -- users@ovirt.org
> > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > oVirt Code of Conduct:
> > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > List Archives:
> > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/
> > > > ___
> > > > Users mailing list -- users@ovirt.org
> > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > oVirt Code of Conduct:
> > > https://www.ovirt.org/community/about/community-guidelines/
> > > > List Archives:
> > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/
> > >
> > > --
> > > Chris Adams 
> > > ___
> > > Users mailing list -- users@ovirt.org
> > > To unsubscribe send an email to users-le...@ovirt.org
> > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > oVirt Code of Conduct:
> > > https://www.ovirt.org/community/about/community-guidelines/
> > > List Archives:
> > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/PKZJG2AXVMWDXIT4R65DQ2BJI3OZF3OQ/
> > >
>
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDRDSQQ4NJRN36WTKEKAJLQLOMK6B5FG/
>
>
> --
> Chris Adams 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IXMWSBZSZ7Z5W3SROMJIMSBHFEGR7D72/


[ovirt-users] Re: Problem with cloud-init (metrics install)

2019-08-08 Thread Liran Rotenberg
Hi Chris,
Run Once option is different from normal run.
For cloud-init you shall need the pre-requirement:
A sealed VM, for example if you wish to create a template:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates
Cloud-init service should be installed and enabled on the VM (make
sure before sealing the VM).
Run will consume the cloud-init configuration only if it is the VM's first run.

Regards,
Liran.

On Thu, Aug 8, 2019 at 4:07 PM Chris Adams  wrote:
>
> I am trying to set up the oVirt Metrics Store, which uses cloud-init for
> network settings, so I set the info under the "Initial Run" tab.
> However, it doesn't seem to actually apply the network settings unless I
> "run once" and enable clout-init there.
>
> I haven't used cloud-init before (been on my to-do list to check out) -
> am I missing something?
>
> --
> Chris Adams 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/


[ovirt-users] Re: RHEL 8 Template Seal failed

2019-05-21 Thread Liran Rotenberg
I'll copy Michal's answer from another thread:
"Indeed it won’t work for el8 guests. Unfortunately an el7
libguestfs(so any virt- tool) can’t work with el8 filesystems. And
ovirt still uses el7 hosts
That’s going to be a limitation until 4.4

Thanks,
michal"

If you wish to seal el8 guest, you might seal it manually and create a
template from it.
Liran.

On Fri, May 17, 2019 at 7:46 AM Vinícius Ferrão
 wrote:
>
> Hello,
>
> I’m trying to seal a RHEL8 template but the operation is failing.
>
> Here’s the relevant information from engine.log:
>
> 2019-05-17 01:30:31,153-03 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-58) 
> [91e1acd6-efc5-411b-8c76-970def4ebbbe] FINISH, GetHostJobsVDSCommand, return: 
> {b80c0bbd-25b8-4007-9b91-376cb0a18e30=HostJobInfo:{id='b80c0bbd-25b8-4007-9b91-376cb0a18e30',
>  type='virt', description='seal_vm', status='failed', progress='null', 
> error='VDSError:{code='GeneralException', message='General Exception: 
> ('Command [\'/usr/bin/virt-sysprep\', \'-a\', 
> u\'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_vm/d19456e4-0051-456e-b33c-57348a78c2e0/images/1ecdfbfc-1c22-452f-9a53-2159701549c8/f9de3eae-f475-451b-b587-f6a1405036e8\']
>  failed with rc=1 out=\'[   0.0] Examining the guest ...\\nvirt-sysprep: 
> warning: mount_options: mount exited with status 32: mount: \\nwrong fs type, 
> bad option, bad superblock on /dev/mapper/rhel_rhel8-root,\\n   missing 
> codepage or helper program, or other error\\n\\n   In some cases useful 
> info is found in syslog - try\\n   dmesg | tail or so. 
> (ignored)\\nvirt-sysprep: warning: mount_options: mount: /boot: mount point 
> is not a \\ndirectory (ignored)\\nvirt-sysprep: warning: mount_options: 
> mount: /boot/efi: mount point is not \\na directory (ignored)\\n[  17.9] 
> Performing "abrt-data" ...\\n\' err="virt-sysprep: error: libguestfs error: 
> glob_expand: glob_expand_stub: you \\nmust call \'mount\' first to mount the 
> root filesystem\\n\\nIf reporting bugs, run virt-sysprep with debugging 
> enabled and include the \\ncomplete output:\\n\\n  virt-sysprep -v -x 
> [...]\\n"',)'}'}}, log id: 1bbb34bf
>
> I’m not shure what’s wrong or missing. The VM image is using UEFI with Secure 
> Boot, so standard UEFI partition is in place.
>
> Ive found something on bugzilla but does not seem to be related:
> https://bugzilla.redhat.com/show_bug.cgi?id=1671895
>
> Thanks,
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WILFBK6SOTKJP25PAS4JODNNOUFW7HUQ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WPFWL3U3OORLXYH37EEYQES6RK6L463V/


[ovirt-users] Re: vdsClient in oVirt 4.3

2019-04-03 Thread Liran Rotenberg
I think the similar way to do it as you used to is:
$ vdsm-client Volume setLegality storagedomainID=sdUUID
storagepoolID=spUUID imageID=imgUUID legality=LEGAL volumeID=volUUID
Where the values you set should be inside quotes for example 'LEGAL'.

On Wed, Apr 3, 2019 at 1:08 PM  wrote:
>
> Hi Benny,
>
> Thanks for the help.
>
> Could you please tell me what job_uuid and vol_gen should be replaced
> by? Should I just put any UUID for the job?
>
> Thanks.
>
> El 2019-04-03 09:52, Benny Zlotnik escribió:
> > it should be something like this:
> >   $ cat update.json
> >   {
> >   "job_id":"",
> >   "vol_info": {
> >   "sd_id": "",
> >   "img_id": "",
> >   "vol_id": "",
> >   "generation": ""
> >   },
> >   "legality": "LEGAL"
> >   }
> >   }
> >
> >   $ vdsm-client SDM update_volume -f update.json
> >
> > On Wed, Apr 3, 2019 at 11:48 AM  wrote:
> >>
> >> Hi,
> >>
> >> In oVirt 4.1 we used this command to set a volume as LEGAL:
> >>
> >>  vdsClient -s  setVolumeLegality sdUUID spUUID imgUUID
> >> leafUUID
> >> LEGAL
> >>
> >> What would be the equivalent to this command using vdsm-client in
> >> oVirt
> >> 4.3?
> >>
> >> Thanks.
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LUZX6W6KWRZWHDRDJPH6PIEGRVNAGVED/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RMQL7YGTBFQVMBTW574KGHPPQPHEMWXO/


[ovirt-users] Re: Wrong CPU performance report

2019-02-03 Thread Liran Rotenberg
Hi,
If your windows guest is with update 1803 or above you might hit this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1644693

Regards,
Liran.

On Sun, Feb 3, 2019 at 11:28 PM Hetz Ben Hamo  wrote:

> Hi,
>
> I'm running oVirt 4.2.7.1. I installed Windows 10 pro as a guest, along
> with QXL and all the drivers, as well as QEMU guest agent.
>
> While Windows reports a CPU usage of something like 2-4% when idle, oVirt
> reports 24-27% CPU usage.
>
> Bug? should I report it?
>
> Thanks
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OJMAVROXJOSJ2B33BZ5XFJ2QGHONM65Z/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MK5QWLJTGPQPLMSFLYR52UQXSVZU5BBR/