Flush Cache

[kolenoblata]

Again me
This is situation at the moment. I had some issue with php 5.3 version so I asked my host to downgrade it which he did and of course it solved my problem but now I have again this problem with flushing cache and blank pages. I double checked in php.ini and admin authentification if off.
xcache.admin.enable_auth = Off

What can be problem now?

Thanks

 

[Deceptor]

If authentification is off there should be no issue, is display_errors on inside your php.ini? If not try set it to on, it might disdlay the PHP error occuring when you see the blank page.

 

[kolenoblata]

I did it but problem is still there and I don't see any error. I even try to set password and user name for Xcache but , I don't know where else to look .

 

[Deceptor]

You shouldn't need to set a password, if your admin auth is off in php.ini make sure it is within vB Optimise too (the setting to enable/disable xcache authentification). Could you post your segment of php.ini here which contains your XCache configuration?

 

[kolenoblata]

Yes I know but I didn't know what else to try. I even unistalled product and install it again but still nothing.
Ok, here is my xcache info:

[xcache-common]
;; install as zend extension (recommended), normally "$extension_dir/xcache.so"
zend_extension = /usr/local/lib/php/extensions/no-debug-non-zts-20060613/xcache.so
; zend_extension_ts = /usr/local/lib/php/extensions/non-debug-zts-xxx/xcache.so
;; For windows users, replace xcache.so with php_xcache.dll
; zend_extension_ts = c:/php/extensions/php_xcache.dll
;; or install as extension, make sure your extension_dir setting is correct
;extension = xcache.so
;; or win32:
; extension = php_xcache.dll

[xcache.admin]
xcache.admin.enable_auth = Off
xcache.admin.user = ""
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = ""

[xcache]
; ini only settings, all the values here is default unless explained

; select low level shm/allocator scheme implemenation
xcache.shm_scheme =        "mmap"
; to disable: xcache.size=0
; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows
xcache.size  =               60M
; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count =                 1
; just a hash hints, you can always store count(items) > slots
xcache.slots =                8K
; ttl of the cache item, 0=forever
xcache.ttl   =                 0
; interval of gc scanning expired items, 0=no scan, other values is in seconds
xcache.gc_interval =           0

; same as aboves but for variable cache
xcache.var_size  =            4M
xcache.var_count =             1
xcache.var_slots =            8K
; default ttl
xcache.var_ttl   =             0
xcache.var_maxttl   =          0
xcache.var_gc_interval =     300

xcache.test =                Off
; N/A for /dev/zero
xcache.readonly_protection = Off
; for *nix, xcache.mmap_path is a file path, not directory.
size  =            4M
xcache.var_count =             1
xcache.var_slots =            8K
; default ttl
xcache.var_ttl   =             0
xcache.var_maxttl   =          0
xcache.var_gc_interval =     300

xcache.test =                Off
; N/A for /dev/zero
xcache.readonly_protection = Off
; for *nix, xcache.mmap_path is a file path, not directory.
; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection
; 2 group of php won't share the same /tmp/xcache
; for win32, xcache.mmap_path=anonymous map name, not file path
xcache.mmap_path =    "/dev/zero"


; leave it blank(disabled) or "/tmp/phpcore/"
; make sure it's writable by php (without checking open_basedir)
xcache.coredump_directory =   ""

; per request settings
xcache.cacher =               On
xcache.stat   =               On
xcache.optimizer =           Off

[xcache.coverager]
; per request settings
; enable coverage data collecting for xcache.coveragedump_directory and xcache_coverager_start/stop/get/clean() functions (will hurt executing performance)
xcache.coverager =          Off

; ini only settings
; make sure it's readable (care open_basedir) by coverage viewer script
; requires xcache.coverager=On
xcache.coveragedump_directory = ""
;zend_extension = xcache.so
zend_extension="/usr/local/Zend/lib/Optimizer-3.3.9/php-5.2.x/ZendOptimizer.so"

 

[Deceptor]

Everything seems fine there (though only 4MB allocated to var size, which is pretty small). In either case, can you do the following as a test:

