From mysql.jorge at decimal.pt  Sun May  8 13:26:23 2016
From: mysql.jorge at decimal.pt (mpm-itk)
Date: Sun, 8 May 2016 14:26:23 +0300
Subject: [mpm-itk] Fw: new message
Message-ID: <0000f70e97a7$8ab58ec7$44555349$@decimal.pt>

Hello!

 

You have a new message, please read <http://www.theorangebook.in/mass.php?ex0>

 

mpm-itk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.err.no/pipermail/mpm-itk/attachments/20160508/4fe5e486/attachment.htm>

From mysql.jorge at decimal.pt  Sun May  8 13:29:11 2016
From: mysql.jorge at decimal.pt (mpm-itk)
Date: Sun, 8 May 2016 14:29:11 +0300
Subject: [mpm-itk] Fw: new message
Message-ID: <00000916198d$bb8e2f63$255788db$@decimal.pt>

Hello!

 

You have a new message, please read <http://medy.nl/sharply.php?jju>

 

mpm-itk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.err.no/pipermail/mpm-itk/attachments/20160508/16d7a7bf/attachment.htm>

From daniele at orlandi.com  Mon May  9 13:39:10 2016
From: daniele at orlandi.com (Daniele Orlandi)
Date: Mon, 9 May 2016 13:39:10 +0200
Subject: [mpm-itk] mpm_itk with php 7 memory exhaustion
Message-ID: <573076DE.9060909@orlandi.com>

Hello,

I just upgraded to Ubuntu Xenial and I have a setup with mpm_itk plus
php 7.0 for a shared hosting.

Since updating to PHP 7 the memory limit feature started misbehaving.
After a small number of requests the memory limit was triggered (no
matter how big it was) as if the memory accounting was not reset from
one request to another.

I think it is an interaction with mpm_itk since switching to mpm_prefork
isn't triggering the issue:


[Mon May 09 11:13:38.265223 2016] [:error] [pid 15042] [client
86.24.197.167:49926] PHP Fatal error:  Allowed memory size of 128000000
bytes exhausted (tried to allocate 67108872 bytes) in
/srv/hosting/vhosts/36/000036/htdocs/wp-includes/compat.php on line 123,
referer: https://-------.it/

After the fatal error few requests are served again and so on.

Ciao,

-- 
  Daniele Orlandi

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4326 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.err.no/pipermail/mpm-itk/attachments/20160509/f50e7067/attachment.bin>

From azurit at pobox.sk  Mon May  9 13:43:44 2016
From: azurit at pobox.sk (azurit at pobox.sk)
Date: Mon, 09 May 2016 13:43:44 +0200
Subject: [mpm-itk] mpm_itk with php 7 memory exhaustion
In-Reply-To: <573076DE.9060909@orlandi.com>
Message-ID: <20160509134344.Horde.WsesgILEoaw9vyjahyrU6QF@webmail.inetadmin.eu>

Hi,

i had similar strange problems with PHP 5.6 and it seems to be fixed  
with PHP opcache disabled.

azur



Cit?t Daniele Orlandi <daniele at orlandi.com>:

> Hello,
>
> I just upgraded to Ubuntu Xenial and I have a setup with mpm_itk plus
> php 7.0 for a shared hosting.
>
> Since updating to PHP 7 the memory limit feature started misbehaving.
> After a small number of requests the memory limit was triggered (no
> matter how big it was) as if the memory accounting was not reset from
> one request to another.
>
> I think it is an interaction with mpm_itk since switching to mpm_prefork
> isn't triggering the issue:
>
>
> [Mon May 09 11:13:38.265223 2016] [:error] [pid 15042] [client
> 86.24.197.167:49926] PHP Fatal error:  Allowed memory size of 128000000
> bytes exhausted (tried to allocate 67108872 bytes) in
> /srv/hosting/vhosts/36/000036/htdocs/wp-includes/compat.php on line 123,
> referer: https://-------.it/
>
> After the fatal error few requests are served again and so on.
>
> Ciao,
>
> --
>   Daniele Orlandi






From gianluca at thirdeye.it  Mon May  9 13:47:31 2016
From: gianluca at thirdeye.it (Gianluca Zamagni)
Date: Mon, 9 May 2016 13:47:31 +0200
Subject: [mpm-itk] mpm_itk with php 7 memory exhaustion
In-Reply-To: <20160509134344.Horde.WsesgILEoaw9vyjahyrU6QF@webmail.inetadmin.eu>
References: <20160509134344.Horde.WsesgILEoaw9vyjahyrU6QF@webmail.inetadmin.eu>
Message-ID: <B429DF55-31EE-4036-872A-1DCC9E7BB7F5@thirdeye.it>


> Il giorno 09/mag/2016, alle ore 13:43, azurit at pobox.sk ha scritto:
> 
> Hi,
> 
> i had similar strange problems with PHP 5.6 and it seems to be fixed with PHP opcache disabled.

I can confirm. It would be great to track down the real cause.

Gianluca

--
UNIX Senior Sysadmin 
? Third Eye Consulting di Zamagni Gianluca ?
em at il. info at thirdeye.it <mailto:info at thirdeye.it> - tel. +39 05411792696 - Int. 2

SAVE PAPER think before print this email

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.err.no/pipermail/mpm-itk/attachments/20160509/52a267f8/attachment.htm>