[ovirt-users] Re: Problems after upgrade from 4.4.3 to 4.4.4

[tfe...@swissonline.ch]

I managed to get host2 online and take the SPM role.
I can run virtual machines now.
After all, it was a corrupt CentOS 7 installation (many library files with 0 KB 
size).

But host1 is still in status “Unassigned”.
I tried to use the option “Confirm host has been rebooted” but it did not help.
All options are greyed out except “SSH Management:" “Restart” and “Stop”.
I cannot set the host to maintenance mode, nor can I delete it.
I would like to reinitialize or reinstall host1 - how can I do that?

In the Events of oVirt, I can see the following message roughly every minute:
VDSM host1 command Get Host Capabilities failed: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target

Any ideas how I could proceed?

Best regards
Toni


> On 16 Feb 2021, at 17:35, Strahil Nikolov  wrote:
> 
> Try to fix host2 . All critical services should be running:
> sanlock
> vdsmd
> supervdsmd
> ovirt-ha-broker
> ovirt-ha-agent
> 
> Then check if host2 can reach the storage.
> I guess that if you manage to fix the second host, you can mark the first 
> host as rebooted, or try to change SPM role to host2.
> 
> Best Regards,
> Strahil Nikolov
> 
> On Mon, Feb 15, 2021 at 18:16, tfe...@swissonline.ch
>  wrote:
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org 
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> <https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2TXIZTZ7AVXKI6J4LUJ4NJ77GLQUTNM4/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/2TXIZTZ7AVXKI6J4LUJ4NJ77GLQUTNM4/>

___
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/73RSQXJTCO45WLUVEHVZQHUNZTAZ4KV3/

[ovirt-users] Re: Problems after upgrade from 4.4.3 to 4.4.4

[tfe...@swissonline.ch]

Yes, several times. Same result.

I also installed the latest dnf updates and rebooted. Same result.


On 14.02.21 20:24, Strahil Nikolov wrote:

Have you tried rebooting the engine?



On Sun, Feb 14, 2021 at 4:18, tfe...@swissonline.ch
 wrote:
___
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto: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/5KH6ZAVU6XAI5H6P5BOFUNGYF34FJHVJ/

___
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/2TXIZTZ7AVXKI6J4LUJ4NJ77GLQUTNM4/

[ovirt-users] Re: Problems after upgrade from 4.4.3 to 4.4.4

[tfe...@swissonline.ch]

Hi

On host1, all services are running, including “sanlock”, “supervdsmd” and 
“vdsmd”.
On host2, the services "ovsdb-server” and "ovirt-imageio” are not running, and 
as a result, “vdsmd” is also not running.
So the cluster is down.

In the log of host2, I can find "ovsdb-server.service: Failed at step EXEC 
spawning /usr/share/openvswitch/scripts/ovs-ctl: Exec format error”.

host1 has status “Unassigned” and host2 has status “NonResponsive”.
So the SPM role cannot be assigned to another host.

Any ideas how to fix this?

Kind regards
Toni 


