again thanx for replacing Deceptor you been great so far
i am not using XCache, i am only using memecache? any ideas? :)

If Memcache is failing to store data, the instance may have too little space or ran out. Restart your memcache daemon process with more allocated space (or ask your host to do this), without doing so vB Optimise will have no impact as cache will never be stored.

thank you again

No problem :)

Hi there Guys, I seem to be in the same boat as the above poster.
I have a linux server (my own) and am running memcache but I get the following two errors with the system test:

I have restarted the memcached but not changed anything yet - could someone please comment on the current config:

from php.ini
What should I check and/or change please?
TIA
Will


edit - sorry I see I have found this error here in the vb4 mod thread - I have this implemented in vb3.8.x

stardotstar - No worries about the version confusion :) As for the cache issue, what is the command for starting the memcached service you're using?

Hi Deceptor, that is a good question - its installed on my Gentoo Linux host and as far as I know it has been called by the init.d daemon which is a "start|restart|stop" kind of thing - I'll try and work that out...
Thanks for the fast reply.
I have looked at the /etc/conf.d/memcached file which probably defines the parameters fed to the command line when invoking the memcached daemon:

So it looks like 512MB has been assigned to memcached?
Is there any way that I can check that?
In the mean time I have switched the system over to file cache and it passes all the tests - would that be less efficient than memcache?

I have put this in place with yslow and members are noticing an improvement - if I can get this to be as efficient as possible I will certainly seriously consider the commercial version - thank you for making this available in the Lite format!


[edit] ahhh, this is probably what you want to see:
[/edit]

Hi stardotstar,

Your configuration seems fine and the process is indeed running on localhost port 11211 which is a typical setup, and 512mb of ram is more than enough, so really it should be working.

Might seem silly asking, but I presume you've setup Memcache configuration within vbulletins /includes/config.php?

Doh Doh Doh, double Doh;
I never ever realised that it needed configuring in my vB configs.
I am googling how to do that properly now - the current config has the entire section rem'd out.
I guess this in itself will improve the performance of my site?
Thank you!!

OK I have it all configured (I have two boards so I set the prefix for this one to something unique) and saved the config.php
Now I have gone back to the admin cp and changed the vB optimise setting to memcache and run the tests and all passes.
I can see memcache running when I top the server.
I guess I'll wait and see what my users say.
Great support! Thank you!


[UPDATE]
I have come across a strange problem on the boards when the new config.php is in place...
When the memcache config is in place and people (including myself) try to edit posts they get an error when attempting to save the edit:

vBulletin Message
1. maxloggedin
cancel changes

I have googled this and its very rare and in the past has only been responded to by asking people to turn products off to search for an offending product.
I turned the recent products off (including this one) to no avail
Then I copied my old (non-memcache) config back into place and the problem went away.
I changed my config to remove the section for a prefix for caching in case this was causing trouble but made no difference.
I have therefore returned to the old config in which memcache was disabled.
Can I get some thoughts on this as it is clearly associated with my optimisation setup as per the recommendations for this product to work - but - and I stress this - clearly not the product itself.
I have posted this in a thread on vb.com that I necromanced for this discussion:
http://www.vbulletin.com/forum/showt...03#post1982603

