[ovirt-users] Re: How to debug "Non Operational" host

[Gervais de Montbrun]

Hi Paul,

I don't quite get what you mean by this:

> assuming you have a storage network for the gluster nodes the engine needs to 
> resolve be able to resolve the host addresses


The storage network is on 10GB network cards and plugged into a stand-alone 
switch. The hosted-engine is not on the same network at all and can not ping 
the IP's associated with those cards. Are you saying that it needs access to 
that network, or that is needs to be able to resolve the IP's. I can add them 
to the /etc/hosts file on the ovirt-engine or do I need to reconfigure my 
setup? It was working as it currently configured before applying the update.

I have no idea why the ovirt1 server is not showing up with the fqdn. I set up 
all the servers the same way. It's been like that since I set things up. I have 
looked for where this might be corrected, but can't find it. Ideas?

The yellow bricks... I can force start them (and I have in the past), but now 
it turns green for a few minutes and then returns to red.

Cheers,
Gervais



> On Nov 23, 2021, at 12:57 PM, Staniforth, Paul 
>  wrote:
> 
> Hello Gervais,
> 
>is the brick mounted on ovirt1 ?  can you mount it using the 
> settings in /etc/fstab ?
> 
> The hostname is not using a FQDN for ovirt1
> 
> assuming you have a storage network for the gluster nodes the engine needs to 
> resolve be able to resolve the host addresses
> ovirt1-storage.dgi
> ovirt2-storage.dgi
> ovirt3-storage.dgi
> 
> So that it can assign them to the correct network.
> 
> When the volume is showing yellow you can force restart them again from the 
> GUI.
> 
> Regards,
> 
> Paul S.
> From: Gervais de Montbrun  >
> Sent: 23 November 2021 13:42
> To: Vojtech Juranek mailto:vjura...@redhat.com>>
> Cc: users@ovirt.org   >
> Subject: [ovirt-users] Re: How to debug "Non Operational" host
>  
> Caution External Mail: Do not click any links or open any attachments unless 
> you trust the sender and know that the content is safe.
> 
> Hi Vojta,
> 
> Thanks for the help.
> 
> I tried to activate my server this morning and captured the logs from 
> vdsm.log and engine.log. They are attached.
> 
> Something went awry with my gluster (I think) as it is showing that the 
> bricks on the affected server (ovirt1) are not mounted:
> 
> 
> 
> 
> 
> 
> 
> The networking looks fine.
> 
> Cheers,
> Gervais
> 
> 
> 
> > On Nov 23, 2021, at 3:37 AM, Vojtech Juranek  > > wrote:
> > 
> > On Tuesday, 23 November 2021 03:36:07 CET Gervais de Montbrun wrote:
> >> Hi Folks,
> >> 
> >> I did a minor upgrade on the first host in my cluster and now it is
> >> reporting "Non Operational"
> >> 
> >> This is what yum showed as updatable. However, I did the update through the
> >> ovirt-engine web interface.
> >> 
> >> ovirt-node-ng-image-update.noarch  
> >>  
> >>   4.4.9-1.el8 
> >>ovirt-4.4 Obsoleting Packages
> >> ovirt-node-ng-image-update.noarch  
> >>  
> >>   4.4.9-1.el8 
> >>ovirt-4.4 ovirt-node-ng-image-update.noarch
> >>  4.4.8.3-1.el8
> >>   @System ovirt-node-ng-image-update.noarch   
> >>   4.4.9-1.el8 
> >>ovirt-4.4
> >> ovirt-node-ng-image-update-placeholder.noarch  
> >>4.4.8.3-1.el8  
> >> @System
> >> 
> >> How do I start to debug this issue?
> > 
> > Check engine log in /var/log/ovirt-engine/engine.log on the machine where 
> > engine runs
> > 
> >> 
> >> 
> >> Also, it looks like the vmstore brick is not mounting on that host. I only
> >> see the engine mounted.
> > 
> > 
> > Could you also attach relevant part of vdsm log (/var/log/vdsm/vdsm.log) 
> > from 
> > the machine where mount failed? You should see some mount related error 
> > there. 
> > This could be also a reason why hosts become non-operational.
> > 
> > Thanks
> > Vojta
> > 
> >> Broken server:
> >> r...@ovirt1.dgi  log]# mount | grep storage
> >> ovirt1-storage.dgi:/engine on
> >> /rhev/data-center/mnt/glusterSD/ovirt1-storage.dgi:_engine type
> >> fuse.glusterfs
> >> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=
> >> 131072) Working server:
> >> [r...@ovirt2.dgi  ~]# mount | grep storage
> >> ovirt1-storage.dgi:/engine on
> >> /rhev/data-center/mnt/glusterSD/ovirt1-storage.dgi:_engine type
> >> fuse.glusterfs
> >> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=
> >> 131072) ovirt1-storag

