Is currently preventing logcheck from passing autopkgtest when triggered against postfix:
https://autopkgtest.ubuntu.com/packages/l/logcheck/noble/amd64 1186s Postfix (main.cf) is now set up with a default configuration. If you need to 1186s make changes, edit /etc/postfix/main.cf (and others) as needed. To view 1186s Postfix configuration values, see postconf(1). 1186s 1186s After modifying main.cf, be sure to run 'systemctl reload postfix'. 1186s 1188s Running newaliases 1188s newaliases: warning: valid_hostname: misplaced delimiter: adt-noble-amd64-logcheck-20240417-191038-juju-7f2275-prod-propo.openstack.prodstack5.lan. 1188s newaliases: fatal: file /etc/postfix/main.cf: parameter myhostname: bad parameter value: adt-noble-amd64-logcheck-20240417-191038-juju-7f2275-prod-propo.openstack.prodstack5.lan. 1188s dpkg: error processing package postfix (--configure): -- You received this bug notification because you are a member of Canonical's Ubuntu QA, which is subscribed to Auto Package Testing. https://bugs.launchpad.net/bugs/2019472 Title: Trailing dot in fqdn of ps5 VMs regresses some tests (e.g. postfix) Status in Auto Package Testing: Incomplete Bug description: On ps5 amd64 VMs (lcy02) we have that: $ hostname --fqdn adt-paride-mantic-postfix.openstack.prodstack5.lan. Note the trailing dot. This causes regressions in some packages, see for example LP: #2019195. Ideally we should fix the regressed packages (the trailing dot is technically correct), but it makes sense to workaround the problem while the packages are getting fixed. Some possibilities are: (1) Remove `manage_etc_hosts: true` from the cloud-init user-data used by the create-nova-image-new-release script. This should prevent the hostname to be set to the name advertised by openstack, and left to the static string 'autopkgtest'. I did some git archeology and manage_etc_hosts initially came from this snippet: # unbreak my server option :-( userdata=`mktemp` trap "rm $userdata" EXIT TERM INT QUIT PIPE /bin/echo -e "#cloud-config\nmanage_etc_hosts: True" > $userdata and that was the *only* use of user-data back then. Looks like it was a workaround for some issue? In any case I can't be sure that disabling manage_etc_hosts won't cause other issues. (2) Remove the trailing dot in /etc/hosts using the setup-canonical.sh script, e.g. sed -Ei '/^127\.0\.1\.1 /s/([a-z])\. /\1 /' /etc/hosts I don't think this can be racey with cloud-init reconfiguring the hostname because testbed-setup removes cloud-init. Cons of this approach: very hacky. We ask cloud-init to manage /etc/hosts (via manage_etc_hosts), but then mangle it manually (not nice). To manage notifications about this bug go to: https://bugs.launchpad.net/auto-package-testing/+bug/2019472/+subscriptions -- Mailing list: https://launchpad.net/~canonical-ubuntu-qa Post to : canonical-ubuntu-qa@lists.launchpad.net Unsubscribe : https://launchpad.net/~canonical-ubuntu-qa More help : https://help.launchpad.net/ListHelp