for the record here is the original config.php:
and the one I implemented to make memcache work with vB (and get the most out of vb optimise lite naturally enough;
Further research finds this thread:
http://www.vbulletin.com/forum/showt...th-maxloggedin

its working and it really change the speed of my site
great mod
installed
MOTM

star - I've never encountered that error when using Memcached on vBulletin, do both your websites have unique prefix's assigned in both the config.php and vB Optimise settings (assuming you're using it on both websites)?.

I'd try running one site with Memcache configured and seeing if the problem occurs, if not trying both sites and then seeing - but with unique prefix's there should not be any collision.

Deceptor, thanks for the reply. I have not set up the second forum to use memcache as per my original mistake - I had setup memcache on the server but completely failed to activate it in the vB configs. All I have done is actiavte it (with and without a prefix) on one of the forums.

I am going to try it on the other forum to see if the same error occurs when editing posts.

In the mean time I believe I can report substantial performance improvement on the site with filecache running with your product in combination with the yslow mod.

I do hope that I can get memcache working as it is bound to be even faster and may allow me to investigate the even further potential of using your commercial version.
(sorry I had failed to mark as installed - done that now - I had had it tagged but was not holding off marking as installed - this is an excellent mod and beautifully executed)

star - Thanks for the information, given this is surrounding the datastore you can opt of using it within vBulletin (in the config.php line, comment out: $config['Datastore']['class'] = 'vB_Datastore_Memcached';). If the bug doesn't appear then, it's the vBulletin Datastore.

Alternatively, you can disable Datastore Cacher on vB Optimise - however this only forces custom datastore items to use the correct datastore method (as vb doesn't handle them correctly).

Let me know if I can be of any further help, Memcache will surpass Filecache immensly (Memcache uses RAM, Filecache uses your HDD) so it'd be great if you got it working without problems :)

Thanks Deceptor !

So, please help me ensure that I have this correct...

If I comment out the line

from the vB config.php
BUT leave the other memcached lines in the file as is then memcache will not be used by vB's natively coded datastore - which you state is sub-optimal -
BUT AT THE SAME TIME switch vBOptimise's cache setting to memcache then we will still get memcache performance enhancements for all "customised datastore" and therefore won't be as good as having the vB native datastore using memcache PLUS the customised datastore through vbOptimised...

Not sure I got that down properly, will do some testing and see if I can get my head around it. I think that what you are suggesting will just bring up the original issue that prompted you to ask if I had the memcache setup properly in vB config.php to begin with...

Will

I appreciate the support very much!



[UPDATE]
Yes, as I currently have the memcache off in vB's config.php to prevent the wierd error; I have reenabled memcache as the optimisation method in your product and get the same/following results when I run the system test:
In this state I can confirm that I can edit and save posts without the "maxloggedin" error showing.

I take it that this means that the product is going to have NO effect and that I need to get the vB side sorted before I can proceed.

In which case falling back to filecache is my next best option>?

OK here's the thing.
I have configured my other less-modified board to use memcached by uninhibiting the memcached datastore section of the config.php. Interestingly the board crashed out complaining that it couldn't find the vboptimise scripts - which was unexpected as it is not a mod I have added to that board but I figured that it must have something to do with data in the cache so I set the prefix option and the board operates as normal - furthermore it does not have the 'maxloggedin' error. What this tells me is that one of my hacks is causing that on my bigger board and I would seriously like to find out which ... Any tips on where to start with this - unsure that I can easily start switching things off systematically without bothering my users but will do that if necessary - is there anything I can do that will help me troubleshoot the error if I can get it to start happening again.

Thanks for the help so far and I understand that you don't support the base code itself and nor will vb.com so I am just asking for any tips - completely understand if you want me to take it to another thread.

Will

[UPDATE] This mod works PERFECTLY on my other board - all I had to do was ensure I used the prefix for the datastore in config.ini and went through the other optimisation settings recommended by Deceptor's product - awesome - thank you this is a fantastic product!

When I get my other board sorted I will be purchasing this for both sites.
Will

OK (sorry to be avalanching in this product thread Deceptor and others :oops: ) but I need to clarify something further:

I have the vBOptimise product on and passing all tests on my smaller board - it does not throw the wierd 'maxloggedin' error on editing and saving posts. This is therefore a "full" implementation of this product and the vB core memcached datastore engine...

Further I have commented out the "$config['Datastore']['class'] = 'vB_Datastore_Memcached';" line - and only that line in the bigger board config.php and can say that the vBOptimise system tests are all passing - so this is encouraging - especially as I can still edit and save posts there ...

BUT and this is a big BUT... Despite having separate "prefixes" for the two sites they seem to be merging a lot of the common (but different) cached data - ie my forum logo, all the ads served up by openx - various image elements from the css's.

I have had to switch to filecache on the smaller board to stop it inherriting all the stuff from the bigger one.

I doubt that I have the expertise to sort this out right now and it is very hard to full explain - I also don't want to spam the thread of your excellent product.

So I will await any suggestions otherwise I'll sit tight and see what my users say - if its somewhat better I'll leave it at that for now!


Thanks again and sorry for the verbose troubleshooting posts!

Will

Hi star,

Don't worry about the mass of posts, just glad you can provide me all this information to help you diagnose the issue :)

Firstly, regarding the "cache collisions", I understand you've set alternative prefix's within vbulletins config.php - however that prefix is only used by vBulletin. vB Optimise has its own prefix within the main settings (default is "vbo_"), make sure those 2 are seperate on your forums and the cache collision should go away.

Secondly, regarding the mod invoking the "maxloggedin" issue. I'm afraid it could be any, mainly those that interface with the datastore itself (most probably). You could try backtrace the error the root of the cause but that'd be tricky - the simplest method would be as you said, trial and error until the error goes away.

If there's anything I missed out let me know, those 2 seem to be your main current issues :)

Deceptor:
"Optimise has its own prefix"
:Doh: yet again I am so far ahead of myself I have missed the obvious - of course it does! This will make a real difference. Thank you for the attention to detail. Your product is really well thought out and implemented.
I will dig into the 'maxloggedin' issue and right now I will make sure that the vbo cache prefix is properly set.

Thanks for all the help
Will

No problem star :) Let me know if you have any further questions or issues, enjoy!

why this message showing ?

already disable/off administration authontication.

rajubd - This is common on Xcache setups, check that your XCache has a var size correctly assigned, if you're still having issues I'd recommend contacting your host (or whoever installed XCache for you). Not much vB Optimise can do since it's a setup error with XCache.

I have install APC cache on VPS but after i installed every thing i am getting this error

i am not getting which folder and files should i change CHMOD. :D

Alexsmith - You do not need to CHMOd any files/folders with APC setup. Is your APC configuration set to have a var size beyond 0MB? If not then cache cannot be stored, check your php.ini (or apc.ini) configuration to verify the var cache size.

i have install xcache 1.2.1 couple of time still same problem
set ver size 1-8 mb but nothing same problem.

then install memcache

now problem with both Store Cache and Fetch Cache

now i have install xcache 1.3 same Fetch Cache problem still exist

i don't know what to do now
can someone help me?

What command did you use to start the memcached service?

root@node1 [~]# /etc/init.d/memcached restart
Shutting down memcached: [ OK ]
Starting memcached: [ OK ]

Gotcha, I presume the init script you have allocates memory. Did you specify the memcache connection details in vbulletins config.php?

yes i done that
but now return back to xcache
try to solve that problem

i want to know
how much important is Fetch Cache?
please see my php info
http://www.symbiantalk.net/info.php

If any test fails, vB Optimise will have no impact (exception to Flush Cache, however still as important). XCache is common for receiving fetch/store errors, again check the var_size within php.ini configuration, failing that you might wanna contact XCache support themselves to see why it isn't playing nice with your server.

I presume Memcache is working now?

xcache much faster for me i don't want to use memcache
can you please say me waht is the best xcache configuration for Intel(R) Xeon(TM) MP CPU 2.80GHz

XCache isn't much faster actually, my benchmarks have shown at best it uses a little less runtime memory because it doesn't require a socket connection.

As for best configuration, I'm afraid I can't help you there, as far as I know there's no "good" configuration for XCache, if it's working it's fine :)

Hi Deceptor,

I just installed your mode after installing XCache. But I'm having the same problem as rajubd.
When running the test I get this results:

Running Test: Connection to xcache
Test completed successfully
Running Test: Store Cache
Test completed successfully
Running Test: Fetch Cache
Your Opcache Operator extension is functioning, however it is unable to store data. Please check your extension configuration.
Running Test: Flush Cache
Test completed successfully

I've checked all the configuration of the xcache.ini file and here you are the contents:
It will be appreciated if you can help with this. :)

Edit: BTW, I'm on 3.8.5

Regards!

Configuration seems fine, as I told rajubd you might need to contact XCache on their support forums to see why it isn't working, it's a fairly common problem. If they point out what was wrong I'd love to hear what it is :)

OK, I'll try to get in touch with them, in the meanwhile, what would you suggest to use as an alternative to XCache? I mean what do you think is the best to use along with vb forums? I'm sure you have a lot of experience in this field so I'd like to hear some suggestions from you.:)

Another question, can I let XCache running/working and use another opcache operator beside it like memcached or APC?

Thanks :)