[ovirt-users] P2V Import Not Bootable

[mark . b . burgess]

Hi,

we are doing a P2V import of an Oracle Linux 6 physical host to Ovirt 4.2.1. 
The process we are using as follows:

1. Use VMWare Converter to perform the P2V migration into VSphere (we tried the 
virt-p2v but it was unworkable in this environment).
2. Export the virtual machine from VMWare to OVF.
3. Convert the OVF to an OVA using ovftool on Linux.
4. Import the OVA into KVM.

The OVA import process completes successfully with no errors in the log. When 
trying to boot the guest the message of "BdsDxe: No bootable option or device 
was found" is displayed on the console. The source physical host is UEFI and 
the physical host uses GPT partition table. I have tried all sorts of 
combinations of BIOS, virtual disk type (VirtIO, SATA) but nothing seems to be 
working. The disks can be found when booting into a rescue DVD and the root 
file system can be mounted under rescue mode. Everything looks ok from the OVA 
import log.

Software versions below:

KVM Version: 4.2.1 - 11.el7
LIBVIRT Version: libvirt-5.7.0-31.el7
VDSM Version: vdsm-4.30.46-1.0.6.el7

I'm at a bit of a loss how to get this going as there seems to be something 
fundamental that is not working for this type of guest.

Any suggestions or help would be much appreciated.

Regards,
Mark
___
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/AOKWMDLH3X6MBZUAAEDDSKRCALEWT4ZN/

[ovirt-users] Re: How to debug "Non Operational" host

[Staniforth, Paul]

Hello Gervais,

   is the brick mounted on ovirt1 ?  can you mount it using the 
settings in /etc/fstab ?

The hostname is not using a FQDN for ovirt1

assuming you have a storage network for the gluster nodes the engine needs to 
resolve be able to resolve the host addresses

ovirt1-storage.dgi
ovirt2-storage.dgi
ovirt3-storage.dgi

So that it can assign them to the correct network.

When the volume is showing yellow you can force restart them again from the GUI.

Regards,

Paul S.


From: Gervais de Montbrun 
Sent: 23 November 2021 13:42
To: Vojtech Juranek 
Cc: users@ovirt.org 
Subject: [ovirt-users] Re: How to debug "Non Operational" host

Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hi Vojta,

Thanks for the help.

I tried to activate my server this morning and captured the logs from vdsm.log 
and engine.log. They are attached.

Something went awry with my gluster (I think) as it is showing that the bricks 
on the affected server (ovirt1) are not mounted:
[cid:2a29d29c-b652-4af8-acf0-1270cb8864bc@eurprd03.prod.outlook.com]

[cid:b0dd6964-58c9-453f-8a6b-fdda6641bde7@eurprd03.prod.outlook.com]

[cid:fb25f398-906f-4a72-9927-b0fdf45e8a23@eurprd03.prod.outlook.com]


The networking looks fine.

Cheers,
Gervais



> On Nov 23, 2021, at 3:37 AM, Vojtech Juranek  wrote:
>
> On Tuesday, 23 November 2021 03:36:07 CET Gervais de Montbrun wrote:
>> Hi Folks,
>>
>> I did a minor upgrade on the first host in my cluster and now it is
>> reporting "Non Operational"
>>
>> This is what yum showed as updatable. However, I did the update through the
>> ovirt-engine web interface.
>>
>> ovirt-node-ng-image-update.noarch
>>   4.4.9-1.el8
>>ovirt-4.4 Obsoleting Packages
>> ovirt-node-ng-image-update.noarch
>>   4.4.9-1.el8
>>ovirt-4.4 ovirt-node-ng-image-update.noarch
>>  4.4.8.3-1.el8
>>   @System ovirt-node-ng-image-update.noarch
>>   4.4.9-1.el8
>>ovirt-4.4
>> ovirt-node-ng-image-update-placeholder.noarch
>>4.4.8.3-1.el8
>> @System
>>
>> How do I start to debug this issue?
>
> Check engine log in /var/log/ovirt-engine/engine.log on the machine where
> engine runs
>
>>
>>
>> Also, it looks like the vmstore brick is not mounting on that host. I only
>> see the engine mounted.
>
>
> Could you also attach relevant part of vdsm log (/var/log/vdsm/vdsm.log) from
> the machine where mount failed? You should see some mount related error there.
> This could be also a reason why hosts become non-operational.
>
> Thanks
> Vojta
>
>> Broken server:
>> r...@ovirt1.dgi log]# mount | grep storage
>> ovirt1-storage.dgi:/engine on
>> /rhev/data-center/mnt/glusterSD/ovirt1-storage.dgi:_engine type
>> fuse.glusterfs
>> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=
>> 131072) Working server:
>> [r...@ovirt2.dgi ~]# mount | grep storage
>> ovirt1-storage.dgi:/engine on
>> /rhev/data-center/mnt/glusterSD/ovirt1-storage.dgi:_engine type
>> fuse.glusterfs
>> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=
>> 131072) ovirt1-storage.dgi:/vmstore on
>> /rhev/data-center/mnt/glusterSD/ovirt1-storage.dgi:_vmstore type
>> fuse.glusterfs
>> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=
>> 131072)
>>
>>
>> I tried putting the server into maintenance mode and running a reinstall on
>> it. No change. I'de really appreciate some help sorting this our.
>>
>> Cheers,
>> Gervais
>
> ___
> 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@ovir

