[ovirt-users] Re: ovirt upgrade - Failed to execute stage 'Misc configuration' FATAL: Ident authentication failed for user "root"

2023-01-23 Thread Yedidyah Bar David 
Hi,

On Tue, Jan 24, 2023 at 1:47 AM marek  wrote:
>
> upgrade from ovirt 4.4.4 to 4.5.5

Please provide more details, thanks.

Is everything set up on the same machine - engine, dwh, grafana?
If on separate machines, what's where and how was it set up?
Did you have grafana already set up in 4.4.4?
Do you have any custom local changes?

>
> engine-setup
>
> 2023-01-24 00:35:17,885+0100 DEBUG otopi.context
> context._executeMethod:145 method exception
> Traceback (most recent call last):
>File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132,
> in _executeMethod
>  method['method']()
>File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-grafana-dwh/db/default_privileges.py",
> line 51, in _misc_set_default_privileges
>  user=self.environment[ogdwhcons.GrafanaDBEnv.USER],
>File
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py",
> line 1808, in setDefaultPrivilegesReadOnlyForUser
>  ownConnection=True,
>File
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py",
> line 249, in execute
>  database=database,
>File
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py",
> line 182, in connect
>  sslmode=sslmode,
>File "/usr/lib64/python3.6/site-packages/psycopg2/__init__.py", line
> 127, in connect
>  conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
> psycopg2.OperationalError: FATAL:  Ident authentication failed for user
> "root"
> FATAL:  Ident authentication failed for user "root"

This might be due to changes in /var/lib/pgsql/data/pg_hba.conf . Please check/
share it. Thanks.

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

[ovirt-users] ovirt upgrade - Failed to execute stage 'Misc configuration' FATAL: Ident authentication failed for user "root"

2023-01-23 Thread marek 

upgrade from ovirt 4.4.4 to 4.5.5

engine-setup

2023-01-24 00:35:17,885+0100 DEBUG otopi.context 
context._executeMethod:145 method exception

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, 
in _executeMethod

    method['method']()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-grafana-dwh/db/default_privileges.py", 
line 51, in _misc_set_default_privileges

    user=self.environment[ogdwhcons.GrafanaDBEnv.USER],
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", 
line 1808, in setDefaultPrivilegesReadOnlyForUser

    ownConnection=True,
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", 
line 249, in execute

    database=database,
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", 
line 182, in connect

    sslmode=sslmode,
  File "/usr/lib64/python3.6/site-packages/psycopg2/__init__.py", line 
127, in connect

    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
psycopg2.OperationalError: FATAL:  Ident authentication failed for user 
"root"

FATAL:  Ident authentication failed for user "root"

2023-01-24 00:35:17,886+0100 ERROR otopi.context 
context._executeMethod:154 Failed to execute stage 'Misc configuration': 
FATAL:  Ident authentication failed for user "root"

FATAL:  Ident authentication failed for user "root"


any tips?

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

[ovirt-users] Re: Disaster recovery failed with direct lun 4.4.10

2023-01-23 Thread jaime luque 
I think I know what the problem is

In the A or main site there is the mapping to the virtual machine that has the 
direct luns like this

- logical_unit_alias: dbproduction_db_Disk1
   logical_unit_description: 017c
   wipe_after_delete: False
   shareable: False
   primary_logical_unit_id: 360050768128100d4d17c
   primary_storage_type: fcp
   # Fill in the following properties of the external LUN disk in the secondary 
site
   secondary_storage_type: fcp
   secondary_logical_unit_id: 360050763808106251030

the fail over is initiated with the command

ansible-playbook - dr-olvm-failover.yml --tags "fail_over"


As I mentioned before, it is not possible for me to import the virtual machines

when I try to import the virtual machine through the web manually

reviewing the engine.log I find that it is mapped and trying to load the direct 
lun of the main site, as if it were not loading the values of the luns of the 
secondary site.

This is the log that generates me where it is seen that the Lun id in the 
secondary site

2023-01-23 14:47:32,118-05 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default 
task-97) [] START, GetDeviceListVDSCommand(HostName = ovmextix01.admin.usc, 
GetDeviceListVDSCommandParameters: 
{hostId='24b29292-ebe3-4203-9e21-e9eeab4819e1', storageType='FCP', 
checkStatus='false', lunIds='[360050768128100d4d17c]'}), log id: 
687ddeff
2023-01-23 14:47:34,317-05 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default 
task-97) [] FINISH, GetDeviceListVDSCommand, return: [], log id: 687ddeff
2023-01-23 14:47:34,317-05 WARN 
[org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand] 
(default task-97) [] Validation of action 'ImportVmFromConfiguration' failed 
for user admin@internal-authz . Reasons: 
VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_DISK_LUN_INVALID


Can you please guide me as I should correct or change the LUN in the secondary 
site.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JANEJLJ2BOTFNW5Q2F2W772CKBNHPZCE/

[ovirt-users] Re: pass-through CPU

2023-01-23 Thread Strahil Nikolov via Users 
You can check which families are supported by an oVirt Host via:virsh 
domcapabilities | xmllint --xpath '/domainCapabilities/cpu' -
For the instruction set - it all depends on the app. Set your VM with the 
cluster's top notch CPU , run your app and note down the performance 
indicators. Once the test is over, shitdown the VM, set the CPU to 
host-passthrough and test again.
Best Regards,Strahil Nikolov 
 
 
  On Mon, Jan 23, 2023 at 15:19, Laurent Duparchy wrote:   
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TNLZJSGJTSCT6YSQPKC7YETRD4VAPZ3J/
  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V4WXHFHPOH5E3UMD4JXROALZHS7KRGJI/

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