when I click on (System test) in admincp, I got this message
vB Optimise is currently offline. Please enable and configure vB Optimise to run a system test.

Although I enabled it from (admincp >> vB Optimise Settings)

I uninstalled XCache and installed APC instead, but still getting the same result when running the test:

Running Test: Connection to xcache
Test completed successfully
Running Test: Store Cache
Test completed successfully
Running Test: Fetch Cache
Your Opcache Operator extension is functioning, however it is unable to store data. Please check your extension configuration.
Running Test: Flush Cache
Test completed successfully

I'm running CGI/FastCGI by the way (if that might have something to do with the issue).

Or is it possible to be a folder/file permission related problem?

Thanks for your help ^^

do you have an OpCode cacher installed? One of the ones mentioned like xcache, memcache, APC, etc....

what operating system are you using?

Also saw you were running 3.8.5 for VB, why aren't you using the 3.8 mod?

I'm using Ubuntu 10.04 LTS.
I'm also using the 3.8's mod.
When I was searching about my issue I got to this thread and found the same issue was already reported. So I thought I'd post it here.

I also thought this issue is related to XCache only, but now it's exist with APC.

Super Jinni - Best alternative to XCache in my mind is Memcache. In regards to your issue it may be a CGI/FastCGI issue, do you know if you're using DSO or SuPHP for the handler? Typically cPanel let's you choose when building apache/php from within WHM.

Memcache would resolve the issues because it's different from your typical opcode cachers, it runs as a dedicated service :)

sadiq - Make sure vB Optimise is online and you have selected a cache system to use, with no cache system selected there's nothing to test :)