Requirements to put to cluster version 4.6
by Gianluca Cecchi
Hello,
I updated all my 3 CentOS 4.4.5 hosts to 4.4.6.
Or at least upgrading them from the GUI I see now they are on CentOS 8.4
and:
[root@ov200 ~]# rpm -qa| grep 4.4.6
ovirt-release44-4.4.6.3-1.el8.noarch
ovirt-host-4.4.6-1.el8.x86_64
ovirt-host-dependencies-4.4.6-1.el8.x86_64
[root@ov200 ~]#
How to see from the webadmin GUI or from the Host Console that they are
indeed 4.4.6?
If I try to set cluster compatibility version to 4.6 I get:
Error while executing action: Cannot change Cluster Compatibility Version
to higher version when there are active Hosts with lower version.
-Please move Host ov300, ov301, ov200 with lower version to maintenance
first.
I don't remember the need of giving downtime to get new cluster version...
Or what are further requirements (and benefits....) to upgrade to 4.6?
Thanks,
Gianluca
3 years
Removing Direct Mapped LUNs
by Ryan Chewning
Hi List,
We need to add and remove directly mapped LUNs to multiple VMs in our
Non-Production environment. The environment is backed by an iSCSI SAN. In
testing when removing a directly mapped LUN it doesn't remove the
underlying multipath and devices. Several questions.
1) Is this the expected behavior?
2) Are we supposed to go to each KVM host and manually remove the
underlying multipath devices?
3) Is there a technical reason that oVirt doesn't do this as part of the
steps to removing the storage?
This is something that was handled by the manager in the previous
virtualization that we used, Oracle's Xen based Oracle VM.
Thanks!
Ryan
3 years
upgrading to 4.4.6 with Rocky Linux 8
by Jason Keltz
Hi..
I'm looking to migrate soon from CentOS 7.9 with oVirt 4.3.10 to Rocky
Linux 8.4 with oVirt 4.4.6. I'm working on my kickstart of my
standalone engine in a VM at the moment.
So far, with minimal experience with Rocky Linux, after my kickstart, I
was able to run "engine-setup", follow all the defaults and then access
my "new" engine via web. I have to explore the actual procedure for
installing on my current engine host, and restoring my data.
When oVirt team releases new releases, I'm just wondering if you test
going from the last previous release (4.3.10 in this case) to each
latest release? I know that the documentation says we always need to
make sure we update to each individaul major release, but I'm just
wondering if this is something that oVirt team tests with each release?
I'm very concerned for potential of failed upgrade, and the potential
headaches that it could cause.
I see the 4.4.6 was released in time with RHEL 8.3. I'd like to use
Rocky Linux 8.4 because I believe RHEL has re-enabled mptsas (though I
know still unsupported) from 8.4+ which will make things easier.
Any additional suggestions or caveats of the upgrade?
Thanks for any feedback,
Jason.
3 years
upgrading gluster brick os from CentOS7 to 8
by Jiří Sléžka
Hello,
I'm in progress of moving my oVirt HCI cluster to production. It was a
bit complicated process because I had two new servers to install oVirt
from scratch in the lab and three old servers with standalone kvm
hypervisors in production. One of them (installed with CentOS7) was good
enough to join HCI cluster. All three old kvm servers had production vms
running on them.
New cluster was installed with CentOS8 and oVirt4.4, I started with
single node, then expanded it to two hosts with one another which acts
as arbiter (just for stability in lab envirnment).
After some testing and tuning I moved this two node cluster (without
arbiter node) to my server housing. Then I prepared gluster brick on
that one old server which I want reuse and join it to gluster storage so
now it is replica 3 - two nodes are CentOS8 based and acts as oVirt
hosts, one is CentOS7 and acts also as standalone kvm hypervisor.
Then I migrated all vms from standalone kvm hypervisors to oVirt, then
switched off two oldest hosts.
Now I would like to reinstall CentOS7 node to oVirt host. My plan is to
keep gluster brick fs and backup configuration and restore it after
reinstall to CentOS8 as mentioned in
https://mjanja.ch/2018/08/migrate-glusterfs-to-a-new-operating-system/.
I want to speed up gluster healing. Does it make sense?
Now the questin: Brick fs was created on CentOS7 and don't have new xfs
features FINOBT,SPARSE_INODES,REFLINK. Could it be problem? Will be
better to recreate fs in CentOS8 and then do full heal? I am afraid that
it will take a long time and make big load to production hosts.
TL;DR: Does gluster/oVirt4.4 make use of FINOBT,SPARSE_INODES,REFLINK
xfs features?
btw. oVirt is great product and HCI looks really functional and usable
(with 10GE network and SSDsof course). Big thanks to developers and
community!
Cheers,
Jiri
3 years
Re: Strange Issue with imageio
by Gianluca Cecchi
On Sat, Apr 17, 2021 at 6:27 AM Nur Imam Febrianto <nur_imam(a)outlook.com>
wrote:
> Hi,
>
>
>
> Already submit *Bug 1950593*
> <https://bugzilla.redhat.com/show_bug.cgi?id=1950593> for this issue.
>
> Thanks before.
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
>
>
It seems I have the same problem with my 4.4.5.
Any info if it is fixed in the latest 4.4.6? It seems no update inside the
bug page..
Gianluca
3 years
Re: How to Upgrade Node with Local Storage ?
by Vojtech Juranek
On Wednesday, 21 April 2021 16:40:29 CEST Nur Imam Febrianto wrote:
> Set global maintenance and then turn off all vm, do yum update but it
> completed with failed. Am I missing something ?
can you share the details? What failed, wthat was the error?
> From: Adam Xu<mailto:adam_xu@adagene.com.cn>
> Sent: 20 April 2021 7:36
> To: users(a)ovirt.org<mailto:users@ovirt.org>
> Subject: [ovirt-users] Re: How to Upgrade Node with Local Storage ?
>
>
> For oVirt Node that using Local Storage, I think you should shutdown all
> your vms before you upgrade the Node. 在 2021/4/19 22:09, Nur Imam Febrianto
> 写道:
> Hi,
>
> How we can upgrade oVirt Node that using Local Storage ? Seems I cant find
> any good documentation about this. Planning to upgrade one 4.4.4 node with
> local storage to 4.4.5.
> Thanks before.
>
> Regards,
> Nur Imam Febrianto
>
>
>
> _______________________________________________
>
> Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org>
>
> To unsubscribe send an email to
> users-leave(a)ovirt.org<mailto:users-leave@ovirt.org>
>
> Privacy Statement:
> https://www.ovirt.org/privacy-policy.html<https://apac01.safelinks.protecti
> on.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.html&data=0
> 4%7C01%7C%7C2817620cd2134104f81908d90394654e%7C84df9e7fe9f640afb435aaaaaaaaa
> aaa%7C1%7C0%7C637544758156873163%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA
> iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=VV663qDHl6C24C0
> XTZLoUF4n%2Bm4umP4dkG1EsKS895E%3D&reserved=0>
>
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/<https://apac01.
> safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunit
> y%2Fabout%2Fcommunity-guidelines%2F&data=04%7C01%7C%7C2817620cd2134104f81908
> d90394654e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637544758156883118%7
> CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiL
> CJXVCI6Mn0%3D%7C1000&sdata=XF1vC3JCyVjQCsD1x%2FDQinfKOImw5VJbZIryDg9sKKg%3D&
> reserved=0>
>
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZOCHCAJPXO4LT
> IMA4JHK3WMR5CTKR37C/<https://apac01.safelinks.protection.outlook.com/?url=ht
> tps%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%
> 2FZOCHCAJPXO4LTIMA4JHK3WMR5CTKR37C%2F&data=04%7C01%7C%7C2817620cd2134104f819
> 08d90394654e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637544758156883118
> %7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWw
> iLCJXVCI6Mn0%3D%7C1000&sdata=raH9RGOWlZIWlj%2FCWFJUbqI94y0U2TR9lUukXhzi2B8%3
> D&reserved=0>
3 years
CentOS 8 to Stream conversion
by Gary Pedretty
I have moved all my hosts from CentOS 8 to Stream, but the hosted engine is still Centos 8. Is it safe to use the same conversion of the hosted-engine from 8 to Stream while in global maintenance mode?
IE:
dnf swap centos-{linux,stream}-repos
dnf distro-sync
Thanks
Gary
_______________________________
Gary Pedretty
IT Manager
Ravn Alaska
Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedretty(a)ravnalaska.com
3 years
Windows 10 Guest with nvidia Tesla P40 vGpu Bluescreens when I enable nested virtualization
by domw＠live.ca
Hi all,
I have this issue when I go to create a VM, I want to run WSL2 but when I install it or windows defender application guard the computer bluescreens.
So I am using CentOS 8 stream host connected to a VirtIO cluster the hardware is 2 Nvidia Tesla P40 graphics cards installed on a poweredge R480. My windows 10 20H2 Image would bluescreen after the nvidia drivers are installed. I did some testing and discovered after installing a clean ISO windows 10 20H2 that it worked fine even after installing the drivers for the vGPU but the master image does have WSL2 installed out of the box so I installed it on my Vanilla image and it would bluescreen. I imagine this is due to the nested virtualization and the installation of some hyper-v service maybe it is trying to initialize some hardware acceleration. Has anyone had this issue I really need WSL and would love to use version 2.
Tesla Version I have tried is 450.12 and the latest 460.32
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 19041 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff805`5e800000 PsLoadedModuleList = 0xfffff805`5f42a490
Debug session time: Sat Jun 26 04:58:37.807 2021 (UTC - 7:00)
System Uptime: 0 days 0:00:09.469
Loading Kernel Symbols
...............................................................
...........................Page 799b not present in the dump file. Type ".hh dbgerr004" for details
.....................................
.........................
Loading User Symbols
PEB is paged out (Peb.Ldr = 0000002e`f91fa018). Type ".hh dbgerr001" for details
Loading unloaded module list
.......
For analysis of this file, run !analyze -v
3: kd> !analyze -v
ERROR: FindPlugIns 8007007b
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80567d55b24, Address of the instruction which caused the bugcheck
Arg3: ffff8487974646a0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.
Debugging Details:
------------------
Page fd6196 not present in the dump file. Type ".hh dbgerr004" for details
Page fd6196 not present in the dump file. Type ".hh dbgerr004" for details
KEY_VALUES_STRING: 1
Key : Analysis.CPU.Sec
Value: 3
Key : Analysis.DebugAnalysisProvider.CPP
Value: Create: 8007007e on BCCO050
Key : Analysis.DebugData
Value: CreateObject
Key : Analysis.DebugModel
Value: CreateObject
Key : Analysis.Elapsed.Sec
Value: 27
Key : Analysis.Memory.CommitPeak.Mb
Value: 81
Key : Analysis.System
Value: CreateObject
BUGCHECK_CODE: 3b
BUGCHECK_P1: c0000005
BUGCHECK_P2: fffff80567d55b24
BUGCHECK_P3: ffff8487974646a0
BUGCHECK_P4: 0
CONTEXT: ffff8487974646a0 -- (.cxr 0xffff8487974646a0)
rax=0000000000000000 rbx=ffffb406f7d85000 rcx=e17f3f1e8efe0000
rdx=0000000000000000 rsi=0000000000000000 rdi=ffffb406f1667270
rip=fffff80567d55b24 rsp=ffff8487974650a0 rbp=0000000000000002
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=ffff848797465040 r12=fffff80568511c80 r13=ffffb406f1667270
r14=ffffb406f194c660 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050202
nvlddmkm+0x1d5b24:
fffff805`67d55b24 4c8b80c8220000 mov r8,qword ptr [rax+22C8h] ds:002b:00000000`000022c8=????????????????
Resetting default scope
PROCESS_NAME: csrss.exe
STACK_TEXT:
ffff8487`974650a0 fffff805`67cab38a : ffffb406`f7d85000 ffffb406`f194c660 00000000`ffffffff ffff8487`97465220 : nvlddmkm+0x1d5b24
ffff8487`974650e0 fffff805`67cdb663 : 00000000`00000000 ffffb406`f7d85000 ffff8487`97465220 ffffb406`f1989000 : nvlddmkm+0x12b38a
ffff8487`97465160 fffff805`67cb5df8 : ffffb406`f7d85000 ffffb406`f7d85000 ffffb406`f7d85000 ffff8487`97465220 : nvlddmkm+0x15b663
ffff8487`97465190 fffff805`67ca3ce5 : ffffb406`f1a3b000 00000000`00000001 ffffb406`00000001 ffffb406`f7d85000 : nvlddmkm+0x135df8
ffff8487`974651c0 fffff805`67ca4e8c : 00000000`00000800 ffffb406`f7d85000 ffffb406`f194c660 ffffb406`f1a3b000 : nvlddmkm+0x123ce5
ffff8487`974651f0 fffff805`67c8a41c : ffffb406`f1b8271c 00000002`00000001 ffffb406`00000007 00000000`00000000 : nvlddmkm+0x124e8c
ffff8487`97465260 fffff805`67c90f8b : 00000000`00000060 fffff805`684baeb8 00000000`00000060 ffffb406`f1b826b8 : nvlddmkm+0x10a41c
ffff8487`97466440 fffff805`67c284f3 : ffffb406`f1b81000 ffff8487`97466640 ffffb406`00000002 ffffa001`ce6c4d80 : nvlddmkm+0x110f8b
ffff8487`97466540 fffff805`67bffa83 : 00000000`00000016 00000000`00000000 00000000`00000001 ffffb406`f1b81000 : nvlddmkm+0xa84f3
ffff8487`974666a0 fffff805`68795711 : ffffb406`f1b81000 ffff8487`97466d91 ffff8487`97466f88 00000000`00000001 : nvlddmkm+0x7fa83
ffff8487`97466d10 fffff805`686aa75d : 00000000`00000000 ffffb406`f1943bfc ffff8487`97466f88 ffffb406`f1b18bf0 : nvlddmkm+0xc15711
ffff8487`97466df0 fffff805`6403fab3 : ffffb406`f1b81000 ffffb406`f190f3e0 ffffb406`f1b18bf0 ffffb406`f1943030 : nvlddmkm+0xb2a75d
ffff8487`97466e30 fffff805`6404188e : ffffb406`f1b18bf0 ffffffff`fffffffd ffffb406`f1943180 ffffb406`00000000 : dxgkrnl!DpiDxgkDdiStartDevice+0x6b
ffff8487`97466e90 fffff805`6403f5d8 : ffffffff`fffffffd ffffb406`f1943180 00000000`00000001 00000000`00000001 : dxgkrnl!DpiFdoStartAdapter+0x58e
ffff8487`97467010 fffff805`64058d40 : ffffb113`9a011040 00000000`00000000 ffffb406`f14b6260 00000000`00000000 : dxgkrnl!DpiFdoStartAdapterThreadImpl+0x308
ffff8487`974671c0 fffff805`6402a9ea : fffff805`63f7fa00 00000000`00000000 ffffffff`fffffffd ffffb406`f14b6260 : dxgkrnl!DpiFdoStartAdapterThread+0x30
ffff8487`974671f0 fffff805`6402a94f : 00000000`00000000 ffffffff`fffffffd ffffb406`f14b6260 00000000`00000000 : dxgkrnl!DpiSessionCreateCallback+0x52
ffff8487`97467230 fffff805`64aee722 : 00000000`00000000 00000000`0000014c 00000000`0000014c 00000000`00000148 : dxgkrnl!DxgkNotifySessionStateChange+0xbf
ffff8487`97467280 ffffb113`9a2c12d2 : ffffb406`ed7d4940 00000000`0020001e ffffb113`9b6073b0 00000000`00000148 : watchdog!SMgrNotifySessionChange+0x92
ffff8487`974672b0 ffffb113`99e0e5ea : 00000000`00000010 00000000`00050246 ffff8487`97467308 00000000`00000018 : win32k!SysEntrySMgrNotifySessionChange+0x12
ffff8487`974672e0 ffffb113`99e0dfdb : 00000000`00000000 00000000`00050246 ffff8487`97467338 00000000`00000018 : win32kbase!DrvNotifySessionStateChange+0x8a
ffff8487`97467310 ffffb113`99e15bc4 : 00000000`00000000 00000000`0000014c 00000000`00000148 ffffb406`f1871b60 : win32kbase!InitializeGreCSRSS+0x1b
ffff8487`97467340 ffffb113`9a2c1466 : ffffb406`f7d24080 ffff8487`97467440 00000000`00000001 00000000`00000001 : win32kbase!Win32kBaseUserInitialize+0x124
ffff8487`97467390 fffff805`5ec075b5 : ffffb406`f7d24000 00000000`00100000 ffff8487`97467440 ffffb406`00000000 : win32k!NtUserInitialize+0x16
ffff8487`974673c0 00007ff9`d13b9b44 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x25
0000002e`f8fbf5f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ff9`d13b9b44
SYMBOL_NAME: nvlddmkm+1d5b24
MODULE_NAME: nvlddmkm
IMAGE_NAME: nvlddmkm.sys
STACK_COMMAND: .cxr 0xffff8487974646a0 ; kb
BUCKET_ID_FUNC_OFFSET: 1d5b24
FAILURE_BUCKET_ID: 0x3B_c0000005_nvlddmkm!unknown_function
OS_VERSION: 10.0.19041.1
BUILDLAB_STR: vb_release
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
FAILURE_ID_HASH: {63c41bff-3ea4-15a0-a72c-26a548d17abe}
Followup: MachineOwner
---------
3: kd> lmvm nvlddmkm
Browse full module list
start end module name
fffff805`67b80000 fffff805`6938d000 nvlddmkm (no symbols)
Loaded symbol image file: nvlddmkm.sys
Image path: \SystemRoot\System32\DriverStore\FileRepository\nvgridsw.inf_amd64_bc3d1d075a43d1ac\nvlddmkm.sys
Image name: nvlddmkm.sys
Browse all global symbols functions data
Timestamp: Mon Apr 5 11:28:32 2021 (606B56D0)
CheckSum: 017A33BA
ImageSize: 0180D000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Information from resource tables:
3: kd> .cxr 0xffff8487974646a0
rax=0000000000000000 rbx=ffffb406f7d85000 rcx=e17f3f1e8efe0000
rdx=0000000000000000 rsi=0000000000000000 rdi=ffffb406f1667270
rip=fffff80567d55b24 rsp=ffff8487974650a0 rbp=0000000000000002
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=ffff848797465040 r12=fffff80568511c80 r13=ffffb406f1667270
r14=ffffb406f194c660 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050202
nvlddmkm+0x1d5b24:
fffff805`67d55b24 4c8b80c8220000 mov r8,qword ptr [rax+22C8h] ds:002b:00000000`000022c8=????????????????
3 years
migrate hosted engine
by Harry O
Hi,
I get the following when trying to migrate my HostedEngine VM to a new node in the cluster, I just did node reinstall via HostedEngine and rebuild of the gluster array on that node, bacause its a replacement for a crashed dead old node.
ID: 120
Migration failed due to an Error: Failed to connect to remote libvirt URI qemu+tls://hej3.5ervers.lan/system: Cannot read CA certificate '/etc/pki/CA/cacert.pem': No such file or directory (VM: HostedEngine, Source: hej1.5ervers.lan, Destination: hej3.5ervers.lan)
3 years
Re: Question about Template and Storage Domain
by Eyal Shenitzky
Hi,
You are probably creating the VM as a dependent on the template (thin VM),
it means that the VM's disk should be created on the same storage domain as
the template disk.
In order to create the VM with a disk on a different storage domain, you
can either create the VM as an independent (clone) or copy the template
disk to the storage domain you want to create the VM disk on.
On Sun, 27 Jun 2021 at 18:40, Nur Imam Febrianto <nur_imam(a)outlook.com>
wrote:
> Hi,
>
>
> Want to ask about template. For example I have a several template (with
> disk) stored in some Storage Domain. If I create a VM from the template,
> and when I change the parameter of cloned disk into another storage domain
> (different with where the template are stored). The VM always failed to be
> created. This only occurs in VM creation phase, if I create the VM at same
> storage domain where the templates are stored, it created successfully. Is
> this are “normal” behavior ?
>
>
>
> Thanks before.
>
>
>
> Regards,
>
> Nur Imam Febrianto
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)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/F6BCRDFJBCO...
>
--
Regards,
Eyal Shenitzky
3 years