[ovirt-users] Re: oVirt installation via PXE

[Klaas Demter]

I think you can follow the rhv docs:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html-single/installing_red_hat_virtualization_as_a_self-hosted_engine_using_the_command_line/index#Automating_RHVH_Deployment_SHE_cli_deploy


Greetings

Klaas


On 11/23/21 17:35, Jean-Louis Dupond via Users wrote:

Hi,

We would like to install oVirt Node via some automated way.
I think the best option to do this is via a PXE boot, and there run 
the installation.


But I would like to know how you can customize the installation of 
oVirt Node. So no manual intervention is needed.


Is it just creating a kickstart file based from the 
'interactive-defaults.ks' kickstart in the iso and have the 
'ovirt-node-ng-image.squashfs.img' file accessible somewhere?
Are there things that should not be used in the kickstart file? I 
think like disk settings as this is already built-in into oVirt Node?


Other idea's are also welcome :)

Thanks
Jean-Louis

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

___
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/6WFES6ZRAQZHEICXVGWPJWCCMHUKE23I/

[ovirt-users] oVirt installation via PXE

[Jean-Louis Dupond via Users]

Hi,

We would like to install oVirt Node via some automated way.
I think the best option to do this is via a PXE boot, and there run the 
installation.


But I would like to know how you can customize the installation of oVirt 
Node. So no manual intervention is needed.


Is it just creating a kickstart file based from the 
'interactive-defaults.ks' kickstart in the iso and have the 
'ovirt-node-ng-image.squashfs.img' file accessible somewhere?
Are there things that should not be used in the kickstart file? I think 
like disk settings as this is already built-in into oVirt Node?


Other idea's are also welcome :)

Thanks
Jean-Louis

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

[ovirt-users] Re: How to debug "Non Operational" host

[Vojtech Juranek]

On Tuesday, 23 November 2021 14:42:31 CET Gervais de Montbrun wrote:
> Hi Vojta,
> 
> Thanks for the help.
> 
> I tried to activate my server this morning and captured the logs from
> vdsm.log and engine.log. They are attached.
> 
> Something went awry with my gluster (I think) as it is showing that the
> bricks on the affected server (ovirt1) are not mounted:

It seems not to be available, therefore vdsm fails with "OSError: [Errno 116] 
Stale file handle" and therefore fails to mount it. I'd suggest to investigate 
what's happening with you Gluster storage, eventually try to mount it manually 
from affected machine - if you are able to mount it manually, vdsm should be 
able to mount it as well.

Given lots of warning in engine log "Could not associate brick 'ovirt1-
storage.dgi:/gluster_bricks/vmstore/vmstore' of volume '2670ff29-8d43-4610-
a437-c6ec2c235753' with correct network as no gluster network found in cluster 
'404c8d14-73c1-11eb-8755-00163e5907f6'", I'd probably first take a look on the 
network.

Vojta


signature.asc
Description: This is a digitally signed message part.
___
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/PZ5HTE5WOZYE4FGAUNI472IW7NE56M5V/

[ovirt-users] host non responsive

[Nathanaël Blanchet]

Hello,

Some of my hosts are for some different reason in "non responsive" 
state. Fortunately, critical vms continue to run on it.


I didn't manage to recover the up state and the only solution will be at 
a predefined date to stop and fence the host.


Waiting for this date, I ssh stopped a targeted vm for maintenance (with 
init 0) and now I want to reboot it on a healthy host. This vm is ovirt 
high available with a lease on a storage domain.


How can I tell to engine that the vm lease is not anymore on the non 
responding host so as to start the vm elsewhere?


--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/37YRPRFXAIVNCUDIKAXI4UK7C3Z3ZVVP/