June 2021 - Users - oVirt List Archives

Windows 10 Guest with nvidia Tesla P40 vGpu Bluescreens when I enable nested virtualization
by domw＠live.ca 06 Jul '21

06 Jul '21

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=????????????????

2 1

migrate hosted engine
by Harry O 06 Jul '21

06 Jul '21

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)

2 2

Re: Question about Template and Storage Domain
by Eyal Shenitzky 04 Jul '21

04 Jul '21

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/F6BCRDFJBCOGA… > -- Regards, Eyal Shenitzky

2 1

Libgfapi considerations
by Jayme 01 Jul '21

01 Jul '21

Are there currently any known issues with using libgfapi in the latest stable version of ovirt in hci deployments? I have recently enabled it and have noticed a significant (over 4x) increase in io performance on my vms. I’m concerned however since it does not seem to be an ovirt default setting. Is libgfapi considered safe and stable to use in ovirt 4.3 hci?

9 16

Node 4.4.6 and Gluster deployment issues
by coradat＠gmail.com 01 Jul '21

01 Jul '21

Been beating my head against this for a while, but I'm having issues deploying a new 4.4.6 node hyperconverged cluster. It's a homelab/dev environment, so it's on pretty outdated hardware, SuperMicro X8DTT based systems. No on board raid controller, so that should help at least. Storage drives are a software raid 0 of two 1T SSDs at /dev/md/ovstore and disk traffic is on a separate network from management traffic; ssh-copy-id was run for both interfaces. It looks like it fails when trying to create the volume group on the VDO but I cannot figure out why it's excluded. /etc/lvm/lvm.conf is (should be) default from the install, raid is formatted with no partitions, and I've done a wipefs on the raid. I've been able to complete the same install on these devices with Node 4.3.9, but not 4.4.6. Logs are available at https://pastebin.com/yBzUpe3c

2 1

libvirt 7.4 update breaking ovirt 4.4.6 on centos 8 stream
by Klaas Demter 29 Jun '21

29 Jun '21

Hi, I updated packages on my system today and ovirt is no longer starting, turns out this is happening because of a selinux denial for a new feature of libvirt-7.4.0-1.el8s.x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=1966842 a workaround is suggested in the ticket or you can set selinux to permissive until selinux-policy is updated. Greetings Klaas

4 5

OVF_STORE update error
by whiteplant02＠gmail.com 29 Jun '21

29 Jun '21

hi. I use automatic translation, not English as my main language. Please note that this is a difficult expression to understand. I have an NFS storage domain that I used with ovirt 4.4 and I imported it with oracle linux virtualization manager 4.3. As a result, OVF_STORE fails to update. Failed to update VMs/Templates OVF data for Storage Domain [Domain Name] in Data Center [DC Name]. Failed to update OVF disks [OVF_STORE1_diskID],[OVF_STORE2_diskID], OVF data ins't updated on those OVF stores (Data Center [DC Name], Storage Domain [Domain Name]). In addition, there was the following log. [org.ovirt.engine.core.bll.storage.ovfstore.UploadStreamCommant] (EE-ManagedThreadFactory-engineScheduled-Thread-100) [4859c0db] Validation of action 'UploadStream' failed for user SYSTEM. Reasons: VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_DISK_VOLUME_TYPE_UNSUPPORTED,$volumeTypeSparse,$supportedVolumeTypes Preallocated With ovirt 4.4, OVF STORE is created with thin provisioning. With olvm4.3, I think the problem is that OVF_STORE is created in Preallocated. Is there a way to fix it while the virtual machine is still running? Thank you.

1 0

Host reinstall from engine
by Harry O 28 Jun '21

28 Jun '21

Hi, Should the engine not deploy gluster when host reinstall is ran? How do I deploy my gluster setup on a replacement node replacing a dead node?

2 2

Re: oVirt and ARM
by Sandro Bonazzola 28 Jun '21

28 Jun '21

Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic < M.Vrgotic(a)activevideo.com> ha scritto: > Hi Sandro, > > > > Thank you for the update. I am not equipped to help on development side, > but I can most certainly do test deployments, once there is something > available. > > > > We are big oVirt shop and moving to ARM64 with new product, it would be > great if oVirt would start supporting it. > > > > If we are able to help somehow, let me know. > I guess a start could be adding some arm64 machine to oVirt infrastructure so developers can build for it. You can have a look at https://ovirt.org/community/get-involved/donate-hardware.html Looping in +Evgheni Dereveanchin <ederevea(a)redhat.com> in case you can share some resources. > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Thursday, 24 June 2021 at 18:21 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Zhenyu Zheng < > zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com> > *Cc: *users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi oVirt, > > > > Where can I find if there are any information about oVirt supporting arm64 > CPU architecture? > > > > Right now oVirt is not supporting arm64. There was an initiative about > supporting it started some time ago from openEuler ovirt SIG. > > I didn't got any further updates on this topic, looping in those who I > remember being looking into it. > > I think that if someone contributes arm64 support it would also be a > feature worth a 4.5 release :-) > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > _______________________________________________ > 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 > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQ3XND2NKIL7V… > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

3 2

VMs traffic cannot go outside host
by deyaa112006＠hotmail.com 28 Jun '21

28 Jun '21

Hi trying to get hands on ovirt virtualization. built a test environment on vmware workstation: - 2 VMs running centos7 as ovirt Hosts - 1 VM running centos 7 as ovirt-manager on ovirt Hosts: [root@ovirt-node1 ~]# rpm -q cockpit-ovirt-dashboard qemu-kvm-ev libvirt virt-install bridge-utils vdsm cockpit-ovirt-dashboard-0.13.10-1.el7.noarch qemu-kvm-ev-2.12.0-44.1.el7_8.1.x86_64 libvirt-4.5.0-36.el7_9.5.x86_64 virt-install-1.5.0-7.el7.noarch bridge-utils-1.5-9.el7.x86_64 vdsm-4.30.46-1.el7.x86_64 on ovirt-manager: [oVirt shell (connected)]# info backend version: 4.3.10 sdk version : 4.3.4 cli version : 3.6.9.2 python version : 2.7.5.final.0 entry point : https://ovirt-manager.home.lab/ovirt-engine/api I created two ovirt VMs, running ubuntu16, on the same VM Networks "vmnet-02" Both VMs' traffic cannot go outside hosts (i.e they can reach each others only if they run on the same host) need help fix this please! [d@dv6 ~]$ ovirt-node2 Last login: Mon Jun 28 15:25:12 2021 from 10.0.1.1 [root@ovirt-node2 ~]# ifconfig ens32: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether 00:0c:29:d2:71:10 txqueuelen 1000 (Ethernet) RX packets 5388529 bytes 7970598031 (7.4 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 287643 bytes 124694822 (118.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ens34: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether 00:0c:29:d2:71:1a txqueuelen 1000 (Ethernet) RX packets 6574 bytes 637208 (622.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3573 bytes 393479 (384.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 genev_sys_6081: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 65000 ether fe:66:e6:5e:51:f8 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 1000 (Local Loopback) RX packets 15152 bytes 3732985 (3.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 15152 bytes 3732985 (3.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ovirtmgmt: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.0.1.22 netmask 255.255.255.0 broadcast 10.0.1.255 ether 00:0c:29:d2:71:10 txqueuelen 1000 (Ethernet) RX packets 308773 bytes 7630918499 (7.1 GiB) RX errors 0 dropped 42 overruns 0 frame 0 TX packets 253627 bytes 92412626 (88.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vmnet-02: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.57.146 netmask 255.255.255.0 broadcast 192.168.57.255 ether 00:0c:29:d2:71:1a txqueuelen 1000 (Ethernet) RX packets 9367 bytes 640524 (625.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1015 bytes 248111 (242.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 vnet0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether fe:6f:b4:ee:00:01 txqueuelen 1000 (Ethernet) RX packets 6483 bytes 289530 (282.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5120 bytes 480414 (469.1 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root@ovirt-node2 ~]# [root@ovirt-node2 ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.0.1.254 0.0.0.0 UG 0 0 0 ovirtmgmt 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ovirtmgmt 169.254.0.0 0.0.0.0 255.255.0.0 U 1023 0 0 ovirtmgmt 192.168.57.0 0.0.0.0 255.255.255.0 U 0 0 0 vmnet-02 Here I can access the guest VM: [root@ovirt-node2 ~]# ssh sysadmin(a)10.0.1.44 sysadmin(a)10.0.1.44's password: sysadmin@ubuntu16-1:~$ ifconfig ens4 Link encap:Ethernet HWaddr 56:6f:b4:ee:00:01 inet addr:10.0.1.44 Bcast:10.0.1.255 Mask:255.255.255.0 inet6 addr: fe80::546f:b4ff:feee:1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:312 errors:0 dropped:0 overruns:0 frame:0 TX packets:1834 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:75924 (75.9 KB) TX bytes:87332 (87.3 KB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:1136 errors:0 dropped:0 overruns:0 frame:0 TX packets:1136 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:105288 (105.2 KB) TX bytes:105288 (105.2 KB) sysadmin@ubuntu16-1:~$ route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.0.1.254 0.0.0.0 UG 0 0 0 ens4 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ens4 but from the other host "node1" I cannot.

1 0