Bug System test has started to fail? ... was working?

[Badger]

Not sure what's happened, but our tech support updated our Linux to the current build and I checked the system status of vBoptimize. (see attachment)

To be honest, I'm not exactly sure if this "Fetch Cache" problem existed before they updated Linux or not, as I hadn't run a system test in a while.

I've kind of relied upon the "Resource Stats" page and seeing the SQL query savings at the bottom of pages, which seemed to be working ok.

What could be wrong and any idea where I should tell the tech people to look to correct the problem?

Thanks for your help ..

Regards,
Doug

 

[Ozzy47]

You would need to check the configuration for opcache as is stated in the error.

Maybe right click /vboptimise/filecache in your FTP program and CHMOD it to 0777

 

[Badger]

You would need to check the configuration for opcache as is stated in the error.

Maybe right click /vboptimise/filecache in your FTP program and CHMOD it to 0777

Hi..

There is a directory vboptomise but nothing named filecache under it?

We are using MemCache as the caching program ...

Where is the configuration done for opcache?

Thanks ...

Regards,
Doug

 

[Ozzy47]

First of all make sure your vBulletin configuration is assigned to memcache and the values are correct in includes/config.php, it'd look probably just like this:

$i = 0;
// First Server
$i++;
$config['Misc']['memcacheserver'][$i]        = '127.0.0.1';
$config['Misc']['memcacheport'][$i]            = 11211;
$config['Misc']['memcachepersistent'][$i]    = true;
$config['Misc']['memcacheweight'][$i]        = 1;
$config['Misc']['memcachetimeout'][$i]        = 1;
$config['Misc']['memcacheretry_interval'][$i] = 15;

After that the only other thing you can do is to make sure the memcache daemon is running on your server and has memory allocated, you'd need to ask your host if this service is running and with how much space - additionally the service should be running under a user that php won't have a problem interfacing with, typically the user is "nobody".

If that don't work Fillip H. will have to look into it for you.

 

[Fillip H.]

To see if this is a vBO or a server issue, please create the following file as memcached-test.php and run it:

<?php
 /* connect to memcached server */
 $memcache_obj = memcache_connect('localhost', 11211);
 
 /*
 set value of item with key 'var_key'
 using 0 as flag value, compression is not used
 expire time is 30 seconds
 */
 memcache_set($memcache_obj, 'var_key', 'some variable', 0, 30);
 
 echo memcache_get($memcache_obj, 'var_key');

If that outputs "some variable" then we can go further with this

 

[Badger]

Fixed....

Thanks to you both for your help ....

It appears that when they installed an updated Unix version to our dedicated server, they needed to re-compile the kernal, at least that's what they told me.

It now passes all tests ....

Question... are there any updates coming to this product in the future?

Regards,
Doug

 

[Cosmic]

Fixed....

Thanks to you both for your help ....

It appears that when they installed an updated Unix version to our dedicated server, they needed to re-compile the kernal, at least that's what they told me.

It now passes all tests ....

Question... are there any updates coming to this product in the future?

Regards,
Doug

We do intend to update it in future (as with all of our products). At the moment there are just no suitable features to go in really. Just throwing new features in haphazardly is a terrible idea for a performance-based mod, so we will wait until we find/can think of something that can be safely implemented for all users that will result in performance gains.