QA » openQA Project » openQA Tests

We can see no dhcp4 ip addr is assigned for the vm， https://openqa.suse.de/tests/9527550#step/boot_to_desktop/4

We can get the macaddr in https://openqa.suse.de/tests/9527550/logfile?filename=autoinst-log.txt.

Is any problem with the dhcp server? do we use up the ipv4 address? or is the ip addr used by another vm?

Can any experts take a look at this issue?

From https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/openqa/workerconf.sls

  9:
    WORKER_CLASS: svirt-xen
    VIRSH_HOSTNAME: openqaw5-xen.qa.suse.de
    VIRSH_GUEST: openqaw5-xen.qa.suse.de
    VIRSH_PASSWORD: nots3cr3t
    VIRSH_INSTANCE: 1

We can see no mac address is defined here.

Thanks to @szarate for the help, I can find some clue

[ 17.180395][ C0] IPv6: eth0: IPv6 duplicate address 2620:113:80c0:80a0:10:xx:xx:xx used by 00:16:3e:xx:xx:xx detected!

I can see mac address are generated randomly.

sub genmac {
    my @mac = split(/:/, shift);
    my $len = scalar(@mac);
    for (my $i = 0; $i < (6 - $len); $i++) {
        push @mac, (sprintf("%02X", int(rand(254))));
    }
    return lc(join(':', @mac));
}


    elsif ($vmm_family eq 'xen') {
        $ifacecfg{type} = 'bridge';
        $ifacecfg{source} = {bridge => 'br0'};
        $ifacecfg{virtualport} = {type => 'openvswitch'};
        $ifacecfg{mac} = {address => genmac('00:16:3e')};
        $iface_model = 'netfront';
    }

Then I don't think there is some mac conflict, I will try to disable ipv6 on the published qcow2 and see.

More findings:

https://openqa.suse.de/tests/9527548#step/boot_to_desktop/4
https://openqa.suse.de/tests/9555476#step/boot_to_desktop/4
https://openqa.suse.de/tests/9545686#step/boot_to_desktop/4

Different jobs are trying to get the same dhcp ip addresses even they use different mac address. [but they use the same qcow2 image]

Next plan:
1.Investigate more on qcow2 image to see if any hardcode network settings
2.Ask for Tool team's help to debug dhcp server

rfan1 wrote:

More findings:

https://openqa.suse.de/tests/9527548#step/boot_to_desktop/4
https://openqa.suse.de/tests/9555476#step/boot_to_desktop/4
https://openqa.suse.de/tests/9545686#step/boot_to_desktop/4

Different jobs are trying to get the same dhcp ip addresses even they use different mac address. [but they use the same qcow2 image]

Next plan:
1.Investigate more on qcow2 image to see if any hardcode network settings

This is the problem: https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/7e418a3e23dda82f732b9a2253dc0c9d4a076e39/tests/shutdown/cleanup_before_shutdown.pm#L42

• Dominik says that the net rules might not be the problem, one idea is to use the VIRSH_INSTANCE to also generate the mac address so that we have enough entropy for the ipv6 address

I can get the same ip address with the publishing qcow2 image job:
https://openqa.suse.de/tests/9527547#step/first_boot/1

I tried to unpack the initrd file from published qcow2 file, and I can see hardcode mac address there:

# lsinitrd --unpack initrd-5.14.21-150400.24.18-default 
# cat ./etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /usr/lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# net device ()
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:16:3e:68:xx:xx", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

https://bugzilla.suse.com/show_bug.cgi?id=1203626

@VANASTASIADIS just fyi: it works here with the workaround: https://openqa.suse.de/tests/9709748#step/rsync/43

Please correct me if I am wrong, Pavel is working on this:

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15685

yes