[Bug 1771353] Re: Server feature level is now lower than when we began our transaction. Restarting with new ID

[Andreas Hasenack]

It does. If I ask it directly, it responds just fine to my dig query. It
also responds correctly to systemd (did you see the packet capture?).

Why should /etc/hosts have a bip entry? That's a hack when your dns
server doesn't know about you.

The instance was an upgrade, can't remember now if it was artful or
xenial. I can check if that matters.

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

Title:
  Server feature level is now lower than when we began our transaction.
  Restarting with new ID

Status in systemd package in Ubuntu:
  New

Bug description:
  systemd 237-3ubuntu10 from bionic

  There is no /etc/netplan/* file.

  I'm getting some sort of a loop when systemd-resolved tries to resolve
  the hostname of my canonistack instance:

  ubuntu at bip:~$ systemd-resolve bip.lcy02.canonistack
  bip.lcy02.canonistack: resolve call failed: All attempts to contact name servers or networks failed

  systemd-resolved debug output loops over like this:
  Transaction 36341 is now 19121.
  Cache miss for bip.lcy02.canonistack IN A
  Transaction 19121 for <bip.lcy02.canonistack IN A> scope dns on */*.
  Using feature level UDP+EDNS0 for transaction 19121.
  Sending query packet with id 19121.
  Processing incoming packet on transaction 19121. (rcode=SUCCESS)
  Server feature level is now lower than when we began our transaction. Restarting with new ID.
  Transaction 19121 is now 17157.
  Cache miss for bip.lcy02.canonistack IN A
  Transaction 17157 for <bip.lcy02.canonistack IN A> scope dns on */*.
  Using feature level UDP+EDNS0 for transaction 17157.
  Sending query packet with id 17157.
  Processing incoming packet on transaction 17157. (rcode=SUCCESS)
  Server feature level is now lower than when we began our transaction. Restarting with new ID.
  ...

  Packet capture shows a loop like this:
  13:38:32.293524 IP 10.55.32.54.53786 > 10.55.32.1.53: 46096+ [1au] A? bip.lcy02.canonistack. (50)
  13:38:32.293753 IP 10.55.32.1.53 > 10.55.32.54.53786: 46096* 1/0/0 A 10.55.32.54 (55)
  13:38:32.294026 IP 10.55.32.54.53786 > 10.55.32.1.53: 64494+ [1au] A? bip.lcy02.canonistack. (50)
  13:38:32.294249 IP 10.55.32.1.53 > 10.55.32.54.53786: 64494* 1/0/0 A 10.55.32.54 (55)

  I'm going to attach the full debug output, and the pcap file.

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