XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    XO spawned VM from template has wrong VIF network order

    Scheduled Pinned Locked Moved Xen Orchestra
    25 Posts 4 Posters 4.7k Views 3 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M Offline
      mietek @olivierlambert
      last edited by olivierlambert

      @olivierlambert
      I have recreated the base VM [debian11-template], convert it to template and generated net VM [zzz-nettest2] based on that template.
      These are the differences in VIF config:

      original VM:

      uuid ( RO)                  : 84c4bd3e-4f50-48dc-4050-19dd4e8a8a8a
               vm-name-label ( RO): Debian11-template
                      **device ( RO): 0**
                         MAC ( RO): 9e:82:ec:4e:53:4f
                network-uuid ( RO): 1f7bec14-2ff5-471d-ba9c-bd84882ede17
          **network-name-label ( RO): Net1**
      
      
      uuid ( RO)                  : 1d0aca18-e4f2-8b08-9ae6-022846241ab1
               vm-name-label ( RO): Debian11-template
                      **device ( RO): 1**
                         MAC ( RO): 02:76:1f:22:c0:be
                network-uuid ( RO): 79fd2cb6-762a-e433-129a-edbb32612735
          **network-name-label ( RO): Net2**
      

      new VM

      uuid ( RO)                  : f4e200d6-2ba4-d2a4-961e-a0431951d25a
               vm-name-label ( RO): zzz-nettest2
                      **device ( RO): 1**
                         MAC ( RO): 6e:18:1e:93:38:e9
                network-uuid ( RO): 1f7bec14-2ff5-471d-ba9c-bd84882ede17
          **network-name-label ( RO): Net1**
      
      
      uuid ( RO)                  : 16fbbd49-bb80-d111-dc83-5c47447ac174
               vm-name-label ( RO): zzz-nettest2
                      **device ( RO): 0**
                         MAC ( RO): a2:fe:cd:37:58:9f
                network-uuid ( RO): 79fd2cb6-762a-e433-129a-edbb32612735
          **network-name-label ( RO): Net2**
      

      It happens no matter if I convert the template from the VM or create it from snapshot.

      Template details below:

      uuid ( RO)                                  : f5b33b1c-798c-7f01-3ad6-9f5a44d1a25e
                                  name-label ( RW): Debian11-template
                            name-description ( RW): [<env>/<DC>] <application/infra>: <app name/infra role>
                                user-version ( RW): 1
                               is-a-template ( RW): true
                         is-default-template ( RW): false
                               is-a-snapshot ( RO): false
                                 snapshot-of ( RO): <not in database>
                                   snapshots ( RO): 
                               snapshot-time ( RO): 19700101T00:00:00Z
                               snapshot-info ( RO): 
                                      parent ( RO): <not in database>
                                    children ( RO): 
                           is-control-domain ( RO): false
                                 power-state ( RO): halted
                               memory-actual ( RO): <not in database>
                               memory-target ( RO): 0
                             memory-overhead ( RO): 19922944
                           memory-static-max ( RW): 2147483648
                          memory-dynamic-max ( RW): 2147483648
                          memory-dynamic-min ( RW): 2147483648
                           memory-static-min ( RW): 268435456
                            suspend-VDI-uuid ( RW): <not in database>
                             suspend-SR-uuid ( RW): <not in database>
                                VCPUs-params (MRW): 
                                   VCPUs-max ( RW): 1
                            VCPUs-at-startup ( RW): 1
                      actions-after-shutdown ( RW): Destroy
                        actions-after-reboot ( RW): Restart
                         actions-after-crash ( RW): Restart
                               console-uuids (SRO): 
                                         hvm ( RO): false
                                    platform (MRW): timeoffset: 1; secureboot: false; device-model: qemu-upstream-compat; videoram: 8; hpet: true; apic: true; device_id: 0001; vga: std; nx: true; pae: true; viridian: false; acpi: 1
                          allowed-operations (SRO): changing_NVRAM; changing_dynamic_range; changing_shadow_memory; changing_static_range; migrate_send; provision; destroy; export; clone; copy
                          current-operations (SRO): 
                          blocked-operations (MRW): 
                         allowed-VBD-devices (SRO): 1; 2; 4; 5; 6; 7; 8; 9; 10; 11; 12; 13; 14; 15; 16; 17; 18; 19; 20; 21; 22; 23; 24; 25; 26; 27; 28; 29; 30; 31; 32; 33; 34; 35; 36; 37; 38; 39; 40; 41; 42; 43; 44; 45; 46; 47; 48; 49; 50; 51; 52; 53; 54; 55; 56; 57; 58; 59; 60; 61; 62; 63; 64; 65; 66; 67; 68; 69; 70; 71; 72; 73; 74; 75; 76; 77; 78; 79; 80; 81; 82; 83; 84; 85; 86; 87; 88; 89; 90; 91; 92; 93; 94; 95; 96; 97; 98; 99; 100; 101; 102; 103; 104; 105; 106; 107; 108; 109; 110; 111; 112; 113; 114; 115; 116; 117; 118; 119; 120; 121; 122; 123; 124; 125; 126; 127; 128; 129; 130; 131; 132; 133; 134; 135; 136; 137; 138; 139; 140; 141; 142; 143; 144; 145; 146; 147; 148; 149; 150; 151; 152; 153; 154; 155; 156; 157; 158; 159; 160; 161; 162; 163; 164; 165; 166; 167; 168; 169; 170; 171; 172; 173; 174; 175; 176; 177; 178; 179; 180; 181; 182; 183; 184; 185; 186; 187; 188; 189; 190; 191; 192; 193; 194; 195; 196; 197; 198; 199; 200; 201; 202; 203; 204; 205; 206; 207; 208; 209; 210; 211; 212; 213; 214; 215; 216; 217; 218; 219; 220; 221; 222; 223; 224; 225; 226; 227; 228; 229; 230; 231; 232; 233; 234; 235; 236; 237; 238; 239; 240; 241; 242; 243; 244; 245; 246; 247; 248; 249; 250; 251; 252; 253; 254
                         allowed-VIF-devices (SRO): 2; 3; 4; 5; 6
                              possible-hosts ( RO): 9a33c146-c64d-4933-a54a-18941cb825f0
                                 domain-type ( RW): hvm
                         current-domain-type ( RO): <not in database>
                             HVM-boot-policy ( RW): BIOS order
                             HVM-boot-params (MRW): firmware: bios; order: cdn
                       HVM-shadow-multiplier ( RW): 1.000
                                   PV-kernel ( RW): 
                                  PV-ramdisk ( RW): 
                                     PV-args ( RW): 
                              PV-legacy-args ( RW): 
                               PV-bootloader ( RW): 
                          PV-bootloader-args ( RW): 
                         last-boot-CPU-flags ( RO): vendor: GenuineIntel; features: 1fcbfbff-f7fa3223-2d93fbff-00000523-0000000f-019c47ab-00000008-00000000-00001000-9c000400-00000000-00000000-00000000-00000000-00000000
                            last-boot-record ( RO): ''
                                 resident-on ( RO): <not in database>
                                    affinity ( RW): <not in database>
                                other-config (MRW): import_task: OpaqueRef:eccf2505-7aaf-4592-b9b0-9887cfa77b33; mac_seed: 1c02ad94-8a62-f861-eabd-0baf9b7c32d4; base_template_name: Debian Stretch 9.0; install-methods: cdrom,nfs,http,ftp; linux_template: true
                                      dom-id ( RO): -1
                             recommendations ( RO): <restrictions><restriction field="memory-static-max" max="1649267441664"/><restriction field="vcpus-max" max="32"/><restriction field="has-vendor-device" value="false"/><restriction field="allow-gpu-passthrough" value="1"/><restriction field="allow-vgpu" value="1"/><restriction field="allow-network-sriov" value="1"/><restriction field="supports-bios" value="yes"/><restriction field="supports-uefi" value="no"/><restriction field="supports-secure-boot" value="no"/><restriction max="255" property="number-of-vbds"/><restriction max="7" property="number-of-vifs"/></restrictions>
                               xenstore-data (MRW): vm-data: ; vm-data/mmio-hole-size: 268435456
                  ha-always-run ( RW) [DEPRECATED]: false
                         ha-restart-priority ( RW): 
                                       blobs ( RO): 
                                  start-time ( RO): <unknown time>
                                install-time ( RO): <unknown time>
                                VCPUs-number ( RO): <not in database>
                           VCPUs-utilisation (MRO): 
                                  os-version (MRO): 
                          PV-drivers-version (MRO): 
          PV-drivers-up-to-date ( RO) [DEPRECATED]: false
                                      memory (MRO): 
                                       disks (MRO): 
                                        VBDs (SRO): fd0f2074-c6e8-b505-b5dc-95ac02fc4e42; 0bc0c5cd-afb5-54f3-8a48-815539029c4c
                                    networks (MRO): 
                         PV-drivers-detected ( RO): false
                                       other (MRO): platform-feature-multiprocessor-suspend: 1; has-vendor-device: 0
                                        live ( RO): true
                  guest-metrics-last-updated ( RO): 20220711T14:23:59Z
                         can-use-hotplug-vbd ( RO): unspecified
                         can-use-hotplug-vif ( RO): unspecified
                    cooperative ( RO) [DEPRECATED]: true
                                        tags (SRW): 
                                   appliance ( RW): <not in database>
                           snapshot-schedule ( RW): <not in database>
                            is-vmss-snapshot ( RO): false
                                 start-delay ( RW): 0
                              shutdown-delay ( RW): 0
                                       order ( RW): 0
                                     version ( RO): 0
                               generation-id ( RO): 
                   hardware-platform-version ( RO): 0
                           has-vendor-device ( RW): false
                             requires-reboot ( RO): false
                             reference-label ( RO): debian-9
                                bios-strings (MRO): bios-vendor: Xen; bios-version: ; system-manufacturer: Xen; system-product-name: HVM domU; system-version: ; system-serial-number: ; enclosure-asset-tag: ; hp-rombios: ; oem-1: Xen; oem-2: MS_VM_CERT/SHA1/d43fa6d3fe8aaef04c2bad9d3e3daaef04c2bad9d3
      
      M 1 Reply Last reply Reply Quote 0
      • M Offline
        mietek @mietek
        last edited by

        @olivierlambert - any ideas?

        Thanks

        M 1 Reply Last reply Reply Quote 0
        • M Offline
          mietek @mietek
          last edited by

          @olivierlambert - any ideas as I ran out of options.

          1 Reply Last reply Reply Quote 0
          • olivierlambertO Offline
            olivierlambert Vates 🪐 Co-Founder CEO
            last edited by

            Sorry I'm ultra busy at the moment and just getting out of COVID. Hopefully, someone else in the community can help you 🙂

            M 1 Reply Last reply Reply Quote 0
            • tjkreidlT Offline
              tjkreidl Ambassador @mietek
              last edited by

              @mietek Might need to change the NIC order? Should be possible in a similar way in XCP-ng as in XenServer; see for example: https://support.citrix.com/article/CTX135809/how-to-change-order-of-nics-in-xenserver

              M 1 Reply Last reply Reply Quote 0
              • M Offline
                mietek @olivierlambert
                last edited by

                @olivierlambert
                Thanks for the info and get well soon!

                1 Reply Last reply Reply Quote 0
                • M Offline
                  mietek @tjkreidl
                  last edited by mietek

                  @tjkreidl Thanks for the article. Unfortunately this machine is full of running VMs and changing NICs order on the host might have a global impact on all of them so it seems like an overkill.
                  I have created this template on this machine and created VM based on that template right away and I experience this issue. It looks like there is a problem with the template creation or template based VM creation process.
                  Is there a way to change it NIC order in the template itself?

                  tjkreidlT 1 Reply Last reply Reply Quote 0
                  • tjkreidlT Offline
                    tjkreidl Ambassador @mietek
                    last edited by

                    @mietek As to changing the NIC order in a template, not as far as I know. That is a host/pool configuration setting.

                    M 1 Reply Last reply Reply Quote 0
                    • M Offline
                      mietek @tjkreidl
                      last edited by

                      @tjkreidl This is surprising then that VM spawned from the template would even be able to change NIC order. This make no sense.
                      On the other hand how does the template know what is the list on NICs attached to the VM created from it and what should be the order of them then?

                      tjkreidlT 1 Reply Last reply Reply Quote 0
                      • tjkreidlT Offline
                        tjkreidl Ambassador @mietek
                        last edited by

                        @mietek Depends on the VIF that the VM had in the template, I would imagine. Easy enough to change once you have your new VM. Worst case, create a new template.
                        I have seen NICs randomly change order on hosts in the past - scary stuff!

                        M ForzaF 2 Replies Last reply Reply Quote 0
                        • M Offline
                          mietek @tjkreidl
                          last edited by

                          @tjkreidl This is what I am trying to figure it out. There has to be a reason and there has to be a solution to it. Any other tips or ideas?

                          1 Reply Last reply Reply Quote 0
                          • ForzaF Online
                            Forza @tjkreidl
                            last edited by

                            @tjkreidl said in XO spawned VM from template has wrong VIF network order:

                            I have seen NICs randomly change order on hosts in the past - scary stuff!

                            This is why Linux switched from eth0 naming to names like enp5s0 etc. https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

                            M 1 Reply Last reply Reply Quote 0
                            • M Offline
                              mietek @Forza
                              last edited by

                              @Forza Hey - thanks for the input. It would be valid if I would reboot xcp host though. All this is happening on live xcp server which is problematic.
                              It's no the end of the world but there has to be a way to debug it.
                              Any tips on that?

                              1 Reply Last reply Reply Quote 0
                              • First post
                                Last post