Debian Bug report logs -
#759195
php5: invalid argument -delete for "-cmin"
Reported by: Norbert Schulz <n.schulz@rotorwerk.de>
Date: Mon, 25 Aug 2014 07:09:02 UTC
Severity: important
Found in version php5/5.4.4-14+deb7u14
Fixed in version 5.6.26+dfsg-1+rm
Done: Debian FTP Masters <ftpmaster@ftp-master.debian.org>
Bug is archived. No further changes may be made.
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Mon, 25 Aug 2014 07:09:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Norbert Schulz <n.schulz@rotorwerk.de>:
New Bug report received and forwarded. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Mon, 25 Aug 2014 07:09:06 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: php5
Version: 5.4.4-14+deb7u14
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
After updating the php5 package every half an hour cron sends an email with
the subject "Cron <root@server1> [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)" and the email body
"find: Ungültiges Argument -delete für "-cmin"." --> translate to english
"find: invalid argrument -delete for "-cmin"."
Kind regards
Norbert Schulz
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages php5 depends on:
ii libapache2-mod-php5 5.4.4-14+deb7u14
ii php5-common 5.4.4-14+deb7u14
php5 recommends no packages.
php5 suggests no packages.
-- no debconf information
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Mon, 25 Aug 2014 07:39:25 GMT) (full text, mbox, link).
Acknowledgement sent
to Emmanuel Seyman <emmanuel@seyman.fr>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Mon, 25 Aug 2014 07:39:26 GMT) (full text, mbox, link).
Message #10 received at 759195@bugs.debian.org (full text, mbox, reply):
I ran into this problem and realized that "sh /usr/lib/php5/maxlifetime" wasn't
returning a number of hours. So there isn't any argument being given to -cmin
and the find command outputs the error reported by Norbert.
Running "sh /usr/lib/php5/maxlifetime" gave me the error message "Fatal error:
Directive 'allow_call_time_pass_reference' is no longer available in PHP in
Unknown on line 0".
Commenting out "allow_call_time_pass_reference = On" (and a few other lines) in
/etc/php5/apache2/php.ini made the error go away. At this point,
/usr/lib/php5/maxlifetime outputs a number of hours once again and find no
longer fails.
Emmanuel
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Mon, 25 Aug 2014 10:39:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Ondřej Surý <ondrej@sury.org>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Mon, 25 Aug 2014 10:39:05 GMT) (full text, mbox, link).
Message #15 received at 759195@bugs.debian.org (full text, mbox, reply):
Fixing your /etc/php5/*/php.ini to *not include* deprecated directives
(preferred).
Or applying this patch:
diff --git a/debian/maxlifetime b/debian/maxlifetime
index d5a536b..df79d76 100644
--- a/debian/maxlifetime
+++ b/debian/maxlifetime
@@ -5,7 +5,7 @@ max=1440
if which php5 >/dev/null 2>&1; then
for sapi in apache2 apache2filter cgi fpm; do
if [ -e /etc/php5/${sapi}/php.ini ]; then
- cur=$(php5 -c /etc/php5/${sapi}/php.ini -d
"error_reporting='~E_ALL'" -r 'print
ini_get("session.gc_maxlifetime");')
+ cur=$(php5 -c /etc/php5/${sapi}/php.ini -d
"error_reporting='~E_ALL'" -r 'print ini_get("session.gc_maxlifetime");'
2>/dev/null)
[ -z "$cur" ] && cur=0
[ "$cur" -gt "$max" ] && max=$cur
fi
should fix this problem.
Cheers,
Ondrej
On Mon, Aug 25, 2014, at 09:02, Norbert Schulz wrote:
> Package: php5
> Version: 5.4.4-14+deb7u14
> Severity: normal
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
>
> * What led up to the situation?
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> * What was the outcome of this action?
> * What outcome did you expect instead?
>
> *** End of the template - remove these lines ***
> After updating the php5 package every half an hour cron sends an email
> with
> the subject "Cron <root@server1> [ -x /usr/lib/php5/maxlifetime ] && [
> -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] &&
> /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)"
> and the email body
> "find: Ungültiges Argument -delete für "-cmin"." --> translate to english
> "find: invalid argrument -delete for "-cmin"."
>
> Kind regards
> Norbert Schulz
>
>
> -- System Information:
> Debian Release: 7.6
> APT prefers stable-updates
> APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages php5 depends on:
> ii libapache2-mod-php5 5.4.4-14+deb7u14
> ii php5-common 5.4.4-14+deb7u14
>
> php5 recommends no packages.
>
> php5 suggests no packages.
>
> -- no debconf information
>
> _______________________________________________
> pkg-php-maint mailing list
> pkg-php-maint@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
Ondřej Surý <ondrej@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 09:57:09 GMT) (full text, mbox, link).
Acknowledgement sent
to Bastian <bastian-bugs.debian.org-759195@t6l.de>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 09:57:09 GMT) (full text, mbox, link).
Message #20 received at 759195@bugs.debian.org (full text, mbox, reply):
Hi,
I hit this bug after upgrading to 5.4.4-14+deb7u14
I get error report from cron via mail.
While the maxlifetime script inspects all php.ini files, it first
iterates over the apache2/php.ini file. In this case the script does not
print out any value and just exits with 1, which in turn ends the entire
maxlifetime script, because it is executed via sh -e.
In my case, the proposed patch does not work.
To describe the symptom on my host, i'll demonstrate the output::
{{{
# for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c /etc/php5/${sapi}/php.ini -d "error_reporting='~E_ALL'" -r 'pr int ini_get("session.gc_maxlifetime"); print "\n";'; echo ret=$?; done
apache2
ret=1
apache2filter
1440
ret=0
cgi
1440
ret=0
fpm
1440
ret=0
}}}
You easily see, that this error just happens with the apache2/php.ini.
Digging a bit further into the problem with the apache2/php.ini file, I
realized that php5 behaves cumbersome. It does not write out any error
messages and does not run the script and print the maxlifetime.
It just exits with error code 1.
Just look at the following run:
{{{
# php5 -c /etc/php5/apache2/php.ini
# echo $0
1
}}}
php5 does not show any information that something obvious is wrong.
It just exits with error code 1.
According to the for-loop above this faulty behaviour looks to be
triggered by the apache2 configuration file.
Alhtough, I do not know anything profound about php.ini files, I assumed
that in case of an error in the ini file, I should get some error
message, right?
Or are there configuration options to silently exit a programm on error?
Cheers,
--
Bastian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 10:45:07 GMT) (full text, mbox, link).
Acknowledgement sent
to Ondřej Surý <ondrej@sury.org>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 10:45:07 GMT) (full text, mbox, link).
Message #25 received at 759195@bugs.debian.org (full text, mbox, reply):
Hi Bastian,
strip the << -d "error_reporting='~E_ALL'" >>
from the php command line and re-run the php, e.g.:
php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get("session.gc_maxlifetime"); print "\n";'
The script probably should be more fool-proof, I'll prepare something
for next security update.
Cheers,
Ondrej
On Fri, Aug 29, 2014, at 11:18, Bastian wrote:
> Hi,
>
> I hit this bug after upgrading to 5.4.4-14+deb7u14
> I get error report from cron via mail.
> While the maxlifetime script inspects all php.ini files, it first
> iterates over the apache2/php.ini file. In this case the script does not
> print out any value and just exits with 1, which in turn ends the entire
> maxlifetime script, because it is executed via sh -e.
>
> In my case, the proposed patch does not work.
>
> To describe the symptom on my host, i'll demonstrate the output::
>
> {{{
> # for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c
> /etc/php5/${sapi}/php.ini -d "error_reporting='~E_ALL'" -r 'pr int
> ini_get("session.gc_maxlifetime"); print "\n";'; echo ret=$?; done
> apache2
> ret=1
> apache2filter
> 1440
> ret=0
> cgi
> 1440
> ret=0
> fpm
> 1440
> ret=0
> }}}
>
> You easily see, that this error just happens with the apache2/php.ini.
> Digging a bit further into the problem with the apache2/php.ini file, I
> realized that php5 behaves cumbersome. It does not write out any error
> messages and does not run the script and print the maxlifetime.
> It just exits with error code 1.
> Just look at the following run:
> {{{
> # php5 -c /etc/php5/apache2/php.ini
> # echo $0
> 1
> }}}
>
> php5 does not show any information that something obvious is wrong.
> It just exits with error code 1.
>
>
> According to the for-loop above this faulty behaviour looks to be
> triggered by the apache2 configuration file.
> Alhtough, I do not know anything profound about php.ini files, I assumed
> that in case of an error in the ini file, I should get some error
> message, right?
> Or are there configuration options to silently exit a programm on error?
>
>
> Cheers,
>
> --
> Bastian
>
> _______________________________________________
> pkg-php-maint mailing list
> pkg-php-maint@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
--
Ondřej Surý <ondrej@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 12:39:10 GMT) (full text, mbox, link).
Acknowledgement sent
to Bastian <bastian-bugs.debian.org-759195@t6l.de>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 12:39:10 GMT) (full text, mbox, link).
Message #30 received at 759195@bugs.debian.org (full text, mbox, reply):
Hi Ondřej,
thanks for your quick reply.
On 29Aug14 12:41 +0200, Ondřej Surý wrote:
> strip the << -d "error_reporting='~E_ALL'" >>
> from the php command line and re-run the php, e.g.:
>
> php5 -c /etc/php5/apache2/php.ini -r 'print
> ini_get("session.gc_maxlifetime"); print "\n";'
Still, same behaviour.
The end part of strace looks like this:
{{{
# strace php5 -c /etc/php5/apache2/php.ini -r 'print ini_get("session.gc_maxlifetime")
[..cut..]
open("/etc/services", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7731000
read(3, "# Network services, Internet sty"..., 4096) = 4096
read(3, "\t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/"..., 4096) = 4096
read(3, " assessment scanner\nlotusnote\t1"..., 4096) = 4096
close(3) = 0
munmap(0xf7731000, 4096) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE], SA_RESTART}, 8) = 0
exit_group(1) = ?
}}}
Whereas a successfull run deliveres this strace:
{{{
# strace php5 -c /etc/php5/fpm/php.ini -r 'print ini_get("session.gc_maxlifetime");'
[..cut..]
open("/etc/services", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf77a6000
read(3, "# Network services, Internet sty"..., 4096) = 4096
read(3, "\t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/"..., 4096) = 4096
read(3, " assessment scanner\nlotusnote\t1"..., 4096) = 4096
close(3) = 0
munmap(0xf77a6000, 4096) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE], SA_RESTART}, 8) = 0
rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
gettimeofday({1409315669, 574372}, NULL) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf77a6000
_llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf4971000
_llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
_llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(1, "1440", 41440) = 4
close(2) = 0
close(1) = 0
munmap(0xf4971000, 4096) = 0
close(0) = 0
munmap(0xf77a6000, 4096) = 0
munmap(0xf47a3000, 46488) = 0
munmap(0xf4941000, 20616) = 0
munmap(0xf493f000, 5788) = 0
munmap(0xf47af000, 754940) = 0
munmap(0xf4871000, 114932) = 0
munmap(0xf4972000, 28944) = 0
munmap(0xf488e000, 717476) = 0
munmap(0xf497a000, 37200) = 0
munmap(0xf4947000, 170484) = 0
munmap(0xf6928000, 33044) = 0
gettimeofday({1409315669, 578779}, NULL) = 0
munmap(0xf4984000, 131936) = 0
munmap(0xf4cc7000, 49380) = 0
munmap(0xf49a5000, 3280908) = 0
munmap(0xf4cd4000, 100364) = 0
munmap(0xf4d24000, 41120) = 0
munmap(0xf4cf7000, 183072) = 0
munmap(0xf4ced000, 38656) = 0
munmap(0xf62fa000, 194088) = 0
munmap(0xf4e38000, 49188) = 0
munmap(0xf6120000, 1940196) = 0
munmap(0xf5fb6000, 1479840) = 0
munmap(0xf4e45000, 18284552) = 0
munmap(0xf6640000, 90248) = 0
munmap(0xf65f9000, 286840) = 0
munmap(0xf6414000, 66460) = 0
munmap(0xf6425000, 1277496) = 0
munmap(0xf63ea000, 168520) = 0
munmap(0xf63b1000, 231064) = 0
munmap(0xf637b000, 219492) = 0
munmap(0xf655d000, 635728) = 0
munmap(0xf6358000, 139724) = 0
munmap(0xf6330000, 159800) = 0
munmap(0xf77a7000, 11384) = 0
munmap(0xf632a000, 22144) = 0
munmap(0xf6931000, 69912) = 0
munmap(0xf68bd000, 436444) = 0
munmap(0xf688a000, 205020) = 0
munmap(0xf6860000, 168516) = 0
munmap(0xf67ff000, 333220) = 0
munmap(0xf6851000, 57504) = 0
munmap(0xf67e5000, 105524) = 0
munmap(0xf6744000, 111176) = 0
munmap(0xf667b000, 819368) = 0
munmap(0xf6760000, 544588) = 0
munmap(0xf77aa000, 15580) = 0
munmap(0xf6669000, 70404) = 0
munmap(0xf6657000, 70320) = 0
munmap(0xf6943000, 111368) = 0
munmap(0xf6ce4000, 1052672) = 0
munmap(0xf6de5000, 266240) = 0
munmap(0xf695f000, 163840) = 0
exit_group(0) = ?
}}}
I am a bit puzzled by this picture.
Do I have something weired in the apache2/php.ini?
Thanks,
--
Bastian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 12:57:09 GMT) (full text, mbox, link).
Acknowledgement sent
to Ondřej Surý <ondrej@sury.org>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 12:57:09 GMT) (full text, mbox, link).
Message #35 received at 759195@bugs.debian.org (full text, mbox, reply):
Try with
-d "display_errors=On" -d "display_startup_errors=On"
On Fri, Aug 29, 2014, at 14:38, Bastian wrote:
> Hi Ondřej,
>
> thanks for your quick reply.
>
> On 29Aug14 12:41 +0200, Ondřej Surý wrote:
> > strip the << -d "error_reporting='~E_ALL'" >>
> > from the php command line and re-run the php, e.g.:
> >
> > php5 -c /etc/php5/apache2/php.ini -r 'print
> > ini_get("session.gc_maxlifetime"); print "\n";'
>
> Still, same behaviour.
>
> The end part of strace looks like this:
> {{{
> # strace php5 -c /etc/php5/apache2/php.ini -r 'print
> ini_get("session.gc_maxlifetime")
> [..cut..]
> open("/etc/services", O_RDONLY|O_CLOEXEC) = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xf7731000
> read(3, "# Network services, Internet sty"..., 4096) = 4096
> read(3, "\t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/"..., 4096) = 4096
> read(3, " assessment scanner\nlotusnote\t1"..., 4096) = 4096
> close(3) = 0
> munmap(0xf7731000, 4096) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
> SA_RESTART}, 8) = 0
> exit_group(1) = ?
> }}}
>
> Whereas a successfull run deliveres this strace:
> {{{
> # strace php5 -c /etc/php5/fpm/php.ini -r 'print
> ini_get("session.gc_maxlifetime");'
> [..cut..]
> open("/etc/services", O_RDONLY|O_CLOEXEC) = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xf77a6000
> read(3, "# Network services, Internet sty"..., 4096) = 4096
> read(3, "\t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/"..., 4096) = 4096
> read(3, " assessment scanner\nlotusnote\t1"..., 4096) = 4096
> close(3) = 0
> munmap(0xf77a6000, 4096) = 0
> rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
> SA_RESTART}, 8) = 0
> rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0},
> 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
> gettimeofday({1409315669, 574372}, NULL) = 0
> fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xf77a6000
> _llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
> fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xf4971000
> _llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
> fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
> _llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
> write(1, "1440", 41440) = 4
> close(2) = 0
> close(1) = 0
> munmap(0xf4971000, 4096) = 0
> close(0) = 0
> munmap(0xf77a6000, 4096) = 0
> munmap(0xf47a3000, 46488) = 0
> munmap(0xf4941000, 20616) = 0
> munmap(0xf493f000, 5788) = 0
> munmap(0xf47af000, 754940) = 0
> munmap(0xf4871000, 114932) = 0
> munmap(0xf4972000, 28944) = 0
> munmap(0xf488e000, 717476) = 0
> munmap(0xf497a000, 37200) = 0
> munmap(0xf4947000, 170484) = 0
> munmap(0xf6928000, 33044) = 0
> gettimeofday({1409315669, 578779}, NULL) = 0
> munmap(0xf4984000, 131936) = 0
> munmap(0xf4cc7000, 49380) = 0
> munmap(0xf49a5000, 3280908) = 0
> munmap(0xf4cd4000, 100364) = 0
> munmap(0xf4d24000, 41120) = 0
> munmap(0xf4cf7000, 183072) = 0
> munmap(0xf4ced000, 38656) = 0
> munmap(0xf62fa000, 194088) = 0
> munmap(0xf4e38000, 49188) = 0
> munmap(0xf6120000, 1940196) = 0
> munmap(0xf5fb6000, 1479840) = 0
> munmap(0xf4e45000, 18284552) = 0
> munmap(0xf6640000, 90248) = 0
> munmap(0xf65f9000, 286840) = 0
> munmap(0xf6414000, 66460) = 0
> munmap(0xf6425000, 1277496) = 0
> munmap(0xf63ea000, 168520) = 0
> munmap(0xf63b1000, 231064) = 0
> munmap(0xf637b000, 219492) = 0
> munmap(0xf655d000, 635728) = 0
> munmap(0xf6358000, 139724) = 0
> munmap(0xf6330000, 159800) = 0
> munmap(0xf77a7000, 11384) = 0
> munmap(0xf632a000, 22144) = 0
> munmap(0xf6931000, 69912) = 0
> munmap(0xf68bd000, 436444) = 0
> munmap(0xf688a000, 205020) = 0
> munmap(0xf6860000, 168516) = 0
> munmap(0xf67ff000, 333220) = 0
> munmap(0xf6851000, 57504) = 0
> munmap(0xf67e5000, 105524) = 0
> munmap(0xf6744000, 111176) = 0
> munmap(0xf667b000, 819368) = 0
> munmap(0xf6760000, 544588) = 0
> munmap(0xf77aa000, 15580) = 0
> munmap(0xf6669000, 70404) = 0
> munmap(0xf6657000, 70320) = 0
> munmap(0xf6943000, 111368) = 0
> munmap(0xf6ce4000, 1052672) = 0
> munmap(0xf6de5000, 266240) = 0
> munmap(0xf695f000, 163840) = 0
> exit_group(0) = ?
> }}}
>
>
> I am a bit puzzled by this picture.
> Do I have something weired in the apache2/php.ini?
>
>
> Thanks,
>
> --
> Bastian
--
Ondřej Surý <ondrej@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 13:03:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Bastian <bastian-bugs.debian.org-759195@t6l.de>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 13:03:05 GMT) (full text, mbox, link).
Message #40 received at 759195@bugs.debian.org (full text, mbox, reply):
On 29Aug14 14:54 +0200, Ondřej Surý wrote:
> Try with
>
> -d "display_errors=On" -d "display_startup_errors=On"
Aha, that did it:
{{{
# php5 -c /etc/php5/apache2/php.ini -r 'print ini_get("session.gc_maxlifetime");' -d "display_errors=On" -d "display_startup_errors=On"
Fatal error: Directive 'allow_call_time_pass_reference' is no longer
available in PHP in Unknown on line 0
}}}
Seems that my php.ini survived some upgrades and I still have this
obsolete directive in there.
Sorry for bothering you with this issue.
Do you check during upgrades for deprecated options and send a warning?
It could be the case I just ignored such thing. But also it could be
worth doing a sanity check on the configuration file.
Thanks,
--
Bastian
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 29 Aug 2014 13:06:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Ondřej Surý <ondrej@sury.org>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 29 Aug 2014 13:06:08 GMT) (full text, mbox, link).
Message #45 received at 759195@bugs.debian.org (full text, mbox, reply):
On Fri, Aug 29, 2014, at 15:00, Bastian wrote:
> On 29Aug14 14:54 +0200, Ondřej Surý wrote:
> > Try with
> >
> > -d "display_errors=On" -d "display_startup_errors=On"
>
> Aha, that did it:
> {{{
> # php5 -c /etc/php5/apache2/php.ini -r 'print
> ini_get("session.gc_maxlifetime");' -d "display_errors=On" -d
> "display_startup_errors=On"
>
> Fatal error: Directive 'allow_call_time_pass_reference' is no longer
> available in PHP in Unknown on line 0
>
> }}}
>
> Seems that my php.ini survived some upgrades and I still have this
> obsolete directive in there.
>
> Sorry for bothering you with this issue.
>
> Do you check during upgrades for deprecated options and send a warning?
Nope, but it's not a bad idea to add such check. I'll think of
something.
> It could be the case I just ignored such thing. But also it could be
> worth doing a sanity check on the configuration file.
O.
--
Ondřej Surý <ondrej@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Tue, 02 Sep 2014 16:03:14 GMT) (full text, mbox, link).
Acknowledgement sent
to Lionel Félicité <lfelicite@clever-age.com>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Tue, 02 Sep 2014 16:03:14 GMT) (full text, mbox, link).
Message #50 received at 759195@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Thanks guys!
That's solved my problem !
On Fri, 29 Aug 2014 15:00:32 +0200 Bastian <
bastian-bugs.debian.org-759195@t6l.de> wrote:
> On 29Aug14 14:54 +0200, Ondřej Surý wrote:
> > Try with
> >
> > -d "display_errors=On" -d "display_startup_errors=On"
>
> Aha, that did it:
> {{{
> # php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get("session.gc_maxlifetime");' -d "display_errors=On" -d
"display_startup_errors=On"
>
> Fatal error: Directive 'allow_call_time_pass_reference' is no longer
> available in PHP in Unknown on line 0
>
> }}}
>
> Seems that my php.ini survived so;me upgrades and I still have this
> obsolete directive in there.
>
> Sorry for bothering you with this issue.
>
> Do you check during upgrades for deprecated options and send a warning%3F
> It could be the case I just ignored such thing. But also it could be
> worth doing a sanity check on the configuration file.
>
>
> Thanks,
>
> --
> Bastian
--
Lionel *FÉLICITÉ* - http://www.clever-age.com/
Tél : +33 1 53 34 66 10
Clever Age - Digital Architecture
Clever Garden - Digital Landscape
Clever Presence - Digital Running
[Message part 2 (text/html, inline)]
Information forwarded
to debian-bugs-dist@lists.debian.org, Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>:
Bug#759195; Package php5.
(Fri, 26 Sep 2014 18:51:10 GMT) (full text, mbox, link).
Acknowledgement sent
to peter green <plugwash@p10link.net>:
Extra info received and forwarded to list. Copy sent to Debian PHP Maintainers <pkg-php-maint@lists.alioth.debian.org>.
(Fri, 26 Sep 2014 18:51:10 GMT) (full text, mbox, link).
Message #55 received at 759195@bugs.debian.org (full text, mbox, reply):
Severity 759195 important
Thanks
I've also just run into this issue, I had to comment out a total of
three different configuration directives in /etc/php5/apache2/php.ini
allow_call_time_pass_reference, magic_quotes_gpc and register_long_arrays
I don't recall ever setting any of these explicitly so I presume that
they came from a debian default confgiuration file in the past. I expect
breakage like this when updating to new major versions but not when
installing security updates.
Given the way this spams sysadmins with mail and the non-obvious nature
of the error it really needs to be fixed ASAP.
Severity set to 'important' from 'normal'
Request was from peter green <plugwash@p10link.net>
to control@bugs.debian.org.
(Fri, 26 Sep 2014 18:51:14 GMT) (full text, mbox, link).
Reply sent
to Debian FTP Masters <ftpmaster@ftp-master.debian.org>:
You have taken responsibility.
(Fri, 13 Jan 2017 13:06:50 GMT) (full text, mbox, link).
Notification sent
to Norbert Schulz <n.schulz@rotorwerk.de>:
Bug acknowledged by developer.
(Fri, 13 Jan 2017 13:06:50 GMT) (full text, mbox, link).
Message #62 received at 759195-done@bugs.debian.org (full text, mbox, reply):
Version: 5.6.26+dfsg-1+rm
Dear submitter,
as the package php5 has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/841781
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.
Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Sat, 11 Feb 2017 07:39:09 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Tue Jan 11 00:29:24 2022;
Machine Name:
buxtehude
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.