php54-pecl-apc.x86_64 3.1.9-1.ius.el6 throws an error when apc.stat=0

Asked by James O'Dell

php54-pecl-apc.x86_64 3.1.9-1.ius.el6 throws the following error when apc.stat=0

httpd: PHP Warning: require_once(/var/www/html/moodle): failed to open stream: No such file or directory

httpd: PHP Fatal error: require_once(): Failed opening required '' (include_path='.:/usr/share/pear:/usr/share/php')

Question information

Language:
English Edit question
Status:
Expired
For:
IUS Community Project Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Jeffrey Ness (jeffrey-ness) said :
#1

Hello James,

Thank you for taking the time to notify us of this issue.

The issue is related to APC 3.1.9 not supporting php54,
as mentioned in https://bugs.launchpad.net/ius/+bug/968561

We currently have a 3.1.10 APC package in testing,
can you see if this package resolves your issue?

   yum install php54-pecl-apc --enablerepo=ius-testing

Thanks

Revision history for this message
James O'Dell (jodell) said :
#2

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Jeffery,

I installed the php54-pecl-apc from the testing repository
(3.1.10-1.ius.el6) and received the same results

syslog dumps this into /var/log/messages

May 8 08:47:28 mwebft1213a httpd: PHP Warning: require(): Filename
cannot be empty in /var/www/html/moodle/login/index.php on line 27
May 8 08:47:28 mwebft1213a httpd: PHP Fatal error: require(): Failed
opening required '' (include_path='.:/usr/share/pear:/usr/share/php') in
/var/www/html/moodle/login/index.php on line 27

Here's what I added to 'apc.ini'
apc.shm_size=256M
apc.max_file_size=4M
apc.stat=0
apc.ttl=14400
apc.user_ttl=7200
apc.num_files_hint=5000

These settings work using php53u with under Redhat 5 using the 'ext3'
filesystem.

These settings don't work using php54 code when 'apc.stat=0' under
Redhat 6 using the 'ext4' file system.

Currently my work around is
chattr -R +A /var/www/html/moodle
and mount /var with the 'relatime' option

Hope this helps,

__Jim

On 5/8/2012 6:05 AM, Jeffrey Ness wrote:
> Your question #196420 on IUS Community Project changed:
> https://answers.launchpad.net/ius/+question/196420
>
> Jeffrey Ness posted a new comment:
> Hello James,
>
> Thank you for taking the time to notify us of this issue.
>
> The issue is related to APC 3.1.9 not supporting php54,
> as mentioned in https://bugs.launchpad.net/ius/+bug/968561
>
> We currently have a 3.1.10 APC package in testing,
> can you see if this package resolves your issue?
>
> yum install php54-pecl-apc --enablerepo=ius-testing
>
> Thanks
>

- --
Jim O'Dell
Network Analyst
California State University Fullerton
Email: <email address hidden>
Phone: (657) 278-2256
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+pRdQACgkQREVHAOnXPYT+tACdFRNQqDipNqzg7Vamw+Ie6syL
V1gAnR+82x9vRBSbjlf5VrNBWJtCfVH8
=LYjm
-----END PGP SIGNATURE-----

Revision history for this message
Jeffrey Ness (jeffrey-ness) said :
#3

Hello James,

It seems this could be a bug directly related to the APC source,
not in the way it is packaged.

I've tested basic usage of APC with our package and show expected results:
   http://us.php.net/manual/en/function.apc-fetch.php

# rpm -q php54
php54-5.4.2-1.ius.el6.x86_64
# rpm -q php54-pecl-apc
php54-pecl-apc-3.1.10-1.ius.el6.x86_64

# cat /var/www/html/myapc.php
<?php
$bar = 'BAR';
apc_store('foo', $bar);
var_dump(apc_fetch('foo'));
?>

# curl -s http://localhost/myapc.php
string(3) "BAR"

====

I would suggest bringing this issue up with the APC developers,
as we have nothing to do with that process (we just repackage the source).

Thanks
Jeffrey-

Revision history for this message
James O'Dell (jodell) said :
#4

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Jeffrey,

I guess it's a on going issue

> https://bugs.php.net/bug.php?id=59493

But I didn't see anything in the changelog

__Jim

On 5/8/2012 9:50 AM, Jeffrey Ness wrote:
> Your question #196420 on IUS Community Project changed:
> https://answers.launchpad.net/ius/+question/196420
>
> Jeffrey Ness posted a new comment:
> Hello James,
>
> It seems this could be a bug directly related to the APC source,
> not in the way it is packaged.
>
> I've tested basic usage of APC with our package and show expected results:
> http://us.php.net/manual/en/function.apc-fetch.php
>
> # rpm -q php54
> php54-5.4.2-1.ius.el6.x86_64
> # rpm -q php54-pecl-apc
> php54-pecl-apc-3.1.10-1.ius.el6.x86_64
>
> # cat /var/www/html/myapc.php
> <?php
> $bar = 'BAR';
> apc_store('foo', $bar);
> var_dump(apc_fetch('foo'));
> ?>
>
> # curl -s http://localhost/myapc.php
> string(3) "BAR"
>
> ====
>
> I would suggest bringing this issue up with the APC developers,
> as we have nothing to do with that process (we just repackage the source).
>
> Thanks
> Jeffrey-
>

- --
Jim O'Dell
Network Analyst
California State University Fullerton
Email: <email address hidden>
Phone: (657) 278-2256
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+pe3AACgkQREVHAOnXPYS1ogCfZrEyMTs8/G3C3wi8vnYb+k6y
/ygAoKBFZG4DY+Ao2EeNTxMT3KjPPX9h
=yPJ9
-----END PGP SIGNATURE-----

Revision history for this message
Launchpad Janitor (janitor) said :
#5

This question was expired because it remained in the 'Open' state without activity for the last 15 days.