I talked with @smb today. The iproute2 issue seems to be related to the
Ubuntu FAN implementation.

There is the "info: Using default fan map value (34)\nlocal 10.10.10.42"
message in between the "ip -d a show dev vx0" output.

Local reproducer for the iproute2 issue (running on a Noble host):
$ autopkgtest -U netplan.io --test-name=tunnels -s --add-apt-source "deb-src 
http://archive.ubuntu.com/ubuntu questing main" 
--apt-pocket=proposed=src:iproute2 -- lxd autopkgtest/ubuntu/questing/amd64

Inside the (failed) environment, we can then run:
# python3 tests/integration/tunnels.py -k vxlan


A workaround in the Netplan tests would be to just ignore the trailing 
whitespace ahead of ' local ...', or replacing it by a '\s' regex to match any 
whitespace (like the new '\n'). But this would only lead to a failure a few 
lines later, where we try to match iproute2's JSON output.

Simple reproducer:

$ cat /etc/netplan/tun.yaml
network:
  renderer: networkd
  version: 2
  tunnels:
    vx0:
      mode: vxlan
      id: 1337
      link: eth0
      local: 10.10.10.42
      remote: 224.0.0.5 # multicast group
      ttl: 64
      aging: 100
      port: 4567
      port-range: [4000, 4200]
      mac-learning: false
      short-circuit: true
      notifications: [l2-miss, l3-miss]
      checksums: [udp, zero-udp6-tx, zero-udp6-rx, remote-tx, remote-rx] # 
sd-networkd only
  ethernets:
    eth0:
        addresses: [10.10.10.42/24]

$ netplan apply

$ ip -j -d a show dev vx0
[{"ifindex":165,"ifname":"vx0","flags":["BROADCAST","MULTICAST","UP","LOWER_UP"],"mtu":1450,"qdisc":"noqueue","operstate":"UNKNOWN","group":"default","txqlen":1000,"link_type":"ether","address":"12:4f:d1:8f:6d:2f","broadcast":"ff:ff:ff:ff:ff:ff","promiscuity":0,"allmulti":0,"min_mtu":68,"max_mtu":65535,"linkinfo":{"info_kind":"vxlan","info_data":{"id":1337,"group":"224.0.0.5"info:
 Using default fan map value (34)
,"local":"10.10.10.42","link":"eth0","port_range":{"low":4000,"high":4200},"port":4567,"ttl":64,"df":"unset","ageing":100,"external":false,"learning":false,"proxy":false,"rsc":true,"l2miss":true,"l3miss":true,"udp_csum":true,"udp_zero_csum6_tx":true,"udp_zero_csum6_rx":true,"remcsum_tx":true,"remcsum_rx":true,"localbypass":true}},"num_tx_queues":1,"num_rx_queues":1,"gso_max_size":65536,"gso_max_segs":65535,"tso_max_size":524280,"tso_max_segs":65535,"gro_max_size":65536,"gso_ipv4_max_size":65536,"gro_ipv4_max_size":65536,"addr_info":[{"family":"inet6","local":"fe80::104f:d1ff:fe8f:6d2f","prefixlen":64,"scope":"link","protocol":"kernel_ll","valid_life_time":4294967295,"preferred_life_time":4294967295}]}]

$ ip -j -d a show dev vx0 | jq
jq: parse error: Invalid numeric literal at line 1, column 383


=> iproute2's JSON output is actually corrupted by the "info: Using default fan 
map value (34)\n" message. This will break not just Netplan tests, but might 
affect many more packages. So should be fixed in iproute2. Maybe by moving this 
warning to stderr?

** Changed in: iproute2 (Ubuntu)
     Assignee: (unassigned) => Stefan Bader (smb)

** Summary changed:

- autopkgtest failures against iproute2/6.14.0-1ubuntu2 and ethtool/1:6.14.1-1
+ autopkgtest failures against iproute2/6.14.0-1ubuntu2 (FAN) and 
ethtool/1:6.14.1-1

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2115790

Title:
  autopkgtest failures against iproute2/6.14.0-1ubuntu2 (FAN) and
  ethtool/1:6.14.1-1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ethtool/+bug/2115790/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to