[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread Nur Imam Febrianto 
Confirmed, excluding edk2-ovmf will solve the issue.
Thanks for your info 😊

Regards,
Nur Imam Febrianto

From: Jeff Bailey
Sent: 25 May 2021 23:16
To: users@ovirt.org
Subject: [ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 
Stream Host


If it's the same problem that I ran into then it's the latest version of 
edk2-ovmf.  I'm not sure why it was pushed into the repos without a fixed 
libvirt to go with it.


On 5/25/2021 7:20 AM, Nur Imam Febrianto wrote:
Hi,
This morning I have a problem that suddenly my Host (Using Centos 8 Stream, not 
oVirt Node) showing error with Cpu Compatibility. It says my CPU doesn’t have 
Haswell-noTSX and spec_ctrl flag. After downgrading the kernel back from 4.18.0 
– 305 to 4.18.0 – 301.1 and rollback yum update, it working again. Do anybody 
having same issue ?
I’m using Xeon E5-2695v4 with cluster compatibility Secure Intel Haswell. Using 
oVirt 4.4.6 on CentOS Stream host.

Thanks before.

Sent from 
Mail
 for Windows 10




___

Users mailing list -- users@ovirt.org

To unsubscribe send an email to 
users-le...@ovirt.org

Privacy Statement: 
https://www.ovirt.org/privacy-policy.html

oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/

List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7R7SFBOPQL5S6WRT7RLZMIXOIOYBUGIF/

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

[ovirt-users] Re: Strange Issue with imageio

2021-05-26 Thread Eyal Shenitzky 
This bug is targeted to be fixed in 4.4.7 so 4.4.6 doesn't contain the fix.

On Mon, 17 May 2021 at 19:22, Gianluca Cecchi 
wrote:

> On Sat, Apr 17, 2021 at 6:27 AM Nur Imam Febrianto 
> wrote:
>
>> Hi,
>>
>>
>>
>> Already submit *Bug 1950593*
>>  for this issue.
>>
>> Thanks before.
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>>
>>
>>
>>
> It seems I have the same problem with my 4.4.5.
> Any info if it is fixed in the latest 4.4.6? It seems no update inside the
> bug page..
>
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AOYURYKBUNWDOIABVNYMU6IVLAE4H3YD/
>


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

[ovirt-users] Re: Live ("any") disk migration between storages KILLS a virtual machine with Windows (UEFI) !!!

2021-05-26 Thread Eyal Shenitzky 
I can't download the logs from that source.

Please file a bug and attach the logs there with all the needed info -
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

On Sat, 15 May 2021 at 21:21, Patrick Lomakin 
wrote:

> > Can you share the engine and VDSM logs?
> >
> > On Wed, 12 May 2021 at 21:01, Patrick Lomakin  gmail.com>
> > wrote:
> As I continued, I learned that a colleague had encountered this problem at
> Proxmox. In this case, migrating the disk to the original storage helped
> start the VM. In oVirt, this did not happen. And yes - this problem only
> affects Windows with UEFI (in my particular case). I assume it is related
> to KVM-based systems, and yet it is a very serious problem.  In oVirt, as
> it is, it's not very convenient to back up VMs and it's just unacceptable
> to destroy virtual machines at the same time. I have attached the logs of
> the engine - https://wdfiles.ru/73360d and VDSM -
> https://wdfiles.ru/3f4f1e
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/R4FLP2LRACYFGYDB3ZY4JUHUC2O7YPKD/
>


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

[ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint

2021-05-26 Thread Eyal Shenitzky 
On Wed, 26 May 2021 at 12:51, Tommaso - Shellrent via Users 
wrote:

> after some investigation we have foud that:
>
> via virsh our VM have 71 checkpoint
>
> on engine's db, in the table vm_checkpoints there are ZERO checkpoint.
>
> Is ther a way to sync the checkpoints?!?
>
>
> Regards,
> Tommaso
> Il 26/05/2021 10:27, Tommaso - Shellrent via Users ha scritto:
>
> Hi to all. We have almost the same problem.
>
> After a snapshot restore in a checkpoint taken previous last incremental
> backup, we have alwes the error "Parent checkpoint ID does not match the
> actual leaf checkpoint".
> we have also the " parent_checkpoint_id: None"
>
>
If you restored a snapshot then all the checkpoints that were taken after
that snapshot are now gone -
https://bugzilla.redhat.com/show_bug.cgi?id=1952577.

A full backup is needed in this case.

In order to get over "Parent checkpoint ID does not match the actual leaf
checkpoint" you should upgrade to a newer version, fixed in 4.4.6.



> there is a wey to fix it on a production env?
>
> our engine version is 4.4.5.11 and vdsm 4.40.50
>
>
>
>
>
> Il 19/07/2020 23:27, Nir Soffer ha scritto:
>
> On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński <
> l.kolacin...@storware.eu> wrote:
>
>> Hello,
>> Thanks to previous answers, I was able to make backups. Unfortunately,
>> we had some infrastructure issues and after the host reboots new problems
>> appeared. I am not able to do any backup using the commands that worked
>> yesterday. I looked through the logs and there is something like this:
>>
>> 2020-07-17 15:06:30,644+02 ERROR
>> [org.ovirt.engine.core.bll.StartVmBackupCommand]
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-54)
>> [944a1447-4ea5-4a1c-b971-0bc612b6e45e] Failed to execute VM backup
>> operation 'StartVmBackup': {}:
>> org.ovirt.engine.core.common.errors.EngineException: EngineException:
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>> VDSGenericException: VDSErrorException: Failed to StartVmBackupVDS, error =
>> Checkpoint Error: {'parent_checkpoint_id': None, 'leaf_checkpoint_id':
>> 'cd078706-84c0-4370-a6ec-654ccd6a21aa', 'vm_id':
>> '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'reason': '*Parent checkpoint ID
>> does not match the actual leaf checkpoint*'}, code = 1610 (Failed with
>> error unexpected and code 16)
>>
>>
> It looks like engine sent:
>
> parent_checkpoint_id: None
>
> This issue was fix in engine few weeks ago.
>
> Which engine and vdsm versions are you testing?
>
>
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2114)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performVmBackupOperation(StartVmBackupCommand.java:368)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.runVmBackup(StartVmBackupCommand.java:225)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performNextOperation(StartVmBackupCommand.java:199)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:80)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
>> at
>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
>> at
>> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
>> at
>> java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
>> at
>> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
>> at
>> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>> at
>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>> at java.base/java.lang.Thread.run(Thread.java:834)
>> at
>> org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
>>
>>
>> And the last error is:
>>
>> 2020-07-17 15:13:45,835+02 ERROR
>> [or

[ovirt-users] Re: Hosted-engine fail and host reboot

2021-05-26 Thread Yedidyah Bar David 
On Wed, May 26, 2021 at 7:13 PM Dominique D
 wrote:
>
> I tried with a 1 baremetal host, 3 baremetals or virtual hosts and I still 
> have the same problem for installing the hosted-engine. Hyperconverge 
> installs well.
>
> I have tried with multiple version of ovirt ISO file 4.4.1 and 4.4.4 and 
> 4.4.6.
>
>
> when I run hosted-engine --deploy or with the cockpit, it creates a temporary 
> VM in the 192.168.222.x subnet and I am able to connect in ssh on this 
> temporary ip. When the script displays "TASK 
> [ovirt.ovirt.hoted_engine_setup]: Wait for the host to be up" the server 
> reboots and I have nothing left.

Sounds like it should have been fixed with [1]. Are you sure this
happens also with 4.4.6?

[1] https://github.com/oVirt/ovirt-ansible-collection/pull/218

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

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread Nur Imam Febrianto 
Already trying several things, seem kernel update doesn’t make this problem 
happen. Already tried to yum update exclude kernel, the issue still happened.

Thanks.

Regards,
Nur Imam Febrianto

From: k.gunasekhar--- via Users
Sent: 26 May 2021 12:27
To: users@ovirt.org
Subject: [ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 
Stream Host

I also end up with the same problem today. How did rollback yum i see many yum 
updates in the yum history.

Here is what the error says.

The host CPU does not match the Cluster CPU Type and is running in a degraded 
mode. It is missing the following CPU flags: model_IvyBridge, spec_ctrl. Please 
update the host CPU microcode or change the Cluster CPU Type.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.html&data=04%7C01%7C%7Ccdfdf3baa30a417b631a08d92006eeac%7C84df9e7fe9f640afb435%7C1%7C0%7C637576036430558160%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=ioM1ZSkM2q7CNvInAJQdg0n%2BZdUNSMG%2BpmapvHi%2FFKo%3D&reserved=0
oVirt Code of Conduct: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=04%7C01%7C%7Ccdfdf3baa30a417b631a08d92006eeac%7C84df9e7fe9f640afb435%7C1%7C0%7C637576036430558160%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6pxtmPuppncwbn6Q3sRxYq%2BdpbK68bZ1HV28qnxAf0w%3D&reserved=0
List Archives: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F7VQ7CABK4FIP4SLPNNPEVZSCM6DTIUAD%2F&data=04%7C01%7C%7Ccdfdf3baa30a417b631a08d92006eeac%7C84df9e7fe9f640afb435%7C1%7C0%7C637576036430558160%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=UxZ3oeiPqYUo1N6dvIAyUmlTPWv%2FG1FM0AMmF%2FLHmno%3D&reserved=0

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

[ovirt-users] Adding a 4th compute host to a HCI environment

2021-05-26 Thread David White via Users 
Hello,
Is there documentation anywhere for adding a 4th compute-only host to an 
existing HCI cluster?

I did the following earlier today:

-   Installed RHEL 8.4 onto the new (4th) host
-   Setup an NFS share on the host
-   Attached the NFS share to oVirt as a new storage domain

-   I then turned the NFS share into a "backup domain"

-   Once that was done, I installed ovirt-release44.rpm, followed by some ovirt 
packages:

-   yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
-   yum install cockpit-ovirt-dashboard vdsm-gluster ovirt-host

-   I then logged into the oVirt Manager Web UI, navigated to Hosts, and 
clicked on New

-   I successfully added the new host to the cluster

Once this was all done, load average on all 3 of my original HCI nodes started 
to go through the roof.
I've seen servers' load average go through the roof before when NFS shares are 
down, so I suspect that something happened to the NFS share when I went to add 
the host as a compute node.

In an effort to get things stabilized, I wound up yanking the new host out of 
oVirt, as well as the NFS share, at which point things did stabilize again. 

My goal here:

-   Setup the host as a compute-only host (don't participate in the gluster 
cluster)
-   Setup the NFS share for backup purposes

Writing this email and reviewing my bash history, I think one of the places I 
went wrong was I installed vdsm-gluster. I don't think I need that, do I?

Is what I'm trying to do possible?

Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/42PVAMDONLAUFOODPHNWHGQ4WNOJMHPJ/

[ovirt-users] Re: Guest CPU compatibility issues on upgraded host - RHEL 8

2021-05-26 Thread David White via Users 
I think my "CPU" issue may have been partly a combination with low available 
RAM in the cluster. I wound up putting the 1st host back into maintenance mode 
and running *another* upgrade on the host. 

After it rebooted again, it was fully available to the cluster. And I 
successfully upgraded a 2nd host, onto which I was able to migrate VMs for 
preparation of upgrading the 3rd host.

All seems well, for now, after I upgraded the 1st host a second time earlier 
today.

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Wednesday, May 26, 2021 2:55 PM, David White via Users  
wrote:

> I have oVirt 4.4.6 running on my Engine VM.
> I also have oVirt 4.4.6 on one of my hosts.
> 

> The other two hosts are still on oVirt 4.4.5.
> My issue seems slightly different than the issue(s) other people have 
> described.
> 

> I'm on RHEL 8 hosts.
> 

> My Engine VM is running fine on the upgraded host, as is one of my Ubuntu 
> guests.
> However, it seems like I'm not able to migrate *ANY* other guests over the 
> new host. 
> The oVirt UI just indicates that for whatever reason the upgraded host isn't 
> available / compatible for a VM to be migrated to.
> 

> I'm not sure how or why this 1 Ubuntu guest VM was able to get migrated, but 
> it looks like its working just fine.
> 

> I did try:
> yum downgrade edk2-ovmf
> 

> Base on other people's comments. But I'm not sure how long to wait, or what 
> else to try, to try to get my upgraded host operational again.
> 

> Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7D3TJKGKT3Q7NFWSEYGIBUTYAQ27GCFK/

[ovirt-users] Re: issue creating disk with rest api using json format

2021-05-26 Thread Pascal D 
I tried all sort of ways and none work in json. However I have no problem 
creating a VM using json or other entities. It seems to me it could be a bug 
and this is why I am reporting in. I am using 4.3 by the way.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZFAOFG557DDN7FIWKGWEZGEDE25H2VHZ/

[ovirt-users] Guest CPU compatibility issues on upgraded host - RHEL 8

2021-05-26 Thread David White via Users 
I have oVirt 4.4.6 running on my Engine VM.
I also have oVirt 4.4.6 on one of my hosts.

The other two hosts are still on oVirt 4.4.5.
My issue seems slightly different than the issue(s) other people have described.

I'm on RHEL 8 hosts.

My Engine VM is running fine on the upgraded host, as is one of my Ubuntu 
guests.
However, it seems like I'm not able to migrate *ANY* other guests over the new 
host. The oVirt UI just indicates that for whatever reason the upgraded host 
isn't available / compatible for a VM to be migrated to.

I'm not sure how or why this 1 Ubuntu guest VM was able to get migrated, but it 
looks like its working just fine.

I did try:
yum downgrade edk2-ovmf

Base on other people's comments. But I'm not sure how long to wait, or what 
else to try, to try to get my upgraded host operational again.

Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


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

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread k.gunasekhar--- via Users 
Yes, i am able to bring up the hosts after downgrade... thank you
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TTXVRZKVDDGLDLMMAWSNCBQHDVEWU27I/

[ovirt-users] Re: Error while deploying Hyperconverged oVirt 4.3.3(el7) + GlusterFS

2021-05-26 Thread Strahil Nikolov via Users 
What is the output of 'ip a s' from the host ?
Best Regards,Strahil Nikolov
 
 
  On Tue, May 25, 2021 at 16:05, techbreak--- via Users wrote: 
  I've tried also with command line using "hosted-engine --deploy" and 
following the guided tour, but then I end up with this error:

[ INFO  ] TASK [ovirt.hosted_engine_setup : Validate selected bridge interface 
if management bridge does not exists]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The 
selected network interface is not valid"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing 
ansible-playbook

How can I solve this problem?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HN6GY3PNIBBVNTTVOHSZB4VJAHD7TO3Q/
  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MHJADJAUJJCU7KT5NKXGZMQ37ZZE3R6X/

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread Jeff Bailey 
Yes, downgrading edk2-ovmf will fix it.  Ultimately, there should be a 
new version of libvirt that works with the new edk2-ovmf but for now 
they're incompatible.



On 5/26/2021 12:28 PM, k.gunasekhar--- via Users wrote:

Thank you for your update .

is yum downgrade  edk2-ovmf worked? of any other changes to be made.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QTECUZO5WYA3AZKXNBJ25TM7KVQ25AUM/

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

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread k.gunasekhar--- via Users 
i do see this issue Network manager keep breaking .
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RT3BXOB7NLSWOJD4KP26PON6L5MCASGY/

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread k.gunasekhar--- via Users 
Thank you for your update . 

is yum downgrade  edk2-ovmf worked? of any other changes to be made.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QTECUZO5WYA3AZKXNBJ25TM7KVQ25AUM/

[ovirt-users] Hosted-engine fail and host reboot

2021-05-26 Thread Dominique D 
I tried with a 1 baremetal host, 3 baremetals or virtual hosts and I still have 
the same problem for installing the hosted-engine. Hyperconverge installs well.

I have tried with multiple version of ovirt ISO file 4.4.1 and 4.4.4 and 4.4.6. 
 


when I run hosted-engine --deploy or with the cockpit, it creates a temporary 
VM in the 192.168.222.x subnet and I am able to connect in ssh on this 
temporary ip. When the script displays "TASK [ovirt.ovirt.hoted_engine_setup]: 
Wait for the host to be up" the server reboots and I have nothing left.

problem when creation of the ovirtmgmt? 

here all my log 
https://drive.google.com/drive/folders/1kFFSlIqbjVwSN8t88aQZZR45DYEHPUvt?usp=sharing

021-05-26 10:15:09,135-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 TASK [ovirt.ovirt.hosted_engine_setup : 
Always revoke the SSO token]
2021-05-26 10:15:10,439-0400 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:105 
{'msg': "You must specify either 'url' or 'hostname'.", 'invocation': 
{'module_args': {'state': 'absent', 'ovirt_auth': {'changed': False, 
'ansible_facts': {'ovirt_auth': {'token': 
'Mz2onwB7qWX2x8HnJVgetQIQ9U4eVziRt8TEabfoizI2B98d0PDp-yxTU92a9lbun2vcr_i5yOXRsJKJKhqkVw',
 'url': 'https://oe.telecom.lan/ovirt-engine/api', 'ca_file': None, 'insecure': 
True, 'timeout': 0, 'compress': True, 'kerberos': False, 'headers': None}}, 
'failed': False, 'attempts': 1}, 'timeout': 0, 'compress': True, 'kerberos': 
False, 'url': None, 'hostname': None, 'username': None, 'password': None, 
'ca_file': None, 'insecure': None, 'headers': None, 'token': None}}, 
'_ansible_no_log': False, 'changed': False}
2021-05-26 10:15:10,540-0400 DEBUG 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:105 
ignored: [localhost]: FAILED! => {"changed": false, "msg": "You must specify 
either 'url' or 'hostname'."}
2021-05-26 10:15:11,643-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 TASK [ovirt.ovirt.hosted_engine_setup : 
include_tasks]
2021-05-26 10:15:12,647-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 ok: [localhost]
2021-05-26 10:15:13,851-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 TASK [ovirt.ovirt.hosted_engine_setup : 
Obtain SSO token using username/password credentials]
2021-05-26 10:15:15,261-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 ok: [localhost]
2021-05-26 10:15:17,275-0400 INFO otopi.ovirt_hosted_engine_setup.ansible_utils 
ansible_utils._process_output:111 TASK [ovirt.ovirt.hosted_engine_setup : Wait 
for the host to be up]
2021-05-26 10:22:54,758-0400 ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Closing up': SIG1
2021-05-26 10:22:54,762-0400 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2021-05-26 10:22:54,763-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'True'
2021-05-26 10:22:54,763-0400 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/exceptionInfo=list:'[(, RuntimeError('SIG1',), 
)]'

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

[ovirt-users] Re: CPU Compatibility Problem after Upgrading Centos 8 Stream Host

2021-05-26 Thread Jeff Bailey 
You  might also want to watch out for hostname-3.20-7.el8.x86_64.  It's 
causing loops in systemd's service start ordering which get broken by 
randomly not starting a service.  Often this service turns out to be 
NetworkManager :(



On 5/25/2021 1:38 PM, nsu...@provmed.net wrote:

Thanks Jeff Bailey,

The issue was with edk2-ovmf, rolling that package back and it started 
recognizing the CPU correctly.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6J2WGNN3XPPH6ALLNPEE72J5JLUVESSH/

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

[ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint

2021-05-26 Thread Nir Soffer 
On Wed, May 26, 2021 at 12:48 PM Tommaso - Shellrent 
wrote:

> after some investigation we have foud that:
>
> via virsh our VM have 71 checkpoint
>
> on engine's db, in the table vm_checkpoints there are ZERO checkpoint.
>
> Is ther a way to sync the checkpoints?!?
>

Engine deletes all checkpoints from engine if it cannot redefine
the checkpoints in libvirt. After this you must start again with full
backup.

The stale checkpoint in libvirt should not happen, please file a bug for
this.
We need to understand why engine deleted the checkpoints without deleting
the checkpoints in libvirt.

To checkpoints in libvirt are deleted when you stop the vm.

You can also delete them safely using virsh.

Nir

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

[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: Parent checkpoint ID does not match the actual leaf checkpoint

2021-05-26 Thread Tommaso - Shellrent via Users 

after some investigation we have foud that:

via virsh our VM have 71 checkpoint

on engine's db, in the table vm_checkpoints there are ZERO checkpoint.

Is ther a way to sync the checkpoints?!?


Regards,
Tommaso

Il 26/05/2021 10:27, Tommaso - Shellrent via Users ha scritto:


Hi to all. We have almost the same problem.

After a snapshot restore in a checkpoint taken previous last 
incremental backup, we have alwes the error "Parent checkpoint ID does 
not match the actual leaf checkpoint".

we have also the " parent_checkpoint_id: None"

there is a wey to fix it on a production env?

our engine version is 4.4.5.11 and vdsm 4.40.50





Il 19/07/2020 23:27, Nir Soffer ha scritto:
On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński 
mailto:l.kolacin...@storware.eu>> wrote:


Hello,
Thanks to previous answers, I was able to make backups.
Unfortunately, we had some infrastructure issues and after the
host reboots new problems appeared. I am not able to do any
backup using the commands that worked yesterday. I looked through
the logs and there is something like this:

2020-07-17 15:06:30,644+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-54)
[944a1447-4ea5-4a1c-b971-0bc612b6e45e] Failed to execute VM
backup operation 'StartVmBackup': {}:
org.ovirt.engine.core.common.errors.EngineException:
EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
StartVmBackupVDS, error = Checkpoint Error:
{'parent_checkpoint_id': None, 'leaf_checkpoint_id':
'cd078706-84c0-4370-a6ec-654ccd6a21aa', 'vm_id':
'116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'reason': '*Parent
checkpoint ID does not match the actual leaf checkpoint*'},
code = 1610 (Failed with error unexpected and code 16)


It looks like engine sent:

    parent_checkpoint_id: None

This issue was fix in engine few weeks ago.

Which engine and vdsm versions are you testing?

at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2114)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performVmBackupOperation(StartVmBackupCommand.java:368)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.runVmBackup(StartVmBackupCommand.java:225)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performNextOperation(StartVmBackupCommand.java:199)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:80)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
at

java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at

java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
at

java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at

java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)


And the last error is:

2020-07-17 15:13:45,835+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14)
[f553c1f2-1c99-4118-9365-ba6b862da936] Failed