2023-01-23 Thread Don Dupuis 
Ok, thanks for the clarification. I will make the proper adjustments.

Don

On Sun, Jan 22, 2023 at 4:10 AM Arik Hadas  wrote:

>
>
> On Fri, Jan 20, 2023 at 6:44 PM Don Dupuis  wrote:
>
>> "coldBackupEnabled": false,
>>
>
> Thanks
> It means that libvirt that is installed there doesn't support incremental
> backup, this wouldn't happen with VDSM >= 4.4.9
>
>
>>
>> Don
>>
>> On Fri, Jan 20, 2023 at 9:40 AM Arik Hadas  wrote:
>>
>>>
>>>
>>> On Fri, Jan 20, 2023 at 5:04 PM Don Dupuis  wrote:
>>>
 Any updates on the backup error message?

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

 Don

 On Wed, Jan 18, 2023 at 8:28 AM Don Dupuis  wrote:

> Sandro
> I didn't open a ticket yet as Nvidia doesn't support anything above
> RHV 4.4 and since RHV moved to maintenance mode, I didn't see a likely
> chance it would be looked at. If I call Nvidia support they will tell me
> what I am doing isn't supported, so I have to go through our partnership 
> so
> they will talk to me. I will talk to them shortly, but I have a customer
> delivery to get done and oVirt 4.4.7 does everything I need to do,
> except now I have this backup issue that worked in 4.5. I can provide
> further info if you need on this issue. Windows guest is 21H2. I will hope
> to solve vgpu problem as I will need Windows 11 and Windows 2022 guest
> working. Thanks for your support
>
> Don
>
> On Wed, Jan 18, 2023 at 1:41 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mar 17 gen 2023 alle ore 23:10 Don Dupuis <
>> donds...@gmail.com> ha scritto:
>>
>>> Hello,
>>> I am having an issue backing up vms using the backup_vm.py example
>>> script. The error I get is below:
>>>
>>> [   0.0 ] Starting full backup for VM
>>> 'c656db00-065c-4fd0-b8b9-74a86dc864fc'
>>> Traceback (most recent call last):
>>>   File "/opt/riva-config/backup_vm.py", line 547, in 
>>> main()
>>>   File "/opt/riva-config/backup_vm.py", line 146, in main
>>> args.command(args)
>>>   File "/opt/riva-config/backup_vm.py", line 160, in cmd_full
>>> backup = start_backup(connection, args)
>>>   File "/opt/riva-config/backup_vm.py", line 348, in start_backup
>>> description=args.description
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py",
>>> line 34151, in add
>>> return self._internal_add(backup, headers, query, wait)
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>> line 232, in _internal_add
>>> return future.wait() if wait else future
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>> line 55, in wait
>>> return self._code(response)
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>> line 229, in callback
>>> self._check_fault(response)
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>> line 132, in _check_fault
>>> self._raise_error(response, body)
>>>   File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py",
>>> line 118, in _raise_error
>>> raise error
>>> ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
>>> "[Cannot backup VM. Host (vsh001) is running on a version lower than 
>>> 4.4.5.
>>> Please upgrade the host in order to use incremental backup.]". HTTP
>>> response code is 409.
>>>
>>> The strange this is that I am running oVirt 4.4.7. What component is
>>> it complaining about that is not  up to version needed? Any help on this
>>> would be appreciated. oVirt rpm is ovirt-host-4.4.7-1.el8.x86_64. I 
>>> plan on
>>> upgrading to version 4.4.10 but want to get this fixed first. I also 
>>> can't
>>> got to 4.5.x because I have problems with Windows 10 vms and vGPUs.
>>>
>>
>> @Albert Esteve  can you help here?
>> Don, is the GPU problem on Windows 10 VMs tracked somewhere? Is there
>> a ticket open?
>>
>>
>>
>>>
>>> Thanks
>>> Don
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZAGKUOIQLT6CKRQ7F4OWRFUXHSAXTR62/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>>
>> *Red Hat res

[ovirt-users] Re: pass-through CPU

2023-01-23 Thread Laurent Duparchy 

Hi,

Thanks for you reply.

As far as we are concerned, we have two clusters with perfectly identical CPUs, 
respectively. Not the same family.
I understand that a cluster will only allow CPUs of the  same "family" but I 
never  investigate that.
Is there a  CPU family <--> CPU name relationship somewhere ?

That said, are those extra instructions only relevant to nested virtualization, 
or can they provide real performances improvement ?

*Laurent Duparchy
ESRF - The European Synchrotron
MIS Unit
04 76 88 22 56*
Strahil Nikolov wrote on 18/01/2023 18:08:

If you have hosts with the exact  same cpu, you can enable cpu passthrough and set the hosts  from 
the "Specific Host(s)" section. Also you can set the migration mode to "Allow manual 
and automatic migration".

I guess you already noticed that VMs with CPU passthrough have access to more 
CPU instructions compared to the Virtualized one.

Best Regards,
Strahil Nikolov

Hi,

What are the pro and cons of enabling pass-through CPU ?

It is a greyed option for a VM, unless specific host(s) is/are selected.
That's the thing : it's possible to select all hosts..., so, it does not make 
difference w/ "Start on any host" option
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H63YAWHIACRQ5K3HDCUANXUICK7NMPRY/

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