> On 13 Feb 2021, at 18:31, Strahil Nikolov  wrote:
> 
> Have you tried to set another host as SPM ?
> Also, you can mark the host was rebooted ( I assume you got no power 
> management configured) from Hosts -> 3 dots in upper right in UI.
> 
> Also check if sanlock, supervdsmd and vdsmd services are healthyand running.
> 
> Best Regards,
> Strahil Nikolov
> 
> On Fri, Feb 12, 2021 at 1:46, tfe...@swissonline.ch
>  wrote:
> Hi
> 
> I have problems after upgrading my 2-node cluster from 4.4.3 to 4.4.4.
> 
> Initially, I performed the upgrade of the oVirt hosts using the oVirt GUI (I 
> wasn't planning any changes).
> 
> It appears that the upgrade broke the system.
> On host1, the ovirt-engine was configured to run on the oVirt host itself 
> (not self-hosted engine).
> 
> After the upgrade, the oVirt GUI didn't load in the Browser anymore.
> I tried to fix the issue by migrating to self-hosted engine, which did not 
> work, so I ran engine restore and engine-setup in order to get back to the 
> initial state.
> I am now able to login to the oVirt GUI again, but I am having the following 
> problems:
> host1 is in status "Unassigned", and it has the SPM role. It cannot be set to 
> maintenance mode, nor re-installed from GUI, but I am able to reboot the host 
> from oVirt.
> All Storage Domains are inactive. (all NFS)
> In the /var/log/messages log, I can see the following message appearing 
> frequently: "vdsm[5935]: ERROR ssl handshake: socket error, address: 
> :::192.168.100.61"
> The cluster is down and no VM's can be run. I don't know how to fix either of 
> the issues.
> 
> Does anyone have an idea?
> I am appending a tar file containing log files to this email.
> 
> http://gofile.me/5fp92/d7iGEqh3H <http://gofile.me/5fp92/d7iGEqh3H>
> Many thanks
> 
> Toni
> 
> 
> 
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org 
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> <https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3QM4ATVPNXWJVNT2BCY7IFX63JYROZSD/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/3QM4ATVPNXWJVNT2BCY7IFX63JYROZSD/>

___
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/5KH6ZAVU6XAI5H6P5BOFUNGYF34FJHVJ/

[ovirt-users] Problems after upgrade from 4.4.3 to 4.4.4

[tfe...@swissonline.ch]

Hi

I have problems after upgrading my 2-node cluster from 4.4.3 to 4.4.4.

Initially, I performed the upgrade of the oVirt hosts using the oVirt GUI (I 
wasn't planning any changes).

It appears that the upgrade broke the system.
On host1, the ovirt-engine was configured to run on the oVirt host itself (not 
self-hosted engine).

After the upgrade, the oVirt GUI didn't load in the Browser anymore.
I tried to fix the issue by migrating to self-hosted engine, which did not 
work, so I ran engine restore and engine-setup in order to get back to the 
initial state.
I am now able to login to the oVirt GUI again, but I am having the following 
problems:
host1 is in status "Unassigned", and it has the SPM role. It cannot be set to 
maintenance mode, nor re-installed from GUI, but I am able to reboot the host 
from oVirt.
All Storage Domains are inactive. (all NFS)
In the /var/log/messages log, I can see the following message appearing 
frequently: "vdsm[5935]: ERROR ssl handshake: socket error, address: 
:::192.168.100.61"
The cluster is down and no VM's can be run. I don't know how to fix either of 
the issues.

Does anyone have an idea?
I am appending a tar file containing log files to this email.

http://gofile.me/5fp92/d7iGEqh3H 
Many thanks

Toni



___
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/3QM4ATVPNXWJVNT2BCY7IFX63JYROZSD/

[ovirt-users] Re: how to fix time-drift on el8 hosts?

[tfe...@swissonline.ch]

We recently had a similar discussion in the Bhyve community.

The consensus was that it is not desirable to use both time sync 
mechanisms in parallel: guest-tools and chronyd (or ntpd)


Now it would be good to know if oVirt-guest-agent is attempting to sync 
the VM's clock with the host clock.


If so, it may be worth trying to disable chronyd/ntpd and see if the 
time sync by the guest-agent does a better job.


In any case, the host's clock should be properly synchronized with the 
real world time.



Kind regards

Toni Feric


On 07.01.21 15:43, Strahil Nikolov via Users wrote:

Are you sure that the problem is not in the HostedEngine ?

Sync your host and then verify the situation on the HE

Best Regards,
Strahil Nikolov






В четвъртък, 7 януари 2021 г., 11:46:09 Гринуич+2, Nathanaël Blanchet 
 написа:







Hello,

Engine complains about my fresh el8 ovirt 4.4.3 node host:


"Host hadriacus has time-drift of 3202 seconds while maximum configured value is 300 
seconds."

I tried to fix it with these commands:

sudo chronyc -a makestep
chronyc sources
chronyc tracking

... but the host is still not synchronized.

How should I proceed?


___
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/LC7BKABQDL72XBAJLTX5AAVM5X3DB4MV/

[ovirt-users] Cluster compatibility version 4.5 on oVirt 4.4

[tfe...@swissonline.ch]

Hi

Today, I upgraded oVirt from 4.3 to 4.4.3.

After the upgrade, I upgraded the compatibility from 4.3 to 4.4.

I noticed that the cluster config is offering me another upgrade of the 
compatibility to version 4.5.


Up until now, I was under the impression that the compatibility version 
must match the oVirt version.


I am now reluctant to upgrade the compatibility to 4.5, while my oVirt 
version is still at 4.4 (there is no oVirt 4.5 at this time).


Is it safe to upgrade the compatibility in any case, or are there 
certain circumstances, where we should refrain from upgrading it?


I wasn't able to find anything in the documentation.


Kind regards

Toni Feric
___
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/XR4XU55CAL25CYNW7WBWJLIZLQXB4WIZ/

[ovirt-users] Re: Upgrade Problem oVirt engine 4.4.1.8-1.el8 -> 4.4.3

[tfe...@swissonline.ch]

Hi

I would like to add to this thread that I had experienced a very similar 
problem yesterday on my test system.


Notice that I have a different installation (engine installed on same 
host as oVirt host).


I worked around the issue with the following steps:

 * make engine-backup of the oVirt engine (pre-upgrade)
 * yum history rollback (to the state before the upgrade)
 * yum remove ovirt-engine
 * yum clean all
 * yum update
 * yum install ovirt-engine
 * engine-backup --restore the backup file of my engine backup
 * engine-setup

Hope this helps

Toni Feric


On 11.11.20 13:00, Andrei Verovski wrote:

Hi !

I’m trying to upgrade oVirt engine 4.4.1.8-1.el8 to the latest 4.4.3, running 
as KVM appliance (not hosted engine).

This sequence of commands

yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
engine-upgrade-check
yum update ovirt\*setup\*

Results in a long list of dependency errors, short excerpt below.
Looks like something (e.g. repo) is missing. How to fix this? Thanks in advance.

— LOG --

Problem 1: problem with installed package 
ovirt-engine-ui-extensions-1.2.2-1.el8.noarch
  - package ovirt-engine-ui-extensions-1.2.2-1.el8.noarch requires 
ovirt-ansible-cluster-upgrade >= 1.1.12, but none of the providers can be 
installed

Problem 2: package ovirt-engine-4.4.1.8-1.el8.noarch requires 
ovirt-engine-ui-extensions >= 1.0.4, but none of the providers can be installed

  - package ovirt-engine-ui-extensions-1.2.2-1.el8.noarch requires 
ovirt-ansible-cluster-upgrade >= 1.1.12, but none of the providers can be 
installed
  - package ovirt-engine-4.4.1.8-1.el8.noarch requires ovirt-ansible-roles >= 
1.2.0, but none of the providers can be installed
  - package ovirt-ansible-collection-1.2.1-1.el8.noarch obsoletes 
ovirt-ansible-cluster-upgrade provided by 
ovirt-ansible-cluster-upgrade-1.2.3-1.el8.noarch


___
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/EMRQIDUGHYRUISAHDVWZ763NVHZP2NCM/
___
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/F7ZOGKQRU32UROQBWANGAPBCH34P24CW/

[ovirt-users] Re: Host NonResponsive after migration to oVirt 4.4

[tfe...@swissonline.ch]

Hello Yedidyah

Many thanks for clarification.

If I wanted to convert my all-in-one installation to a "supported" one 
(on a single box), would I have to migrate my engine into a self-hosted 
VM? What would be the most common way to conform?



I was able to fix my problem by:

 * uninstalling oVirt
 * yum update
 * installing oVirt 4.4.3
 * installing cockpit-ovirt-dashboard (which installs vdsm etc. as
   dependency)
 * modifying the engine-backup script (don't bail out on restore if
   version<4.3.10)
 * Restore engine from backup file
 * engine-setup
 * Reinstall host from oVirt UI


Many thanks

Toni Feric


On 10.11.20 14:22, Yedidyah Bar David wrote:

On Tue, Nov 10, 2020 at 3:13 PM tfe...@swissonline.ch
 wrote:

Hello Ritesh

Engine and host is the same. There is only one box.

This is called all-in-one. Was officially supported until 3.6, and is
unsupported, undocumented and untested these days, although people
seem to be using it, and even more-or-less successfully.

To get an overview of what you should do, if you follow the current
documentation, you should read both engine-specific parts and
hosts-specific parts.


The vdsm daemon does not seem to exist.

# systemctl status vdsmd
Unit vdsmd.service could not be found.

Should I assume that there is a component missing, which should have been 
installed?
I just checked the installation documentation, and was not able to spot a step 
that could be missing.
https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Installing_the_Red_Hat_Virtualization_Manager_SM_localDB_deploy

Thanks, Toni


On 10 Nov 2020, at 13:47, Ritesh Chikatwar  wrote:

Hello,

Looks like you are checking this directory in the engine. You will get this in 
the host.
Also check vdsm service is running or not using systemctl status vdsmd

On Tue, Nov 10, 2020 at 6:09 PM tfe...@swissonline.ch  
wrote:

Hello Ritesh

I can see the NIC attached to the host in the UI.
However, I don’t have a directory /var/log/vdsm.
I am sharing the filetree of my /var/log in the separately attached text file:

Thanks, Toni


On 10 Nov 2020, at 13:04, Ritesh Chikatwar  wrote:

Hello,

Can you share vdsm logs you can find at /var/log/vdsm/vdsm.log.

I guess this might be a vdsm issue between an engine and host.
also check in ui whether a nic is attached to the host after upgrade.

On Tue, Nov 10, 2020 at 5:18 PM tfe...@swissonline.ch  
wrote:

  Hi

I am looking for help after my oVirt upgrade failed.


I have upgraded from ovirt 4.3 to 4.4 following the instructions here:

https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3

It's a single-host (standalone engine) test environment.
I wiped CentOS 7 and reinstalled a fresh CentOS 8.
I installed the oVirt 4.4 repo and all the necessary software packets.

I used `engine-backup --mode=restore 
--file=/tmp/ovirt-engine-pre-upgrade.backup --provision-all-databases` from a 
backup file I created before I started the upgrade.
After the restore, I ran `engine-setup`.

I did not get any errors during any of these steps on the console.
So the upgrade could be considered successful from that perspective.

After the upgrade, I login to the ovirt admin portal, and I try to "Activate" my host 
(was set to "Maintenance" mode before upgrade).

Please try 'Reinstall'.

This should install vdsm for you, among many other things.

Best regards,


The Activation fails with error "NonResponsive" in the GUI.
Under the "bell" icon, I find the Event "Host nuc1.feric.ch is non responsive.”

In /var/log/ovirt-engine/engine.log, I find the following error:
```
2020-11-09 23:12:21,080+01 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) [] 
Command 'GetCapabilitiesAsyncVDSCommand(HostName = nuc1.feric.ch, 
VdsIdAndVdsVDSCommandParametersBase:{hostId='d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb',
 vds=‘Host[nuc1.feric.h,d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb]'})' execution 
failed: java.net.ConnectException: Connection refused
```

`systemctl status ovirt-engine` shows that the engine is running.
I am able to reboot the host from the oVirt GUI directly.

Does anyone have an idea how to proceed?

Many thanks
Toni
___
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/QWVBKDG2Q4BJHDHXNAHIWIG3QLW5E235/



___
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/c

[ovirt-users] Cannot restore engine from 4.3.9 to 4.4.3

[tfe...@swissonline.ch]

Hi

I just tried to restore my engine backup taken from release 4.3.9.4 to a 
newer oVirt installation release 4.4.3.11.


The restore process fails with a FATAL error.

I was under the impression that backups from all 4.3 versions were 
supposed to be restorable on 4.4.


My installation is a single-box all-in-one (Standalone Engine installed 
together with oVirt node).



# engine-backup --mode=restore 
--file=/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup 
--provision-all-databases

Start of engine-backup with mode 'restore'
scope: all
archive file: 
/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup
log file: 
/var/log/ovirt-engine-backup/ovirt-engine-restore-2020031500.log

Preparing to restore:
- Unpacking file 
'/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup'
FATAL: Backup was created by version '4.3.9.4' and can not be restored 
using the installed version 4.4.3.11



Complete content of the restore log file:

2020-11-11 03:15:00 23143: Start of engine-backup mode restore scope all 
file 
/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup
2020-11-11 03:15:00 23143: OUTPUT: Start of engine-backup with mode 
'restore'

2020-11-11 03:15:00 23143: OUTPUT: scope: all
2020-11-11 03:15:00 23143: OUTPUT: archive file: 
/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup
2020-11-11 03:15:00 23143: OUTPUT: log file: 
/var/log/ovirt-engine-backup/ovirt-engine-restore-2020031500.log

2020-11-11 03:15:00 23143: OUTPUT: Preparing to restore:
2020-11-11 03:15:01 23143: OUTPUT: - Unpacking file 
'/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup'
2020-11-11 03:15:01 23143: Opening tarball 
/exports/data-t2/backups/ovirt-engine-backup-20201018124037_pre-upgrade.backup 
to /tmp/engine-backup.UAcLerghwY

2020-11-11 03:15:01 23143: Verifying hash
2020-11-11 03:15:01 23143: Verifying version
2020-11-11 03:15:01 23143: FATAL: Backup was created by version 
'4.3.9.4' and can not be restored using the installed version 4.4.3.11



regards,

Toni Feric

___
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/WQFJTUWE6UXTXIOAZHOBCQSBCZAKCTDK/

[ovirt-users] Re: Host NonResponsive after migration to oVirt 4.4

[tfe...@swissonline.ch]

Hello Ritesh

Engine and host is the same. There is only one box.
The vdsm daemon does not seem to exist.

# systemctl status vdsmd
Unit vdsmd.service could not be found.

Should I assume that there is a component missing, which should have been 
installed?
I just checked the installation documentation, and was not able to spot a step 
that could be missing.
https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Installing_the_Red_Hat_Virtualization_Manager_SM_localDB_deploy
 
<https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Installing_the_Red_Hat_Virtualization_Manager_SM_localDB_deploy>

Thanks, Toni


> On 10 Nov 2020, at 13:47, Ritesh Chikatwar  wrote:
> 
> Hello,
> 
> Looks like you are checking this directory in the engine. You will get this 
> in the host. 
> Also check vdsm service is running or not using systemctl status vdsmd
> 
> On Tue, Nov 10, 2020 at 6:09 PM tfe...@swissonline.ch 
> <mailto:tfe...@swissonline.ch>  <mailto:tfe...@swissonline.ch>> wrote:
> Hello Ritesh
> 
> I can see the NIC attached to the host in the UI.
> However, I don’t have a directory /var/log/vdsm.
> I am sharing the filetree of my /var/log in the separately attached text file:
> 
> Thanks, Toni
> 
> 
>> On 10 Nov 2020, at 13:04, Ritesh Chikatwar > <mailto:rchik...@redhat.com>> wrote:
>> 
>> Hello,
>> 
>> Can you share vdsm logs you can find at /var/log/vdsm/vdsm.log.
>> 
>> I guess this might be a vdsm issue between an engine and host.
>> also check in ui whether a nic is attached to the host after upgrade.
>> 
>> On Tue, Nov 10, 2020 at 5:18 PM tfe...@swissonline.ch 
>> <mailto:tfe...@swissonline.ch> > <mailto:tfe...@swissonline.ch>> wrote:
>>  Hi
>> I am looking for help after my oVirt upgrade failed.
>> 
>> I have upgraded from ovirt 4.3 to 4.4 following the instructions here:
>> https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3 
>> <https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3>
>> 
>> It's a single-host (standalone engine) test environment.
>> I wiped CentOS 7 and reinstalled a fresh CentOS 8.
>> I installed the oVirt 4.4 repo and all the necessary software packets.
>> 
>> I used `engine-backup --mode=restore 
>> --file=/tmp/ovirt-engine-pre-upgrade.backup --provision-all-databases` from 
>> a backup file I created before I started the upgrade.
>> After the restore, I ran `engine-setup`.
>> 
>> I did not get any errors during any of these steps on the console.
>> So the upgrade could be considered successful from that perspective.
>> 
>> After the upgrade, I login to the ovirt admin portal, and I try to 
>> "Activate" my host (was set to "Maintenance" mode before upgrade).
>> The Activation fails with error "NonResponsive" in the GUI.
>> Under the "bell" icon, I find the Event "Host nuc1.feric.ch 
>> <http://nuc1.feric.ch/> is non responsive.”
>> 
>> In /var/log/ovirt-engine/engine.log, I find the following error:
>> ```
>> 2020-11-09 23:12:21,080+01 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] 
>> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) [] 
>> Command 'GetCapabilitiesAsyncVDSCommand(HostName = nuc1.feric.ch 
>> <http://nuc1.feric.ch/>, 
>> VdsIdAndVdsVDSCommandParametersBase:{hostId='d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb',
>>  vds=‘Host[nuc1.feric.h,d7c30cc0-ac59-4cf3-a1e7-b9fae9db83fb]'})' execution 
>> failed: java.net.ConnectException: Connection refused
>> ```
>> 
>> `systemctl status ovirt-engine` shows that the engine is running.
>> I am able to reboot the host from the oVirt GUI directly.
>> 
>> Does anyone have an idea how to proceed?
>> 
>> Many thanks
>> Toni
>> ___
>> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
>> To unsubscribe send an email to users-le...@ovirt.org 
>> <mailto:users-le...@ovirt.org>
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
>> <https://www.ovirt.org/privacy-policy.html>
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> <https://www.ovirt.org/community/about/community-guidelines/>
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QWVBKDG2Q4BJHDHXNAHIWIG3QLW5E235/
>>  
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/QWVBKDG2Q4BJHDHXNAHIWIG3QLW5E235/>
> 

___
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/BBBWNXCC5R3TC4FZC2MHKPCBLX3Q4ZHK/

[ovirt-users] Re: Host NonResponsive after migration to oVirt 4.4

[tfe...@swissonline.ch]

-20201026033300-vqi7vg.log
│   │   ├── ovirt-engine-provisiondb-20201109223359-mc40u9.log
│   │   ├── ovirt-engine-provisiondb-20201109223651-v18x1t.log
│   │   ├── ovirt-engine-provisiondb-20201109223828-xebqqv.log
│   │   ├── ovirt-engine-provisiondb-20201109223842-f8c7at.log
│   │   ├── ovirt-engine-provisiondb-20201110004754-i229ny.log
│   │   ├── ovirt-engine-provisiondb-20201110004813-s7mscc.log
│   │   ├── ovirt-engine-provisiondb-20201110034208-ka6ne4.log
│   │   ├── ovirt-engine-provisiondb-20201110034227-q5evky.log
│   │   ├── ovirt-engine-remove-20201019014217-uxs8fm.log
│   │   ├── ovirt-engine-remove-20201026032420-fsfy88.log
│   │   ├── ovirt-engine-remove-20201026032722-oby4s1.log
│   │   ├── ovirt-engine-remove-20201026033155-8z36t2.log
│   │   ├── ovirt-engine-setup-20201019013005-ny0dyp.log
│   │   ├── ovirt-engine-setup-20201019014346-3ddbc4.log
│   │   ├── ovirt-engine-setup-20201026030912-5x3dy8.log
│   │   ├── ovirt-engine-setup-20201026032112-lbxwqv.log
│   │   ├── ovirt-engine-setup-20201026032612-abpi86.log
│   │   ├── ovirt-engine-setup-20201026032930-goi4jj.log
│   │   ├── ovirt-engine-setup-20201026033047-w13bqb.log
│   │   ├── ovirt-engine-setup-20201026033322-5wlp9c.log
│   │   ├── ovirt-engine-setup-20201109222547-wermyk.log
│   │   ├── ovirt-engine-setup-20201109223422-qn1knn.log
│   │   ├── ovirt-engine-setup-20201109223941-pectl1.log
│   │   ├── ovirt-engine-setup-20201110004844-3lkw4c.log
│   │   ├── ovirt-engine-setup-20201110033407-b95ysj.log
│   │   ├── ovirt-engine-setup-20201110033718-n8we20.log
│   │   ├── ovirt-engine-setup-20201110033843-bjv2kn.log
│   │   ├── ovirt-engine-setup-20201110034120-h0y8em.log
│   │   ├── ovirt-engine-setup-20201110034203-p8nx6h.log
│   │   └── ovirt-engine-setup-20201110034259-or1v46.log
│   └── ui.log
├── ovirt-engine-backup
│   ├── ovirt-engine-restore-20201019013919.log
│   ├── ovirt-engine-restore-20201019014304.log
│   ├── ovirt-engine-restore-20201026031451.log
│   ├── ovirt-engine-restore-20201026032046.log
│   ├── ovirt-engine-restore-20201026032302.log
│   ├── ovirt-engine-restore-20201026032309.log
│   ├── ovirt-engine-restore-20201026032837.log
│   ├── ovirt-engine-restore-20201026033246.log
│   ├── ovirt-engine-restore-20201109223300.log
│   ├── ovirt-engine-restore-20201109223357.log
│   ├── ovirt-engine-restore-20201109223641.log
│   ├── ovirt-engine-restore-20201109223650.log
│   ├── ovirt-engine-restore-20201109223827.log
│   ├── ovirt-engine-restore-20201110004753.log
│   ├── ovirt-engine-restore-20201110034143.log
│   └── ovirt-engine-restore-20201110034207.log
├── ovirt-engine-dwh
│   └── ovirt-engine-dwhd.log
├── ovirt-imageio
│   └── daemon.log
├── ovirt-provider-ovn.log
├── ovirt-provider-ovn.log-20201108.gz
├── private
├── secure
├── secure-20201025
├── secure-20201101
├── secure-20201108
├── spooler
├── spooler-20201025
├── spooler-20201101
├── spooler-20201108
├── sssd
│   ├── sssd_implicit_files.log
│   ├── sssd_implicit_files.log-20201101.gz
│   ├── sssd_implicit_files.log-20201110
│   ├── sssd_kcm.log
│   ├── sssd_kcm.log-20201101.gz
│   ├── sssd_kcm.log-20201109
│   ├── sssd.log
│   ├── sssd.log-20201101.gz
│   ├── sssd.log-20201108
│   ├── sssd_nss.log
│   ├── sssd_nss.log-20201101.gz
│   └── sssd_nss.log-20201110
├── tuned
│   └── tuned.log
└── wtmp

22 directories, 186 files
Thanks, ToniOn 10 Nov 2020, at 13:04, Ritesh Chikatwar <rchik...@redhat.com> wrote:Hello,Can you share vdsm logs you can find at /var/log/vdsm/vdsm.log.I guess this might be a vdsm issue between an engine and host.also check in ui whether a nic is attached to the host after upgrade.On Tue, Nov 10, 2020 at 5:18 PM tfe...@swissonline.ch <tfe...@swissonline.ch> wrote: HiI am looking for
help after my oVirt upgrade failed.I have upgraded from
ovirt 4.3 to 4.4 following the instructions here:https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_from_4-3It's a single-host
(standalone engine) test environment.I wiped CentOS 7 and
reinstalled a fresh CentOS 8.I installed the oVirt 4.4 repo and all the necessary software packets.I used
`engine-backup
--mode=restore --file=/tmp/ovirt-engine-pre-up