The last update for 4.3 has caused my engine server to fail. I cannot find the original repos for the 4.3 install that work with out missing dependencies. I am using Centos 7 that is up to date. Can someone forward the URL for 4.3.10.1 repo installs or info so I can reinstall and hopefully restore my stand alone engine? My vm's are still running but I cannot manage anything . Please help and it is appreciated.
I got engine-setup to complete successfully but when I try to restore a backup I get the following error: engine-backup: command not found Any ideas? I am baffled. I thought this would be part of the install. If anyone knows what package this would be in I would be very grateful. Thanks in advance for your help. Eric
Not sure I understand your interest for an older repo. I am still regularly doing ovirt 4.3 installs just by not chosing the 4.4 repo, which is exclusively CentOS 8 (while 4.3 is exclusively CentOS 7: You cannot mix). Here is my current ovirt-4.3.repo: [root@<host> yum.repos.d]# more ovirt-4.3.repo [ovirt-4.3] name=Latest oVirt 4.3 Release #baseurl=https://resources.ovirt.org/pub/ovirt-4.3/rpm/el$releasever/ mirrorlist=https://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.3-el$releasever enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.3 I also don't know what you mean when you say that your "engine server failed" or that it is stand-alone: Is it a non-HCI setup with the engine on an ordinary machine? I can't easily imagine how an oVirt update would manage to break that. Is it a single-node HCI setup with a management engine VM? Those are very easy to break indeed, unless you carefully follow the "minor release upgrade guide" in the documentation. If you have a HCI setup where your management VM has failed during an update, I had had such a problem myself and managed to fix it. Perhaps this helps: My engine was very dead, because it was fenced right in the middle of an update. The engine would start as a VM (hosted-engine --vm-start), it wasn't paused, but it wouldn't react either. No network, no access to the console via hosted-engine --console or via virsh console. Seemed an early boot failure, but without the HostedEngine to get to the console... I connected through the virsh backdoor (vdsm@ovirt/shibboleth are always good to remember) and managed to get a snapshot from the console, which showed me a grub boot error, because the initial ramdisk for the new kernel had not finished building yet. So I needed a way to get to the grub menu of the HostedEngine while it was booting... I managed by starting the HostedEngine in 'paused' mode (now I know why that option is there ;-). I then gave the machine a VNC console password (another command I never noticed before) and ran a VNC viewer against the URL that another virsh command revealed (IP and relative port number of the console). With the vnc viewer connected I then unpaused the VM via 'virsh resume HostedEngine' and quickly jumped to the VNC viewer, where indeed I was able to boot an older kernel, do a re-install of the newer one and recover the HostedEngine VM. Much better than slaying dragons in one of the games my kids play during week-ends, and a huge confidence builder. There isn't really tons of things going on in the HostedEngine VM. It is able to survive quite a bit of mishandling and resets most of the time. Accordingly there is a good chance there is nothing broken there, that cannot be fixed in standard Linux ways. Good luck!
On Sun, Jun 28, 2020 at 12:02 AM <thomas@hoberg.net> wrote:
Not sure I understand your interest for an older repo. I am still regularly doing ovirt 4.3 installs just by not chosing the 4.4 repo, which is exclusively CentOS 8 (while 4.3 is exclusively CentOS 7: You cannot mix).
This is correct for production repos, but not for nightly snapshot ones. ovirt-master-snapshot still includes the latest el7 packages that CI injected into it before el7 was removed. I am mentioning this also because in the other thread [1] it seems like you are using one or more of these snapshot repos. So please check/share your repos, as you were already asked in that thread. Generally speaking: Please do not use nightly snapshots for any system you care about even slightly. If some system is not something you can simply reinstall if you run into a problem, it should not use the snapshots repos. Best regards, [1] [ovirt-users] update and engine-setup
Here is my current ovirt-4.3.repo: [root@<host> yum.repos.d]# more ovirt-4.3.repo [ovirt-4.3] name=Latest oVirt 4.3 Release #baseurl=https://resources.ovirt.org/pub/ovirt-4.3/rpm/el$releasever/ mirrorlist=https://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.3-el$releasever enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.3
I also don't know what you mean when you say that your "engine server failed" or that it is stand-alone: Is it a non-HCI setup with the engine on an ordinary machine? I can't easily imagine how an oVirt update would manage to break that.
Is it a single-node HCI setup with a management engine VM? Those are very easy to break indeed, unless you carefully follow the "minor release upgrade guide" in the documentation.
If you have a HCI setup where your management VM has failed during an update, I had had such a problem myself and managed to fix it. Perhaps this helps:
My engine was very dead, because it was fenced right in the middle of an update. The engine would start as a VM (hosted-engine --vm-start), it wasn't paused, but it wouldn't react either. No network, no access to the console via hosted-engine --console or via virsh console. Seemed an early boot failure, but without the HostedEngine to get to the console...
I connected through the virsh backdoor (vdsm@ovirt/shibboleth are always good to remember) and managed to get a snapshot from the console, which showed me a grub boot error, because the initial ramdisk for the new kernel had not finished building yet.
So I needed a way to get to the grub menu of the HostedEngine while it was booting...
I managed by starting the HostedEngine in 'paused' mode (now I know why that option is there ;-). I then gave the machine a VNC console password (another command I never noticed before) and ran a VNC viewer against the URL that another virsh command revealed (IP and relative port number of the console). With the vnc viewer connected I then unpaused the VM via 'virsh resume HostedEngine' and quickly jumped to the VNC viewer, where indeed I was able to boot an older kernel, do a re-install of the newer one and recover the HostedEngine VM.
Much better than slaying dragons in one of the games my kids play during week-ends, and a huge confidence builder.
There isn't really tons of things going on in the HostedEngine VM. It is able to survive quite a bit of mishandling and resets most of the time. Accordingly there is a good chance there is nothing broken there, that cannot be fixed in standard Linux ways.
Good luck! _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@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/WXTKK3WLWUMCPK...
-- Didi
participants (3)
-
eevans＠digitaldatatechs.com -
thomas＠hoberg.net -
Yedidyah Bar David