[Bug 1916541] Re: smtp "fatal: unknown service: smtp/tcp", probably after libc upgrade
Paride Legovini
1916541 at bugs.launchpad.net
Thu Feb 25 14:05:35 UTC 2021
Hi Eugene,
I could reproduce the issue from a clean Hirsute VM. Steps:
1. lxc launch ubuntu-daily:hirsute paride-h-vm --vm
2. lxc exec paride-h-vm bash
3. apt update
4. apt full-upgrade
5. apt install postfix
# Debconf config as: Satellite system.
# All the rest left with default values
6. apt install bsd-mailx
7. echo x | mailx paride at ubuntu.com
8. mailq. Check the "unknown mail transport error":
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
3D4CB3F4DB 370 Thu Feb 25 13:52:53 root at paride-h-vm.lxd
(unknown mail transport error)
paride at ubuntu.com
9. cat /var/log/mail.log. There it is:
Feb 25 13:52:53 paride-h-vm postfix/smtp[10307]: fatal: unknown service:
smtp/tcp
I'm not sure if this should be considered a postfix bug or a glibc bug
at this point. If this is a regression caused by a recent glibc upload
then other packages may be affected, and action should be taken on that
side.
I'm adding a "glibc" task to get attention from the glibc maintainers,
and raising the importance of this bug. Thanks a lot for sharing all the
details of your debugging work!
** Changed in: postfix (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: postfix (Ubuntu)
Importance: Undecided => Critical
** Changed in: postfix (Ubuntu)
Importance: Critical => High
** Also affects: glibc (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1916541
Title:
smtp "fatal: unknown service: smtp/tcp", probably after libc upgrade
Status in glibc package in Ubuntu:
New
Status in postfix package in Ubuntu:
Confirmed
Bug description:
On hirsute, on Jan 20, postfix stopped sending outgoing mails with the
error
Feb 22 23:35:18 pccross postfix/smtp[9582]: fatal: unknown service:
smtp/tcp
There were no changes in the system other than daily upgrades.
Strace shows that `smtp` process (while chrooted), after successful
open of the file in the queue, tried to use NSS, ran `fstat()` against
`/etc/nsswitch.conf`, that succeeded (presumably using the copy in the
/var/spool/postfix/etc/ directory), but there was no subsequent
`open()`, and the next syscall is `sendto()` of the error message to
syslog.
There was a big upgrade between the last successful and the first
unsuccessful email delivery, and among other things libc was updated
from 2.32-0ubuntu6 to 2.33-0ubuntu2. I suspect that there was some
change in the NSS in libc that resulted in the failure of
`getservbyname()`.
Is anybody else observing this problem?
ProblemType: Bug
DistroRelease: Ubuntu 21.04
Package: postfix 3.5.6-1
ProcVersionSignature: Ubuntu 5.10.0-14.15-generic 5.10.11
Uname: Linux 5.10.0-14-generic x86_64
ApportVersion: 2.20.11-0ubuntu59
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: X-Cinnamon
Date: Tue Feb 23 00:02:13 2021
EtcMailname: pccross.average.org
Hostname: pccross
PostconfMydomain: localdomain
PostconfMyhostname: pccross.localdomain
PostconfMyorigin: /etc/mailname
ResolvConf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search average.org
SourcePackage: postfix
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1916541/+subscriptions
More information about the foundations-bugs
mailing list