[ovirt-users] Migrating to keycloak

2022-12-08 Thread None via Users
I have an existing ovirt cluster, and I'm trying to migrate it from the 
internal sso and LDAP over to keycloak but am kind of at a loss.

I followed the Activation procedures on 
https://github.com/oVirt/ovirt-engine-keycloak/blob/master/keycloak_usage.md#Internal-Keycloak-activation-procedure
 and am able to login to the keycloak console fine, but when I try to access 
the ovirt-engine admin panel I just get an internal server error.

httpd log contains "oidc_util_json_string_print: oidc_util_check_json_error: 
response contained an "error" entry with value: ""Realm does not exist"""

Does engine-setup not configure the keycloak it creates with the proper 
configuration for ovirt? The apache config seems to have some password and 
other settings for oidc, so that end got configured, but not the keycloak side. 
There's no ovirt-engine or other ovirt related clients inside the newly created 
keycloak.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GCGN6VVSDX3JC5JY7R65I4RJCK2VJRKP/


[ovirt-users] Combining vNUMA and dedicated CPU Pinning Policy

2022-12-08 Thread Gianluca Amato
Hello,
as stated in the subject, I am trying to combine the "dedicated" CPU Pinning 
Policy with vNUMA. My host has 2 sockets, 28 cores per socket and 2 threads per 
core. In each socket I allocated 128 hugepages of 1GB each. This is the output 
of "numactl --hardware":


available: 2 nodes (0-1)
node 0 cpus: 0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 
48 50 52 54 56 58 60 62 64 66 68 70 72 74 76 78 80 82 84 86 88 90 92 94 96 98 
100 102 104 106 108 110
node 0 size: 257333 MB
node 0 free: 122518 MB
node 1 cpus: 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 
49 51 53 55 57 59 61 63 65 67 69 71 73 75 77 79 81 83 85 87 89 91 93 95 97 99 
101 103 105 107 109 111
node 1 size: 257993 MB
node 1 free: 124972 MB
node distances:
node   0   1 
  0:  10  21 
  1:  21  10 
---

I would like to dedicate one half of all the cores to a single guest. I created 
a VM with 2 sockets, 14 cores per socket and 2 threads per core, using the 
"dedicated" CPU Pinning Policy. If a set "NUMA Node Count" to zero, the VM 
starts and works flawlessy. However, all virtual cores are allocated in the 
first physical socket. If I set "NUMA Node Count" to 2 (without pinning vNUMA 
nodes  to host NUMA nodes) I cannot start the VM since I get the error message: 
"The host xyz did not satisfy internal filter CpuPinning because it doesn't 
have enough CPUs for the dedicated CPU policy that the VM is set with.. ". 
Same thing happens if I set "NUMA Node Count" to 1.

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


[ovirt-users] Re: Host kernel command line incorrectly quoted in oVirt 4.5.3.2

2022-12-08 Thread Gianluca Amato
Michal, thanks a lot !
I was trying to submit the bug report using bugzilla following the instructions 
on this page : https://www.ovirt.org/community/report-a-bug.html.

I assume it is obsolete!

Thanks again,
--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/LCIBO3PHMCHAVW42GOYXIFSBW67RKC5W/


[ovirt-users] Re: Host kernel command line incorrectly quoted in oVirt 4.5.3.2

2022-12-08 Thread Michal Skrivanek


> On 8. 12. 2022, at 13:05, Gianluca Amato  wrote:
> 
> Hi all.
> I recently changed the kernel command line of one of my hosts using oVirt 
> Manager (I use a custom kernel command line, not one obtained by selecting 
> the standard features). This did not work as expected. The entire kernel 
> command line was saved in /boot/loader/entries surrounded by single quotes, 
> making it useless for the kernel. I may later fix the problem by connecting 
> to the host and removing the single quotes by the files in 
> /boot/loader/entries. I am sure the same procedure used to work in previous 
> versions of oVirt.
> 
> Has someone else encountered this problem ?
> 
> I would be glad to submit a bug on bugzilla, but submitting bugs for oVirt 
> seems to be blocked.

Hi Gianluca,
the right place to report this issue would be at 
https://github.com/oVirt/ovirt-engine/issues

It's not a very...popular feature, I'm not sure if many people use that. It 
doesn't really provide any benefit over doing it outside of oVirt these days.

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


[ovirt-users] Re: Host kernel command line incorrectly quoted in oVirt 4.5.3.2

2022-12-08 Thread Gianluca Amato
I include an example of the wrong entry files that gets created. This is 
/boot/loader/entries/ovirt-node-ng-4.5.3.2-0.20221028.0+1-4.18.0-408.el8.x86_64.conf:

-
title ovirt-node-ng-4.5.3.2-0.20221028.0 (4.18.0-408.el8.x86_64)
version 4.18.0-408.el8.x86_64
linux //ovirt-node-ng-4.5.3.2-0.20221028.0+1/vmlinuz-4.18.0-408.el8.x86_64
initrd 
//ovirt-node-ng-4.5.3.2-0.20221028.0+1/initramfs-4.18.0-408.el8.x86_64.img
options crashkernel=auto resume=/dev/mapper/onn_ovirt--clai1-swap 
rd.lvm.lv=onn_ovirt-clai1/ovirt-node-ng-4.5.3.2-0.20221028.0+1 
rd.lvm.lv=onn_ovirt-clai1/swap rhgb quiet intel_iommu=on 
root=/dev/onn_ovirt-clai1/ovirt-node-ng-4.5.3.2-0.20221028.0+1 
boot=UUID=9d44cf2a-38bb-477d-b542-4bfc30463d1f rootflags=discard 
img.bootid=ovirt-node-ng-4.5.3.2-0.20221028.0+1 'modprobe.blacklist=nouveau 
transparent_hugepage=never hugepagesz=1G hugepages=256 default_hugepagesz=1G'
id centos-0-4.18.0-408.el8.x86_64
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel
---

You see that the last part of the "options" line (which is the part I typed in 
the kernel command line configuration parameter in ovirt-engine) is surrounded 
by quotes.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4BKU43RNCDNJ6T32P4KMNBISKTTUVCQD/


[ovirt-users] Host kernel command line incorrectly quoted in oVirt 4.5.3.2

2022-12-08 Thread Gianluca Amato
Hi all.
I recently changed the kernel command line of one of my hosts using oVirt 
Manager (I use a custom kernel command line, not one obtained by selecting the 
standard features). This did not work as expected. The entire kernel command 
line was saved in /boot/loader/entries surrounded by single quotes, making it 
useless for the kernel. I may later fix the problem by connecting to the host 
and removing the single quotes by the files in /boot/loader/entries. I am sure 
the same procedure used to work in previous versions of oVirt.

Has someone else encountered this problem ?

I would be glad to submit a bug on bugzilla, but submitting bugs for oVirt 
seems to be blocked.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OY3OCNJ4EW54L7SMUZ7L5PQ2WDKJ6W4I/


[ovirt-users] Re: Enrolling a new certificate on a single host hosted engine deployed

2022-12-08 Thread Volenbovskyi, Konstantin
Hi,
Check out https://access.redhat.com/articles/216903 (needs subscription, 
possibly free RedHat developer one)
And there is also https://myhomelab.gr/linux/2020/01/20/replacing_ovirt_ssl.html

BR,
Konstantin

From: Ayansh Rocks 
Date: Thursday, 8 December 2022 at 11:10
To: users 
Subject: [ovirt-users] Enrolling a new certificate on a single host hosted 
engine deployed

Hi All,

How to enroll a new certificate on a single-hosted hosted engine deployed. 
Could anyone provide any guidelines ?

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/6NDBDBFWU6ZT4HGYXXO6MK4HGRWDEDW4/


[ovirt-users] Enrolling a new certificate on a single host hosted engine deployed

2022-12-08 Thread Ayansh Rocks
Hi All,

How to enroll a new certificate on a single-hosted hosted engine deployed.
Could anyone provide any guidelines ?

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