sometimes "systemd-coredump[<PID>]: Coredump file descriptor missing." is seen, upstream #2984
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
systemd (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Incomplete
|
Wishlist
|
Unassigned |
Bug Description
Please include this upstream fix/pull request:
coredump: use next_datagram_
https:/
Reported as
sometimes "systemd-
https:/
Or make a release using systemd tag=v230
:~$ lsb_release -rd
Description: Ubuntu 16.04 LTS
Release: 16.04
:~$ apt-cache policy systemd
systemd:
Installed: 229-4ubuntu6
Candidate: 229-4ubuntu6
Version table:
*** 229-4ubuntu6 500
500 http://
100 /var/lib/
229-4ubuntu4 500
500 http://
SRU INFORMATION
---------------
This only affects systemd-coredump which we don't use in Ubuntu by default (we use Apport), so the regression potential is very low. There is no straightforward reproducer for this (see upstream bug report: https:/
Thus if the updated package still succeeds its autopkgtests, this should provide sufficient regression testing for this bug.
tags: | removed: verification-needed |
Fixed in yakkety (marking accordingly), adding a xenial task. Do you have a reproducer for that, for SRU testing?