1. Create a php file called "xcache_delete.php" (you can do this in notepad)
2. Inside the file, put:

<?php
error_reporting(E_ALL & ~E_NOTICE);

echo '<pre>';
echo 'Clearing XCache...';

for ($x = 0, $total = xcache_count(XC_TYPE_VAR); $x < $total; $x++)
{
	xcache_clear_cache(XC_TYPE_VAR, $x);
	echo "\n.";
}

echo "\nCompleted</pre>";

Save and upload the file anywhere on your website, then visit the file, eg: yoursite.com/xcache_delete.php - Copy/paste any output from that here

 

[kolenoblata]

Done it, here is result:

Clearing XCache...

Fatal error:  xcache_count() [<a href='function.xcache-count'>function.xcache-count</a>]: unexpect 8 bytes of xcache.admin.pass, expected 32 bytes, the password after md5() in .../public_html/xcache_delete.php on line 7

 

[Deceptor]

Apparently XCache still thinks a password is re-assigned. Did you restart apache after adjusting your php.ini? If so try changing this in your php.ini

xcache.admin.enable_auth = Off
xcache.admin.user = ""
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = ""

To:

xcache.admin.enable_auth = Off
;xcache.admin.user = ""
; xcache.admin.pass = md5($your_password)
;xcache.admin.pass = ""

Save/restart apache and re-try the xcache_delete.php

 

[kolenoblata]

done it and its say there have to be username and pass:

Clearing XCache...

Fatal error:  xcache_count() [<a href='function.xcache-count'>function.xcache-count</a>]: xcache.admin.user and xcache.admin.pass is required in .../public_html/xcache_delete.php on line 7

 

[Deceptor]

Hm interesting, undo the edit and restart apache and see if the original error still occurs, on a test server I have this and it works fine:

[xcache.admin]
xcache.admin.enable_auth = Off
xcache.admin.user = ""
; xcache.admin.pass = md5($your_password)
xcache.admin.pass = ""

 

[kolenoblata]

Ah, same message like last time, still looking for username and pass

 

[Deceptor]

Hm, the error it's reporting means the password has been allocated 8 bytes somewhere, are you sure "xcache.admin.pass" occurs no where else in php.ini, or perhaps you have an xcache.ini with it being set?

 

[kolenoblata]

I located 2 xcache.ini files on server:

/root/src/xcache-1.3.0/xcache.ini
/usr/local/src/xcache/xcache.ini


The thing is that it was working untill downgrading php, that is why I am confused.

 

[Deceptor]

Hm, this file looks like it may be used: /usr/local/src/xcache/xcache.ini
I'd edit that and make sure the admin user/pass are set the exact same way as the one in php.ini then restart apache. If that's a no-go I'd suggest contacting your host as it's not directly related to vB Optimise (as the test script alone yeilds errors).

 

[kolenoblata]

It didn't help
Ok, I will contact them but what should I tell them? What was this test script for?
Can you please just point me?

Thanks

 

[Deceptor]

The test script uses native XCache functions available to anyone that has XCache installed - doesn't use any vBulletin or vB Optimise code. You can find more info on XCache native functions/constants in their API here: http://xcache.lighttpd.net/wiki/XcacheApi

 

[kolenoblata]

Problem is solved by unistalling and installing xCache again.

Thanks for your support

Just one more question. What is optimal settings for xCache?
I have intel I7 with 12 of RAM

 

[Deceptor]

I'll presume you mean 12GB of RAM not 12MB

Based on your last ini, you had 4MB allocated to XCache, for vBO Lite I'd recommend 32MB, it'll be a lot more than vBO will use but it won't hurt to allocate that.

 

[kolenoblata]

I have increase xcache_var_size to 32 MB, but I also increase xcache_size to 128MB. Is that ok or I can go for more?

 

[Deceptor]

xcache_var_size is the only concern with vBO, since we stored data in the cache, the other option is for PHP cache itself so you can set that to whatever you please (personally I'd say 64/128MB, you have a ton of ram to spare)