[ovirt-users] Re: Centos 8 to Centos Stream

2021-05-26 Thread Gilboa Davara 
On Thu, May 20, 2021 at 9:49 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 19 mag 2021 alle ore 17:02 Gilboa Davara 
> ha scritto:
>
>> On Wed, May 19, 2021 at 12:50 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mer 19 mag 2021 alle ore 10:25  ha
>>> scritto:
>>>
 Hi,
 in preparation for upgrade of stand alone engine from centos 8 to
 centos stream, I would like to know if exist a procedure to follow for this
 operation or I must only follow the instruction on CentOS official site. 
 [1]
>>>
>>>
>>>
>>> CentOS procedure is correct. Only addition is after upgrading to Stream
>>> re-install the ovirt-release44 rpm
>>>
>>
>> Both on host(s) and hosted engine? In what order?
>>
>> - Gilboa
>>
>
> I would start with the engine but order shouldn't really matter here.
>
>
Thanks.
I'll give it a try on one of my test machines / clusters.

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

[ovirt-users] Re: Parent checkpoint ID does not match the actual leaf checkpoint

2021-05-26 Thread Tommaso - Shellrent via Users 

Hi to all. We have almost the same problem.

After a snapshot restore in a checkpoint taken previous last incremental 
backup, we have alwes the error "Parent checkpoint ID does not match the 
actual leaf checkpoint".

