[ovirt-users] Re: How does the Stream based management engine transition to RHV?

2022-01-23 Thread Yedidyah Bar David
Hi Thomas,

On Fri, Jan 21, 2022 at 11:16 PM Thomas Hoberg  wrote:
>
> In the recent days, I've been trying to validate the transition from CentOS 8 
> to Alma, Rocky, Oracle and perhaps soon Liberty Linux for existing HCI 
> clusters.
>
> I am using nested virtualization on a VMware workstation host, because I 
> understand snapshoting and linked clones much better on VMware, even if I've 
> tested nested virtualization to some degree with oVirt as well. It makes 
> moving forth and back between distros and restarting failed oVirt deployments 
> much easier and more reliable than ovirt-hosted-engine-cleanup.

I agree - and IIRC the documentation does recommend reinstalling hosts
on failed deployments rather than using ovirt-hosted-engine-cleanup.
If you have a polished PXE framework, reinstalling a host should not
take much clock time and close to zero actual-work time.

>
> Installing oVirt 4.10

4.4.10?

> on TrueCentOS

What's that?

> systems, which had been freshly switched to Alma, Rocky and Oracle went 
> relatively well, apart from Oracle pushing UEK kernels, which break VDO (and 
> some Python2 mishaps).
>
> I'm still testing transitioning pre-existing TrueCentOS HCI glusters to Alma, 
> Rocky and Oracle.
>
> While that solves the issue of having the hosts running a mature OS which is 
> downstream of RHEL, there is still an issue with the management engine being 
> based on the upstream stream release: It doesn't have the vulnerability 
> managment baked in, which is required even for labs use in an enterprise.

Not sure what you mean here, exactly.

>
> So I'd like to ask our Redhat friends here: How does this work when releases 
> of oVirt transition to RHV?

RHV is built and supported only on RHEL, and RHV and RHEL releases are
coordinated. So e.g. if in the next release of oVirt/RHV we want to
use some feature that will only be included in the next RHEL release,
we make sure to release RHV slightly after that. For oVirt, this is in
principle irrelevant, because these new features are already in CentOS
Stream by the time of oVirt's release. Sometimes we do have to
manually help with this, e.g. because the "Advanced Virtualization"
part of RHEL is not maintained in the main CentOS Stream process, but
in the CentOS Virt SIG. I think all of this is quite clear for anyone
following the relevant release announcements and the occasional
discussions about missing parts.

> Do you backport oVirt changes from Stream to RHEL?

Not sure what exactly you mean here. oVirt is upstream of RHV, not RHEL.
RHEL is not related to oVirt. Upstream of RHEL is CentOS Stream.

> When bugs are found in that process, are they then fed back into oVirt or 
> into the oVirt-to-RHEV proces?

Again, not sure what you mean.

It sounds to me like your question(s) are purely about RHEL/CentOS,
unrelated to oVirt/RHV. Please clarify. Thanks.

The only thing in oVirt related to your question(s) AFAIU is the
ovirt-engine-appliance and ovirt-node images. These are
built/published/announced as needed if important CentOS security bug
fixes are released. Again, this should be obvious to anyone following
our announcements.

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


[ovirt-users] Re: Can't upgrade ovirt 4.4.3 to 4.4.9

2022-01-23 Thread Yedidyah Bar David
On Fri, Jan 21, 2022 at 12:02 PM  wrote:
>
> Hello,
>
> I tried to upgrade ovirt to 4.4.9 from 4.4.3
>
> when i do 'engine-setup' i get error
> --
> [ ERROR ] Failed to execute stage 'Misc configuration': Command 
> '/usr/share/ovirt-engine-dwh/dbscripts/schema.sh' failed to execute
> [ INFO  ] DNF Performing DNF transaction rollback

This rollback attempt, done due to the failure above, failed:

> [ ERROR ] DNF module 'dnf.history' has no attribute 'open_history'

This was fixed in otopi-1.9.6, but ovirt-engine-setup only requires
otopi >= 1.9.0.
We should either patch it, or change the upgrade documentation to include otopi.
Perhaps you'd like to create a bug for this?

> --
> from the log i found that column "count_threads_as_cores" does not exist
>
> ---
>  193375 2022-01-18 16:36:26,309+0900 DEBUG 
> otopi.plugins.ovirt_engine_setup.ovirt_engine_dwh.db.schema plugin.execute
> :926 execute-output: ['/usr/share/ovirt-engine-dwh/dbscripts/schema.sh', 
> '-s', 'localhost', '-p', '5432', '-u', 'ovirt_engine_history', '-d', 
> 'ovirt_engine_history', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setu  
>   p-20220118162426-z0o4xg.log', '-c', 'apply'] stderr:
>  193376 psql:/usr/share/ovirt-engine-dwh/dbscripts/create_views_4_4.sql:148: 
> ERROR:  column "count_threads_as_cores" does not exist
>  193377 LINE 10:   count_threads_as_cores as count_threads_as_cores,

This indeed looks like the root cause for the failure. Can you please
share the full setup log? Thanks.

>  193378^
>  193379 FATAL: Cannot execute sql command: 
> --file=/usr/share/ovirt-engine-dwh/dbscripts/create_views_4_4.sql
>  193380
>  193381 2022-01-18 16:36:26,309+0900 DEBUG otopi.context 
> context._executeMethod:145 method exception
>  193382 Traceback (most recent call last):
>  193383   File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, 
> in _executeMethod
>  193384 method['method']()
>  193385   File 
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-dwh/db/schema.py",
>  line 367, in _misc
>  193386 odwhcons.DBEnv.PGPASS_FILE
>  193387   File "/usr/lib/python3.6/site-packages/otopi/plugin.py", line 931, 
> in execute
>  193388 command=args[0],
>  193389 RuntimeError: Command 
> '/usr/share/ovirt-engine-dwh/dbscripts/schema.sh' failed to execute
>  193390 2022-01-18 16:36:26,330+0900 ERROR otopi.context 
> context._executeMethod:154 Failed to execute stage 'Misc con
> figuration': Command '/usr/share/ovirt-engine-dwh/dbscripts/schema.sh' failed 
> to execute
>  193391 2022-01-18 16:36:26,330+0900 DEBUG otopi.transaction 
> transaction.abort:119 aborting 'DNF Transaction'
>  193392 2022-01-18 16:36:26,331+0900 DEBUG 
> otopi.plugins.otopi.packagers.dnfpackager dnfpackager.verbose:75 DNF Closi
> ng transaction with rollback
>  193393 2022-01-18 16:36:26,731+0900 INFO 
> otopi.plugins.otopi.packagers.dnfpackager dnfpackager.info:79 DNF Performin   
>  g DNF transaction rollback
>  193394 2022-01-18 16:36:27,570+0900 ERROR 
> otopi.plugins.otopi.packagers.dnfpackager dnfpackager.error:84 DNF module 
> 'dnf.history' has no attribute 'open_history'
>  193395 2022-01-18 16:36:27,571+0900 DEBUG otopi.transaction 
> transaction.abort:125 Unexpected exception from abort() of 'DNF 
> Transaction'
> --
>
> when i search for this problem, i found that column "count_threads_as_cores" 
> is added from ovirt-engine 4.4.6.7.  and ovirt-dwh 4.4.7.

Correct. Was added in an upgrade script. There might be a bug/issue/change
in the order that the upgrade script runs vs create_views_* above.

Adding Aviv and Shirly.

> do i need to update 4.4.3 to 4.4.6( or 4.4.7) then 4.4.6(or 4.4.7) to 4.4.9?

If you have a test system with 4.4.3, you can try there.

On Fri, Jan 21, 2022 at 10:54 PM Thomas Hoberg  wrote:
>
> Unfortunately I have no answer to your problem.
>
> But I'd like to know: where does that leave you?

That's a good question, Thomas - thanks for raising it.

I can't be sure without checking the setup log.

Since the rollback failed, it depends on whether the rpm packages were
already upgraded at that point or not.

If you took a backup (engine-backup) before the upgrade, I think it
would be 

[ovirt-users] Re: CentOS 8.4 Linux hosts from 4.4.8 to Rocky Linux 4.4.10

2022-01-23 Thread Yedidyah Bar David
On Fri, Jan 21, 2022 at 6:28 PM Gianluca Cecchi
 wrote:
>
> Hello,
> after updating the external engine from CentOS 8.4 and 4.4.8 to Rocky Linux 
> 8.5 and 4.4.9 as outlined here:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YUDJRC22SQPAPAIURQIVSEMGITDRQOOM/
> I went further and updated also the hosts.
> Environment is with an external engine and 3 CentOS Linux 8.4 hosts in 4.4.8 
> with iSCSI storage domain.

The term we use in the documentation for "not-a-self-hosted-engine"
is "standalone engine". I hope it's clear enough. Sadly, we introduced it
quite late in the game.

>
> Preliminarily I upgraded the engine to 4.4.10 (not yet the just released 
> async) without problems.
> Then, one host at a time:
>
> . put host into maintenance from web admin UI
> Management --> Maintenance
>
> . In a terminal f host set proxy for my environment needs
> export https_proxy=http://my_proxy:my_proxy_port
> export http_proxy=http://my_proxy:my_proxy_port (not sure if this 
> necessary...)
>
> . in the same terminal execute migration script
> ./migrate2rocky.sh -r
>
> . executed Management --> SSH Management --> SSH Restart from web admin ui
> the host comes on in maintenance mode
>
> . selected Installation --> Check for Upgrade but the host is detected as 
> already update
>
> . for further security and to be sure that all upgrade steps are applied I 
> executed
> Installation --> Reinstall
> I deselected
> - activate host after install
> - reboot host after install
> It went ok so
>
> . executed Management --> SSH Management --> SSH Restart from web admin ui
> the host comes on in maintenance mode
>
> . Management --> Activate
>
> . Empty another host moving its VMs to the just updated host and continue in 
> the same way, also electing as new SPM the updated host
>
> All went smoothly and without VMs disruption.
> Let's see how it goes next days with the light workload I have on this 
> testing environment.
> Currently the async 1 of 4.4.10 is not catched up by engine-upgrade-check 
> command.. I'm going to retry applying again during the next few days.

Good luck, and thanks for the report!

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


[ovirt-users] Re: Installin ovirt and ovirt host on orcale 8.5 linux issues

2022-01-11 Thread Yedidyah Bar David
On Tue, Jan 11, 2022 at 2:50 PM Nazeem Durgahee <
nazeem.durga...@harelmallac.com> wrote:

> Hi,
>
>
>
> We made it work.
>
>
>
> The workaround is to create a symlink between /usr/bin/python3 to
> /usr/bin/python2 and it worked.
>
>
>
> We created an empty /usr/bin/python2. Now we will try same on the other
> two hosts that we need to install.
>

Thanks for the update.

I now pushed this patch:

https://gerrit.ovirt.org/c/ovirt-engine/+/118229

Can you please verify it on Oracle Linux? I'd like to get volunteers
to verify also on AlmaLinux and Rocky Linux, to make sure we do not
break these.

Thanks and 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/2VW3KR3SX6AON3QTTCERI6CRZS6ZQVH7/


[ovirt-users] Re: Installin ovirt and ovirt host on orcale 8.5 linux issues

2022-01-11 Thread Yedidyah Bar David
On Tue, Jan 11, 2022 at 2:39 PM Nazeem Durgahee <
nazeem.durga...@harelmallac.com> wrote:

> Hi,
>
>
>
> Having issue when installing Ovirt on Oracle linux 8.1,8.2,8,3 whereby it
> is unable to set the interpreter for python.
>
>
>
> It is looking for python 2 instead, Kindly find attached logs.
>

Some time ago, we merged this patch, which was designed to solve your case:

https://gerrit.ovirt.org/c/ovirt-engine/+/114663

Specifically:

https://gerrit.ovirt.org/c/ovirt-engine/+/114663/6/packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-facts/tasks/host-os.yml

However, this didn't work, because, as you can see in
your attached logs, 'ansible_distribution_file_variety' is
'OracleLinux', and not 'RedHat'.

Not sure whether this is due to ansible or to Oracle Linux.
I think it would have made more sense that it was 'RedHat',
as this seems to have worked well at least for AlmaLinux
(and IIRC we also got success reports about Rocky Linux).

Anyway, patches are welcome.

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


[ovirt-users] Re: did 4.3.9 reset bug https://bugzilla.redhat.com/show_bug.cgi?id=1590266

2022-01-10 Thread Yedidyah Bar David
On Fri, Jan 7, 2022 at 1:09 AM  wrote:
>
> Hi Didi
>
> downgrading qemu-kvm fixed the issue.

Thanks for the update!

> What is the reason it is not working with version 6.1.0.

https://bugzilla.redhat.com/show_bug.cgi?id=2024605


> Currently this is the version installed on my host
>
> #yum info qemu-kvm
> Last metadata expiration check: 2:03:58 ago on Thu 06 Jan 2022 03:18:40 PM 
> UTC.
> Installed Packages
> Name : qemu-kvm
> Epoch: 15
> Version  : 6.0.0
> Release  : 33.el8s
> Architecture : x86_64
> Size : 0.0
> Source   : qemu-kvm-6.0.0-33.el8s.src.rpm
> Repository   : @System
> From repo: ovirt-4.4-centos-stream-advanced-virtualization
> Summary  : QEMU is a machine emulator and virtualizer
> URL  : http://www.qemu.org/
> License  : GPLv2 and GPLv2+ and CC-BY
> Description  : qemu-kvm is an open source virtualizer that provides hardware
>  : emulation for the KVM hypervisor. qemu-kvm acts as a virtual
>  : machine monitor together with the KVM kernel modules, and 
> emulates the
>  : hardware for a full system such as a PC and its associated 
> peripherals.
>
> Available Packages
> Name : qemu-kvm
> Epoch: 15
> Version  : 6.1.0
> Release  : 5.module_el8.6.0+1040+0ae94936
> Architecture : x86_64
> Size : 156 k
> Source   : qemu-kvm-6.1.0-5.module_el8.6.0+1040+0ae94936.src.rpm
> Repository   : appstream
> Summary  : QEMU is a machine emulator and virtualizer
> URL  : http://www.qemu.org/
> License  : GPLv2 and GPLv2+ and CC-BY
> Description  : qemu-kvm is an open source virtualizer that provides hardware
>  : emulation for the KVM hypervisor. qemu-kvm acts as a virtual
>  : machine monitor together with the KVM kernel modules, and 
> emulates the
>  : hardware for a full system such as a PC and its associated 
> peripherals.
>
> Many thanks for your help
>
> Regards
> Sohail
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/P6S4CYOYQLD3M5YBGPPWB7Z7OK5BKVHE/



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


[ovirt-users] Re: did 4.3.9 reset bug https://bugzilla.redhat.com/show_bug.cgi?id=1590266

2022-01-06 Thread Yedidyah Bar David
On Thu, Jan 6, 2022 at 11:47 AM  wrote:
>
> Hi Didi,
>
> Apologies as this is my first post. I am referring the issue that is 
> mentioned in the Red hat solution mentioned in this thread.
> https://access.redhat.com/solutions/4462431
> I am trying to deploy hosted engine VM. I tried via cockpit gui and through 
> CLI. In both cased deployment fails with error message
> From the below error message I can see VM is in powering down state and 
> health status is bad
>
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check engine VM health]
> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 180, "changed": true, 
> "cmd": ["hosted-engine", "--vm-status", "--json"], "delta": "0:00:00.162941", 
> "end": "2022-01-06 00:43:07.060659", "rc": 0, "start": "2022-01-06 
> 00:43:06.897718", "stderr": "", "stderr_lines": [], "stdout": "{\"1\": 
> {\"host-id\": 1, \"host-ts\": 117459, \"score\": 3400, \"engine-status\": 
> {\"vm\": \"up\", \"health\": \"bad\", \"detail\": \"Powering down\", 
> \"reason\": \"failed liveliness check\"}, \"hostname\": 
> \"seliics00123.ovirt4.fl.dselab.seli.gic.ericsson.se\", \"maintenance\": 
> false, \"stopped\": false, \"crc32\": \"d889fd9b\", 
> \"conf_on_shared_storage\": true, \"local_conf_timestamp\": 117459, 
> \"extra\": 
> \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=117459 
> (Thu Jan  6 00:43:02 
> 2022)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=117459 (Thu Jan  6 
> 00:43:02 
> 2022)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStop\\nstopped=False\\ntimeout=Fri
>  Jan  2 08:38:08 1970
>  \\n\", \"live-data\": true}, \"global_maintenance\": false}", 
> "stdout_lines": ["{\"1\": {\"host-id\": 1, \"host-ts\": 117459, \"score\": 
> 3400, \"engine-status\": {\"vm\": \"up\", \"health\": \"bad\", \"detail\": 
> \"Powering down\", \"reason\": \"failed liveliness check\"}, \"hostname\": 
> \"seliics00123.ovirt4.fl.dselab.seli.gic.ericsson.se\", \"maintenance\": 
> false, \"stopped\": false, \"crc32\": \"d889fd9b\", 
> \"conf_on_shared_storage\": true, \"local_conf_timestamp\": 117459, 
> \"extra\": 
> \"metadata_parse_version=1\\nmetadata_feature_version=1\\ntimestamp=117459 
> (Thu Jan  6 00:43:02 
> 2022)\\nhost-id=1\\nscore=3400\\nvm_conf_refresh_time=117459 (Thu Jan  6 
> 00:43:02 
> 2022)\\nconf_on_shared_storage=True\\nmaintenance=False\\nstate=EngineStop\\nstopped=False\\ntimeout=Fri
>  Jan  2 08:38:08 1970\\n\", \"live-data\": true}, \"global_maintenance\": 
> false}"]}
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check VM status at virt 
> level]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fail if engine VM is not 
> running]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get target engine VM IP 
> address]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get VDSM's target engine VM 
> stats]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Convert stats to JSON 
> format]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get target engine VM IP 
> address from VDSM stats]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fail if Engine IP is 
> different from engine's he_fqdn resolved IP]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Engine VM 
> IP address is  while the engine's he_fqdn 
> manager-ovirt4.fl.dselab.seli.gic.ericsson.se resolves to 10.228.170.36. If 
> you are using DHCP, check your DHCP reservation configuration"}
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing 
> ansible-playbook
>
> VM is running
> [root@host]# virsh -c 
> qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf list
>  Id   Name   State
> --
>  37   HostedEngine   running
>
>
> Please let me know if you need any further output or log file.

Can you check qemu version, and try downgrading it to 6.0.0 if
applicable? 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/MJUJZNFYEHYXL5OQTNOLT35NVRK6KTKY/


[ovirt-users] Re: did 4.3.9 reset bug https://bugzilla.redhat.com/show_bug.cgi?id=1590266

2022-01-05 Thread Yedidyah Bar David
Hi Sohail,

On Thu, Jan 6, 2022 at 8:38 AM  wrote:
>
> Hi Guys
>
> I am facing same issue in my recent deployment.

Can you please clarify what issue you refer to? You replied to a
1.5-years-old thread without any context.

> There is nothing in the log that points towards the issue. I am deploying the 
> VM on host with Centros Stream OS. Anybody recently faced this issue? Please 
> let me know if need any further information.

Please provide more details: What exact error message you get, at what
point, relevant logs. 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/3WF2XYVWJ4JMKAMPJYBLW2FLM32AX6KF/


[ovirt-users] Re: Ovirt 4.4.9 install fails (guestfish)?

2022-01-01 Thread Yedidyah Bar David
On Sun, Jan 2, 2022 at 9:19 AM Andy Kress  wrote:
>
> Support,
>
> Happy new year,  I am trying a fresh install of ovirt (4.4.9) and seem to not 
> be able to get past deploying the host to the glusterfs volume.  I am able to 
> mount the volume from each host and have checked the configuration of the 
> engine volume which allows vdsm and KVM to mount.  I dont know if this is a 
> glustermount problem or guestfish as the install fails when moving the VM to 
> the hosted storage.  Attached is the install log as well as the installed 
> packages.
>
> The specific error is genereated when the install "inject network 
> configuration with guestfish" on install is: libguestfs: error: appliance 
> closed the connection unexpectedly.\nThis usually means the libguestfs 
> appliance crashed

Can you please try downgrading qemu to 6.0.0 and see if it helps? Thanks.

If so, this is a known issue, already mentioned on this list.

Otherwise, please check share all relevant logs from both host and VM's disk
image (if possible).

Thanks and 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/6PWUNXJND72OXGNIMMJ5MQ3FADNIDM5C/


[ovirt-users] Re: Help installing oVirt on single machine, without cockpit

2022-01-01 Thread Yedidyah Bar David
On Fri, Dec 31, 2021 at 2:40 AM Strahil Nikolov via Users
 wrote:
>
> The migration from 4.3 to 4.4 is done by the same method... It always worked 
> but for major version upgrade there is a strict requirement which version the 
> backup was done.

A small clarification: engine-backup's backup/restore never intended to
support, let's call this, "functional downgrade" - restoring to a version
older than the one used for backup. For a long time, it supported only
restoring to the same X.Y, ignoring Z. In 3.6->4.0 and 4.3->4.4 we also
patched it to allow, as you mention, upgrading, as a means to migrate to
a new OS version. It's quite likely we'll do the same in 4.4->4.5, because
we plan to support also CentOS Stream 9. At some point in 4.4, we noticed
that upgrading from a too-old 4.3 is broken, so we also patched it to
require a minimal 4.3 (4.3.10). But until quite recently, downgrade inside
the same X.Y was not prevented. See also:

https://bugzilla.redhat.com/show_bug.cgi?id=1932392

Best regards,

>
> Even if it doesn't work - a fresh engine can still recover the VMs by 
> importing the storage domain (no VM snapshots are allowed), yet other 
> settings might be lost (VM networks, users,etc)
>
> Also, I forgot to mention that with GlusterFS, you can create a snapshot as a 
> point in time recovery (shut down the engine first as it has a DB) on the 
> Engine's volume.
>
> Happy Holidays!
>
> Best Regards,
> Strahil Nikolov
>
> On Fri, Dec 31, 2021 at 2:33, Strahil Nikolov
>  wrote:
> Well, you can shut down the engine (don't forget the global maintenance), yum 
> update, reboot -> the host is updated
>
> Then wait for ovirt-ha-agent & ovirt-ha-broker to bring the engine up.
> Global maintenance, wipe the storage (assuming NFS/GlusterFS is used) or at 
> least rename the subdirectory to something different.
> Restore from backup and it should be back as new.
>
>
>
> Best Regards,
> Strahil Nikolov
>
> On Tue, Dec 28, 2021 at 0:27, Joseph Goldman
>  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/SZWVLPZDESDW24FHPDPOBXZR26RF3WAG/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FVFKEMSGQEMVOUMLRPPQE362SYDZRNF6/



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


[ovirt-users] Re: Unrecoverable NMI error on HP Gen8 hosts.

2022-01-01 Thread Yedidyah Bar David
On Thu, Dec 30, 2021 at 8:02 PM Diggy Mc  wrote:
>
>
> I have oVirt Node v4.4.8.3 running on several HP ProLiant Gen8 servers.  I 
> receive the following error under certain circumstances:
> "An Unrecoverable System Error (NMI) has occurred (iLO application watchdog 
> timeout NMI, Service Information: 0x002B, 0x)"
>
> When a host starts taking a load (but nowhere near a threshold), I encounter 
> the above iLO-logged error and the host locks-up.  I have had to grossly 
> under-utilize my hosts to avoid this problem.  I'm hoping for a better fix or 
> work-around.
>
> I've had the same problem beginning with my oVirt 4.3.x hosts, so it isn't 
> oVirt version specific.
>
> The little information I could find on the error wasn't helpful.  Red Hat 
> acknowledges the issue, but limited to shutdown/reboot operations; not during 
> "normal" operations.
>
> Anyone else experienced this problem?  How did you fix it or work around it?  
> I'd like to better utilize my servers if possible.
>
> In advance, thank you to anyone and everyone who offers help.

Are you sure it's related to oVirt at all? To Linux?
Did you check the hardware? Contact your hardware support? Perhaps check
some on-board diagnostics/logs/whatever?

Good luck and 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/W3M33TB5D5VEXFANU6R7IBNFM3MOW3EV/


[ovirt-users] Re: VMs do not run with Q35 BIOS

2021-12-29 Thread Yedidyah Bar David
On Thu, Dec 30, 2021 at 8:03 AM Martin Marusinec
 wrote:
>
> Hello,
> yesterday I installed new ovirt node

"ovirt-node", or CentOS Stream 8?

> into the existing cluster, and I found out I cannot start any of my VMs on 
> it. After some  tries, I found out the VM simply does not start up with Q35 
> BIOS. It starts with legacy BIOS, or Q35 UEFI, but not with Q35 BIOS. Blank 
> screen, nothing. The node is slightly newer then others. What could I do with 
> it? I would rather avoid changing chipset on all my VMs to legacy, just to be 
> able to run them on new node

If cs8, please try downgrading qemu-kvm to 6.0.
6.1 is broken - see other threads on this list and:

https://bugzilla.redhat.com/show_bug.cgi?id=2024605

Latest released ovirt-node should exclude qemu 6.1.

I noticed that qemu-kvm 6.2 was released very recently, didn't hear
any reports about it or try it myself yet.

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


[ovirt-users] Re: Unable to start ovirt-ha-agent on all hosts

2021-12-28 Thread Yedidyah Bar David
On Tue, Dec 28, 2021 at 9:37 AM  wrote:
>
> Hi Didi,
>
> > Can you please check/share also broker.log? Thanks.
>
> I did that. Turns out that ...
>
> ovirt_hosted_engine_ha.lib.storage_backends.BackendFailureException: path to 
> storage domain e1f61a9f-0c93-4d01-8f6f-7f8a5470ee2f not found in 
> /rhev/data-center/mnt/glusterSD
>
> ... and I noticed that the glusterd service was not started on host3 (vendor 
> setting was set to disabled). After starting the glusterd service the 
> ovirt-ha-agent services recovered, the hosted-engine could be started and 
> then it blew my mind:
>
> While I was switching host3 into maintenance, I did not notice that the 
> hosted-engine marked host1 "non-responsive" (although the host was fine) and 
> scheduled the migration of host1 VMs to host3. By setting host3 to 
> maintenance the migration of scheduled VMs was cancelled but two VMs were 
> migrated, so they were migrated (back) to host2.
>
> Now this is the result:
>
> VM xyz is down with error. Exit message: internal error: process exited while 
> connecting to monitor: 2021-12-28T06:33:19.011352Z qemu-kvm: -blockdev 
> {"node-name":"libvirt-1-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"qcow2","file":"libvirt-1-storage","backing":null}:
>  qcow2: Image is corrupt; cannot be opened read/write.
> 12/28/217:33:21 AM
>
> Trying to repair the image with "qemu-img check -r all" failed.
>
> What an experience. Maybe I'm too stupid for this.

Sorry. You might want to ask specifically about the corruption, perhaps
starting another thread on this list with a suitable subject, or on
gluster or qemu mailing lists.

Good luck and 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/G7ASKSSOLBRSMWCOLH6NYCEJTM54GM7X/


[ovirt-users] Re: Unable to start ovirt-ha-agent on all hosts

2021-12-27 Thread Yedidyah Bar David
On Tue, Dec 28, 2021 at 9:06 AM Yedidyah Bar David  wrote:
>
> On Tue, Dec 28, 2021 at 7:39 AM  wrote:
> >
> > Hi Didi!
> >
> > > On Sun, Dec 26, 2021 at 12:24 PM  > >
> > > IIRC something similar was reported on the lists - that you can't
> > > (always? easily?) migrate VMs between CentOS Linux 8 (.3? .4? not
> > > sure) and current Stream. Is this mandatory for you? If not, you might
> > > test on a test env stopping/starting your VMs and decide this is good
> > > enough.
> >
> > Of course I tried, instead of migrating the VMs, simply stopping them on 
> > the Centos 8.5 hosts and starting them on the Centos Stream 8 host. It did 
> > not work, the network was not reachable but there was no error thrown in 
> > the engine appliance, no event, nothing.
> >
> > > Perhaps provide more details, if you have them. Did you put host3 to
> > > maintenance? Remove it? etc.
> >
> > With everything I performed host3 was put into maintenance first. It has 
> > not been removed. I planned to remove it but then the error below (Unable 
> > to start ovirt-ha-agent on all hosts) started appearing.
> >
> > > Not sure where 'GATEWAY_IP' comes from, but it should be the actual IP
> > > address, e.g.:
> >
> > I just replaced the actual gateway IP in the error message thrown with 
> > 'GATEWAY_IP', since the error message thrown does expose the gateway IP 
> > instead of the respective host IP. This issue does confirm that finding: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/DTEY6OTBIWNX2DKGA7M7ZGUZZNQJYZXW/
> >
> > > MainThread::INFO::2021-12-20
> > > 07:51:05,151::brokerlink::82::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> > > Starting monitor network, options {'addr': '192.168.201.1',
> > > 'network_test': 'dns', 'tcp_t_address': '',
> > > 'tcp_t_port': ''}
> > >
> > > Check (and perhaps fix manually, if you can't/do not want to first
> > > diagnose/fix your reinstallation) the line 'gateway=' in
> > > /etc/ovirt-hosted-engine/hosted-engine.conf . Perhaps compare this
> > > file to your other hosts - only the line 'host_id' should be different
> > > between them.
> >
> > Everything in /etc/ovirt-hosted-engine/hosted-engine.conf is as you 
> > describe it. Only the host_id is different. I haven't touched that file 
> > either.
>
> Can you please check/share also broker.log? Thanks.

Also, you can try enabling debug-level logging by editing
/etc/ovirt-hosted-engine-ha/*log.conf, setting 'level=DEBUG'
under '[logger_root]' and restarting the services.

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


[ovirt-users] Re: Unable to start ovirt-ha-agent on all hosts

2021-12-27 Thread Yedidyah Bar David
On Tue, Dec 28, 2021 at 7:39 AM  wrote:
>
> Hi Didi!
>
> > On Sun, Dec 26, 2021 at 12:24 PM  >
> > IIRC something similar was reported on the lists - that you can't
> > (always? easily?) migrate VMs between CentOS Linux 8 (.3? .4? not
> > sure) and current Stream. Is this mandatory for you? If not, you might
> > test on a test env stopping/starting your VMs and decide this is good
> > enough.
>
> Of course I tried, instead of migrating the VMs, simply stopping them on the 
> Centos 8.5 hosts and starting them on the Centos Stream 8 host. It did not 
> work, the network was not reachable but there was no error thrown in the 
> engine appliance, no event, nothing.
>
> > Perhaps provide more details, if you have them. Did you put host3 to
> > maintenance? Remove it? etc.
>
> With everything I performed host3 was put into maintenance first. It has not 
> been removed. I planned to remove it but then the error below (Unable to 
> start ovirt-ha-agent on all hosts) started appearing.
>
> > Not sure where 'GATEWAY_IP' comes from, but it should be the actual IP
> > address, e.g.:
>
> I just replaced the actual gateway IP in the error message thrown with 
> 'GATEWAY_IP', since the error message thrown does expose the gateway IP 
> instead of the respective host IP. This issue does confirm that finding: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DTEY6OTBIWNX2DKGA7M7ZGUZZNQJYZXW/
>
> > MainThread::INFO::2021-12-20
> > 07:51:05,151::brokerlink::82::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> > Starting monitor network, options {'addr': '192.168.201.1',
> > 'network_test': 'dns', 'tcp_t_address': '',
> > 'tcp_t_port': ''}
> >
> > Check (and perhaps fix manually, if you can't/do not want to first
> > diagnose/fix your reinstallation) the line 'gateway=' in
> > /etc/ovirt-hosted-engine/hosted-engine.conf . Perhaps compare this
> > file to your other hosts - only the line 'host_id' should be different
> > between them.
>
> Everything in /etc/ovirt-hosted-engine/hosted-engine.conf is as you describe 
> it. Only the host_id is different. I haven't touched that file either.

Can you please check/share also broker.log? 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/EKSQJP4HM2DSKUDXBCODHFYWRK557SOP/


[ovirt-users] Re: Unable to start ovirt-ha-agent on all hosts

2021-12-26 Thread Yedidyah Bar David
On Sun, Dec 26, 2021 at 12:24 PM  wrote:
>
> Hi list!
>
> on a hyperconverged cluster with three hosts I am unable to start the 
> ovirt-ha-agent.
>
> The history:
>
> As all three hosts were running Centos 8, I tried to upgrade host3 to Centos 
> 8 Stream first and left all VMs and host1 and host2 untouched, basically as a 
> test. After all migrations of VMs to host3 failed with:
>
> ```
> qemu-kvm: error while loading state for instance 0x0 of device 
> ':00:01.0/pcie-root-port'#0122021-12-24T00:56:49.428234Z
> qemu-kvm: load of migration failed: Invalid argument
> ```

IIRC something similar was reported on the lists - that you can't
(always? easily?) migrate VMs between CentOS Linux 8 (.3? .4? not
sure) and current Stream. Is this mandatory for you? If not, you might
test on a test env stopping/starting your VMs and decide this is good
enough.

>
> and since I haven't had the time to dig into that, I decided to roll back the 
> upgrade and rebooted host3 into Centos 8 again and re-installed host3 through 
> the engine appliance. During that process (and the restart of host3) the 
> engine appliance became unresponsive and crashed.

Perhaps provide more details, if you have them. Did you put host3 to
maintenance? Remove it? etc.

>
> The problem:
>
> Currently all ovirt-ha-agent services on all hosts fail with the following 
> message in /var/log/ovirt-hosted-engine-ha/agent.log
>
> ```
> MainThread::INFO::2021-12-24 
> 03:56:03,500::agent::67::ovirt_hosted_engine_ha.agent.agent.Agent::(run) 
> ovirt-hosted-engine-ha agent 2.4.9 started
> MainThread::INFO::2021-12-24 
> 03:56:03,516::hosted_engine::242::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
>  Certificate common name not found, using hostname to identify host
> MainThread::INFO::2021-12-24 
> 03:56:03,575::hosted_engine::548::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>  Initializing ha-broker connection
> MainThread::INFO::2021-12-24 
> 03:56:03,576::brokerlink::82::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
>  Starting monitor network, options {'addr': 'GATEWAY_IP', 'network_test': 
> 'dns', 'tcp_t_address': '', 'tcp_t_port': ''}

Not sure where 'GATEWAY_IP' comes from, but it should be the actual IP
address, e.g.:

MainThread::INFO::2021-12-20
07:51:05,151::brokerlink::82::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Starting monitor network, options {'addr': '192.168.201.1',
'network_test': 'dns', 'tcp_t_address': '', 'tcp_t_port': ''}

Check (and perhaps fix manually, if you can't/do not want to first
diagnose/fix your reinstallation) the line 'gateway=' in
/etc/ovirt-hosted-engine/hosted-engine.conf . Perhaps compare this
file to your other hosts - only the line 'host_id' should be different
between them.

> MainThread::ERROR::2021-12-24 
> 03:56:03,577::hosted_engine::564::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>  Failed to start necessary monitors
> ```
>
> Now I've stumbled upon this one 
> [1984262](https://bugzilla.redhat.com/show_bug.cgi?id=1984262) but it doesn't 
> seem to apply. All hosts resolve properly, all hosts also have proper 
> hostnames set, unique /etc/hosts entries and proper A records set (in the 
> form of hostname.subdomain.domain.tld).
>
> The versions involved are:
>
> ```
> [root@host2 ~]# rpm -qa ovirt*
> ovirt-hosted-engine-setup-2.5.4-2.el8.noarch
> ovirt-imageio-daemon-2.3.0-1.el8.x86_64
> ovirt-host-dependencies-4.4.9-2.el8.x86_64
> ovirt-vmconsole-1.0.9-1.el8.noarch
> ovirt-imageio-client-2.3.0-1.el8.x86_64
> ovirt-host-4.4.9-2.el8.x86_64
> ovirt-python-openvswitch-2.11-1.el8.noarch
> ovirt-openvswitch-ovn-host-2.11-1.el8.noarch
> ovirt-provider-ovn-driver-1.2.34-1.el8.noarch
> ovirt-openvswitch-ovn-2.11-1.el8.noarch
> ovirt-release44-4.4.9.2-1.el8.noarch
> ovirt-openvswitch-2.11-1.el8.noarch
> ovirt-ansible-collection-1.6.5-1.el8.noarch
> ovirt-openvswitch-ovn-common-2.11-1.el8.noarch
> ovirt-hosted-engine-ha-2.4.9-1.el8.noarch
> ovirt-vmconsole-host-1.0.9-1.el8.noarch
> ovirt-imageio-common-2.3.0-1.el8.x86_64
> ```
>
> Any hint how to fix this is really appreciated. I'd like to get the engine 
> appliance back, remove host 3 and re-initialize it since this is a production 
> cluster (with hosts 1 and 2 replicating the gluster storage and host 3 acting 
> as an arbiter).

OK. Good luck and 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/JEQ2HMLDKKUPB66EHKKW55FVUGRCPNTZ/


[ovirt-users] Re: Ovirt version 4.4.9.5-1.el8 getting error PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

2021-12-22 Thread Yedidyah Bar David
On Wed, Dec 22, 2021 at 6:02 PM  wrote:
>
> Hi Didi,
>
> You were correct,
> I don't have a DNS server running here.
> and I forgot the entry in the local hosts file on the server running Ovirt.
> I changed the hosts file on my laptop, so that's why I didn't realize the 
> entry was missing in the local hosts file on the ovirt host
> Now I'm in the Ovirt web gui
> And going to bang my head against a wall for forgetting about the local hosts 
> file. :p
> It was mentioned in the installation guide, so I made a screw-up here.
> My apologies for wasting time here.

Thanks for the report! :-)

I'd still consider it a bug, though. Can you perhaps check
the setup log (in /var/log/ovirt-engine/setup) to see exactly
what happened? If the FQDN you input was not resolvable at all
on the engine machine, I think engine-setup should have
prevented you from continuing. If it resolves to a wrong
address, that's a different issue - IIRC we do not check for
this currently, not sure.

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


[ovirt-users] Re: Ovirt version 4.4.9.5-1.el8 getting error PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

2021-12-22 Thread Yedidyah Bar David
On Wed, Dec 22, 2021 at 4:23 PM  wrote:
>
> Not that I'm aware off.
> The only thing I saw was that the FQDN during  the engine-setup was changed 
> to a hostname from the company where I host the main website.  I gave the 
> FQDN during the minimal install ovirthost01..nl and engine setup 
> had changed it to ..nl
> I changed it back to my given hostname at that point in the engine setup.

Sorry, I do not follow. Please provide more details.

engine-setup asks you for the FQDN of the engine, and provides a
default (which is normally the local machine's hostname). Was it at
this point that you input something else?
What do you mean in "setup had changed it"?
And in "I changed it back"?

Generally speaking:
If you want a name that's not the hostname of the machine, there is no
problem with that. This name:
1. Should be resolvable, ideally in DNS (but /etc/hosts works as well)
2. The name resolution result IP address should be reverse-resolvable
(either a PTR record or /etc/hosts) to the name you input
3. The result IP address should be attached to a nic of the local
machine, and allow connections to it

> But if this explains the error I get, then I will reinstall my server with an 
> internal domain name that can't be found on the internet at all.

It might explain it, indeed. Being on the Internet or not is
irrelevant here, in general.

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


[ovirt-users] Re: Ovirt version 4.4.9.5-1.el8 getting error PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

2021-12-22 Thread Yedidyah Bar David
On Wed, Dec 22, 2021 at 11:12 AM  wrote:
>
> > Thanks for the feedback, and I'm sorry that this problem arose. I'll pay
> > attention to this thread, and if the installation guide requires some
> > clarification, I'll make sure we take care of it.
> >
> > On Tue, Dec 21, 2021, 18:55 Sandro Bonazzola  > wrote:
> Was looking at the engine.log file.
> After restarting the ovir-engine.service I did a tail -f of the engine log.
> When logging in the log says :
> 2021-12-22 10:04:24,334+01 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-1) [] (house 
> keeping) deleting failed logins prior to 2021-12-15 09:04:24Z.
> 2021-12-22 10:04:24,401+01 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Tasks] (default task-1) [] (house 
> keeping) deleting failed logins prior to 2021-12-15 09:04:24Z.
> 2021-12-22 10:04:24,441+01 INFO  
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-1) [] 
> User admin@internal-authz with profile [internal] successfully logged in with 
> scopes: ovirt-app-admin ovirt-app-api ovirt-app-portal 
> ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all 
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search 
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-12-22 10:04:24,791+01 ERROR 
> [org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-1) [] 
> server_error: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target

Did you change anything around https/certificates? Do you have
anything non-standard about naming/name-resolution?

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


[ovirt-users] Re: Ovirt version 4.4.9.5-1.el8 getting error PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

2021-12-21 Thread Yedidyah Bar David
Hi,

On Tue, Dec 21, 2021 at 8:00 PM  wrote:
>
> I followed this guide
> https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/index.html

Did you change anything around https/certificates? Do you have
anything non-standard about naming/name-resolution?

Perhaps check/share /var/log/ovirt-engine/engine.log (can be via some
paste bin or file sharing service)?

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


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

2021-12-21 Thread Yedidyah Bar David
On Tue, Dec 21, 2021 at 5:21 PM richmoch--- via Users 
wrote:

> Which engine are you referring to ?


Perhaps search the net for something like 'ovirt architecture' to get an
overview.


>   The engine is up but the VM ( or domain )  is only down.
>
> So for this link :
>
>
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/virtual_machine_management_guide/sect-exporting_and_importing_virtual_machines_and_templates
>
> Under the section Procedure 6.27. Importing a Virtual Machine from KVM, I
> am able to connect to the KVM and it gives me a list of only the running
> VMs . The caveat is the VM needs to be down  to import ( understandably ),
> so if I go and shutdown the VM  on the remote KVM host, it no longer
> appears in the list .
>
> So how does one go about selecting the VM ( which is down ) from the list
> when it is not seen ?
>

I am not sure exactly what you are trying to do, nor whether the above
document is relevant to this. Please clarify exactly what you want to do,
or what your question/issue is.

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

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


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

2021-12-20 Thread Yedidyah Bar David
On Tue, Dec 21, 2021 at 8:16 AM richmoch--- via Users  wrote:
>
> Hi *,
>
> I am having a problem where on a KVM host I run virsh list --all. I only see 
> the running VMs :
>
> [root@MBGVRT3323 ~]#  virsh list --all
> Please enter your authentication name:
> Please enter your password:
>  Id   NameState
> ---
>  3MBPDBS0583U-CLONE   running
>  4MBGDBS3156U-CLONE   running
>
> I know there are two more VMs that are shutdown , and if I run virsh list 
> --state-shutoff , nothing is returned. in fact, look at the numbering of the 
> two running VMs, 3 and 4.  The GUI shows the two running  and the other two 
> as being shutdown.
>
> Why is this happening  ? Given this, seems the only way to start the two VMs 
> which are down is in the GUI and not with virsh start domain which seems 
> limiting. Any ideads would be greatly appreciated.

You got it accurately. In oVirt, using libvirt terminology, VMs are transient.

You can't (easily, robustly) start a VM if the engine is down.

If the engine is up and functioning, you can also use the API, one of
the SDKs, or ansible, to start VMs.

So if in "seems limiting" you refer to using the GUI, you have other
options. But if you refer to "engine must be up", then this is indeed
a limitation. Engine must be up, and you are supposed to take frequent
backups of it (using engine-backup) in case it's
gone/corrupted/whatever and you need to restore. If it's gone and you
have no backup, you can set up a new engine, and import the storage
domains.

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


[ovirt-users] Re: fetch engine's version

2021-12-19 Thread Yedidyah Bar David
On Sat, Dec 18, 2021 at 7:51 PM Diggy Mc  wrote:
>
> Is there a command I can run on the engine to retrieve the engine's version 
> number?

Nothing official, AFAIK. Depending on context, one of these might be helpful:

# rpm -q ovirt-engine

# /usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "select
option_value from vdc_options where option_name = 'ProductRPMVersion'"

If you want to use the API/SDK, please see:

http://ovirt.github.io/ovirt-engine-api-model/master/#types/product_info

https://github.com/oVirt/python-ovirt-engine-sdk4/blob/main/examples/show_summary.py

>
> I ask because I am writing a bash script to automatically backup the engine 
> database via the 'engine-backup' command and would like to include the 
> engine's current version number with the backup.

That's already the case, see files 'version' and 'os_version' inside
the generated archive.

For sh/bash scripts, another (non-official?) way is:

. /usr/share/ovirt-engine/bin/engine-prolog.sh
# echo $DISPLAY_VERSION $PACKAGE_DISPLAY_VERSION $PACKAGE_VERSION

engine-backup uses $PACKAGE_VERSION (slightly differently than above).

On Sun, Dec 19, 2021 at 1:11 AM Diggy Mc  wrote:
>
> On a related side-note, it would be nice if future versions of 
> 'engine-backup' included the engine's version number in the log file that 
> 'engine-backup' outputs.

You are welcome to file an RFE bug for this, and/or push a patch to do
this - should be rather simple. 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/U4XJQJN6PDCNY7AMNMX5KT764FM2PH5S/


[ovirt-users] Re: Help installing oVirt on single machine, without cockpit

2021-12-16 Thread Yedidyah Bar David
On Thu, Dec 16, 2021 at 9:36 AM  wrote:

> I think my last reply got lost, but sorry if two appear here.
>
> > Perhaps clarify your needs? Are you sure oVirt is the right solution?
>
> The project I'm working on is similar to "QubesOS", so I don't need to
> move the engine at all, but keeping this as light weight as possible is
> note-worthy. (I want to run this on 8GB laptops, if possible). Seems like
> moving the engine VM to a container is possible, so I'm optimistic. Once I
> get the node/engine figured out, I can start on the GUI, that'll make api
> calls against the engine.
>
> # With installing engine directly on a node
> Even with enabling/disabling the repos, so they match a CentOS 8 install,
> I still can't get the node to find "ovirt-engine-setup-base". I tried "yum
> repo list all" to verify ovirt-4.4 was enabled, and I used --enablerepo /
> --disablerepo flags, to match the CentOS repo's exactly. The weird thing is
> both OS's show the same thing in /etc/centos-release


Indeed, we do not change this file. You can check /etc/os-release if you
want.


> , so I'm not sure you could only block one of them from the repo, server
> side. I'm not sure what's going on here.
>

Perhaps you didn't comment-out/remove the 'includepkgs' line(s)?


>
> # With the engine inside a container
> Finally got engine-setup to run inside a container! I need to figure out
> the networking next, along with how to best hook up a postgresql db to it.
> This part is going smoothly so far, I just wanted to update you all.
>

Thanks for the update, sounds promising!

Just in case you want to have a look at the very old project I mentioned,
it's here:

https://github.com/mgoldboi/oVirt-Dockerized

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


[ovirt-users] Re: Issue with DWH Installtion "Failed to execute stage 'Misc configuration': terminating connection due to administrator command"

2021-12-12 Thread Yedidyah Bar David
On Tue, Dec 7, 2021 at 7:44 AM Maitler  wrote:
>
> Issue with oVirt fresh install, during step 3.5 'Installing and Configuring 
> Data Warehouse on a Separate Machine':
> Following Guide: Installing oVirt as a standalone Engine with remote databases
>
> The two nodes; ovirt-net and ovirt-ctl are both fresh installed RHEL 8.4 
> nodes, built to make this test environment. With ovirt-ctl being the engine 
> host and ovirt-net hosting the postgres database and DWH services.

Please clarify the topology in more details. What exactly is intended
to run where?

>
> Upon following the steps through the engine-setup after confirming the 
> installation settings,

On which machine?

> the setup gets to '[INFO] Creating a user for Grafana'

This should only happen on the dwh machine ("ovirt-net"?)

> then says the following error:
> [ ERROR ] Failed to execute stage 'Misc configuration': terminating 
> connection due to administrator command
>  server closed the connection unexpectedly
> This probably means the server terminated abnormally
> before or while processing the request.
>
> Afterwards within /etc/pki/ovirt-engine/ there's broken/empty symbolic links 
> for apache certs and keys linking to apache-grafana which'll cause errors for 
> further attempts are re-doing the engine-setup.

This is a known issue, but should be harmless - another engine-setup
would overwrite the changes.

>
>
>
> Here's the lines before and after the error in the output log from the setup:
>
> 2021-12-06 14:49:08,233-0330 DEBUG 
> otopi.ovirt_engine_setup.engine_common.database database.execute:234 
> Database: 'None', Statement: '
> select * from GetDwhHistoryTimekeepingByVarName(
> %(name)s
> )
> ', args: {'name': 'dwhHostname'}
> 2021-12-06 14:49:08,233-0330 DEBUG 
> otopi.ovirt_engine_setup.engine_common.database database.execute:239 Creating 
> own connection
> 2021-12-06 14:49:08,253-0330 DEBUG 
> otopi.ovirt_engine_setup.engine_common.database database.execute:284 Result: 
> [{'var_name': 'dwhHostname', 'var_value': None, 'var_datetime': None}]
> 2021-12-06 14:49:08,254-0330 DEBUG 
> otopi.ovirt_engine_setup.engine_common.database database.execute:234 
> Database: 'None', Statement: '
> select UpdateDwhHistoryTimekeeping(
> %(name)s,
> %(value)s,
> NULL
> )
> ', args: {'name': 'dwhHostname', 'value': 
> 'cloud-ovirt-net.mun.cluster.dns'}
> 2021-12-06 14:49:08,254-0330 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-dwh/core/single_etl.py",
>  line 167, in _misc
> value=self.environment[osetupcons.ConfigEnv.FQDN]
>   File 
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/dwh_history_timekeeping.py",
>  line 63, in updateValueInTimekeeping
> ownConnection=False,
>   File 
> "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", 
> line 258, in execute
> args,
> psycopg2.OperationalError: terminating connection due to administrator command
> server closed the connection unexpectedly
> This probably means the server terminated abnormally
> before or while processing the request.
>
> 2021-12-06 14:49:08,257-0330 ERROR otopi.context context._executeMethod:154 
> Failed to execute stage 'Misc configuration': terminating connection due to 
> administrator command
> server closed the connection unexpectedly
> This probably means the server terminated abnormally
> before or while processing the request.

A guess:

Your setup (with the engine on one machine and its db+dwh+dwh_db on
another) is not a common
one, and was likely not tested with the addition of grafana
integration (new in 4.4).

So you can try this:
1. Setup DBs + engine (already done)
2. On engine-setup on the other machine, reply 'No' to 'Configure
grafana?'. This should hopefully succeed.
3. Run there 'engine-setup --reconfigure-optional-components' and
enable grafana. Hopefully will work this time...

In any case, please file a bug in bugzilla. 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/6PGAWNIBJAYFHJPZQ7NYGB4MVI22XUH5/


[ovirt-users] Re: Varying degree of failures after updating from 4.4.8 to 4.4.9

2021-12-12 Thread Yedidyah Bar David
On Sun, Dec 12, 2021 at 2:58 PM Yedidyah Bar David  wrote:
>
> Hi,
>
> On Sat, Dec 11, 2021 at 5:38 PM Paul-Erik Törrönen  wrote:
> >
> > I have a server running the engine on CentOS Stream.
> >
> > 2 hosts running likewise  CentOS 8 Stream (C8S) and 2 hosts running
> > Rocky Linux 8.5 (RL8.5).
> >
> > I had several VMs running on the 8S without any issue. After the oVirt
> > upgrade, which partially fails* on the C8S-machines, the VMs on the
> > C8S-hosts appear to be running, according to the oVirt GUI, but I can
> > neither ping, ssh or even open a virt-viewer console to the VM. The
> > console shows just a black screen.
> >
> > The only thing shown in the GUI is a note that the guest agent should be
> > updated on the VM, so there appears to be some kind of communication
> > between the engine/host and the VM.
> >
> > If I create a new VM on the C8S, I get the same result: No access to it,
> > console is black despite the fact that oVirt GUI shows the VM as running
> > and green.
>
> Perhaps it's due to qemu-6.1.0? Please see the list archives - try to
> downgrade to 6.0.0.
>
> >
> > If I create a VM on one of the RL8.5 hosts, the console does work, I can
> > eg. complete the GUI-installation (from CD) there. But after the boot,
> > despite having configured the network correctly in the oVirt-GUI and in
> > the installation process, the VM (using the console) is unable to raise
> > the network.
> >
> > No error is displayed in the oVirt GUI neither for the cluster, DC, host
> > nor VM.
> >
> > No apparent log-error neither in the engine-server nor the hosts.
> >
> > Stopped the firewalld on both in the engine-server as well as the hosts,
> > but this did not change anything.
> >
> > It seems that the 4.4.9-upgrade somehow broke the oVirt logical
> > networking, completely on C8S-hosts.
>
> I think something like this was also mentioned on the list recently, do
> not remember details.
>
> >
> > * The C8S hosts fail on update WRT the following packages:
>
> Please try 'dnf update ovirt-release44' and then retry.

See also: https://bugzilla.redhat.com/show_bug.cgi?id=2023343

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/2GLAC2YUL5J56BZFH4SUXO5EMTHOEYWT/


[ovirt-users] Re: Help installing oVirt on single machine, without cockpit

2021-12-12 Thread Yedidyah Bar David
On Sat, Dec 11, 2021 at 1:06 AM  wrote:
>
> With this comment, I'm poking at getting the engine to run directly on the 
> node. I figure worst case, I might try throwing it in a container if there's 
> package conflicts.

Several years ago, someone did try running the engine in a container. I think
it did work at some point, but eventually was neglected. You are most welcome
to try - it can be an interesting project.

> That'll at least give me the lighter-engine I'm looking for, along with not 
> having to manage it's resources.
>
> Looks like the powertools repo isn't enabled by default on the node, so 
> following this guide let me enable all the different modules for the engine: 
> https://computingforgeeks.com/enable-powertools-repository-on-centos-rhel-linux/
>
> The engine-setup command is apart of "rpm install ovirt-engine-setup-base", 
> which CentOS 8 can find, but not the node. It's inside the ovirt-4.4 repo 
> too, so I have no idea why the node can't find it. To get the engine setup 
> running on CentOS, I also needed to install 
> ovirt-engine-setup-plugin-ovirt-engine-common (this bug here: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1114978), and the node couldn't 
> find this package either.

(See my other reply about repos being disabled in node).

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


[ovirt-users] Re: Help installing oVirt on single machine, without cockpit

2021-12-12 Thread Yedidyah Bar David
On Fri, Dec 10, 2021 at 10:30 PM  wrote:
>
> Hi,
>
> > ... You might want to check the list archives for previous discussions 
> > about this ...
>
> Thanks for those links! I have an idea for a path forward, but I'm not sure 
> it's supported. It looks like oVirt used to have a "all-in-one" option,

Indeed, until 3.6.

> but the hosted engine replaced that.

hosted-engine was introduced at 3.3/3.4, so not an exact replacement, but yes.

>
> > I'd like to clarify that a hosted-engine deployment isn't always the best 
> > approach for a single machine setup.
>
> The other path I can see is installing the vanilla "engine-setup" to an oVirt 
> node directly.

This is exactly what all-in-one used to do, back then. At the time,
this didn't work
"out-of-the-box", so the all-in-one support (engine-setup plugin) was
needed. Since
it was removed, we got a few reports here and there about people doing
this, and it
mostly seems to work - but it seems no-one cares enough to document
the issues if any,
and especially to update this document per release. So YMMV.

> That way the engine isn't inside a VM

Indeed

> (I just hate how much cpu/ram you have to dedicate to the VM, and it's not 
> even dynamic).

How much? if it's just for development/testing, you can try as little
as 2GB. If it
breaks, just try a bit more. In ovirt-system-tests we use 3171MB (~
3GB) and it works.

> Is it in a VM for security?

Main feature you get from having the engine in its own VM is that you can
live-migrate this VM to another host, if/when you need to take down a host
for maintenance.

> I'll never need to move it for my use case, so I can live without the 
> adaptability VM's come with.

Perhaps clarify your needs? Are you sure oVirt is the right solution?
You can also
use plain virsh/virt-manager.

>
> If installing the engine directly to the node IS supported, this was where I 
> was hitting my problem:
> ```bash
> yum upgrade -y
> yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> yum upgrade -y
> yum install ovirt-engine # HERE, can't find it. I can still install 
> ovirt-engine-appliance for the hosted-engine setup.

ovirt-node, generally speaking, is an OST _image_. It's designed to allow
upgrading to a later version by installing an update image and rebooting,
also allowing rolling back to the previous version (image).
If you want to try running the engine on a host, perhaps try plain el8,
not node. If you want to try on node, please note that node disables/excludes
all repos/packages by default, other than node update images. So you'll need
to enable relevant repos.

> ```
> I was also hitting a problem at this step, with the machine not knowing 
> the modules exist: 
> https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_remote_databases/#Enabling_the_Red_Hat_Virtualization_Manager_Repositories_install_RHVM
>  (i.e `dnf module enable javapackages-tools` returns `missing groups or 
> modules: javapackages-tools`)
>
> If installing the engine directly to a node ISN'T supported, what other 
> routes for a single host setup are there? The only replacement for the 
> all-in-one I can find, is the hosted-engine route.

Depends on needs.

For studying/testing/development (other than specifically hosted-engine-
related stuff), I think it might be best to create separate VMs on your
host for separate uses - one for the engine, perhaps another for storage,
one or more for hosts (so that you can test live-migration/ha), etc.

>
> > I suppose most people do supply a name here, and the few that don't, just 
> > retry without reporting a bug
>
> I saw a lot of people using input files anyways to automate the install, so I 
> think I'll go that route too, if hosted-engine still ends up taking the least 
> resources of the possible options.

+1 for automation.

Re "lease resources" - perhaps first explain your needs.

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


[ovirt-users] Re: Varying degree of failures after updating from 4.4.8 to 4.4.9

2021-12-12 Thread Yedidyah Bar David
Hi,

On Sat, Dec 11, 2021 at 5:38 PM Paul-Erik Törrönen  wrote:
>
> I have a server running the engine on CentOS Stream.
>
> 2 hosts running likewise  CentOS 8 Stream (C8S) and 2 hosts running
> Rocky Linux 8.5 (RL8.5).
>
> I had several VMs running on the 8S without any issue. After the oVirt
> upgrade, which partially fails* on the C8S-machines, the VMs on the
> C8S-hosts appear to be running, according to the oVirt GUI, but I can
> neither ping, ssh or even open a virt-viewer console to the VM. The
> console shows just a black screen.
>
> The only thing shown in the GUI is a note that the guest agent should be
> updated on the VM, so there appears to be some kind of communication
> between the engine/host and the VM.
>
> If I create a new VM on the C8S, I get the same result: No access to it,
> console is black despite the fact that oVirt GUI shows the VM as running
> and green.

Perhaps it's due to qemu-6.1.0? Please see the list archives - try to
downgrade to 6.0.0.

>
> If I create a VM on one of the RL8.5 hosts, the console does work, I can
> eg. complete the GUI-installation (from CD) there. But after the boot,
> despite having configured the network correctly in the oVirt-GUI and in
> the installation process, the VM (using the console) is unable to raise
> the network.
>
> No error is displayed in the oVirt GUI neither for the cluster, DC, host
> nor VM.
>
> No apparent log-error neither in the engine-server nor the hosts.
>
> Stopped the firewalld on both in the engine-server as well as the hosts,
> but this did not change anything.
>
> It seems that the 4.4.9-upgrade somehow broke the oVirt logical
> networking, completely on C8S-hosts.

I think something like this was also mentioned on the list recently, do
not remember details.

>
> * The C8S hosts fail on update WRT the following packages:

Please try 'dnf update ovirt-release44' and then retry.

Good luck and 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/VVLHP7OTE5IAVAYPBF2HWP5MD2YTETPG/


[ovirt-users] Re: ovirt 4.4.x series

2021-12-08 Thread Yedidyah Bar David
On Wed, Dec 8, 2021 at 11:28 PM Nathanaël Blanchet  wrote:
>
> Hello,
>
> I found some informations about an upcoming  ovirt 4.5 release based on
> centos stream 9. Considering that Centos stream 9 will not be stable
> before  months, can we expect new 4.4.x releases following 4.4.9?

4.4.10 is planned, and you can already see what is likely to be
included in it, by searching bugzilla:

https://bugzilla.redhat.com/buglist.cgi?action=wrap_status=NEW_status=ASSIGNED_status=POST_status=MODIFIED_status=ON_DEV_status=ON_QA=OP=classification=product=OP=CP=CP=OR=OR=Documentation_type=nowords_id=12307727=equals=equals_milestone=ovirt-4.4.10=oVirt=Red%20Hat%20Enterprise%20Virtualization%20Manager

The current plan is to release 4.5 with support for both el8 and el9.
Most subprojects already do nightly/CI builds for both:

https://www.ovirt.org/develop/dev-process/install-nightly-snapshot.html

You might want to check the devel list archives for more details.

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


[ovirt-users] Re: Help installing oVirt on single machine, without cockpit

2021-12-08 Thread Yedidyah Bar David
On Wed, Dec 8, 2021 at 10:15 PM  wrote:
>
> Should have replied to the main thread before, my b.
>
> Switching to centos 8 stream did the trick! I had to add the release44.rpm 
> again, but after the ovirt-hosted-engine-setupp.noarch install, I was able to 
> run `hosted-engine --deploy`!

Glad to hear that, thanks for the report!

>
> Inside that hosted-engine command, the setup is failing at "Detecting host 
> timezone. Please provide FQDN you would like to use...".

Is this an exact copy from the terminal? I suppose not. It's two
lines, and the second has '...provide the FQDN'.

> I did the default "enter",

You are right. This question should not have a default. I think this
should fix, didn't try:
https://gerrit.ovirt.org/c/ovirt-setup-lib/+/117977 .

> and it says:
>
> Failed to execute stage 'Environment customization': Empty strings are not 
> supported!

Looks like another bug. This should fix, didn't test:
https://gerrit.ovirt.org/c/ovirt-setup-lib/+/117978

I suppose most people do supply a name here, and the few that don't,
just retry without reporting a bug...

>
> But I'll poke at it again tonight/tomorrow, just wanted to update here. I 
> haven't had a chance to poke at that at ALL yet. I'm more-so curious if I'm 
> on the right path for a single-machine install, and wanted to update you all 
> on the CentOS fix.

I'd like to clarify that a hosted-engine deployment isn't always the
best approach for a single machine setup. You might want to check the
list archives for previous discussions about this - we tend to have
one once a year or so - perhaps this is worth a doc bug or a page on
the web site. E.g.:

https://www.mail-archive.com/users@ovirt.org/msg65276.html
https://lists.ovirt.org/pipermail/users/2016-September/042512.html
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/6ECDFO55RCA6RBGMFSWNWU74AVRTW7PS/
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/OB5AWOMHJZVR5INCPE37YAOVPWMECT2Y/
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/PQQSNOA7JLKKJ53RHN3MHNMXATRKUEOA/

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


[ovirt-users] Re: Downgrading qemu-kvm

2021-12-08 Thread Yedidyah Bar David
On Wed, Dec 8, 2021 at 6:50 PM Gary Pedretty  wrote:
>
> So even the latest updated to qemu-kvm is still broken in regards to running 
> VMs in Ovirt.  I thought I would try Node on a new host and the current 
> install iso, installs version 6.0 of kvm, which still works, but if you do an 
> upgrade on the node host it sill updates to the latest 6.1 version of kvm.  
> Question, how do you downgrade kvm on a node host, the regular yum downgrade 
> does not seem to work on a node host.

Also dnf update does not generally work on node - how did you update yours?
In principle it should be enough to enable the relevant repo(s). In
practice, this won't survive gracefully node image upgrades, so
generally speaking, is not the way to go. This is mainly about
upgrades (of packages that are part of the image).

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/4K77U4BHJOT5TJKHLBHWEX5BWMHMPJ2P/


[ovirt-users] Re: How to install an older version of oVirt engine?

2021-12-06 Thread Yedidyah Bar David
On Mon, Dec 6, 2021 at 12:47 PM Patrick Lomakin
 wrote:
>
> Hello. If you want to use an installation file of a previous version you need 
> to install the package ovirt-engine-appliance-4.4-.rpm. You can use the 
> command "yum install 
> https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/x86_64/ovirt-engine-appliance-4.4-20210826223909.1.el8.x86_64.rpm;
>  to do this.
> You can go to the link to see all possible package options: 
> "https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/x86_64;

Indeed, for hosted-engine deployments. Thanks.

> Keep in mind - this can only help with deployment problems. The final version 
> of the installation will still be the last one.

You can prevent the deployment process from upgrading using offline
mode: https://bugzilla.redhat.com/show_bug.cgi?id=1851860#c1

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


[ovirt-users] Re: broker.log file filling up

2021-12-05 Thread Yedidyah Bar David
On Sun, Dec 5, 2021 at 8:13 PM Valerio Luccio 
wrote:

> I stopped the VMs and then "hosted-engine --vm-shutdown" followed by
> "hosted-engine --vm-start", I thought that would restart everything, but
> apparently not.
>
> Now I just did "systemctl status ovirt-ha-broker" and got this ugly thing:
>
> ovirt-ha-broker ovirt_hosted_engine_ha.broker.notifications.Notifications 
> ERRO>
>  Traceback (most 
> recent call last):
>File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/broker/notific>
>  
> timeout=float(cfg["smtp-timeout"]))
>File 
> "/usr/lib64/python3.6/smtplib.py", line 251, in __init__
>  (code, msg) 
> = self.connect(host, port)
>File 
> "/usr/lib64/python3.6/smtplib.py", line 336, in connect
>  self.sock = 
> self._get_socket(host, port, self.timeout)
>File 
> "/usr/lib64/python3.6/smtplib.py", line 307, in _get_socket
>  
> self.source_address)
>File 
> "/usr/lib64/python3.6/socket.py", line 724, in create_connection
>  raise err
>File 
> "/usr/lib64/python3.6/socket.py", line 713, in create_connection
>  
> sock.connect(sa)
>  
> ConnectionRefusedError: [Errno 111] Connection refused
>
>
This is harmless, can be ignored. It most likely happens because you
configured to send notifications via email to an unreachable mail server -
the default is localhost. I suggest to check the log for more/other errors.


> And
>
> systemctl status --no-pager --full ovirt-ha-agent
> ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring 
> Agent
>Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; 
> vendor preset: disabled)
>Active: active (running) since Fri 2021-11-19 15:17:19 EST; 2 weeks 1 days 
> ago
>  Main PID: 14290 (ovirt-ha-agent)
> Tasks: 2 (limit: 406449)
>Memory: 105.8M
>CGroup: /system.slice/ovirt-ha-agent.service
>└─14290 /usr/libexec/platform-python 
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
>
> Dec 05 05:34:40 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore ERROR Unable to extract 
> HEVM OVF
> Dec 05 05:34:40 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
> vm.conf
>
>
That's not good. You might find more details it the HA logs or vdsm logs.


> Dec 05 07:34:37 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore ERROR Unable to extract 
> HEVM OVF
> Dec 05 07:34:37 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
> vm.conf
> Dec 05 08:34:45 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore ERROR Unable to extract 
> HEVM OVF
> Dec 05 08:34:45 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
> vm.conf
> Dec 05 10:34:39 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore ERROR Unable to extract 
> HEVM OVF
> Dec 05 10:34:39 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
> vm.conf
> Dec 05 11:34:44 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore ERROR Unable to extract 
> HEVM OVF
> Dec 05 11:34:44 argus.cbi.fas.nyu.edu ovirt-ha-agent[14290]: ovirt-ha-agent 
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
> Failed extracting VM OVF from the OVF_STORE volume, falling back to initial 
> vm.conf
>
> Is the broker error causing the agent 

[ovirt-users] Re: How to install an older version of oVirt engine?

2021-12-05 Thread Yedidyah Bar David
On Sun, Dec 5, 2021 at 12:38 PM Eric Szeto  wrote:
>
> Hello all, just curious if anyone knows we can install an older version of 
> oVirt engine? We have the latest 4.4.9, is there a way to install 4.4.7 
> instead? Thank you.

There is no official/tested/supported way.

The repos do generally contain all released versions of each package,
so nothing prevents you from installing specific versions.

We maintain the list of packages' versions used per oVirt release in
the git/gerrit repo 'releng-tools'.

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


[ovirt-users] Re: Updating hosted-engine from 4.4.5 to latest(4.4.9) fail with "DNF name '_get_key_for_package' is not defined"

2021-11-28 Thread Yedidyah Bar David
On Mon, Nov 29, 2021 at 6:06 AM Rene Jr Purcell  wrote:
>
> Allright after reading the bug report you've shared and looking again at the 
> logs I felt you were right on it, so I tried to update dnf to the latest 
> version, put hosted-engine in global maintenance and then rerun engine-setup. 
> It looks like the problem is fixed, thanks a lot again!!
>
> [ INFO  ] Execution of setup completed successfully
>
> After the update:
> # rpm -q dnf
> dnf-4.7.0-4.el8.noarch
>
> On Sun, Nov 28, 2021 at 10:54 PM Rene Jr Purcell  
> wrote:
>>
>> Sorry, I forgot about the dnf.. here it is:
>>
>> # rpm -q dnf
>> dnf-4.2.23-4.el8.noarch

Thanks for the report!

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


[ovirt-users] Re: hosted engine vm not present

2021-11-28 Thread Yedidyah Bar David
On Sun, Nov 28, 2021 at 8:46 PM Nathanaël Blanchet  wrote:
>
> Hello
>
> I successfully migrated from HE 4.3.10 to HE 4.4.9, but I think I commited a 
> mistake:
>
> The HostedEngine vm was running on the host (haboob) where I deployed the 
> upgrade path.
>
> Everything was ok except that I deployed it on the wrong host (haboob). So I 
> live migrated the HostedEngine on the centos prexisting host (kilimanjaro) 
> and erase haboob. Then I reinstalled a new host (fuego) to replace haboob. 
> The HostedEngine is able to migrate between kilimajaro and fuego but now the 
> vm seems to not be seen by any host when doing:
>
> [root@fuego ~]# hosted-engine --vm-status
>
>
> --== Host fuego (id: 1) status ==--
>
> Host ID: 1
> Host timestamp : 3252
> Score  : 3350
> Engine status  : {"vm": "down", "health": "bad", 
> "detail": "unknown", "reason": "vm not running on this host"}
> Hostname   : fuego
> Local maintenance  : False
> stopped: False
> crc32  : 14527b72
> conf_on_shared_storage : True
> local_conf_timestamp   : 3257
> Status up-to-date  : True
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=3252 (Sun Nov 28 18:27:29 2021)
> host-id=1
> score=3350
> vm_conf_refresh_time=3257 (Sun Nov 28 18:27:34 2021)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineDown
> stopped=False
>
>
>
> --== Host kilimanjaro.v100.abes.fr (id: 3) status ==--
>
> Host ID: 3
> Host timestamp : 65261186
> Score  : 0
> Engine status  : {"reason": "vm not running on this 
> host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"}
> Hostname   : kilimanjaro.v100.abes.fr
> Local maintenance  : True
> stopped: False
> crc32  : c381cf1e
> conf_on_shared_storage : True
> local_conf_timestamp   : 65261189
> Status up-to-date  : True
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=65261186 (Sun Nov 28 19:27:23 2021)
> host-id=3
> score=0
> vm_conf_refresh_time=65261189 (Sun Nov 28 19:27:26 2021)
> conf_on_shared_storage=True
> maintenance=True
> state=LocalMaintenance
> stopped=False
>
>
> When doing hosted-engine --console, it returns:
>
> [root@fuego ~]# hosted-engine --console
> Command VM.getStats with args {'vmID': 
> '74d2966c-2efa-41f0-a5c3-dd383f690a92'} failed:
> (code=1, message=Virtual machine does not exist: {'vmId': 
> '74d2966c-2efa-41f0-a5c3-dd383f690a92'})
> The engine VM is not on this host
>
> It is like the vmID was  the old 4.3.10 HostedEngine that doesn't exist 
> anymore.
>
> How can I make the new HostedEngine vmID be the good one known by HA and 
> hosts?
>
> I'm afraid to lose the HostedEngine vm when stopping it!

I am not sure I fully understood your flow, but whatever it was, why should you
be afraid of losing the old vm? "Losing" it is an integral part of the process,
even if not through your current state.

Part of the upgrade is taking an engine-backup, right? I suppose you took one.
If you changed anything in the old engine since then, and can take another
backup, perhaps do that. Then try again "from scratch" (exact details may
vary, perhaps share more if needed).

Re the old engine and its VM: It's very important to make sure that only one
engine will manage your system, and after taking the backup, it should be the
new engine, after it's up. So even if you somehow entered a state where the
old engine vm is alive, better disable/stop the engine there.

Good luck and 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/FQIT2XHD75ZVAIXQVQ4REEC6F3LP4SH6/


[ovirt-users] Re: Hosted Engine Deploy Failure

2021-11-27 Thread Yedidyah Bar David
On Sun, Nov 28, 2021 at 3:40 AM Gary Pedretty  wrote:
>
> Keep getting the following error on a new clean install of the Hosted Engine 
> on CentOS Stream.  This is latest updated CentOS Stream (version 8 not 9) and 
> latest version of ovirt
>
> https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
>
> Attempted via the Cockpit Web Interface Deployment Wizard.
>
>
> Any ideas?  Some really old references to this issue a few years ago, but 
> nothing recent.
>
> Gary
>
>
>
> Deployment Log Snippet.
>
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using 
> username/password credentials]
> [ ERROR ] ovirtsdk4.AuthError: Error during SSO authentication access_denied 
> : Cannot authenticate user 'admin@internal': Unable to log in because the 
> user account is disabled or locked. Contact the system administrator..
> [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": false, 
> "msg": "Error during SSO authentication access_denied : Cannot authenticate 
> user 'admin@internal': Unable to log in because the user account is disabled 
> or locked. Contact the system administrator.."}

Looks similar to this one:

https://bugzilla.redhat.com/show_bug.cgi?id=1778087

Perhaps try harder passwords?

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


[ovirt-users] Re: Updating hosted-engine from 4.4.5 to latest(4.4.9) fail with "DNF name '_get_key_for_package' is not defined"

2021-11-27 Thread Yedidyah Bar David
On Sat, Nov 27, 2021 at 2:01 AM  wrote:
>
> Hi! I'm having issue updating my nodes, normally I just clicked on them and 
> update each of them without problem. I haven't updated since few months, now 
> I'm unable to. So I checked the doc and saw that I probably should update my 
> engine first so that's what I tried.
>
> Info on my setup:
> 2 nodes
> hosted-engine is ran as a vm on the same cluster
> storage is hosted on a NFS share on my qnap.
>
> I'm following the doc 
> (https://www.ovirt.org/documentation/upgrade_guide/#updates-between-minor-releases)
>  Fast recap I've put hosted-engine in global maintenance mode, installed the 
> latest ovirt-release44.rpm on engine, engine-upgrade-check, yum update 
> ovirt\*setup\* and finally ran the engine-setup which did not complete 
> successfully..
>
> Here's the error I get:
>  []
> [ INFO  ] DNF Downloaded python3-numexpr-2.7.1-1.el8.x86_64.rpm SKIPPED 
> Already downloaded
> [ INFO  ] DNF Downloaded perl-encoding-2.22-3.el8.x86_64.rpm SKIPPED Already 
> downloaded
> [ INFO  ] DNF Downloaded libXft-2.3.3-1.el8.x86_64.rpm SKIPPED Already 
> downloaded
> [ INFO  ] DNF Downloaded libXi-1.7.10-1.el8.x86_64.rpm SKIPPED Already 
> downloaded
> [ INFO  ] DNF Downloaded mcpp-2.7.2-20.el8.x86_64.rpm SKIPPED Already 
> downloaded
> [ ERROR ] DNF name '_get_key_for_package' is not defined
> [ ERROR ] Failed to execute stage 'Package installation': name 
> '_get_key_for_package' is not defined
> [ INFO  ] DNF Performing DNF transaction rollback
> [ INFO  ] Stage: Clean up
>   Log file is located at 
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20211126111800-qsadme.log
> [ INFO  ] Generating answer file 
> '/var/lib/ovirt-engine/setup/answers/20211126111839-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
> I can't find more info in the log specified in the output,

Can you please share relevant snippets from there? Perhaps stack
traces containing the reference to _get_key_for_package? If unsure,
please share the entire log file. Thanks.

> I understand there's something wrong with the list of packages the script try 
> to load/update but can't find any bug reports or other people having this 
> issue so I'm running out of idea..
>
> Anybody have a solutions to try fixing this and complete my engine upgrade to 
> 4.4.9?

Please provide also the output of 'rpm -q dnf'. Thanks.

Might be related to:

https://bugzilla.redhat.com/1344270

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/337TSETKL3X4EKX6V2BLOCDSR645EWB3/


[ovirt-users] Re: broker.log file filling up

2021-11-25 Thread Yedidyah Bar David
On Thu, Nov 25, 2021 at 4:32 PM Valerio Luccio 
wrote:

> Hello all,
>
> my broker.log files are suddenly filling up with lines that start with:
>
> Listener::DEBUG::2021-11-24 
> 09:13:20,795::listener::103::ovirt_hosted_engine_ha.broker.listener.Action.get_stats::(wrapper)
>  Executing RPC handler get_stats with params 
> ( 0x7fd3f0411b70>,)
> Listener::DEBUG::2021-11-24 
> 09:13:20,796::listener::145::ovirt_hosted_engine_ha.broker.listener._encode::(_encode)
>  Encoded successfully: b'maintenance=
>
> Followed by a long list of nulls (0\x00)
>
> OS: CentOS 8
>
> Ovirt version: 4.4
>
> Any ideas ?
>

Perhaps you or someone from your team changed the logging level to debug?
Please check /etc/ovirt-hosted-engine-ha/broker-log.conf -> '[logger_root]'
-> 'level'.

The specific large lines 'Encoded successfully' - only in debug level,
though - were added in 4.4, during the port to python3, and recently I
decided they are useless and removed them [1] - only in master branch, so
for 4.5.

Best regards,

[1] https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/117111


> --
> Valerio Luccio
> High Performance Computing 10 Astor Place, Room 416D
> New York University New York, NY 10003
>
> "In an open world, who needs windows or gates ?"
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7BJPH6Q5RU5SCTQHYHGVUTDHRKQDLQ2C/
>


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


[ovirt-users] Re: Update Issue

2021-11-18 Thread Yedidyah Bar David
On Thu, Nov 18, 2021 at 2:14 PM Christoph Timm  wrote:
>
> looks like they are already aware of it:

Indeed.

> https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/BDYP62MAJL2QVQZ7RHM2USZD4HXBGUA6/

Now replied there, and created this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=2024605

Also posted now to centos-devel, "qemu-kvm 6.1.0 with 16 PCIE root
ports is broken".

For the time being, we know of two workarounds:

1. Use qemu-kvm 6.0.0, available from the advanced virtualization SIG
repo, should automatically be enabled by ovirt-release package. So
e.g.:

Per host:
- Move to maintenance
- dnf downgrade qemu-kvm-core-6.0.0
- Activate

2. Configure your engine to use less than 16 pcie root ports, e.g. 12 like here:

https://gerrit.ovirt.org/c/ovirt-system-tests/+/117689

This might be problematic, though, if you need to add many devices to your VMs.

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:


[ovirt-users] Re: Deploy Hosted Engine with PowerFlex (formerly ScaleIO) storage

2021-11-04 Thread Yedidyah Bar David
On Thu, Nov 4, 2021 at 6:32 AM  wrote:
>
> Hi
>
> This is the first time I have posted a question on here.

Welcome :-).

> I am attempting to deploy a Self Hosted Engine with RHV 4.4.8, RHEL 8.4 using 
> a PowerFlex (ScaleIO) volume. I have done this several times in the past with 
> oVirt 4.3.x and 4.4.? but for some reason on this occasion I am hitting a 
> problem. I think I might know what it is but I don't know how to fix it. The 
> deployment appears to go fine up until the point where the question is asked 
> about which storage device I want the HE copied to, I select Fibre Channel 
> but unfortunately this fails and does not find any suitable devices - I know 
> that PowerFlex is not technically FC but the devices are recognised by 
> multipathd and have always worked previously (I was instrumental in getting 
> the udev rules changed in the PowerFlex 3.6 version to ensure the devices 
> could be recognised by multipathd, whereas previously it had required a udev 
> rules edit).
>
> The device I am trying to use is this:
> # multipath -v2 -l
> 1abc8aad74a6630f-c4c045df dm-2 ##,##
> size=120G features='1 queue_if_no_path' hwhandler='0' wp=rw
> `-+- policy='service-time 0' prio=0 status=active
>   `- #:#:#:# scinia 252:0 active undef running
>
> I can see in the log that the device is being partially discovered but it 
> seems that a 'vendor_id' is wanted and this is something that udev does not 
> report for a PowerFlex device.
>
> 2021-11-02 07:07:10,057+ INFO 
> otopi.ovirt_hosted_engine_setup.ansible_utils 
> ansible_utils._process_output:112 TASK [ovirt.ovirt.hosted_engine_setup : Get 
> Fibre Channel LUNs]
> 2021-11-02 07:07:10,960+ INFO 
> otopi.ovirt_hosted_engine_setup.ansible_utils 
> ansible_utils._process_output:112 ok: [localhost]
> 2021-11-02 07:07:11,261+ DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils 
> ansible_utils._process_output:106 PLAY RECAP [localhost] : ok: 5 changed: 0 
> unreachable: 0 skipped: 0 failed: 0
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:223 
> ansible-playbook rc: 0
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:230 
> ansible-playbook stdout:
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:233 
> ansible-playbook stderr:
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.plugins.gr_he_ansiblesetup.core.storage_domain 
> storage_domain._query_fc_lunid:379 {'otopi_fc_devices': {'changed': False, 
> 'ovirt_host_storages': [{'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8ee
> e-60c8314b7e13/storage/19eadf533875920f-46da4fac', 'id': 
> '19eadf533875920f-46da4fac', 'host': {'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8eee-60c8314b7e13', 'id': 
> '80308d4a-ef91-40fd-8eee-60c8314b7e13'}, 'logical_unit
> s': [{'discard_max_size': 1048576, 'discard_zeroes_data': False, 'id': 
> '19eadf533875920f-46da4fac', 'lun_mapping': 0, 'paths': 1, 'size': 
> 111669149696, 'status': 'free'}], 'type': 'fcp'}], 'invocation': 
> {'module_args': {'host': 'pfxhci
> 14.hci.spoc', 'fcp': {'lun_id': -1}, 'fetch_nested': False, 
> 'nested_attributes': [], 'follows': [], 'iscsi': None}}, '_ansible_no_log': 
> False}, 'ansible-playbook_rc': 0}
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.plugins.gr_he_ansiblesetup.core.storage_domain 
> storage_domain._select_lun:398 [{'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8eee-60c8314b7e13/storage/19eadf533875920f-46da4fac',
>  'id': '1
> 9eadf533875920f-46da4fac', 'host': {'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8eee-60c8314b7e13', 'id': 
> '80308d4a-ef91-40fd-8eee-60c8314b7e13'}, 'logical_units': 
> [{'discard_max_size': 1048576, 'discard_zeroes_data': False, 'i
> d': '19eadf533875920f-46da4fac', 'lun_mapping': 0, 'paths': 1, 
> 'size': 111669149696, 'status': 'free'}], 'type': 'fcp'}]
> 2021-11-02 07:07:11,362+ DEBUG 
> otopi.plugins.gr_he_ansiblesetup.core.storage_domain 
> storage_domain._select_lun:407 [{'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8eee-60c8314b7e13/storage/19eadf533875920f-46da4fac',
>  'id': '1
> 9eadf533875920f-46da4fac', 'host': {'href': 
> '/ovirt-engine/api/hosts/80308d4a-ef91-40fd-8eee-60c8314b7e13', 'id': 
> '80308d4a-ef91-40fd-8eee-60c8314b7e13'}, 'logical_units': 
> [{'discard_max_size': 1048576, 'discard_zeroes_data': False, 'i
> d': '19eadf533875920f-46da4fac', 'lun_mapping': 0, 'paths': 1, 
> 'size': 111669149696, 'status': 'free'}], 'type': 'fcp'}]
> 2021-11-02 07:07:11,362+ 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 
> 

[ovirt-users] Re: hosted-engine deploy - Network error during communication with the Host. (NFS)

2021-10-31 Thread Yedidyah Bar David
Hi,

On Fri, Oct 29, 2021 at 11:55 AM Matyi Szabolcs
 wrote:
>
> Hi,
>
> I get the following error when hosted-engine --deplying:
>
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch cluster facts]
>
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter facts]
>
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter ID]
>
> [ INFO ] ok: [localhost]
>
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter name]
>
> [ INFO ] ok: [localhost]
>
> [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Add NFS storage domain]
>
> [ ERROR ] ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
> "Network error during communication with the Host.". HTTP r
> esponse code is 400.
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg":
> "Fault reason is \"Operation Failed\". Fault detail is \"Network
> error
> during communication with the Host.\". HTTP response code is 400."}
>
> Please specify the storage you would like to use (glusterfs, iscsi, fc,
> nfs)[nfs]:
>
>
>
>
>
>
> NFS sharing is fine I can mount from VM and also from localhost..

I think this error is about the *engine* failing to communicate with the
*host* you deploy on, not the NFS server.

Can you login to the engine VM? You can try that from the host. You can
finds its (private) IP address by checking the logs, e.g.:

# grep -A20 local_vm_ip
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-ansible-bootstrap_local_vm*

Good luck and 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/WZSVIYOIQUMO5DHCFR3KJMVMQJCNXYER/


[ovirt-users] Re: Upgrade 4.3 to 4.4 with Python3 : No module named "rpmUtils"

2021-10-28 Thread Yedidyah Bar David
On Thu, Oct 28, 2021 at 2:40 PM Richard Chan
 wrote:
>
>
> On Thu, Oct 28, 2021 at 7:19 PM Yedidyah Bar David  wrote:
>>
>> Hi,
>>
>> On Thu, Oct 28, 2021 at 1:49 PM Richard Chan  
>> wrote:
>>>
>>> Hello.,
>>>
>>> Scenario: Upgrading from 4.3 to 4.4
>>
>>
>> Please provide more details. How do you upgrade?
>>
>> Do you follow some document/procedure? Which? At which point are you in?
>>
>>>
>>>
>>> Situation: When running engine-setup on the new (standalone) engine host I 
>>> hit
>>>
>>> 2021-10-28 18:30:47,998+0800 DEBUG otopi.context context._executeMethod:127 
>>> Stage boot METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._boot
>>> 2021-10-28 18:30:47,999+0800 DEBUG 
>>> otopi.plugins.otopi.packagers.yumpackager yumpackager._boot:187 Cannot 
>>> initialize miniyum
>>
>>
>> Please check/share the setup log.
>>
>> Generally speaking, otopi does not try to init yum, unless dnf failed to 
>> init.
>>
>> I guess going forward we should completely remove yum support. It was left 
>> over from the time where we supported both. This would not have solved your 
>> current problem, only output a different error message.
>>
>> Thanks and best regards,
>> --
>> Didi
>
>
> I am trying this on a AlmaLinux 8 host; I see that otopi actually has 
> hardcoded strings like "fedora" " centos" etc.
> I have set OTOPI_DNF_ENABLE=1 and so far have made it to the "Please confirm 
> installation settings" phase.
>
> My bad - sorry for the noise.
>
> Just curious: will this affect installing hosts and general oVirt 4.4 
> operations like upgrades?
> So far so good... I will reach back if it hits other issues.

Indeed AlmaLinux support is at most partial. We had a few
patches/threads about it, not sure about status.

You might want to check this recent thread:

[ovirt-devel] Re: [External] : Re: Need to complie kmod-cxgb3

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


[ovirt-users] Re: Upgrade 4.3 to 4.4 with Python3 : No module named "rpmUtils"

2021-10-28 Thread Yedidyah Bar David
Hi,

On Thu, Oct 28, 2021 at 1:49 PM Richard Chan 
wrote:

> Hello.,
>
> Scenario: Upgrading from 4.3 to 4.4
>

Please provide more details. How do you upgrade?

Do you follow some document/procedure? Which? At which point are you in?


>
> Situation: When running engine-setup on the new (standalone) engine host I
> hit
>
> 2021-10-28 18:30:47,998+0800 DEBUG otopi.context
> context._executeMethod:127 Stage boot METHOD
> otopi.plugins.otopi.packagers.yumpackager.Plugin._boot
> 2021-10-28 18:30:47,999+0800 DEBUG
> otopi.plugins.otopi.packagers.yumpackager yumpackager._boot:187 Cannot
> initialize miniyum
>

Please check/share the setup log.

Generally speaking, otopi does not try to init yum, unless dnf failed to
init.

I guess going forward we should completely remove yum support. It was left
over from the time where we supported both. This would not have solved your
current problem, only output a different error message.

Thanks and 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/BZGKYRM2YAUUDZ7X6Z7TSWZB7H6EL7YX/


[ovirt-users] Re: How to swap VM from one state to another and back?

2021-10-27 Thread Yedidyah Bar David
On Wed, Oct 27, 2021 at 9:47 AM  wrote:

> Hi everybody. We are trying to transfer our project from using VMware
> vCenter to oVirt. Everything looks good, but when it comes to snapshots
> there is a quite big difference. In current application we are using VM
> snapshots to switch the VM from one state to another.
>
> Each VM has it's initial snapshot (we can go back anytime we need), but it
> can also have several additional snapshots with some VM modifications (like
> applications added or so). We are able to go from one state to another
> using "revert to snapshot" function served by vCenter.
>
> What I understand this is not possible in oVirt. If I revert from newer
> snapshot to older one all snapshots that were created after the older one
> will get deleted. I understand the reason (having one base file and having
> only diffs per each snapshot) and here comes the question...
>
> What would be the best solution to simulate this vCenter option? To be
> able to quickly swap from one state to another (and back of course) on one
> particular VM?
>

Perhaps "Preview"? Then you can boot the VM, do stuff, shutdown, and "Undo".

Or, for slightly more complex cases, you can create/clone a VM from a
snapshot.

For even more complex ones, you probably want to have a look at templates.

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


[ovirt-users] Re: Looking for paid support long term

2021-10-27 Thread Yedidyah Bar David
On Wed, Oct 27, 2021 at 8:43 AM  wrote:

> Hi
>
> We are a server building company, we already supply 2-3 high availability
> storage clusters/virtualization per month based on commercial/paid software.
>
> For lower end clients we like to use oVirt hyperconverged, would like
> support/share knowledge with my team.
>
> I have a team of 5 technicians who need training.
>
> First we need help setting up a virtual oVirt cluster. Once this works, we
> will test performance/stability/features/
>
> If we're happy with the solution, my team needs training and also if we
> encounter a very difficult issue we would like to have a paid support
> channel.
>
> I would prefer a partner who has at least 3 engineers [ holidays etc ]. Do
> you have a lot of experience with your team, please PM me.
>

You might want to check:

https://www.ovirt.org/community/user-stories/users-and-providers.html

And, a reminder: If other readers of this list want to appear in the above
page as well, patches are welcome!

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


[ovirt-users] Re: Hosted Engine Deployment failure

2021-10-20 Thread Yedidyah Bar David
On Wed, Oct 20, 2021 at 8:35 AM Raj P  wrote:

> Hi, I ma tryinf to deploy hosted engine and keeps on failing with
> following errors.
>
> Am new to oVirt and unabe to figure out what the issues is?
> any help would be very much appreciated.
>
> [ INFO ] TASK [ovirt.ovirt.engine_setup : Install oVirt Engine package]
> [ ERROR ] fatal: [localhost -> 192.168.222.214]: FAILED! => {"changed":
> false, "msg": "Failed to download metadata for repo
> 'ovirt-4.4-centos-gluster8': repomd.xml parser error: Parse error at line:
> 68 (xmlParseStartTag: invalid element name\n)", "rc": 1, "results": []}
>

This might be a problem with your repos, or with the mirror you use, or a
proxy.

Please check:

1. The output of this:
rpm -qa | grep ovirt-release

2. Does this work?
dnf install -y glusterfs

You might try to edit one of /etc/yum.repos.d/ovirt-*.repo to use a
specific mirror
instead of mirrorlist, if you use mirrorlist - search there for gluster,
comment the
mirrorlist line and uncomment the baseurl line.

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


[ovirt-users] Re: Public Glance repository for oVirt

2021-10-13 Thread Yedidyah Bar David
On Tue, Oct 12, 2021 at 6:45 PM  wrote:
>
> Hello,
>   can anyone get to the public openstack image repository  
> ovirt-image-repository?
>
> Also when I try  browse the site I get
>
> This site can’t be reached
> https://glance.ovirt.org/ is unreachable.

Thanks for the report.

Adding infra/infra-support. Any clue? This is affecting also CI,
breaking at least
test_undo_preview_snapshot_when_mac_used_reassigns_a_new_mac in
ovirt-system-tests.

Thanks and 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/IOC25K7CDTOK2L7OLXQJHZKZOQMIPWAO/


[ovirt-users] Re: Hosted Engine ansible runner artifacts cleanup

2021-10-07 Thread Yedidyah Bar David
On Thu, Oct 7, 2021 at 11:49 AM Erez Zarum  wrote:
>
> Thank you all.
> Answering myself.
>
>
> cd /usr/share/ovirt-engine/ansible-runner-service-project
> ansible-runner --rotate-artifacts 20 --artifact-dir 
> /usr/share/ovirt-engine/ansible-runner-service-project/artifacts -m ping 
> --hosts all[0] run /usr/share/ovirt-engine/ansible-runner-service-project
>
> This will run the "ping" module on the first host, it will fail because i did 
> not provide any private key but it will cleanup artifacts and will leave only 
> 20 of them.
>
> Solved :)

Thanks for the report!

Martin, IMO these artifacts should go somewhere under /var . Can't
find any EL-specific policy for this right now, but see e.g.:

https://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#THEUSRHIERARCHY

Thanks and 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/GZNNR67JP5ZK2WC2XJGQYBWKDMBJJ4WA/


[ovirt-users] Re: Self Hosted Engine disk increase

2021-10-07 Thread Yedidyah Bar David
On Thu, Oct 7, 2021 at 12:34 PM Paulo Silva  wrote:
>
> Thanks for your reply.
>
> We were trying to use the hosted engine as a nfs server for the iso domain, 
> would be possible to add at least a new disk for the isos or a better 
> solution is to place the iso domain elsewhere?

Glad you asked.

Using the hosted engine VM for the ISO domain is deprecated and not
recommended. See also:

https://bugzilla.redhat.com/show_bug.cgi?id=1332813

So, yes - better put the ISO domain elsewhere.

Best regards,

>
> Regards
>
> Yedidyah Bar David  escreveu no dia quinta, 7/10/2021 à(s) 
> 06:28:
>>
>> On Wed, Oct 6, 2021 at 7:58 PM Paulo Silva  wrote:
>> >
>> > Hi,
>> >
>> > Is there any official procedure to increase the disk size of a self-hosted 
>> > engine?
>>
>> None that I know of.
>>
>> The only official way is to use backup/restore (to a new SD).
>>
>> The default disk size should be enough for most needs. Are you sure
>> you can't clean it up a bit?
>>
>> Best regards,
>> --
>> Didi
>>
>
>
> --
> Paulo Silva 



-- 
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/4TMQSWNJQKTDX53XRKKEBOA5DWM6TL4Z/


[ovirt-users] Re: Self Hosted Engine disk increase

2021-10-06 Thread Yedidyah Bar David
On Wed, Oct 6, 2021 at 7:58 PM Paulo Silva  wrote:
>
> Hi,
>
> Is there any official procedure to increase the disk size of a self-hosted 
> engine?

None that I know of.

The only official way is to use backup/restore (to a new SD).

The default disk size should be enough for most needs. Are you sure
you can't clean it up a bit?

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


[ovirt-users] Re: Hosted Engine ansible runner artifacts cleanup

2021-10-05 Thread Yedidyah Bar David
On Tue, Oct 5, 2021 at 8:50 PM Erez Zarum  wrote:
>
> Hey,
> No, i am talking about the ansible-runner artifacts, when the ovirt-engine 
> runs a playbook (which is a task in the webui for example), it creates a 
> folder in /usr/share/ovirt-engine/ansible-runner/artifacts for each run.

Thanks for the clarification. I don't have
/usr/share/ovirt-engine/ansible-runner/artifacts on my engine machine.
Which version do you use? Perhaps file a bug in bugzilla and attach a
sosreport.

>
> There's a config.yml in /etc/ansible-runner-service but for some reason it 
> does not affect anything.

What do you mean by that? Did you try changing it and saw that this
does not affect it at all? Or a specific setting? Something else?

Thanks and 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/RUTJT53TQWJD4CCMCVWXXFQHCKKSLIQN/


[ovirt-users] Re: Hosted Engine ansible runner artifacts cleanup

2021-10-05 Thread Yedidyah Bar David
On Tue, Oct 5, 2021 at 3:54 PM Erez Zarum  wrote:
>
> Hey,
> the ovirt-engine runs ansible playbooks and uses the ansible-runner project, 
> what happens is that if you have a lot of tasks the artifacts of 
> ansible-runner fills up the disk space of the ovirt-engine.
> They are located in /usr/share/ovirt-engine/ansible-runner
> There's a config in /etc/ansible-runner-service that controls the artifacts 
> rotation, for some reason it does not kick in, in general there's a way to 
> manually run the ansible-runner and let it rotate the artifacts, i want to 
> understand how to do this without messing up the ovirt-engine.

I think the only thing out-of-the-box that should clean these logs is
logrotate, for which we indeed supply a conf file.
Does logrotate run on your system? Should run daily by default, by cron.

The configuration was changed recently, see also:

https://bugzilla.redhat.com/show_bug.cgi?id=1941507

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


[ovirt-users] Re: oVirt - No supported package manager found in your system

2021-09-30 Thread Yedidyah Bar David
On Thu, Sep 16, 2021 at 12:31 PM German Sandoval  wrote:
>
> Probably this isn't the place to ask, but I'm doing a test with an Almalinux 
> Physical host and trying to install a standalone instance and I get this 
> error when I use the Engine-Setup, I'm using a Centos stream guide.
>
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>   Configuration files: 
> /etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf, 
> /etc/ovirt-engine-setup.conf.d/10-packaging.conf
>   Log file: 
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20210915140413-hsjs2f.log
>   Version: otopi-1.9.5 (otopi-1.9.5-1.el8)
> [ ERROR ] Failed to execute stage 'Environment setup': No supported package 
> manager found in your system

Please check/share the complete log - the snippet you copied isn't enough.

I am not aware of anyone trying this yet. Should hopefully not be that hard.

> I haven't found I guide for Alma Linux, So I can assume maybe oVirt still not 
> supported on this OS, I couldn't find much information regarding this error.

This error is emitted when engine-setup fails to initiate both yum
(which it used in el7) and dnf.

>
> https://bugzilla.redhat.com/show_bug.cgi?id=1908602
> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1909965

I don't think these are related.

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


[ovirt-users] Re: oVirt Monitoring Alerts via Grafana

2021-09-14 Thread Yedidyah Bar David
On Tue, Sep 14, 2021 at 9:12 AM Tommy Sway  wrote:

> Thanks for your article!
>
> My Ovirt system does not show a monitoring portal. How do I integrate
> Grafana into my Ovirt portal?
>
> The configuration doesn't seem to have the Grafana option even after the
> reinstallation:
>
>
>
> [root@olvmm ~]# engine-setup --reconfigure-optional-components
>
> [ INFO  ] Stage: Initializing
>
> [ INFO  ] Stage: Environment setup
>
>   Configuration files:
> ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
> '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>
>   Log file:
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20210914135829-rigduk.log
>
>   Version: otopi-1.8.4 (otopi-1.8.4-1.el7)
>

It seems like you use 4.3, based on otopi version. Grafana integration was
added in 4.4.

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


[ovirt-users] Re: problems testing 4.3.10 to 4.4.8 upgrade SHE

2021-09-12 Thread Yedidyah Bar David
On Mon, Sep 13, 2021 at 1:08 AM Gianluca Cecchi
 wrote:
>
> On Sun, Sep 12, 2021 at 10:35 AM Yedidyah Bar David  wrote:
>>
>>
>> >>
>> >> It was the step I suspect there was a regression for in 4.4.8 (comparing 
>> >> with 4.4.7) when updating the first hosted-engine host during the upgrade 
>> >> flow and retaining its hostname details.
>>
>> What's the regression?
>
>
> I thought that in 4.4.7 there was not this problem if you use the same 
> hostname but with different (real or virtual) hw as the first host during 
> your SHE upgrade from 4.3.10 to 4.4.7.
> But probably it was not so and I didn't remember correctly
>
>>
>> >> I'm going to test with latest async 2 4.4.8 and see if it solves the 
>> >> problem. Otherwise I'm going to open a bugzilla sending the logs.
>>
>> Can you clarify what the bug is?
>
>
> The automatic mgmt of host adding during the "hosted-engine --deploy 
> --restore-from-file=backup.bck" step if you have different hw and you want to 
> recycle your previous hostname.
> In the past it often happened to me to combine upgrades of systems with hw 
> refreshing (with standalone hosts, rhcs clusters, also ovirt/rhv from 4.2 to 
> 4.3 if I remember correctly, ecc.) where you re-use an existing hostname on 
> new hardware
> More than a bug it would be an RFE perhaps

OK, now filed it: https://bugzilla.redhat.com/show_bug.cgi?id=2003515

>
>
>>
>> > As novirt2 and novirt1 (in 4.3) are VMS running on the same hypervisor I 
>> > see that in their hw details I have the same serial number and the usual 
>> > random uuid
>>
>> Same serial number? Doesn't sound right. Any idea why it's the same?
>
>
> My env is nested oVirt and my hypervisors are Vms.
> I notice that in oVirt if you clone a VM it changes the uuid in the clone but 
> it retains the serial number...

OK, understood. Unrelated to current issue, but it might be worth to
optionally change this as well during a clone.

>
>> > Unfortunately I cannot try at the moment the scenario where I deploy the 
>> > new novirt2 on the same virtual hw, because in the first 4.3 install I 
>> > configured the OS disk as 50Gb and with this size 4.4.8 complains about 
>> > insufficient space. And having the snapshot active in preview I cannot 
>> > resize the disk
>> > Eventually I can reinstall 4.3 on an 80Gb disk and try the same, 
>> > maintaining the same hw ... but this would imply that in general I cannot 
>> > upgrade using different hw and reusing the same hostnames correct?
>>
>> Yes. Either reuse a host and keep its name (what we recommend in the
>> upgrade guide) or use a new host and a new name (backup/restore
>> guide).
>>
>> The condition to remove the host prior to adding it is based on
>> unique_id_out, which is set in (see also bz 1642440, 1654697):
>>
>>   - name: Get host unique id
>> shell: |
>>   if [ -e /etc/vdsm/vdsm.id ];
>>   then cat /etc/vdsm/vdsm.id;
>>   elif [ -e /proc/device-tree/system-id ];
>>   then cat /proc/device-tree/system-id; #ppc64le
>>   else dmidecode -s system-uuid;
>>   fi;
>> environment: "{{ he_cmd_lang }}"
>> changed_when: true
>> register: unique_id_out
>>
>> So if you want to "make this work", you can set the uuid (either in
>> your (virtual) BIOS, to affect the /proc value, or in
>> /etc/vdsm/vdsm.id) to match the one of the old host (the one you want
>> to reuse its name). I didn't test this myself, though.
>>
>
> I confirm that I reverted the snapshots of the 2 VMs used as hypervisors 
> taking them again at initial 4.3 status and remade all the steps, but right 
> after the install of the OS of 4.4.8 oVirt node I created /etc/vdsm/vdsm.id 
> inside novirt2 with the old 4.3 value (the file was not there at that moment) 
> and then all the flow went as expected and I was then able to reach the final 
> 4.4.8 async 2 env with both hosts at 4.4.8, cluster and DC updated to 4.6 
> compatibility level and no downtime for the VMs inside the env, because I was 
> able to execute live migration after upgrading the first host

Thanks for the report!

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/3PZLOASBPEUSGULEW2TPYG6ET4U7ICYT/


[ovirt-users] Re: problems testing 4.3.10 to 4.4.8 upgrade SHE

2021-09-12 Thread Yedidyah Bar David
Hi Gianluca,

On Fri, Sep 10, 2021 at 10:04 AM Gianluca Cecchi
 wrote:
>
>
> On Wed, Sep 1, 2021 at 4:26 PM Gianluca Cecchi  
> wrote:
>>
>> On Wed, Sep 1, 2021 at 4:00 PM Yedidyah Bar David  wrote:
>>>
>>>
>>> >
>>> > So I think there was something wrong with my system or probably a 
>>> > regression on this in 4.4.8.
>>> >
>>> > I see these lines in ansible steps of deploy of RHV 4.3 -> 4.4
>>> >
>>> > [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Remove host used to 
>>> > redeploy]
>>> > [ INFO  ] changed: [localhost -> 192.168.222.170]
>>> >
>>> > possibly this step should remove the host that I'm reinstalling...?
>>>
>>> It should. From the DB, before adding it again. Matches on the uuid
>>> (search the code for unique_id_out if you want the details). Why?
>>>
>>> (I didn't follow all this thread, ignoring the rest for now...)
>>>
>>> Best regards,
>>>
>>>
>>
>> It was the step I suspect there was a regression for in 4.4.8 (comparing 
>> with 4.4.7) when updating the first hosted-engine host during the upgrade 
>> flow and retaining its hostname details.

What's the regression?

>> I'm going to test with latest async 2 4.4.8 and see if it solves the 
>> problem. Otherwise I'm going to open a bugzilla sending the logs.

Can you clarify what the bug is?

>>
>> Gianluca
>
>
> So tried with 4.4.8 async 2 but the same problem
>
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check actual cluster 
> location]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Enable GlusterFS at cluster 
> level]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Set VLAN ID at datacenter 
> level]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get active list of active 
> firewalld zones]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Configure libvirt firewalld 
> zone]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add host]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Include after_add_host 
> tasks files]
> [ INFO  ] You can now connect to 
> https://novirt2.localdomain.local:6900/ovirt-engine/ and check the status of 
> this host and eventually remediate it, please continue only when the host is 
> listed as 'up'
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Create temporary lock file]
> [ INFO  ] changed: [localhost -> localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Pause execution until 
> /tmp/ansible.wy3ichvk_he_setup_lock is removed, delete it once ready to 
> proceed]
>
> the host keeps remaining as NoNResponsive in local engine and in engine.log 
> the same
>
> 2021-09-10 08:44:51,481+02 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-37) [] 
> Command 'GetCapabilitiesAsyncVDSCommand(HostName = novirt2.localdomain.local, 
> VdsIdAndVdsVDSCommandParametersBase:{hostId='ca9ff6f7-5a7c-4168-9632-998c52f76cfa',
>  
> vds='Host[novirt2.localdomain.local,ca9ff6f7-5a7c-4168-9632-998c52f76cfa]'})' 
> execution failed: java.net.ConnectException: Connection refused
>
> so the initial install/config of novirt2 doesn't start
>
> So the scenario is
>
> initial 4.3.10 with 2 hosts (novirt1 and novirt2) and 1 she engine (novmgr)
> iSCSI based storage: hosted_engine storage domain and one data storage domain
>
> This is  nested env so that through snapshots I can try and repeat steps.
> novirt1 and novirt2 are two VMS under one oVirt 4.4 env composed by one 
> single host and an external engine
>
> the steps:
> 1 vm running under novirt1 and hosted engine running under novir2 at the 
> beginning
> . global maintenance
> . stop engine
> . backup
> . shutdown engine vm and scratch novirt2
> actually I simulate scenario where I deploy novirt2 on a new hw, that is a 
> clone of novirt2 VM
> Already tested (in previous version of 4.4.8) that if I go through a 
> different hostname it works

Correct

> As novirt2 and novirt1 (in 4.3) are VMS running on the same hypervisor I see 
> that in their hw details I have the same serial number and the usual random 
> uuid

Same serial number? Doesn't sound right. Any idea why it's the same?

>
> novirt1
> uuid B1

[ovirt-users] Re: HE and Node upgrade procedures

2021-09-11 Thread Yedidyah Bar David
On Fri, Sep 10, 2021 at 1:14 AM Diggy Mc  wrote:
>
> Where can I find the documentation on the procedure to upgrade the Hosted 
> Engine as well as the oVirt Nodes?  Specifically, both the HE and Nodes are 
> currently at 4.4.4 and I would like to upgrade to  4.4.8.3.

https://www.ovirt.org/documentation/upgrade_guide/index.html ?

>
> Also, if I remember correctly, 4.4.4 was the last version to use CentOS Linux 
> 8 and later versions switched to CentOS Stream 8.

Not exactly - I suggest to check the release notes, e.g.:

https://www.ovirt.org/release/4.4.8/

>  Will the upgrade procedure automatically switch over to Stream?

Only for oVirt Node.

>  Is there anything I need to be aware of or concerned with regarding the 
> switch to Stream?

Nothing that I am aware of that is specific to oVirt.

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


[ovirt-users] Re: Redeploying hosted engine from backup

2021-09-09 Thread Yedidyah Bar David
On Mon, Sep 6, 2021 at 2:52 PM Artem Tambovskiy
 wrote:
>
> Hello,
>
> Just had an issue with my cluster with a self-hosted engine (hosted-engine is 
> not coming up) and decided to redeploy it as I have a backup.
>
> Just tried a hosted-engine --deploy --restore-from-file=engine.backup
>
> But the script is asking questions like DC name, Cluster name which I can't 
> recall correctly.
> What will be the consequence of the wrong answer? Is there any chance to get 
> this info from the hosts or backup file?

I think we had this issue for years now, but no-one ever complained,
and now you are the second one in just a few days! See the thread
"[ovirt-devel] oVirt 4.3 -> 4.4 upgrade and Self hosted HE storage
migration". Yes, you can get the cluster/dc names from the backup. And
yes, I agree that you shouldn't have to - perhaps you'd like to create
a bug/RFE for this?

If you just want to see all cluster/dc tables data, you can do something like:

mkdir /some/tmp/dir
cd /some/tmp/dir
tar xpf /patch/to/backup
pg_restore -f - db/engine_backup.db | grep -E -i -A100 'copy
public.cluster|copy public.storage_pool' | less

If you have lots of data and that's not enough, and you need to
actually see the specific cluster/dc of your HostedEngine VM, it's
probably easier to just restore it to a DB. And that's probably
easiest to do by manually restoring the backup in some temporary VM
somewhere.

Good luck and 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/2LMTPNB3BTXQXBRQPDQCHQ7EVI65ZKHR/


[ovirt-users] Re: problems testing 4.3.10 to 4.4.8 upgrade SHE

2021-09-01 Thread Yedidyah Bar David
On Sun, Aug 29, 2021 at 1:13 PM Gianluca Cecchi
 wrote:
>
> On Fri, Aug 27, 2021 at 7:57 PM Gianluca Cecchi  
> wrote:
>>
>>
>>
>> Next step will be to try removing one of the two hosts while still all env 
>> in 4.3.10 and then take backup of engine and then install the second as 
>> 4.4.8 and see if it goes ok.
>> I'm going to revert the 4.3.10 snapshot consistent env and try...
>>
>
> Actually this step is the same as what performed (new host, because I 
> pre-remove the existing one...).
> And in fact I remember at the beginning of July I made a similar test on the 
> same test env with ovirt 4.4.7 async 2 node iso and didn't have this kind of 
> problem.
>
> In the weekend I had to do similar steps with two different SHE environments 
> with RHV and was able to do as expected, without the fingerprint error and 
> using the same hostname for the first host I redeployed in 4.4.
> Passed from latest RHV 4.3 to latest 4.4, that currently is iso 
> 4.4.7.4-0.20210804 and is based on 4.4.7 async 2 (Hypervisor Image for RHV 
> 4.4.z batch#6 (oVirt-4.4.7-2) Async #1)
>
> So I think there was something wrong with my system or probably a regression 
> on this in 4.4.8.
>
> I see these lines in ansible steps of deploy of RHV 4.3 -> 4.4
>
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Remove host used to 
> redeploy]
> [ INFO  ] changed: [localhost -> 192.168.222.170]
>
> possibly this step should remove the host that I'm reinstalling...?

It should. From the DB, before adding it again. Matches on the uuid
(search the code for unique_id_out if you want the details). Why?

(I didn't follow all this thread, ignoring the rest for now...)

Best regards,

>
> I will redo the same again on ovirt and eventually open bugzilla with all log 
> files generated.
>
> 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/MAW5C3TS5QCBCJ4PA4BSQOFIZHBWXURA/



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


[ovirt-users] Re: oVirt Hosted Engine Offline Deployment

2021-08-30 Thread Yedidyah Bar David
On Fri, Aug 27, 2021 at 7:59 PM Thomas Hoberg  wrote:
>
> You would do good to mirror everything that oVirt is using, especially if you 
> want to install/rebuild while remaining offline.
>
> The 1.1 GB file you mention is the oVirt appliance initial machine image, 
> which unfortunately seems to get explicitly deleted from time to time, most 
> likely the official clean-up scripts I use, whenever a deployment failed and 
> I want to restart from a clean sheet.

The only place I know of that removes the appliance is in the end of
hosted-engine deployment, not ovirt-hosted-engine-cleanup:

https://bugzilla.redhat.com/show_bug.cgi?id=1676825

You should be able to prevent that by passing
--ansible-extra-vars=he_remove_appliance_rpm=false . I didn't try
that.

You can also prevent _installing_ (or trying to update) the appliance
rpm by passing the ova path as he_appliance_ova (or
OVEHOSTED_VM/ovfArchive), e.g.:

hosted-engine --deploy
--otopi-environment=OVEHOSTED_VM/ovfArchive=str:/path/to/file.ova

hosted-engine --deploy --ansible-extra-vars=he_appliance_ova=/path/to/file.ova

See e.g. https://gerrit.ovirt.org/c/ovirt-system-tests/+/115589

>
> If you're operating disconnected, security bugs won't scare you, which is 
> where most of the updates are coming from. A good frozen CentOS7 repo state 
> can last a long time, but sometimes even those are glitchy so you need to 
> test thoroughly before going completely offline.
>
> oVirt 4.3 is *very* stable (nothing done any more), but not free of bugs. You 
> may be lucky and in an offline mode the combination may be good... until you 
> want online again or add hardware too novel.
>
> It's how I operate currently with most of my oVirt installations: 
> CentOS7.latest and oVirt-4.3.last-with-bugs, because I want to test stuff in 
> the VMs not underneath the hypervisor (and I am mostly using recycled 
> producation hardware to support a lab).

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


[ovirt-users] Re: testing 4.3.10 to 4.4.7 upgrade SHE

2021-08-30 Thread Yedidyah Bar David
On Wed, Aug 25, 2021 at 10:28 AM Gianluca Cecchi
 wrote:
>
> On Tue, Aug 24, 2021 at 6:58 PM Gianluca Cecchi  
> wrote:
>>
>> Hello,
>> I'm testing what in object in a test env.
>> For this I downloaded the async 1 iso of the node, released on 14/07:
>> https://resources.ovirt.org/pub/ovirt-4.4/iso/ovirt-node-ng-installer/4.4.7-2021071400/el8/ovirt-node-ng-installer-4.4.7-2021071400.el8.iso
>>
>> and downloaded to manually install and avoid 4.4.8 appliance:
>> https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/x86_64/ovirt-engine-appliance-4.4-20210705172723.1.el8.x86_64.rpm
>> released on 05/07
>> BTW: what is the difference with
>> https://resources.ovirt.org/pub/ovirt-4.4/rpm/el8/x86_64/ovirt-engine-appliance-4.4-20210720124053.1.el8.x86_64.rpm
>> as both the rpm in changelog contains at top:
>> * Mon Jul 05 2021 Sandro Bonazzola  - 4.4
>> - oVirt 4.4.7 GA appliance
>>
>> I'm in the phase where I have installed the iso, manually installed the 
>> 4.4.7 appliance rpm and then:
>> tmux
>> hosted-engine --deploy --restore-from-file=backup.bck
>>
>> It seems I'm stuck at step:
>> [ INFO  ] changed: [localhost -> 192.168.222.153]
>> [ INFO  ] TASK [ovirt.ovirt.engine_setup : Remove temporary yum 
>> configuration file]
>> [ INFO  ] changed: [localhost -> 192.168.222.153]
>> [ INFO  ] TASK [ovirt.ovirt.engine_setup : Set offline parameter if variable 
>> is set]
>> [ INFO  ] ok: [localhost -> 192.168.222.153]
>> [ INFO  ] TASK [ovirt.ovirt.engine_setup : Restore engine from file]
>> [ INFO  ] skipping: [localhost]
>> [ INFO  ] TASK [ovirt.ovirt.engine_setup : Run engine-setup with answerfile]
>>
>> under /var/log/ovirt-hosted-engine-setup of host:
>>
>> [root@novirt2 ovirt-hosted-engine-setup]# ls -lrt
>> total 1376
>> -rw-r--r--. 1 root root 142169 Aug 24 18:12 
>> ovirt-hosted-engine-setup-ansible-get_network_interfaces-20210824181152-6kd9pq.log
>> -rw-r--r--. 1 root root 270803 Aug 24 18:18 
>> ovirt-hosted-engine-setup-ansible-initial_clean-20210824181738-su4zk6.log
>> -rw-r--r--. 1 root root 378903 Aug 24 18:34 
>> ovirt-hosted-engine-setup-20210824181101-r03y91.log
>> -rw-r--r--. 1 root root 610288 Aug 24 18:34 
>> ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20210824181850-m1gx97.log
>> [root@novirt2 ovirt-hosted-engine-setup]#
>>
>> and
>>
>> [root@novirt2 ovirt-hosted-engine-setup]# tail 
>> ovirt-hosted-engine-setup-ansible-bootstrap_local_vm-20210824181850-m1gx97.log
>> 2021-08-24 18:34:18,155+0200 INFO ansible ok {'status': 'OK', 
>> 'ansible_type': 'task', 'ansible_playbook': 
>> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
>> 'ansible_host': 'localhost', 'ansible_task': 'Set offline parameter if 
>> variable is set', 'task_duration': 1}
>> 2021-08-24 18:34:18,156+0200 DEBUG ansible on_any args 
>>   kwargs
>> 2021-08-24 18:34:19,035+0200 INFO ansible task start {'status': 'OK', 
>> 'ansible_type': 'task', 'ansible_playbook': 
>> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
>> 'ansible_task': 'ovirt.ovirt.engine_setup : Restore engine from file'}
>> 2021-08-24 18:34:19,035+0200 DEBUG ansible on_any args TASK: 
>> ovirt.ovirt.engine_setup : Restore engine from file  kwargs 
>> is_conditional:False
>> 2021-08-24 18:34:19,037+0200 DEBUG ansible on_any args localhost TASK: 
>> ovirt.ovirt.engine_setup : Restore engine from file  kwargs
>> 2021-08-24 18:34:19,885+0200 INFO ansible skipped {'status': 'SKIPPED', 
>> 'ansible_type': 'task', 'ansible_playbook': 
>> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
>> 'ansible_task': 'Restore engine from file', 'ansible_host': 'localhost'}
>> 2021-08-24 18:34:19,886+0200 DEBUG ansible on_any args 
>>   kwargs
>> 2021-08-24 18:34:20,761+0200 INFO ansible task start {'status': 'OK', 
>> 'ansible_type': 'task', 'ansible_playbook': 
>> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml', 
>> 'ansible_task': 'ovirt.ovirt.engine_setup : Run engine-setup with 
>> answerfile'}
>> 2021-08-24 18:34:20,762+0200 DEBUG ansible on_any args TASK: 
>> ovirt.ovirt.engine_setup : Run engine-setup with answerfile  kwargs 
>> is_conditional:False
>> 2021-08-24 18:34:20,763+0200 DEBUG ansible on_any args localhost TASK: 
>> ovirt.ovirt.engine_setup : Run engine-setup with answerfile  kwargs
>> [root@novirt2 ovirt-hosted-engine-setup]#
>>
>> Inside the (still local) vm:
>>
>> [root@novmgr ovirt-engine]# cd /var/log/ovirt-engine/setup/
>> [root@novmgr setup]# ls -lrt
>> total 12084
>> -rw-r--r--. 1 root root   394589 Aug 24 18:25 
>> ovirt-engine-provisiondb-20210824182500-rqqgls.log
>> -rw-r--r--. 1 root root   395744 Aug 24 18:25 
>> ovirt-engine-provisiondb-20210824182505-tq5b8z.log
>> -rw---. 1 root root14196 Aug 24 18:25 
>> restore-backup-20210824162459.log
>> -rw-r--r--. 1 root root 11559016 Aug 24 18:35 
>> ovirt-engine-setup-20210824183421-ri4rdq.log
>> [root@novmgr setup]#
>>
>> [root@novmgr setup]# tail ovirt-engine-setup-20210824183421-ri4rdq.log
>> 2021-08-24 18:35:21,233+0200 

[ovirt-users] Re: upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

2021-08-30 Thread Yedidyah Bar David
On Tue, Aug 24, 2021 at 12:30 PM dhanaraj.ramesh--- via Users
 wrote:
>
> Hi Ritesh, Thank you.. Yes I was following this and all works fine except at 
> the last steps where I'm getting error and setup failed
>
>  ERROR ] Failed to execute stage 'Misc configuration': Command
> '/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute

Can you please share the setup log, so that we can try to understand
why this failed?

> [ INFO ] DNF Performing DNF transaction rollback
> [ ERROR ] DNF module 'dnf.history' has no attribute 'open_history'

Now commented about this here:

https://bugzilla.redhat.com/show_bug.cgi?id=1542492#c2

Thanks for the report!
-- 
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/GM34YQ5LX2VUISLYR4W3EWQBDA7ZKB33/


[ovirt-users] Re: Cannot restart ovirt after massive failure.

2021-08-15 Thread Yedidyah Bar David
On Sat, Aug 14, 2021 at 8:58 AM Gilboa Davara  wrote:
>
> Shabbat Shalom,
>
> On Wed, Aug 11, 2021 at 10:03 AM Yedidyah Bar David  wrote:
>>
>> On Tue, Aug 10, 2021 at 9:20 PM Gilboa Davara  wrote:
>> >
>> > Hello,
>> >
>> > Many thanks again for taking the time to try and help me recover this 
>> > machine (even though it would have been far easier to simply redeploy 
>> > it...)
>> >
>> >> >
>> >> >
>> >> > Sadly enough, it seems that --clean-metadata requires an active agent.
>> >> > E.g.
>> >> > $ hosted-engine --clean-metadata
>> >> > The hosted engine configuration has not been retrieved from shared 
>> >> > storage. Please ensure that ovirt-ha-agent
>> >> > is running and the storage server is reachable.
>> >>
>> >> Did you try to search the net/list archives?
>> >
>> >
>> > Yes. All of them seem to repeat the same clean-metadata command (which 
>> > fails).
>>
>> I suppose we need better documentation. Sorry. Perhaps open a
>> bug/issue about that.
>
>
> Done.
> https://bugzilla.redhat.com/show_bug.cgi?id=1993575

Thanks.

>
>>
>>
>> >
>> >>
>> >>
>> >> >
>> >> > Can I manually delete the metadata state files?
>> >>
>> >> Yes, see e.g.:
>> >>
>> >> https://lists.ovirt.org/pipermail/users/2016-April/072676.html
>> >>
>> >> As an alternative to the 'find' command there, you can also find the IDs 
>> >> with:
>> >>
>> >> $ grep metadata /etc/ovirt-hosted-engine/hosted-engine.conf
>> >>
>> >> Best regards,
>> >> --
>> >> Didi
>> >
>> >
>> > Yippie! Success (At least it seems that way...)
>> >
>> > Following https://lists.ovirt.org/pipermail/users/2016-April/072676.html,
>> > I stopped the broker and agent services, archived the existing hosted 
>> > metadata files, created an empty 1GB metadata file using dd, (dd 
>> > if=/dev/zero of=/run/vdsm/storage// bs=1M count=1024), making 
>> > double sure permissions (0660 / 0644), owner (vdsm:kvm) and SELinux labels 
>> > (restorecon, just incase) stay the same.
>> > Let everything settle down.
>> > Restarted the services
>> > ... and everything is up again :)
>> >
>> > I plan to let the engine run overnight with zero VMs (making sure all 
>> > backups are fully up-to-date).
>> > Once done, I'll return to normal (until I replace this setup with a normal 
>> > multi-node setup).
>> >
>> > Many thanks again!
>>
>> Glad to hear that, welcome, thanks for the report!
>>
>> More tests you might want to do before starting your real VMs:
>>
>> - Set and later clear global maintenance from each hosts, see that this
>> propagates to the others (both 'hosted-engine --vm-status' and agent.log)
>>
>> - Migrate the engine VM between the hosts and see this propagates
>>
>> - Shutdown the engine VM without global maint and see that it's started
>> automatically.
>>
>> But I do not think all of this is mandatory, if 'hosted-engine --vm-status'
>> looks ok on all hosts.
>>
>> I'd still be careful with other things that might have been corrupted,
>> though - obviously can't tell you what/where...
>>
>
> Host is back to normal.
> The log looks clean (minus some odd smtp errors in the log).

That's normal, if you didn't configure a local (by default) mail server.

>
> Either way, I'm already in the process of replacing this setup with a real 3 
> host + gluster setup, so I just need this machine to survive the next couple 
> of weeks :)\

Good luck and 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/XLLCAGJNXJZHM7XE22MM7EQQU2P6DXOK/


[ovirt-users] Re: oVirt and the future

2021-08-11 Thread Yedidyah Bar David
On Wed, Aug 11, 2021 at 10:03 PM  wrote:
>
> Hi all,
>  I'm looking for some information about the future of oVirt. With CentOS 
> going away have they talked about what they will be doing or moving to? I'd 
> like to see Ubuntu support.

I suggest to search the archives of this list - there were multiple
relevant discussions here in recent months. See e.g. recent thread
"[ovirt-users] upgrading to 4.4.6 with Rocky Linux 8" [0].

oVirt, as a project, starting with IIRC version 4.4.6, moved
development to CentOS Stream 8.

There are thoughts about moving to CentOS Stream 9, see e.g. [1].

See the release notes pages per version for details about that
version, e.g. [2], which says:

"This release is available now for Red Hat Enterprise Linux 8.4 (or
similar) and CentOS Stream."

This means, in practice, that if you want to use e.g. AlmaLinux OS or
Rocky Linux, you have to wait until they rebuild the sources of RHEL
8.4 (which might already have happened by now, just explaining).

Some years ago there was some work on Debian support, which AFAIU
haven't matured and eventually neglected.

I personally think that adding support for Debian is a great idea, but
am not aware of anyone working on this. Contributors are welcome!

Best regards,

[0] 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/IBFLZG2TFIOSO2LWHAQYIVCC2Z6TWJG5/

[1] 
https://www.ovirt.org/develop/release-management/features/integration/centos-9-stream-support.html

[2] https://www.ovirt.org/release/4.4.7/


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



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


[ovirt-users] Re: Cannot restart ovirt after massive failure.

2021-08-11 Thread Yedidyah Bar David
On Tue, Aug 10, 2021 at 9:20 PM Gilboa Davara  wrote:
>
> Hello,
>
> Many thanks again for taking the time to try and help me recover this machine 
> (even though it would have been far easier to simply redeploy it...)
>
>> >
>> >
>> > Sadly enough, it seems that --clean-metadata requires an active agent.
>> > E.g.
>> > $ hosted-engine --clean-metadata
>> > The hosted engine configuration has not been retrieved from shared 
>> > storage. Please ensure that ovirt-ha-agent
>> > is running and the storage server is reachable.
>>
>> Did you try to search the net/list archives?
>
>
> Yes. All of them seem to repeat the same clean-metadata command (which fails).

I suppose we need better documentation. Sorry. Perhaps open a
bug/issue about that.

>
>>
>>
>> >
>> > Can I manually delete the metadata state files?
>>
>> Yes, see e.g.:
>>
>> https://lists.ovirt.org/pipermail/users/2016-April/072676.html
>>
>> As an alternative to the 'find' command there, you can also find the IDs 
>> with:
>>
>> $ grep metadata /etc/ovirt-hosted-engine/hosted-engine.conf
>>
>> Best regards,
>> --
>> Didi
>
>
> Yippie! Success (At least it seems that way...)
>
> Following https://lists.ovirt.org/pipermail/users/2016-April/072676.html,
> I stopped the broker and agent services, archived the existing hosted 
> metadata files, created an empty 1GB metadata file using dd, (dd if=/dev/zero 
> of=/run/vdsm/storage// bs=1M count=1024), making double sure 
> permissions (0660 / 0644), owner (vdsm:kvm) and SELinux labels (restorecon, 
> just incase) stay the same.
> Let everything settle down.
> Restarted the services
> ... and everything is up again :)
>
> I plan to let the engine run overnight with zero VMs (making sure all backups 
> are fully up-to-date).
> Once done, I'll return to normal (until I replace this setup with a normal 
> multi-node setup).
>
> Many thanks again!

Glad to hear that, welcome, thanks for the report!

More tests you might want to do before starting your real VMs:

- Set and later clear global maintenance from each hosts, see that this
propagates to the others (both 'hosted-engine --vm-status' and agent.log)

- Migrate the engine VM between the hosts and see this propagates

- Shutdown the engine VM without global maint and see that it's started
automatically.

But I do not think all of this is mandatory, if 'hosted-engine --vm-status'
looks ok on all hosts.

I'd still be careful with other things that might have been corrupted,
though - obviously can't tell you what/where...

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


[ovirt-users] Re: Cannot restart ovirt after massive failure.

2021-08-10 Thread Yedidyah Bar David
On Tue, Aug 10, 2021 at 7:19 AM Gilboa Davara  wrote:
>
>
> On Mon, Aug 9, 2021 at 4:13 PM Gilboa Davara  wrote:
>>
>>
>>
>> On Mon, Aug 9, 2021 at 2:46 PM Yedidyah Bar David  wrote:
>>>
>>> On Mon, Aug 9, 2021 at 1:56 PM Gilboa Davara  wrote:
>>> >
>>> >
>>> >
>>> > On Mon, Aug 9, 2021 at 12:16 PM Gilboa Davara  wrote:
>>> >>
>>> >> Hello,
>>> >>
>>> >> On Mon, Aug 9, 2021 at 11:50 AM Yedidyah Bar David  
>>> >> wrote:
>>> >>>
>>> >>> On Mon, Aug 9, 2021 at 11:43 AM Strahil Nikolov via Users
>>> >>>  wrote:
>>> >>> >
>>> >>> > Corrupted metadata is the problem you see.
>>> >>> >
>>> >>> > I think there was a command to fix it, but I can't recall it right 
>>> >>> > now.
>>> >>>
>>> >>> I think you refer to 'hosted-engine --clean_metadata'. Gilboa - I
>>> >>> suggest to search the net/archives for docs/mentions/discussions of
>>> >>> this option - it's rather drastic. Good luck.
>>> >>>
>>> >>> That said, I must say that if your metadata is corrupted, I wonder
>>> >>> what else is - so would continue using this setup with great care.
>>> >>> Ideally restore from backups, after testing/replacing the hardware.
>>> >>>
>>> >>> Best regards,
>>> >>>
>>> >>
>>> >> Thanks for the pointer.
>>> >> This is a side setup that's about to replaced by a real setup (3 host 
>>> >> Gluster).
>>> >> That said, beyond the corrupted meta data, everything else seems to be 
>>> >> working just fine, host boot just fine, RAID sync showed no issues. XFS 
>>> >> partitions mounted OK, etc.
>>> >> The only thing that seems damaged is the hosted engine meta data.
>>> >>
>>> >> I'll test it and report back.
>>> >>
>>> >> - Gilboa
>>> >>
>>> >
>>> >
>>> > Stupid question:
>>> > Won't clean meta data remove the host from the "cluster" and given the 
>>> > fact that its a single host configuration, require a clean redploy?
>>>
>>> It's not stupid.
>>>
>>> Generally speaking, the metadata is populated by the HA daemons
>>> themselves, not something "external". If a specific host's entry is
>>> missing, they should write it.
>>>
>>
>> OK. Thanks again for the prompt answer.
>>
>> - Gilboa
>
>
> Sadly enough, it seems that --clean-metadata requires an active agent.
> E.g.
> $ hosted-engine --clean-metadata
> The hosted engine configuration has not been retrieved from shared storage. 
> Please ensure that ovirt-ha-agent
> is running and the storage server is reachable.

Did you try to search the net/list archives?

>
> Can I manually delete the metadata state files?

Yes, see e.g.:

https://lists.ovirt.org/pipermail/users/2016-April/072676.html

As an alternative to the 'find' command there, you can also find the IDs with:

$ grep metadata /etc/ovirt-hosted-engine/hosted-engine.conf

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


[ovirt-users] Re: Cannot restart ovirt after massive failure.

2021-08-09 Thread Yedidyah Bar David
On Mon, Aug 9, 2021 at 1:56 PM Gilboa Davara  wrote:
>
>
>
> On Mon, Aug 9, 2021 at 12:16 PM Gilboa Davara  wrote:
>>
>> Hello,
>>
>> On Mon, Aug 9, 2021 at 11:50 AM Yedidyah Bar David  wrote:
>>>
>>> On Mon, Aug 9, 2021 at 11:43 AM Strahil Nikolov via Users
>>>  wrote:
>>> >
>>> > Corrupted metadata is the problem you see.
>>> >
>>> > I think there was a command to fix it, but I can't recall it right now.
>>>
>>> I think you refer to 'hosted-engine --clean_metadata'. Gilboa - I
>>> suggest to search the net/archives for docs/mentions/discussions of
>>> this option - it's rather drastic. Good luck.
>>>
>>> That said, I must say that if your metadata is corrupted, I wonder
>>> what else is - so would continue using this setup with great care.
>>> Ideally restore from backups, after testing/replacing the hardware.
>>>
>>> Best regards,
>>>
>>
>> Thanks for the pointer.
>> This is a side setup that's about to replaced by a real setup (3 host 
>> Gluster).
>> That said, beyond the corrupted meta data, everything else seems to be 
>> working just fine, host boot just fine, RAID sync showed no issues. XFS 
>> partitions mounted OK, etc.
>> The only thing that seems damaged is the hosted engine meta data.
>>
>> I'll test it and report back.
>>
>> - Gilboa
>>
>
>
> Stupid question:
> Won't clean meta data remove the host from the "cluster" and given the fact 
> that its a single host configuration, require a clean redploy?

It's not stupid.

Generally speaking, the metadata is populated by the HA daemons
themselves, not something "external". If a specific host's entry is
missing, they should write it.

>
> - Gilboa
>
>
>>>
>>> >
>>> > Best Regards,
>>> > Strahil Nikolov
>>> >
>>> > On Sun, Aug 8, 2021 at 22:09, Gilboa Davara
>>> >  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/OIFK3ZYOL2DBEI62UTVJANZBHT76B5FP/
>>> >
>>> > ___
>>> > Users mailing list -- users@ovirt.org
>>> > To unsubscribe send an email to users-le...@ovirt.org
>>> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> > oVirt Code of Conduct: 
>>> > https://www.ovirt.org/community/about/community-guidelines/
>>> > List Archives: 
>>> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/LMJEU5MA3MAIELID3E2D6FNSIKK2T6RJ/
>>>
>>>
>>>
>>> --
>>> Didi
>>>


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


[ovirt-users] Re: ISO Upload in in Paused by System Status

2021-08-09 Thread Yedidyah Bar David
On Mon, Aug 9, 2021 at 12:38 AM  wrote:
>
> I viewed the certificate using vi I did see the "Begin Certificate" and "End 
> Certificate" with the certificate in between.   I tried adding a new Storage 
> Domain that I wanted to use to store ISO's.  It wasn't until then that I 
> found out that I need a certificate.  I went to the main page and saw that I 
> that there was a link to the Engine CA Certificate.  Click/selected the link 
> and saved the certificate.  Then tried to import it into the FireFox browser, 
> which when I started getting the request for a password when trying to import 
> it into the browser.

Just a guess: Perhaps this prompt/request is unrelated to oVirt? E.g.
something specific to the browser, such as the password for its
internal store (which might indeed be in PKCS#12)?

>
> I noticed an issue with the Storage Domain that tried to add, I'm getting 
> message in the event logs that the engine is not able to access to domain.  
> Upon further investigation I put the storage domain in maintenance mode.  
> I've tried to delete the domain or re-activated it with no success so far.  
> This may also be contributing to the problem.

Maybe.

>
> So first how do I resolve the issue with the storage domain?  I've tried to 
> simply mount it and got the following message:
>
> mount: HPDL380Gen10:/var/Shared-Resources/NFS/VM-ISO: can't find in 
> /etc/fstab.

Best advice usually is to check the logs. Main ones are engine.log on
the engine and vdsm.log on hosts.

>
> I know that things are screwed up, please working me I'm just learning.

If you are doing this only for learning, great. Otherwise, if you do
not need the data there, it might be simpler/faster to reinstall
everything from scratch.

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


[ovirt-users] Re: Cannot restart ovirt after massive failure.

2021-08-09 Thread Yedidyah Bar David
On Mon, Aug 9, 2021 at 11:43 AM Strahil Nikolov via Users
 wrote:
>
> Corrupted metadata is the problem you see.
>
> I think there was a command to fix it, but I can't recall it right now.

I think you refer to 'hosted-engine --clean_metadata'. Gilboa - I
suggest to search the net/archives for docs/mentions/discussions of
this option - it's rather drastic. Good luck.

That said, I must say that if your metadata is corrupted, I wonder
what else is - so would continue using this setup with great care.
Ideally restore from backups, after testing/replacing the hardware.

Best regards,

>
> Best Regards,
> Strahil Nikolov
>
> On Sun, Aug 8, 2021 at 22:09, Gilboa Davara
>  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/OIFK3ZYOL2DBEI62UTVJANZBHT76B5FP/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LMJEU5MA3MAIELID3E2D6FNSIKK2T6RJ/



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


[ovirt-users] Re: ISO Upload in in Paused by System Status

2021-08-08 Thread Yedidyah Bar David
On Fri, Aug 6, 2021 at 1:22 AM  wrote:
>
> I obtained the Certificate from the link on from the ovirt console main page.

Which one? The one with the text "Engine CA Certificate", linking at:

https://$ENGINE_FQDN/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA

?

>  The certificate has been save to storage.  I attempt to import the 
> certificate into a FireFox Browser and get the following message:
>
> Please enter the password that was used to encrypt this certificate backup:

It should not have a password.

>
> I enter in the same password used during the installation of ovirt.  After 
> entering in the password the following message is displayed:
>
> Failed to decode the file. Either it is not in PKCS #12 format, has been 
> corrupted, or the password you entered was incorrect.

This link should not point at a PKCS#12 file.

Please clarify exactly what you did.

You can download the file from that link and look at it - it should
start with '-BEGIN CERTIFICATE-' and end with '-END
CERTIFICATE-'. Is that what you see?

>
> What could be the problem here, I don't have another password to enter?

I am not sure. Either it's a bug somewhere, or you did something
wrong. What's the output of 'rpm -q ovirt-engine'?

For reference: The PKCS#12 files inside /etc/pki/ovirt-engine/keys
(with .p12 suffix) are encrypted with the hard-coded password
'mypass'. I do not think we have a document for how to change that,
although it might not be that hard in principle. The files are
protected with unix permissions, the password is not part of the
protection. And in any case, the web service should IMO never serve
one of these files.

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


[ovirt-users] Re: ISO Upload in in Paused by System Status

2021-08-05 Thread Yedidyah Bar David
On Thu, Aug 5, 2021 at 9:20 AM Tommy Sway  wrote:
>
> I've had this problem before, and it happened when the CA was configured 
> correctly.
>
>
>
> Then try again, it worked.
>
>
>
> I don't know why until today.

Me neither :-(

If this is reproducible, we can try to understand the root cause and fix it.
If you (or someone else) can't reproduce, but files a bug and attaches
all relevant logs, we can still try to diagnose, based on the logs.

We _did_ have issues around this, see also:

https://bugzilla.redhat.com/show_bug.cgi?id=1637809 (not really a bug,
more an RFE even though it's not marked so, but definitely helped a
lot since)

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NZBGRCKW6WA4WISTCRDJIFUCMNIKJ2CG/#ZYR3ZJU5V57356DFSZ6BNCWBGX5Q6PP5
(a long similar thread. Thanks to all the participants!).

I am not aware of any open issues right now. "Issues" might be real
bugs somewhere, or things that are so hard to configure right that a
significant number of users err while doing this. If you know about
one, please report it - file a bug with an accurate flow and/or all
relevant bugs. 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/5ESE6IIOEZSYMIA4OMAFEFDVE7JPN3OS/


[ovirt-users] Re: ISO Upload in in Paused by System Status

2021-08-04 Thread Yedidyah Bar David
On Thu, Aug 5, 2021 at 1:44 AM  wrote:

> I'm attempting to upload an ISO that is approximately 9GB in size.  I've
> succssfullly started th upload process via the oVirt Management
> Console/Disk.  The upload started however, it now has a status of "Paused
> by System".  My storage type is set to NFS Data.
>
> Is something happing the back ground that contributing to the "Paused by
> System"?   I have mor the 84TB of space available so I don't think it is a
> space issue.  Is there something that I need to do?  At this time I'm going
> to wait and see if it moves forward on its own.
>
> Please provide me with any help or direction.
>

Do you use the internal CA or an external one?
If an external, did you strictly follow the procedure to replace the CA?
Did you import the CA cert to your browser?

Please search the list archives for similar issues. Thanks.

Good luck and 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/2KGOMROMEIXOCIUPZ3ZAIPLJU5TNTJ5K/


[ovirt-users] Re: Accessing the oVirt Console Remotely

2021-08-04 Thread Yedidyah Bar David
On Tue, Aug 3, 2021 at 3:11 AM  wrote:

> I've installed ovirt on the my server (HPDL380Gen10) and was able to start
> the configuration process on the local machine.  I'm tried to access the
> ovirt console remotely via the web however I've had no success.  I'm using
> the same URL that is used locally, but when I execute the URL via my
> Firefox browser I get the message that it is unable to connect.


Which URL?


> I've drop the firewall on both the server and client machine as a possible
> solution but it did not work.
>
> Is there something extra that is needed to access the ovirt console
> remotely?
>

Please clarify "ovirt console".


>
> The FQDN is entered into my DNS, however, I did find that during the
> configuration process that IP was consumed by ovirtmgmt.


Only during the installation, or also after it's finished?


>   I was surprised to see that I'm just assuming that its apart of
> congiruation process.  I have other ports on my sever and I have entered
> them in my DNS also with the same name but a different IP address.
>
> What must I do to gain access to the ovirt console remotely, it would
> surely make the configuration process easy from my desk vs being in the
> server area.
>

1. I suppose that you deployed a hosted-engine.

2. It sounds like you might confuse the name of the _host_ and the name of
the _engine_ VM. Each has its own name/fqdn. The deploy process asks you
about both.

3. For accessing the engine web admin UI, you generally go to
https://$engine_fqdn/ovirt-engine/
.

4. You might also have cockpit configured, on port 9090, on the host. This
indeed might be firewalled, not sure, but is not needed for engine admin
access, only for accessing the specific host(s).

If this is still unclear, or not working, please clarify exactly what you
are trying to do and what exact error you get.

Thanks and 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/HAOGS3LXXL27LP5CRVDFLA2DYSDAFMBI/


[ovirt-users] Re: Restored engine backup: The provided authorization grant for the auth code has expired.

2021-08-04 Thread Yedidyah Bar David
On Tue, Aug 3, 2021 at 11:22 PM Nicolás  wrote:

> Hi,
>
> As I see this is an issue hard to get help on, I'll ask it otherwise:
>
> Alternatively to backup and restore, is there a way to migrate an
> oVirt-manager installation to other machine? We're trying to move the
> manager machine since the current physical machine is getting short of
> resources, and we already have a prepared physical host to migrate it to.
>
> If there's an alternative way to migrate it, I'd be very grateful if
> someone could shed some light on it.
>

I am not aware of a tested, documented alternative.


>
> Thanks.
>
> El 2/8/21 a las 13:02, Nicolás escribió:
>
> Hi Didi,
>
> El 7/4/21 a las 9:27, Yedidyah Bar David escribió:
>
> On Wed, Mar 24, 2021 at 12:07 PM Nicolás 
>  wrote:
>
> Hi,
>
> I'm restoring a full ovirt engine backup, having used the --scope=all
> option, for oVirt 4.3.
>
> I restored the backup on a fresh CentOS7 machine. The process went well,
> but when trying to log into the restored authentication system I get the
> following message which won't allow me to log in:
>
> The provided authorization grant for the auth code has expired.
>
> What does that mean and how can it be fixed?
>
> Can you please check also this thread:
>
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/YH4J7GG7WLOLUFIADZPL6JOPDETJ23CZ/
>
> What version was used for backup, and what version for restore?
>
>
> For backup, version 4.3.8.2-1.el7 of ovirt-engine-tools-backup was used.
>
> For restore, version 4.3.10.4-1.el7 of ovirt-engine-tools-backup was used.
>
>
> Did you have a 3rd-party CA cert installed?
>
>
> I am using a custom LetsEncrypt certificate in apache. I have this
> certificate configured in httpd and ovirt-websocket-proxy, but it's exactly
> the same certificate I have configured in the oVirt installation that was
> backed up (as I understand it, it's not the same case than the one
> described in the link - I might be wrong). So I copied the same certificate
> on the other side too.
>
> Please verify that it was backed up and restored correctly, or manually
> reinstalled after restore.
>
>
> As per the logs, both processes ended correctly, no errors showed up. I
> also run the 'engine-setup' command on the restored machine, and it ended
> with no errors/warnings.
>
> I'm attaching an engine.log of the restored node in case it helps, from
> the moment I restart the engine and try to log in.
>
> Thanks for any help regarding this, as I can't figure out what else could
> be happening.
>
>
I suggest trying to follow the procedure for replacing the certificate from
scratch, as if it's not installed.

Better take a backup of /etc before you start, for reference/comparison.

Please upload large attachments such as the engine log to some file-sharing
service (e.g. dropbox google drive) and share a link. Thanks.

Best regards,

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


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


[ovirt-users] Re: Self hosted engine installation - Failed to deploy the VM on ISCSI storage

2021-08-01 Thread Yedidyah Bar David
On Sat, Jul 31, 2021 at 10:15 AM  wrote:
>
> I was trying to install the latest ovirt engine v4.4.7 but it failed at the 
> following step when I was using the command line.
>
> I have tried installing as user root or other sudoers, but same issue.
>
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Copy configuration archive to 
> storage]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": true, "cmd": ["dd", 
> "bs=20480", "count=1", "oflag=direct", 
> "if=/var/tmp/localvmV8yIIX/5607a2c3-7e94-4403-ad86-7c3bcc745b16", 
> "of=/rhev/data-center/mnt/blockSD/61612a87-4b25-4e09-aecd-02b63c679cf1/images/f9ebe70c-58f4-4229-a149-a18a09571d08/5607a2c3-7e94-4403-ad86-"],
>  "delta": "0:00:00.011759", "end": "2020-08-14 09:03:35.702527", "msg": 
> "non-zero return code", "rc": 1, "start": "2020-08-14 09:03:35.690768", 
> "stderr": "dd: failed to open 
> â/var/tmp/localvmV8yIIX/5607a2c3-7e94-4403-ad86-7c3bcc745b16â: Permission 
> denied", "stderr_lines": ["dd: failed to open 
> â/var/tmp/localvmV8yIIX/5607a2c3-7e94-4403-ad86-: Permission 
> denied"], "stdout": "", "stdout_lines": []}
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing 
> ansible-playbook
> [ INFO ] Stage: Clean up
> [ INFO ] Cleaning temporary resources
>
> Just curious if anyone hits the same issue? Thank you.

Seems similar to https://bugzilla.redhat.com/show_bug.cgi?id=1564873 .
Perhaps wrong permissions on /var/tmp, or check 'tar tvf
/usr/share/ovirt-engine-appliance*.ova' .

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


[ovirt-users] Re: Password at install for admin@internal not working

2021-07-28 Thread Yedidyah Bar David
On Wed, Jul 28, 2021 at 1:32 AM  wrote:
>
> I've installed ovirt several times on a fresh machine from scratch.  I've had 
> no problems with the install however I'm unable to login via the web console 
> using the assigned password entered at the time of the install.  On the last 
> 3 tries I've kept the password simple to insure that I was not entering the 
> assigned password incorrectly.  I continued tp get with each install the 
> message:
>
> Unable to log in. Verify your login information or contact the system 
> administrator.
>
> I've checked the install log for errors and not found any.  While trying to 
> keep the password simple I was warned about the simplicity password but 
> decided to continue because of previous attempts were not successful.  are 
> there any addtitional log that I can view to help with this issue?

Perhaps check /var/log/ovirt-engine/engine.log.

Perhaps try resetting your password with 'ovirt-aaa-jdbc-tool', e.g.:

https://www.ovirt.org/documentation/administration_guide/index.html#sect-Administering_User_Tasks_From_the_commandline

https://lists.ovirt.org/pipermail/users/2015-November/035918.html

Perhaps try logging in with some simple script running from inside the
engine machine, to make sure it's not a network/browser/whatever
issue. See here some examples:

https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples

You can try one of the simpler/shorter ones that include
'sdk.Connection', e.g. list_tags.py . Download it, edit as needed,
copy to the engine machine. It expects a file 'ca.pem' in the current
directory, which you can copy from /etc/pki/ovirt-engine/ca.pem . Then
try to run it there.

>  Is there possibly a bug in the install process that has a work around?

I am not aware of such a bug. It does not mean that there are none, of
course :-).

Good luck and 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/CPEPV4YQPOLLLSTD2IGQZVOKTS5O7MH7/


[ovirt-users] Re: Direct Linux kernel/initrd boot

2021-07-27 Thread Yedidyah Bar David
On Tue, Jul 27, 2021 at 11:56 AM Shani Leviim  wrote:
>
> Hi Chris,
> Indeed, the ISO domains are deprecated, and you can use a data domain for 
> uploading iso files (as you've mentioned).
> To do that, you need to use image-io for uploading images
>
> Here's image-io documentation: 
> http://ovirt.github.io/ovirt-imageio/overview.html.
>
> Then you can use the UI (admin portal) or REST API for uploading the iso 
> image to the relevant storage domain.

Shani, I think Chris asked specifically about booting from an image. See e.g.:

https://bugzilla.redhat.com/show_bug.cgi?id=1122970#c34

Is that intended to be handled? It seems like we gave up on removing
the ISO domain concept, perhaps also because of this missing feature -
see last few comments of:

https://bugzilla.redhat.com/show_bug.cgi?id=1543512

Adding Michal. Michal - IMO we should make up our minds and provide a
clear view - either undeprecate the ISO domain - remove deprecation
notices from everywhere - or provide concrete plans to fill the
missing gaps.

Best regards,

>
>
> Regards,
> Shani Leviim
>
>
> On Mon, Jul 26, 2021 at 8:56 PM Chris Adams  wrote:
>>
>> I was looking at using direct Linux kernel/initrd booting for a
>> particular automation project, but I'm not sure how to use it.  The docs
>> talk about referencing files from an ISO domain, but those are
>> deprecated (and I don't have one).  Can the files be in a regular data
>> domain?  How would I specify which domain to look in?
>>
>> The docs also say the alternative is to specify a path "on the host",
>> but I guess that requires the files to be copied to the same path on
>> every host that could boot the VM?
>>
>> I guess I can instead make a one-off ISO and upload it to a data domain;
>> it just would be easier to use direct boot.
>> --
>> Chris Adams 
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/IDIDY6ZLZCRMVMQTASSKOL4A7VHDZCVI/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L74BPUBL2IYMT5O5AD562Y63YLENWMUV/



-- 
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/4FNXGFX7G3M2I7I5F5SM25TMKLVV5NVL/


[ovirt-users] Re: Requirements to put to cluster version 4.6

2021-07-26 Thread Yedidyah Bar David
On Mon, Jul 26, 2021 at 7:38 PM Gianluca Cecchi
 wrote:
>
> On Wed, Jun 9, 2021 at 7:25 AM Yedidyah Bar David  wrote:
>>
>>
>>
>> To answer your direct question: RHV 4.4.6 is based on RHEL+AV 8.4, and
>> the release dates of each part were coordinated internally for this.
>>
>> Best regards,
>> --
>> Didi
>>
>
> Just to confirm that today I updated one of my DCs from oVirt 4.4.6 to the 
> latest async of 4.4.7 and I was able to set Cluster and DC levels to 4.6.

Thanks for the update!

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


[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-26 Thread Yedidyah Bar David
On Fri, Jul 23, 2021 at 6:17 PM Christoph Timm  wrote:
>
>
>
> Am 21.07.21 um 12:33 schrieb Christoph Timm:
> >
> > Am 21.07.21 um 12:17 schrieb Yedidyah Bar David:
> >> On Mon, Jul 19, 2021 at 2:20 PM Yedidyah Bar David 
> >> wrote:
> >>> On Mon, Jul 19, 2021 at 1:54 PM Christoph Timm  wrote:
> >>>>
> >>>>
> >>>> Am 19.07.21 um 10:52 schrieb Yedidyah Bar David:
> >>>>> On Mon, Jul 19, 2021 at 11:39 AM Christoph Timm 
> >>>>> wrote:
> >>>>>> Am 19.07.21 um 10:25 schrieb Yedidyah Bar David:
> >>>>>>> On Mon, Jul 19, 2021 at 11:02 AM Christoph Timm
> >>>>>>>  wrote:
> >>>>>>>> Am 19.07.21 um 09:27 schrieb Yedidyah Bar David:
> >>>>>>>>> On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm
> >>>>>>>>>  wrote:
> >>>>>>>>>> Hi Didi,
> >>>>>>>>>>
> >>>>>>>>>> thank you for the quick response.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> >>>>>>>>>>> On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm
> >>>>>>>>>>>  wrote:
> >>>>>>>>>>>> Hi List,
> >>>>>>>>>>>>
> >>>>>>>>>>>> I'm trying to understand why my hosted engine is moved from
> >>>>>>>>>>>> one node to
> >>>>>>>>>>>> another from time to time.
> >>>>>>>>>>>> It is happening sometime multiple times a day. But there
> >>>>>>>>>>>> are also days
> >>>>>>>>>>>> without it.
> >>>>>>>>>>>>
> >>>>>>>>>>>> I can see the following in the
> >>>>>>>>>>>> ovirt-hosted-engine-ha/agent.log:
> >>>>>>>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> >>>>>>>>>>>>
> >>>>>>>>>>>> Penalizing score by 1600 due to network status
> >>>>>>>>>>>>
> >>>>>>>>>>>> After that the engine will be shutdown and started on
> >>>>>>>>>>>> another host.
> >>>>>>>>>>>> The oVirt Admin portal is showing the following around the
> >>>>>>>>>>>> same time:
> >>>>>>>>>>>> Invalid status on Data Center Default. Setting status to
> >>>>>>>>>>>> Non Responsive.
> >>>>>>>>>>>>
> >>>>>>>>>>>> But the whole cluster is working normally during that time.
> >>>>>>>>>>>>
> >>>>>>>>>>>> I believe that I have somehow a network issue on my side
> >>>>>>>>>>>> but I have no
> >>>>>>>>>>>> clue what kind of check is causing the network status to
> >>>>>>>>>>>> penalized.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Does anyone have an idea how to investigate this further?
> >>>>>>>>>>> Please check also broker.log. Do you see 'dig' failures?
> >>>>>>>>>> Yes I found them as well.
> >>>>>>>>>>
> >>>>>>>>>> Thread-1::WARNING::2021-07-19
> >>>>>>>>>> 08:02:00,032::network::120::network.Network::(_dns) DNS query
> >>>>>>>>>> failed:
> >>>>>>>>>> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> >>>>>>>>>> ;; global options: +cmd
> >>>>>>>>>> ;; connection timed out; no servers could be reached
> >>>>>>>>>>
> >>>>>>>>>>> This happened several times already on our CI
> >>>>>>>>>>> infrastructure, but yours is
> >>&

[ovirt-users] Re: PostgreSQL password for ovirt 4.4.7

2021-07-22 Thread Yedidyah Bar David
On Thu, Jul 22, 2021 at 2:12 AM  wrote:
>
> I've finally installed successfully ovirt 4.4.7 using the default 
> installation.  I would like to change the passwords for the following 
> userids: postgres, engine database and data warehouse database.  Can someone 
> provide me with information grading the files that contain the password to 
> these items?  I would also like to know the best way to change the passwords.

I assume that you refer to the passwords of the PostgreSQL users, not
OS level ones. 'postgres' OS use IIRC has no password by default, and
we keep it that way. You can only su to it from root. 'postgres' PG
user does not have a password either, by default, and we also keep
this one that way. By default, which we don't change, you can only
connect to it using OS user postgres - that's the following line in
cat /var/lib/pgsql/data/pg_hba.conf :

local   all all peer

(This is true since oVirt 3.3. In the distant past, I think until 3.1,
we did create a password also for user postgres).

So we are left with 2 DBs (engine and history) and 3 PG users (by
default): 'engine', 'ovirt_engine_history' and
'ovirt_engine_history_grafana' (used for grafana, has only read-only
access), and you want to change the passwords for these. First, let me
note that the standard way to _affect_ them (not change in retrospect)
is during engine-setup - when asked about DB credentials, reply either
'Remote' or 'Local'/'Manual', and then you can create and supply
whatever you want.

One way to change the passwords after engine-setup, using more-or-less
fully-documented-and-supported tools, is with engine-backup. You can
take a backup using engine-backup, run engine-cleanup, then create PG
DBs/users as you wish, and then restore with the options
--change-db-credentials and --change-dwh-db-credentials. Check
'engine-backup --help' or 'man engine-backup' for details. I am not
sure how well this works with grafana, though - if you try that and it
does not, please file a bug. Thanks.

If you want to do this manually instead, doing the minimal amount of
required changes, I do not think this is documented anywhere.
Something like this probably works, but I didn't try it:

1. If it's a hosted-engine, set global maintenance.

2. Stop relevant services - ovirt-engine, ovirt-engine-dwhd, grafana-server.

3. Change the passwords using psql - something like this should work:
# su - postgres
$ psql
postgres=# alter role USER with login encrypted password 'NEWPASSWORD';
Repeat this as needed, replacing USER and NEWPASSWORD as needed.
Please note that the commands are also saved by default to
/var/lib/pgsql/.psql_history - with access only to user postgres, by
default.

4. Edit the relevant files/lines. You should be able to find all of
them with something like:
grep 'DB_PASSWORD=' /etc/ovirt-engine/engine.conf.d/*.conf
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/*.conf
grep 'password:' /etc/grafana/conf/provisioning/datasources/ovirt-dwh.yaml

Please note that the passwords appear in more than one file - both
engine and dwh need access to both DBs, so have them in their conf.

Alternatively to editing the files in-place, you can add your own
files to override the items you want, see README files in the
respective directories.

This is slightly more complex if you set up dwh on a separate machine,
but in principle it's the same - just repeat this also on the dwh
machine.

5. Start the services you stopped and verify that all looks ok.

6. Exit global maintenance if set.

One thing I specifically do not know is if this is enough for grafana.
If it's not, you have two options, mainly:
1. If you need the existing grafana DB (which includes mainly users
and passwords), you'll have to search the net about how to update the
password for its data sources.
2. Otherwise, you can stop grafana, remove/rename the db - in
/var/lib/grafana/grafana.db - and start it. It should automatically
provision a new DB.

Also note that engine-setup keeps hashes of all the files it writes,
so manually editing the files as above will make the relevant tools
notice - engine-setup just logs in the log file, ovirt-engine-rename
and engine-cleanup will also prompt.

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


[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-21 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 2:20 PM Yedidyah Bar David  wrote:
>
> On Mon, Jul 19, 2021 at 1:54 PM Christoph Timm  wrote:
> >
> >
> >
> > Am 19.07.21 um 10:52 schrieb Yedidyah Bar David:
> > > On Mon, Jul 19, 2021 at 11:39 AM Christoph Timm  wrote:
> > >>
> > >> Am 19.07.21 um 10:25 schrieb Yedidyah Bar David:
> > >>> On Mon, Jul 19, 2021 at 11:02 AM Christoph Timm  wrote:
> > >>>> Am 19.07.21 um 09:27 schrieb Yedidyah Bar David:
> > >>>>> On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm  
> > >>>>> wrote:
> > >>>>>> Hi Didi,
> > >>>>>>
> > >>>>>> thank you for the quick response.
> > >>>>>>
> > >>>>>>
> > >>>>>> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> > >>>>>>> On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  
> > >>>>>>> wrote:
> > >>>>>>>> Hi List,
> > >>>>>>>>
> > >>>>>>>> I'm trying to understand why my hosted engine is moved from one 
> > >>>>>>>> node to
> > >>>>>>>> another from time to time.
> > >>>>>>>> It is happening sometime multiple times a day. But there are also 
> > >>>>>>>> days
> > >>>>>>>> without it.
> > >>>>>>>>
> > >>>>>>>> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> > >>>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> > >>>>>>>> Penalizing score by 1600 due to network status
> > >>>>>>>>
> > >>>>>>>> After that the engine will be shutdown and started on another host.
> > >>>>>>>> The oVirt Admin portal is showing the following around the same 
> > >>>>>>>> time:
> > >>>>>>>> Invalid status on Data Center Default. Setting status to Non 
> > >>>>>>>> Responsive.
> > >>>>>>>>
> > >>>>>>>> But the whole cluster is working normally during that time.
> > >>>>>>>>
> > >>>>>>>> I believe that I have somehow a network issue on my side but I 
> > >>>>>>>> have no
> > >>>>>>>> clue what kind of check is causing the network status to penalized.
> > >>>>>>>>
> > >>>>>>>> Does anyone have an idea how to investigate this further?
> > >>>>>>> Please check also broker.log. Do you see 'dig' failures?
> > >>>>>> Yes I found them as well.
> > >>>>>>
> > >>>>>> Thread-1::WARNING::2021-07-19
> > >>>>>> 08:02:00,032::network::120::network.Network::(_dns) DNS query failed:
> > >>>>>> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> > >>>>>> ;; global options: +cmd
> > >>>>>> ;; connection timed out; no servers could be reached
> > >>>>>>
> > >>>>>>> This happened several times already on our CI infrastructure, but 
> > >>>>>>> yours is
> > >>>>>>> the first report from an actual real user. See also:
> > >>>>>>>
> > >>>>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/
> > >>>>>> So I understand that the following command is triggered to test the
> > >>>>>> network: "dig +tries=1 +time=5"
> > >>>>> Indeed.
> > >>>>>
> > >>>>>>> I didn't open a bug for this (yet?), also because I never 
> > >>>>>>> reproduced on my
> > >>>>>>> own machines and am not sure about the exact failing flow. If this 
> > >>>>>>> is
> > >>>>>>> reproducible
> > >>>>>>> reliably for you, you might want to test the patch I pushed:
> > >>>>>>>
> > >>>>>>> https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596

Now filed this bug and linked

[ovirt-users] Re: Cannot start hosted-engine

2021-07-20 Thread Yedidyah Bar David
On Wed, Jul 21, 2021 at 1:01 AM Valerio Luccio  wrote:
>
> Hi list,
>
> I have a hosted engine running on a CentOS 8. The engine and all the VM's are 
> stored on a 4-node gluster. I had some issues with the gluster and then the 
> hosted-engine stopped working (even though the  virtualization dashboard  
> showed 4 virtual machines running). I tried to "systemctl restart" the 
> hosted-engine, but it failed. I try to reboot the server and the 
> hosted-engine still will not come up. Note that the server has no issue 
> mounting the gluster:
>
> $ df
> hydra1:/MRIData   390664407040 20530130012 370134277028   6% 
> /rhev/data-center/mnt/glusterSD/hydra1:_MRIData
> $ ls -l 
> /rhev/data-center/mnt/glusterSD/hydra1\:_MRIData/6547dc22-b89e-4f14-8958-c9e8d27b29a4/
> drwxr-xr-x.  2 vdsm kvm 4.0K Mar 29 12:24 dom_md
> drwxr-xr-x.  2 vdsm kvm 4.0K Jul 20 17:47 ha_agent
> drwxr-xr-x. 12 vdsm kvm 4.0K Apr  1 16:32 images
> drwxr-xr-x.  4 vdsm kvm 4.0K Mar 29 12:24 master
>
> Where "hydra1" is one of my gluster nodes and MRIData is the volume name.
>
> Here is the relevant snippet from /var/log/ovirt-hosted-engine-ha/agent.log
>
> MainThread::INFO::2021-07-20 
> 17:29:07,584::agent::67::ovirt_hosted_engine_ha.agent.agent.Agent::(run) 
> ovirt-hosted-engine-ha agent 2.4.6 started
> MainThread::INFO::2021-07-20 
> 17:29:07,594::hosted_engine::242::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
>  Certificate common name not found, using hostname to identify host
> MainThread::INFO::2021-07-20 
> 17:29:07,635::hosted_engine::548::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>  Initializing ha-broker connection
> MainThread::INFO::2021-07-20 
> 17:29:07,636::brokerlink::82::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
>  Starting monitor network, options {'addr': '192.168.39.65', 'network_test': 
> 'dns', 'tcp_t_address': '', 'tcp_t_port': ''}
> MainThread::ERROR::2021-07-20 
> 17:29:07,636::hosted_engine::564::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>  Failed to start necessary monitors
> MainThread::ERROR::2021-07-20 
> 17:29:07,637::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>  Traceback (most recent call last):
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", 
> line 85, in start_monitor
> response = self._proxy.start_monitor(type, options)
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1112, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1452, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1154, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1166, in single_request
> http_conn = self.send_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1279, in send_request
> self.send_content(connection, request_body)
>   File "/usr/lib64/python3.6/xmlrpc/client.py", line 1309, in send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python3.6/http/client.py", line 1249, in endheaders
> self._send_output(message_body, encode_chunked=encode_chunked)
>   File "/usr/lib64/python3.6/http/client.py", line 1036, in _send_output
> self.send(msg)
>   File "/usr/lib64/python3.6/http/client.py", line 974, in send
> self.connect()
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/unixrpc.py", 
> line 74, in connect
> self.sock.connect(base64.b16decode(self.host))
> FileNotFoundError: [Errno 2] No such file or directory

This seems to indicate that the broker is down. Can you check it,
please - log, restart, status, etc.?

>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", 
> line 131, in _run_agent
> return action(he)
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", 
> line 55, in action_proper
> return he.start_monitoring()
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>  line 437, in start_monitoring
> self._initialize_broker()
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>  line 561, in _initialize_broker
> m.get('options', {}))
>   File 
> "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", 
> line 91, in start_monitor
> ).format(t=type, o=options, e=e)
> ovirt_hosted_engine_ha.lib.exceptions.RequestError: brokerlink - failed to 
> start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, 
> [monitor: 'network', options: {'addr': '192.168.39.65', 'network_test': 
> 'dns', 

[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-19 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 1:54 PM Christoph Timm  wrote:
>
>
>
> Am 19.07.21 um 10:52 schrieb Yedidyah Bar David:
> > On Mon, Jul 19, 2021 at 11:39 AM Christoph Timm  wrote:
> >>
> >> Am 19.07.21 um 10:25 schrieb Yedidyah Bar David:
> >>> On Mon, Jul 19, 2021 at 11:02 AM Christoph Timm  wrote:
> >>>> Am 19.07.21 um 09:27 schrieb Yedidyah Bar David:
> >>>>> On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm  wrote:
> >>>>>> Hi Didi,
> >>>>>>
> >>>>>> thank you for the quick response.
> >>>>>>
> >>>>>>
> >>>>>> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> >>>>>>> On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  
> >>>>>>> wrote:
> >>>>>>>> Hi List,
> >>>>>>>>
> >>>>>>>> I'm trying to understand why my hosted engine is moved from one node 
> >>>>>>>> to
> >>>>>>>> another from time to time.
> >>>>>>>> It is happening sometime multiple times a day. But there are also 
> >>>>>>>> days
> >>>>>>>> without it.
> >>>>>>>>
> >>>>>>>> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> >>>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> >>>>>>>> Penalizing score by 1600 due to network status
> >>>>>>>>
> >>>>>>>> After that the engine will be shutdown and started on another host.
> >>>>>>>> The oVirt Admin portal is showing the following around the same time:
> >>>>>>>> Invalid status on Data Center Default. Setting status to Non 
> >>>>>>>> Responsive.
> >>>>>>>>
> >>>>>>>> But the whole cluster is working normally during that time.
> >>>>>>>>
> >>>>>>>> I believe that I have somehow a network issue on my side but I have 
> >>>>>>>> no
> >>>>>>>> clue what kind of check is causing the network status to penalized.
> >>>>>>>>
> >>>>>>>> Does anyone have an idea how to investigate this further?
> >>>>>>> Please check also broker.log. Do you see 'dig' failures?
> >>>>>> Yes I found them as well.
> >>>>>>
> >>>>>> Thread-1::WARNING::2021-07-19
> >>>>>> 08:02:00,032::network::120::network.Network::(_dns) DNS query failed:
> >>>>>> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> >>>>>> ;; global options: +cmd
> >>>>>> ;; connection timed out; no servers could be reached
> >>>>>>
> >>>>>>> This happened several times already on our CI infrastructure, but 
> >>>>>>> yours is
> >>>>>>> the first report from an actual real user. See also:
> >>>>>>>
> >>>>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/
> >>>>>> So I understand that the following command is triggered to test the
> >>>>>> network: "dig +tries=1 +time=5"
> >>>>> Indeed.
> >>>>>
> >>>>>>> I didn't open a bug for this (yet?), also because I never reproduced 
> >>>>>>> on my
> >>>>>>> own machines and am not sure about the exact failing flow. If this is
> >>>>>>> reproducible
> >>>>>>> reliably for you, you might want to test the patch I pushed:
> >>>>>>>
> >>>>>>> https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596
> >>>>>> I'm happy to give it a try.
> >>>>>> Please confirm that I need to replace this file (network.py) on all my
> >>>>>> nodes (CentOS 8.4 based) which can host my engine.
> >>>>> It definitely makes sense to do so, but in principle there is no problem
> >>>>> with applying it only on some of them. That's especially useful if you 
> >>>>> try
> >>>>> this first on a test env and try to enforce a reproduction s

[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-19 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 11:39 AM Christoph Timm  wrote:
>
>
> Am 19.07.21 um 10:25 schrieb Yedidyah Bar David:
> > On Mon, Jul 19, 2021 at 11:02 AM Christoph Timm  wrote:
> >>
> >> Am 19.07.21 um 09:27 schrieb Yedidyah Bar David:
> >>> On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm  wrote:
> >>>> Hi Didi,
> >>>>
> >>>> thank you for the quick response.
> >>>>
> >>>>
> >>>> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> >>>>> On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  wrote:
> >>>>>> Hi List,
> >>>>>>
> >>>>>> I'm trying to understand why my hosted engine is moved from one node to
> >>>>>> another from time to time.
> >>>>>> It is happening sometime multiple times a day. But there are also days
> >>>>>> without it.
> >>>>>>
> >>>>>> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> >>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> >>>>>> Penalizing score by 1600 due to network status
> >>>>>>
> >>>>>> After that the engine will be shutdown and started on another host.
> >>>>>> The oVirt Admin portal is showing the following around the same time:
> >>>>>> Invalid status on Data Center Default. Setting status to Non 
> >>>>>> Responsive.
> >>>>>>
> >>>>>> But the whole cluster is working normally during that time.
> >>>>>>
> >>>>>> I believe that I have somehow a network issue on my side but I have no
> >>>>>> clue what kind of check is causing the network status to penalized.
> >>>>>>
> >>>>>> Does anyone have an idea how to investigate this further?
> >>>>> Please check also broker.log. Do you see 'dig' failures?
> >>>> Yes I found them as well.
> >>>>
> >>>> Thread-1::WARNING::2021-07-19
> >>>> 08:02:00,032::network::120::network.Network::(_dns) DNS query failed:
> >>>> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> >>>> ;; global options: +cmd
> >>>> ;; connection timed out; no servers could be reached
> >>>>
> >>>>> This happened several times already on our CI infrastructure, but yours 
> >>>>> is
> >>>>> the first report from an actual real user. See also:
> >>>>>
> >>>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/
> >>>> So I understand that the following command is triggered to test the
> >>>> network: "dig +tries=1 +time=5"
> >>> Indeed.
> >>>
> >>>>> I didn't open a bug for this (yet?), also because I never reproduced on 
> >>>>> my
> >>>>> own machines and am not sure about the exact failing flow. If this is
> >>>>> reproducible
> >>>>> reliably for you, you might want to test the patch I pushed:
> >>>>>
> >>>>> https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596
> >>>> I'm happy to give it a try.
> >>>> Please confirm that I need to replace this file (network.py) on all my
> >>>> nodes (CentOS 8.4 based) which can host my engine.
> >>> It definitely makes sense to do so, but in principle there is no problem
> >>> with applying it only on some of them. That's especially useful if you try
> >>> this first on a test env and try to enforce a reproduction somehow 
> >>> (overload
> >>> the network, disconnect stuff, etc.).
> >> OK will give it a try and report back.
> > Thanks and good luck.
> >
> >>>>> Other ideas/opinions about how to enhance this part of the monitoring
> >>>>> are most welcome.
> >>>>>
> >>>>> If this phenomenon is new for you, and you can reliably say it's not 
> >>>>> due to
> >>>>> a recent "natural" higher network load, I wonder if it's due to some 
> >>>>> weird
> >>>>> bug/change somewhere.
> >>>> I'm quite sure that I see this since we moved to 4.4.(4).
> >>>> Just for house keeping I'm running 4.4.7 no

[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-19 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 11:02 AM Christoph Timm  wrote:
>
>
> Am 19.07.21 um 09:27 schrieb Yedidyah Bar David:
> > On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm  wrote:
> >> Hi Didi,
> >>
> >> thank you for the quick response.
> >>
> >>
> >> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> >>> On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  wrote:
> >>>> Hi List,
> >>>>
> >>>> I'm trying to understand why my hosted engine is moved from one node to
> >>>> another from time to time.
> >>>> It is happening sometime multiple times a day. But there are also days
> >>>> without it.
> >>>>
> >>>> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> >>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> >>>> Penalizing score by 1600 due to network status
> >>>>
> >>>> After that the engine will be shutdown and started on another host.
> >>>> The oVirt Admin portal is showing the following around the same time:
> >>>> Invalid status on Data Center Default. Setting status to Non Responsive.
> >>>>
> >>>> But the whole cluster is working normally during that time.
> >>>>
> >>>> I believe that I have somehow a network issue on my side but I have no
> >>>> clue what kind of check is causing the network status to penalized.
> >>>>
> >>>> Does anyone have an idea how to investigate this further?
> >>> Please check also broker.log. Do you see 'dig' failures?
> >> Yes I found them as well.
> >>
> >> Thread-1::WARNING::2021-07-19
> >> 08:02:00,032::network::120::network.Network::(_dns) DNS query failed:
> >> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> >> ;; global options: +cmd
> >> ;; connection timed out; no servers could be reached
> >>
> >>> This happened several times already on our CI infrastructure, but yours is
> >>> the first report from an actual real user. See also:
> >>>
> >>> https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/
> >> So I understand that the following command is triggered to test the
> >> network: "dig +tries=1 +time=5"
> > Indeed.
> >
> >>> I didn't open a bug for this (yet?), also because I never reproduced on my
> >>> own machines and am not sure about the exact failing flow. If this is
> >>> reproducible
> >>> reliably for you, you might want to test the patch I pushed:
> >>>
> >>> https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596
> >> I'm happy to give it a try.
> >> Please confirm that I need to replace this file (network.py) on all my
> >> nodes (CentOS 8.4 based) which can host my engine.
> > It definitely makes sense to do so, but in principle there is no problem
> > with applying it only on some of them. That's especially useful if you try
> > this first on a test env and try to enforce a reproduction somehow (overload
> > the network, disconnect stuff, etc.).
> OK will give it a try and report back.

Thanks and good luck.

> >
> >>> Other ideas/opinions about how to enhance this part of the monitoring
> >>> are most welcome.
> >>>
> >>> If this phenomenon is new for you, and you can reliably say it's not due 
> >>> to
> >>> a recent "natural" higher network load, I wonder if it's due to some weird
> >>> bug/change somewhere.
> >> I'm quite sure that I see this since we moved to 4.4.(4).
> >> Just for house keeping I'm running 4.4.7 now.
> > We use 'dig' as the network monitor since 4.3.5, around one year before 4.4
> > was released: https://bugzilla.redhat.com/1659052
> >
> > Which version did you use before 4.4?
> The last 4.3 versions have been 4.3.7, 4.3.9 and 4.3.10 before migrating
> to 4.4.4.

I now realize that in above-linked bug we only changed the default, for new
setups. So if you deployed He before 4.3.5, upgrade to later 4.3 would not
change the default (as opposed to upgrade to 4.4, which was actually a
new deployment with engine backup/restore). Do you know which version
your cluster was originally deployed with?

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


[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-19 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 10:04 AM Christoph Timm  wrote:
>
> Hi Didi,
>
> thank you for the quick response.
>
>
> Am 19.07.21 um 07:59 schrieb Yedidyah Bar David:
> > On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  wrote:
> >> Hi List,
> >>
> >> I'm trying to understand why my hosted engine is moved from one node to
> >> another from time to time.
> >> It is happening sometime multiple times a day. But there are also days
> >> without it.
> >>
> >> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> >> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> >> Penalizing score by 1600 due to network status
> >>
> >> After that the engine will be shutdown and started on another host.
> >> The oVirt Admin portal is showing the following around the same time:
> >> Invalid status on Data Center Default. Setting status to Non Responsive.
> >>
> >> But the whole cluster is working normally during that time.
> >>
> >> I believe that I have somehow a network issue on my side but I have no
> >> clue what kind of check is causing the network status to penalized.
> >>
> >> Does anyone have an idea how to investigate this further?
> > Please check also broker.log. Do you see 'dig' failures?
> Yes I found them as well.
>
> Thread-1::WARNING::2021-07-19
> 08:02:00,032::network::120::network.Network::(_dns) DNS query failed:
> ; <<>> DiG 9.11.26-RedHat-9.11.26-4.el8_4 <<>> +tries=1 +time=5
> ;; global options: +cmd
> ;; connection timed out; no servers could be reached
>
> >
> > This happened several times already on our CI infrastructure, but yours is
> > the first report from an actual real user. See also:
> >
> > https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/
> So I understand that the following command is triggered to test the
> network: "dig +tries=1 +time=5"

Indeed.

> >
> > I didn't open a bug for this (yet?), also because I never reproduced on my
> > own machines and am not sure about the exact failing flow. If this is
> > reproducible
> > reliably for you, you might want to test the patch I pushed:
> >
> > https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596
> I'm happy to give it a try.
> Please confirm that I need to replace this file (network.py) on all my
> nodes (CentOS 8.4 based) which can host my engine.

It definitely makes sense to do so, but in principle there is no problem
with applying it only on some of them. That's especially useful if you try
this first on a test env and try to enforce a reproduction somehow (overload
the network, disconnect stuff, etc.).

> >
> > Other ideas/opinions about how to enhance this part of the monitoring
> > are most welcome.
> >
> > If this phenomenon is new for you, and you can reliably say it's not due to
> > a recent "natural" higher network load, I wonder if it's due to some weird
> > bug/change somewhere.
> I'm quite sure that I see this since we moved to 4.4.(4).
> Just for house keeping I'm running 4.4.7 now.

We use 'dig' as the network monitor since 4.3.5, around one year before 4.4
was released: https://bugzilla.redhat.com/1659052

Which version did you use before 4.4?

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


[ovirt-users] Re: ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Penalizing score by 1600 due to network status

2021-07-19 Thread Yedidyah Bar David
On Mon, Jul 19, 2021 at 8:39 AM Christoph Timm  wrote:
>
> Hi List,
>
> I'm trying to understand why my hosted engine is moved from one node to
> another from time to time.
> It is happening sometime multiple times a day. But there are also days
> without it.
>
> I can see the following in the ovirt-hosted-engine-ha/agent.log:
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score)
> Penalizing score by 1600 due to network status
>
> After that the engine will be shutdown and started on another host.
> The oVirt Admin portal is showing the following around the same time:
> Invalid status on Data Center Default. Setting status to Non Responsive.
>
> But the whole cluster is working normally during that time.
>
> I believe that I have somehow a network issue on my side but I have no
> clue what kind of check is causing the network status to penalized.
>
> Does anyone have an idea how to investigate this further?

Please check also broker.log. Do you see 'dig' failures?

This happened several times already on our CI infrastructure, but yours is
the first report from an actual real user. See also:

https://lists.ovirt.org/archives/list/in...@ovirt.org/thread/LIGS5WXGEKWACY5GCK7Z6Q2JYVWJ6JBF/

I didn't open a bug for this (yet?), also because I never reproduced on my
own machines and am not sure about the exact failing flow. If this is
reproducible
reliably for you, you might want to test the patch I pushed:

https://gerrit.ovirt.org/c/ovirt-hosted-engine-ha/+/115596

Other ideas/opinions about how to enhance this part of the monitoring
are most welcome.

If this phenomenon is new for you, and you can reliably say it's not due to
a recent "natural" higher network load, I wonder if it's due to some weird
bug/change somewhere.

Thanks and 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/5F3I646BN3SFT6QJNGYFXMO27ZPRMJZI/


[ovirt-users] Re: Automatic Shutdown / Startup for Hosted-Engine

2021-07-18 Thread Yedidyah Bar David
On Fri, Jul 9, 2021 at 6:45 PM Eugène Ngontang  wrote:
>
> Hi,
>
> I understood we have to put hosted-engine into maintenance mode and shutdown 
> the VMs if we want to power off the host (otherwise it will reboot). I'm 
> setting up a process to
>
> - put the HestedEngine in global maintenance mode (hosted-engine 
> --set-maintenance --mode=global)
> - shutdown the HostedEngine (hosted-engine --vm-shutdown)
> - PowerOff the HostedEngine (hosted-engine --vm-poweroff)
> - Power off the server (shutdown -P)

You might also want to check:

https://github.com/oVirt/ovirt-ansible-collection/tree/master/roles/shutdown_env

>
> Everything works fine and I can start the server back up, remove the 
> HostedEngine from maintenance mode, and it will start automatically running. 
> The issue is when bringing up hosted-engine: all VMs come up but one (BigIP) 
> and I am trying to see if there is way to bring it up without having to store 
> the engine password (using the ovirt_vm API).

The HA services on the hosts are directly responsible only for
starting the engine VM.

All other VMs are handled by the engine after it's up.

Usually, the engine starts all VMs that are marked as HA.

>
> At the moment, I am having to look for the BigIP VM and then use credentials 
> to bring it up: it will not come up with 'hosted-engine --vm-start'

Is this BigIP VM marked HA? If not, perhaps try to mark it so. There
might have been concrete reasons you (or your team) didn't - e.g. it
might rely on some other VMs to be up, or something like that.

>
> Is there to make this specific VM start the same time as the others VM 
> automatically when HostedEngine starts?

There isn't, as part of the existing functionality of oVirt, other
than marking it HA.

I am pretty certain I heard (on this list?) about people having more
complex scripts to automate start of their env, with more complex
dependencies of VMs on other VMs. You might want to search the
archive. But generally speaking, I think they are doing more-or-less
what you are already working on.

Good luck,
-- 
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/ZWBRDJQ55RDFMWFQPJP44SPPNU3TFUXK/


[ovirt-users] Re: ovrt node kernel

2021-07-07 Thread Yedidyah Bar David
On Wed, Jul 7, 2021 at 12:35 PM Giulio Casella  wrote:
>
> Hello everybody,
> using ovirt node many of the drivers to access storage are not in the
> kernel drivers (anymore).
> For example I have a bunch of (old) hypervisors (50+), with infiniband
> nics, used to access storage. For all those hypervisors I abandoned
> ovirt node, in favor of a base CentOS stream distro, with ovirt repo and
> using kernel-plus repo (conatining all the needed stuff).
> Obviously this is not a step I liked, I definitely prefer ovirt node.
>
> Now my proposal: why don't include kernel-plus in ovirt-node, instead of
> traditional kernel?
>
> I know this would be a big change, and maybe @Sandro and all RH guys
> (they have a more general perspective) can see some drawback I don't,
> but... hey, I just tried! :-)

That's definitely an option - but I am not sure we want to _replace_ node
with this. Perhaps as an additional alternative. I do not follow closely
CentOS Stream development and Plus (I know there are/were discussions about
a kernel SIG etc., not sure about current status), and wonder what you might
want such a node-kernel-plus image to look like over time.

If you have a well-thought-out detailed proposal, I suggest to simply file
an RFE bug.

What you can do right now, if all you need is the driver, and already have it,
is make node use your driver. That's not as simple as with plain CentOS, but
doable - see this:

https://bugzilla.redhat.com/show_bug.cgi?id=1834298

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


[ovirt-users] Re: Issue With HE HA after upgrading to 4.4.7

2021-07-06 Thread Yedidyah Bar David
On Tue, Jul 6, 2021 at 5:08 PM Nur Imam Febrianto  wrote:
>
> Hi, Recently I’m upgrading our server cluster from 4.4.6 to 4.4.7 After 
> upgrading HE, and several Hosts, every single Host that upgraded and 
> activated have an issue with HA Score. It always shows HA Score 0, rebooting 
> the host doesn’t help. Any idea how to check this issue ?

Calculating the score takes time, and spreading this around the
cluster also takes time.

You should find more information in the ovirt-hosted-engine-ha logs
(both agent and broker).

Good luck and 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/BFO6N6XJTNZG57HQHC7BCP2BF5H77H3D/


[ovirt-users] Re: Deploy host engine error: The task includes an option with an undefined variable

2021-06-21 Thread Yedidyah Bar David
On Tue, Jun 22, 2021 at 12:31 AM Dominic Gwerder
 wrote:
>
> Is it not working with CentOS Stream? I have the same error when I deploy the 
> engine.

Hi,

please check/share: rpm -q ansible ovirt-ansible-collection, HE setup
logs. 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/JSYF7OXWSSBS5ZOPCPCXB2K3ITWTJSYL/


[ovirt-users] Re: Grafana oVirt 4.4.4 Node install - Grafana Monitoring Portal not available

2021-06-21 Thread Yedidyah Bar David
On Mon, Jun 21, 2021 at 11:48 PM guillaume pavese
 wrote:
>
> Hello,
>
> I had exactly the same problem.
> I Started the grafana service before setting it up with engine-setup on a 
> Hosted Engine. and was unable to get to the login page.
>
> I followed the proposed workaround : stopped grafana, removed 
> /var/lib/grafana/grafana.db and ran engine-setup 
> --reconfigure-optional-components again
>
> I can no log into grafana with admin user, but there is no pre installed  
> dashboard or data sources available.

"can no log", or "can log"? If former, can't understand the next part
of your sentence.

Please check/share the log of engine-setup, grafana log, rpm -Vv
ovirt-engine-dwh.

Thanks and 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/ZXQAAZAKQNIY3N3SNGQ5HYGBZAC6REUZ/


[ovirt-users] Re: 4.3 engine cert

2021-06-09 Thread Yedidyah Bar David
On Tue, Jun 8, 2021 at 8:30 PM KSNull Zero  wrote:
>
> As far as i can see, there is also a jboss.cer about to expire at the same 
> time as engine.cer.
> Please, put me in a right direction how to renew these certs.

I think you should be able to do this using 'engine-setup' (perhaps
with '--offline' if you want to prevent upgrades).

Please note that 4.3 is EOL.

Good luck and 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/2ZPM5W33CZSIGMFXB6HMUJMVHX4KHBHP/


[ovirt-users] Re: Requirements to put to cluster version 4.6

2021-06-08 Thread Yedidyah Bar David
On Tue, Jun 8, 2021 at 6:14 PM Gianluca Cecchi
 wrote:
>
> On Tue, Jun 8, 2021 at 5:07 PM Martin Perina  wrote:
>>
>>
>>>
>>> "
>>> Have you the id of the bugs related to these new features provided in 4.4.6?
>>
>>
>> Relevant bugs are linked in Blocks field in Bugzilla:
>>
>> 1669178 - [RFE] Q35 SecureBoot - Add ability to preserve variable store 
>> certificates
>> 1688177 - [RFE] [SR-IOV] [Tech Preview RHV 4.4.6] Migration should not 
>> require downtime as of today
>> 1821199 - HP VM fails to migrate between identical hosts (the same cpu 
>> flags) not supporting TSC
>> 1834250 - CPU hotplug on UEFI VM causes VM reboot
>> 1892800 - NVDIMM: VM hangs in wait for launch for more than 7 minutes before 
>> VM is up
>> 1906074 - [RFE] Support disks copy between regular and managed block storage 
>> domains
>> 1927718 - [RFE] Provide Reset option for VMs
>> 1936163 - Enable bochs-display for UEFI guests by default
>> 1936164 - Enable KVM Software TPM by default
>> 1950752 - [RFE][CBT] redefine only the checkpoint that the backup is taken 
>> from and not the entire chain
>>
>>
>
> OK
>
>>>
>>> BTW [OT]: is RHV-H 4.4.6 host image ready for cluster level 4.6 or not yet?
>>
>>
>> Yes, oVirt Node 4.4.6 is based CentOS Stream:
>>
>> 1907833 - Rebase oVirt Node on CentOS Stream 8
>>
>
> I was referring to the downstream product with RHV-H 4.4.6... it is because 
> of this that I used the [OT]
> I'm not sure if this 4.6 level is ready only upstream right now and needs 
> further improvements to go downstream to RHV, or if it is already there 
> production ready.

This is indeed off-topic, but I do not think we have to hide anything
- everyone knows that almost all of oVirt's development is done by Red
Hat people.

For many years, the oVirt project struggled with our scheduling and
release cycles - we wanted to be able to use and rely on newer
features of RHEL, when available, but also to do a decent job for
oVirt users, who do not have access to RHEL the moment it's GA. As
developers, and also as Red Hatters, we already had access to internal
development versions of RHEL, so could QA on them prior to releases
(of both RHEL and oVirt/RHV). But what to do with oVirt users? It was
always hard. We often ended up rebuilding RHEL SRPMs right after their
release, in copr, before CentOS included them, for oVirt - including
adding these to ovirt-release* rpms, and including having to later
remove them from there once CentOS did include them - just so that
oVirt users can use them before they are available in CentOS Linux.

With the move to CentOS Stream, all of this is gone. oVirt is only
building upon Stream, always has the latest bits, and everyone is
happy!
Well, at least in theory. In practice, everything is still new to all
of us, but I think that generally speaking, things are working well.

To answer your direct question: RHV 4.4.6 is based on RHEL+AV 8.4, and
the release dates of each part were coordinated internally for this.

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


[ovirt-users] Re: Ovirt node 4.4.5 failure to upgrade to 4.4.6

2021-06-07 Thread Yedidyah Bar David
On Tue, Jun 8, 2021 at 8:01 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Hello,
>
> I used the cluster upgrade feature that moves hosts in maintenance one by
> one.
> This is not a HCI cluster, my storage is on iSCSI multipath
>
> I managed to fully upgrade the 1st hosts after rebooting and fixing some
> network/iSCSI errors.
> However, now the second one is stuck at upgrading the ovirt-node layers
> too but I can not succeed in upgrading that one.
> On this 2nd host, the workaround of removing and reinstalling
> ovirt-node-ng-image-update doesn't work. I only get the following error :
>
> [root@ps-inf-prd-kvm-fr-511 ~]# nodectl check
> Status: OK
> Bootloader ... OK
>   Layer boot entries ... OK
>   Valid boot entries ... OK
> Mount points ... OK
>   Separate /var ... OK
>   Discard is used ... OK
> Basic storage ... OK
>   Initialized VG ... OK
>   Initialized Thin Pool ... OK
>   Initialized LVs ... OK
> Thin storage ... OK
>   Checking available space in thinpool ... OK
>   Checking thinpool auto-extend ... OK
> vdsmd ... OK
>
>
> [root@ps-inf-prd-kvm-fr-511 ~]# nodectl info
> bootloader:
>   default: ovirt-node-ng-4.4.5.1-0.20210323.0
> (4.18.0-240.15.1.el8_3.x86_64)
>   entries:
> ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64):
>   index: 0
>   kernel:
> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/vmlinuz-4.18.0-240.15.1.el8_3.x86_64
>   args: resume=/dev/mapper/onn-swap 
> rd.lvm.lv=onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
> rd.lvm.lv=onn/swap rhgb quiet
> boot=UUID=a676b18f-0f1b-4ad4-88e1-533fe61ff063 rootflags=discard
> img.bootid=ovirt-node-ng-4.4.5.1-0.20210323.0+1 intel_iommu=on
>   root: /dev/onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
>   initrd:
> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/initramfs-4.18.0-240.15.1.el8_3.x86_64.img
>   title: ovirt-node-ng-4.4.5.1-0.20210323.0
> (4.18.0-240.15.1.el8_3.x86_64)
>   blsid:
> ovirt-node-ng-4.4.5.1-0.20210323.0+1-4.18.0-240.15.1.el8_3.x86_64
> layers:
>   ovirt-node-ng-4.4.5.1-0.20210323.0:
> ovirt-node-ng-4.4.5.1-0.20210323.0+1
> current_layer: ovirt-node-ng-4.4.5.1-0.20210323.0+1
>
>
> [root@ps-inf-prd-kvm-fr-511 ~]# yum remove ovirt-node-ng-image-update
> [...]
> Removing:
>  ovirt-node-ng-image-updatenoarch
>4.4.6.3-1.el8
>   @ovirt-4.4886 M
>   Erasing  : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>   Verifying: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
> Unpersisting: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm
>
> Removed:
>   ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
> Complete!
> [root@ps-inf-prd-kvm-fr-511 ~]#
>
>
> [root@ps-inf-prd-kvm-fr-511 ~]#  yum install ovirt-node-ng-image-update
> [...]
> Installing:
>  ovirt-node-ng-image-updatenoarch
>4.4.6.3-1.el8
>ovirt-4.4887 M
>  [...]
> ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch.rpm
>
>   23 MB/s | 887 MB 00:39
> Running transaction check
> Transaction check succeeded.
> Running transaction test
> Transaction test succeeded.
> Running transaction
>   Preparing:
>   Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>   Installing   : ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>   Running scriptlet: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
> *warning: %post(ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch) scriptlet
> failed, exit status 1*
>
> *Error in POSTIN scriptlet in rpm package ovirt-node-ng-image-update   *
>   Verifying: ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
>
>
> Installed:
>
>
>   ovirt-node-ng-image-update-4.4.6.3-1.el8.noarch
> Complete!
> [root@ps-inf-prd-kvm-fr-511 ~]#
>
> [root@ps-inf-prd-kvm-fr-511 ~]# nodectl info
> bootloader:
>   default: ovirt-node-ng-4.4.5.1-0.20210323.0
> (4.18.0-240.15.1.el8_3.x86_64)
>   entries:
> ovirt-node-ng-4.4.5.1-0.20210323.0 (4.18.0-240.15.1.el8_3.x86_64):
>   index: 0
>   kernel:
> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/vmlinuz-4.18.0-240.15.1.el8_3.x86_64
>   args: resume=/dev/mapper/onn-swap 
> rd.lvm.lv=onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
> rd.lvm.lv=onn/swap rhgb quiet
> boot=UUID=a676b18f-0f1b-4ad4-88e1-533fe61ff063 rootflags=discard
> img.bootid=ovirt-node-ng-4.4.5.1-0.20210323.0+1 intel_iommu=on
>   root: /dev/onn/ovirt-node-ng-4.4.5.1-0.20210323.0+1
>   initrd:
> /boot//ovirt-node-ng-4.4.5.1-0.20210323.0+1/initramfs-4.18.0-240.15.1.el8_3.x86_64.img
>   title: ovirt-node-ng-4.4.5.1-0.20210323.0
> (4.18.0-240.15.1.el8_3.x86_64)
>   blsid:
> ovirt-node-ng-4.4.5.1-0.20210323.0+1-4.18.0-240.15.1.el8_3.x86_64
> layers:
>   ovirt-node-ng-4.4.5.1-0.20210323.0:
> ovirt-node-ng-4.4.5.1-0.20210323.0+1
> 

[ovirt-users] Re: ovirt engine 4.4.6.8-1.el8 Connection to ovirt-imageio-proxy service has failed. Make sure the service is installed, configured, and ovirt-engine certificate is registered as a valid

2021-06-07 Thread Yedidyah Bar David
On Tue, Jun 8, 2021 at 7:39 AM dhanaraj.ramesh--- via Users
 wrote:
>
> after restarting the service i can upload the iso to storage domain but the 
> daa not getting transferred, immediately the iso status become OK without 
> data transfer.

Looks similar to the other thread "[ovirt-users] Booting VMs from RHEL
ISOs fail". Please read it and then please share more information
about your setup - perhaps open a bug and attach all relevant logs.
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/3AFSLWEAVVD2FKLLDOPIPJ3AB3RSTCLW/


[ovirt-users] Re: [oVirt 4.4.6] Offline deployment of hosted engine

2021-06-06 Thread Yedidyah Bar David
On Sun, Jun 6, 2021 at 11:37 AM Strahil Nikolov  wrote:
>
> Hi Didi,
>
> can't we just make ansible check via ansible  package facts the status of the 
> appliance and if it's available set to offline mode.
> I can take a look in the Ansible code for that purpose.

The "non-offline-mode" is also for updating packages, not only for
appliance installation.

This is especially important because we not always release a new
appliance on new releases, so "non-offline-mode" makes sure you update
to the latest engine prior to engine-setup  - and this is especially
important on restore-from-file.

> Otherwise , the cockpit installer can have a tick for offline mode.

Indeed.

Best regards,

>
> Best Regards,
> Strahil Nikolov
>
> On Sun, Jun 6, 2021 at 9:14, Yedidyah Bar David
>  wrote:
> On Sun, Jun 6, 2021 at 9:03 AM sharma.is...@fujitsu.com
>  wrote:
> >
> > Hello Strahil,
> >
> >
> >
> > Thank you for your suggestion. Yes, I downloaded ovirt-engine-appliance rpm 
> > and installed manually, but it seems that it still tries to access to 
> > internet repository as below. Is it possible to do the whole deployment 
> > offline?
> >
> >
> >
> > [ ERROR ] fatal: [localhost -> ovirt-engine.macc.local]: FAILED! => 
> > {"changed": false, "msg": "Failed to download metadata for repo 
> > 'appstream': Cannot prepare internal mirrorlist: Curl
> >
> > error (7): Couldn't connect to server for 
> > http://mirrorlist.centos.org/?release=8-stream=x86_64=AppStream=stock
> >  [Failed to connect to jp.fujitsu.com port 123456789: No
> >
> > route to host]", "rc": 1, "results": []}
>
> Please try with:
>
> - appliance installed
>
> - '--ansible-extra-vars=he_offline_deployment=true'
>
> - latest released code (with your custom patch removed)
>
> If it still fails, please open a bug and attach all relevant logs. 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/RQRXMG7LU5J2NSXUWHEZUYEE72LG2TI4/
>


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


[ovirt-users] Re: Booting VMs from RHEL ISOs fail

2021-06-06 Thread Yedidyah Bar David
On Sat, Jun 5, 2021 at 2:41 PM David White via Users 
wrote:

> I finally got this to work.
> I believe that my issue was that when I thought I had uploaded the ISO,
> the ISO wasn't actually being uploaded successfully.
>
> I tried to upload various ISOs to different Storage Domains, and
> eventually noticed that in a couple of cases, I would see a status bar that
> slowly incremented over time indicating the percentage of the upload
> complete - whereas before, there would be no status bar, and the oVirt
> Manager would indicate that the ISO had just been uploaded completely.
>

But you got no actual error anywhere? I'd consider this a bug. Would you
like to report one in bugzilla? Thanks!

Some points to test/include in your report:

Do you use an external certificate for https?

If so, did you follow the documented procedure to do this? Perhaps you can
tell the exact steps you took?

I'd still expect some error - so there are perhaps (at least) two separate
issues here.

Adding Vojtech.


>
> I was able to "replicate" this status bar with the RHEL ISO, and now my VM
> is booting to that ISO fine.
>

Perhaps you can tell what you did differently for this?

Thanks for the report.

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


  1   2   3   4   5   6   7   8   9   10   >