Control: fixed -1 55 Control: severity -1 important Hi,
Chris <fisch....@gmx.de> (2018-02-24): > On Sun, 18 Feb 2018 21:51:23 +0100 Chris <fisch....@gmx.de> wrote: > > On Fri, 21 Jul 2017 11:56:12 +0200 Marco Gaiarin <g...@sv.lnf.it> wrote: > > > Jul 21 10:09:14 vglpi systemd[24929]: phpsessionclean.service: Failed at > > > step NETWORK spawning /usr/lib/php/sessionclean: Permission denied > > > > The /lib/systemd/system/phpsessionclean.service has the following entry: > > > > PrivateNetwork=true > > > > which is most likely causing the message quoted above on unprivileged > > containers. > > after doing some more research it seems this is already fixed in > php-common (1:60) of buster [1] but has never arrived stretch and jessie: > > > php-defaults (55) unstable; urgency=medium > > > > * Remove PrivateNetwork=true because it's not compatible with 3.16.0 > > (Debian Jessie) kernel > > The source of this fix is the github issue in [2]. > > [1] > http://metadata.ftp-master.debian.org/changelogs/main/p/php-defaults/php-defaults_60_changelog > > [2] https://github.com/oerdnj/deb.sury.org/issues/690 Marking this bug as fixed in the aforementioned version, and adjusting severity. I'm not familiar enough with PHP to assess whether failing to clean up sessions is a serious bug instead. For what it's worth: Switching the PrivateNetwork field from true to false seems like a reasonable fix for a stable update. Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature
