E_WARNING: Zend OPcache API is restricted by "restrict_api" configuration directive

20 posts by 4 authors in: Forums > CMS Builder
Last Post: November 30, 2016   (RSS)

By Steve99 - October 18, 2016

Hello,

We just started seeing this E_WARNING show up in the error logs. Host is Rackspace.

E_WARNING: Zend OPcache API is restricted by "restrict_api" configuration directive

Which directs us to the lib common file:

  // opcache - invalidate old versions so opcache.file_update_protection won't prevent updated PHP file from being loaded
  if (function_exists('opcache_invalidate')) { opcache_invalidate($filepath, true); }

Scenarios triggering this warning include running cmsb cron.php and creating new section editors. It does not appear to have affected completion of tasks.

Thank you,
Steve

By Damon - October 18, 2016 - edited: October 19, 2016

Hi Steve,

Just did some research online and appears that that error is related to OpCode Cache being used on the server which disables some PHP functions:
opcache_compile_file()
opcache_get_configuration()
opcache_get_status()
opcache_invalidate()
opcache_reset()

Can you contact Rackspace and ask them to disable OpCode Cache for the site or at least for the CMS Builder folder if that is possible?

Cheers,
Damon Edis - interactivetools.com

Hire me! Save time by getting our experts to help with your project.
http://www.interactivetools.com/consulting/

By Steve99 - October 19, 2016

Hi Damon,

Thank you for the information. I spoke with Rackspace tech again, and they confirmed with their operations team that the ability to control opcache was disabled the other day.

On their cloud service opcache is enabled by default. Even though opcache can be turned off via htaccess and their operations team disabled the ability to control opcache, the php functions related to opcache are still enabled (yet won't do anything due to the configuration change - which makes no sense to me at all).

I'm currently awaiting a response from my last comment in the support ticket thread stating that this would effectively force us to disable opcache on all the cloud hosted sites, yet would still log error warnings because the php function is still enabled.

I doubt they will make any configuration changes, but will await a response and keep you posted.

Regards,
Steve

By Dave - October 19, 2016

Hey Steve, 

Can you try hiding the warning by adding an @ before the second instance of opcache_, like this: 

if (function_exists('opcache_invalidate')) { @opcache_invalidate($filepath, true); }

After making that change, check if warnings no longer appear in the error logs, and check if after you update a schema (such as by adding a field or changing a field label) it doesn't show you the old cached versions.

Let me know if that works for you and any questions.  Thanks!

Dave Edis - Senior Developer
interactivetools.com

By Steve99 - October 20, 2016

Hey Dave,

Suppressing with @ operator effectively keeps the warning out of the log.

Adding the following to either the root htaccess or cmsb folder htaccess disabled opcaching:
php_flag opcache.enable Off

We can certainly work with this recent configuration change by the host. Will just have to make sure we disable opcache on every site and add the suppression operator to that line on all our installations. It's just annoying that the host changed configuration so there's no opcache controls, it's enabled by default, and the php functions are still enabled - yet won't do anything because the actual controls are disabled.

Thanks again,

Steve

By Steve99 - October 21, 2016

Hey Dave,

Right, and that code is certainly best practice to ensure the cached files are updated.

We'll have to disable opcache entirely on the installs in RS cloud. Findings indicate the functions for opcache are enabled, yet restricted. Apparently the cache was related to the entire web cluster, not just users - hence why they've restricted said functionality. They'll probably disable the functions on future php builds released to the platform, unless they revise caching implementation to be on a user basis which I don't see happening in the near future.

It's one of those trade-offs when going to public cloud solutions.

Appreciate the assistance.

Cheers,
Steve

By Steve99 - October 25, 2016

Hello again,

Well, I disabled opcache via htaccess - and added the @ suppression - and now the CMS admin panel appears all goofed up. Something related to styles and this opcache? See attachment for screenshot. Thanks again.

By Dave - October 25, 2016

Hi Steve, 

You could check to see if the server is returning a 404 or error for any of the CSS files.  That would be my first guess.

In Chrome:

  • Ctrl-Shift-i (open Developer Tools)
  • Click on Network tab
  • F5 to refresh page
  • Check if the status on any of the loaded files isn't 200

And/or try not disabling opcache via htaccess.  

It sounds like a server issue, but we'd like to support however rackspace is doing things, so if you'd like me to take a look just email me direct at dave@interactivetools.com (don't post any login details to the forum).  Thanks!

Dave Edis - Senior Developer
interactivetools.com

By Steve99 - October 26, 2016

Hey Dave,

That was my first thought too, but they're all returning 200. Also tested with opcache enabled.

Will compile test server info and email you shortly. Thanks again Dave.

Steve