[php-maint] Bug#869182: php-common: Trouble running phpsessionclean.service on a LXC Container...

[Cyril Brulebois]

Control: fixed -1 55
Control: severity -1 important

Hi,

Chris <fisch.666 at gmx.de> (2018-02-24):
> On Sun, 18 Feb 2018 21:51:23 +0100 Chris <fisch.666 at gmx.de> wrote:
> > On Fri, 21 Jul 2017 11:56:12 +0200 Marco Gaiarin <gaio at 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 (kibi at debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-php-maint/attachments/20180304/7717cf58/attachment.sig>