we have also the " parent_checkpoint_id: None"

there is a wey to fix it on a production env?

our engine version is 4.4.5.11 and vdsm 4.40.50





Il 19/07/2020 23:27, Nir Soffer ha scritto:
On Sun, Jul 19, 2020 at 5:38 PM Łukasz Kołaciński 
mailto:l.kolacin...@storware.eu>> wrote:


Hello,
Thanks to previous answers, I was able to make backups.
Unfortunately, we had some infrastructure issues and after the
host reboots new problems appeared. I am not able to do any backup
using the commands that worked yesterday. I looked through the
logs and there is something like this:

2020-07-17 15:06:30,644+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-54)
[944a1447-4ea5-4a1c-b971-0bc612b6e45e] Failed to execute VM
backup operation 'StartVmBackup': {}:
org.ovirt.engine.core.common.errors.EngineException:
EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
StartVmBackupVDS, error = Checkpoint Error:
{'parent_checkpoint_id': None, 'leaf_checkpoint_id':
'cd078706-84c0-4370-a6ec-654ccd6a21aa', 'vm_id':
'116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'reason': '*Parent
checkpoint ID does not match the actual leaf checkpoint*'},
code = 1610 (Failed with error unexpected and code 16)


It looks like engine sent:

    parent_checkpoint_id: None

This issue was fix in engine few weeks ago.

Which engine and vdsm versions are you testing?

at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2114)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performVmBackupOperation(StartVmBackupCommand.java:368)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.runVmBackup(StartVmBackupCommand.java:225)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.StartVmBackupCommand.performNextOperation(StartVmBackupCommand.java:199)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:80)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
at

deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
at

java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at

java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
at

java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at

java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
at

org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)


And the last error is:

2020-07-17 15:13:45,835+02 ERROR
[org.ovirt.engine.core.bll.StartVmBackupCommand]
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-14)
[f553c1f2-1c99-4118-9365-ba6b862da936] Failed to execute VM
backup operation 'GetVmBackupInfo': {}:
org.ovirt.engine.core.common.errors.EngineException:
EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to

[ovirt-users] Re: issue creating disk with rest api using json format

2021-05-26 Thread Vojtech Juranek 
On Wednesday, 26 May 2021 04:27:27 CEST Pascal D wrote:
> I am unable to create disk using JSON however the same query in XML works
> great. In Json I get the following message back: 
 {
>   "detail": "For correct usage, see:
> https://ov1.butterflyit.com/ovirt-engine/apidoc#services/disks/methods/add";
> ,
 "reason": "Request syntactically incorrect."
> }
> 
> Both use POST /ovirt-engine/api/disks and the content-type is either
> application/json or application/xml
 
> Here is the request in JSON:
> 
> {
>"id": "866770c3-acf9-4f67-b72c-05ed241908e4",
>   "name": "mydisk",
>   "description": "test disk",
>   "bootable": false,
>   "shareable": true,
>   "provisioned_size": 1024000,
>   "interface": "virtio",
>   "format": "cow",
>   "storage_domains": {
>   "storage_domain": {
> "name": "VMS"
>   }
>   }
> }

I didn't try, but I guess you need

{
disk = {
"id": "",
...
}
}

> And here it is in XML
> 
> 
>   false
>   mydisk
>   test Drive
>   virtio
>   1024000
>   cow
>   
>   
>   VMS
>   
>   
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/ List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/S7PPYRFB5AIRR
> BW5PMNTCMB2PTIF6FT2/



signature.asc
Description: This is a digitally signed message part.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GM37DPIYWSEXKUGF2GWTHDWCD7QAUJ4Y/

[ovirt-users] Re: Data Centers status Not Operational

2021-05-26 Thread Vojtech Juranek 
On Tuesday, 25 May 2021 19:56:29 CEST nexp...@gmail.com wrote:
> Thank you for your time.
> 
> SSH is working in every host and I can connect to everyone.
> 
> I'm not sure Super VDSM daemon server is vdsmd service.

No, it's something little it different. I'm not sure if " VDS daemon server" 
in 3.X is the same as vdsmd. Try to start vdsmd service and check vdsm logs.

> 
> See commands and responses from HV3
> 
> systemctl
> -bash: systemctl: command not found
> 
> service --status-all
> 
> 
> abrt-ccpp hook is not installed
> abrtd (pid  2709) is running...
> abrt-dump-oops is stopped
> acpid (pid  2163) is running...
> atd (pid  2775) is running...
> auditd (pid  1903) is running...
> automount (pid  2404) is running...
> certmonger (pid  2814) is running...
> Running
> cgred is stopped
> cpuspeed is stopped
> crond (pid  2762) is running...
> cupsd (pid  2138) is running...
> dnsmasq is stopped
> # Generated by ebtables-save v1.0 on Tue May 25 18:54:05 CEST 2021
> *nat
> 
> :PREROUTING ACCEPT
> :OUTPUT ACCEPT
> :POSTROUTING ACCEPT
> :libvirt-I-vnet7 ACCEPT
> :I-vnet7-mac ACCEPT
> :I-vnet7-arp-mac ACCEPT
> :libvirt-I-vnet0 ACCEPT
> :I-vnet0-mac ACCEPT
> :I-vnet0-arp-mac ACCEPT
> :libvirt-I-vnet4 ACCEPT
> :I-vnet4-mac ACCEPT
> :I-vnet4-arp-mac ACCEPT
> :libvirt-I-vnet5 ACCEPT
> :I-vnet5-mac ACCEPT
> :I-vnet5-arp-mac ACCEPT
> :libvirt-I-vnet1 ACCEPT
> :I-vnet1-mac ACCEPT
> :I-vnet1-arp-mac ACCEPT
> :libvirt-I-vnet2 ACCEPT
> :I-vnet2-mac ACCEPT
> :I-vnet2-arp-mac ACCEPT
> :libvirt-I-vnet3 ACCEPT
> :I-vnet3-mac ACCEPT
> :I-vnet3-arp-mac ACCEPT
> 
> -A PREROUTING -i vnet7 -j libvirt-I-vnet7
> -A PREROUTING -i vnet0 -j libvirt-I-vnet0
> -A PREROUTING -i vnet4 -j libvirt-I-vnet4
> -A PREROUTING -i vnet5 -j libvirt-I-vnet5
> -A PREROUTING -i vnet1 -j libvirt-I-vnet1
> -A PREROUTING -i vnet2 -j libvirt-I-vnet2
> -A PREROUTING -i vnet3 -j libvirt-I-vnet3
> -A libvirt-I-vnet7 -j I-vnet7-mac
> -A libvirt-I-vnet7 -p ARP -j I-vnet7-arp-mac
> -A I-vnet7-mac -s 0:1a:4a:6b:89:df -j RETURN
> -A I-vnet7-mac -j DROP
> -A I-vnet7-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:df -j RETURN
> -A I-vnet7-arp-mac -j DROP
> -A libvirt-I-vnet0 -j I-vnet0-mac
> -A libvirt-I-vnet0 -p ARP -j I-vnet0-arp-mac
> -A I-vnet0-mac -s 0:1a:4a:6b:89:12 -j RETURN
> -A I-vnet0-mac -j DROP
> -A I-vnet0-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:12 -j RETURN
> -A I-vnet0-arp-mac -j DROP
> -A libvirt-I-vnet4 -j I-vnet4-mac
> -A libvirt-I-vnet4 -p ARP -j I-vnet4-arp-mac
> -A I-vnet4-mac -s 0:1a:4a:6b:89:f5 -j RETURN
> -A I-vnet4-mac -j DROP
> -A I-vnet4-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:f5 -j RETURN
> -A I-vnet4-arp-mac -j DROP
> -A libvirt-I-vnet5 -j I-vnet5-mac
> -A libvirt-I-vnet5 -p ARP -j I-vnet5-arp-mac
> -A I-vnet5-mac -s 0:1a:4a:6b:89:fe -j RETURN
> -A I-vnet5-mac -j DROP
> -A I-vnet5-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:fe -j RETURN
> -A I-vnet5-arp-mac -j DROP
> -A libvirt-I-vnet1 -j I-vnet1-mac
> -A libvirt-I-vnet1 -p ARP -j I-vnet1-arp-mac
> -A I-vnet1-mac -s 0:1a:4a:6b:89:f8 -j RETURN
> -A I-vnet1-mac -j DROP
> -A I-vnet1-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:f8 -j RETURN
> -A I-vnet1-arp-mac -j DROP
> -A libvirt-I-vnet2 -j I-vnet2-mac
> -A libvirt-I-vnet2 -p ARP -j I-vnet2-arp-mac
> -A I-vnet2-mac -s 0:1a:4a:6b:89:11 -j RETURN
> -A I-vnet2-mac -j DROP
> -A I-vnet2-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:11 -j RETURN
> -A I-vnet2-arp-mac -j DROP
> -A libvirt-I-vnet3 -j I-vnet3-mac
> -A libvirt-I-vnet3 -p ARP -j I-vnet3-arp-mac
> -A I-vnet3-mac -s 0:1a:4a:6b:89:15 -j RETURN
> -A I-vnet3-mac -j DROP
> -A I-vnet3-arp-mac -p ARP --arp-mac-src 0:1a:4a:6b:89:15 -j RETURN
> -A I-vnet3-arp-mac -j DROP
> 
> hald (pid  2172) is running...
> htcacheclean is stopped
> httpd (pid  11862) is running...
> Table: filter
> Chain INPUT (policy ACCEPT)
> num  target prot opt source   destination
> 1ACCEPT all  ::/0 ::/0state
> RELATED,ESTABLISHED
 2ACCEPT icmpv6::/0 ::/0
> 3ACCEPT all  ::/0 ::/0
> 4ACCEPT tcp  ::/0 ::/0state NEW
> tcp dpt:22
 5REJECT all  ::/0 ::/0 
>   reject-with icmp6-adm-prohibited 
> Chain FORWARD (policy ACCEPT)
> num  target prot opt source   destination
> 1REJECT all  ::/0 ::/0   
> reject-with icmp6-adm-prohibited
 
> Chain OUTPUT (policy ACCEPT)
> num  target prot opt source   destination
> 
> ipmievd is stopped
> Table: nat
> Chain PREROUTING (policy ACCEPT)
> num  target prot opt source   destination
> 
> Chain POSTROUTING (policy ACCEPT)
> num  target prot opt source   destination
> 
> Chain OUTPUT (policy ACCEPT)
> num  target prot opt source   destination
> 
> Table: filter
> Chain INPUT (policy ACCEPT)
> num  target prot opt source   destination
> 
> Chain FORWARD (policy