I'm running a Rackspace cloud server CentOs + apache2 + php 5.4 + pcntl module with a basic Kohana php framework with a mongoDb task module that forks children processes. I get the following error if I try to run more then 1 child task process at the same time:
Unable to connect to MongoDB server at Interrupted system call
According to the mongoDb task module author the issue is not related to code but perhaps the mongoDb driver or the server.
Does anyone know what the error means and/or what may be the cause?
Full error output:
0 /var/www/.../modules/mangodb/classes/mangodb.php(370):
MangoDB->connect()
1 /var/www/.../modules/mangodb/classes/mangodb.php(173):
MangoDB->_call('command', Array, Array)
2 /var/www/.../modules/mangotask/classes/model/queue/task.php(33):
MangoDB->command(Array)
3 /var/www/.../modules/mangoQueue/classes/controller/daemon.php(232):
Model_Queue_Task->get_next()
4 /var/www/.../modules/mangoQueue/classes/controller/daemon.php(111):
Controller_Daemon->daemon()
5 [internal function]: Controller_Daemon->action_index()
6 /var/www/.../system/classes/kohana/request/client/internal.php(118):
reflectionMethod->invoke(Object(Controller_Daemon))
7 /var/www/.../system/classes/kohana/request/client.php(64):
Kohana_Request_Client_Internal->execute_request(Object(Request))
8 /var/www/.../system/classes/kohana/request.php(1138):
Kohana_Request_Client->execute(Object(Request))
9 /var/www/.../index.php(109): Kohana_Request->execute()
Driver version 1.2.12 definitely has issues with forking, but this is something that should be resolved in the forthcoming 1.3.0 release. In particular, PHP-426 is one of the later issues to address this problem, as it relocated connection selection from MongoCursor to MongoCursor::doQuery(), allowing the driver to operate correctly after a fork. I would keep an eye out for the next 1.3.0 pre-release (either beta3 or rc1), and certainly when the final 1.3.0 version is released via http://pecl.php.net/package/mongo.
Related
I'm running Apache 2.4 on FreeBSD (FAMP stack) and had Wordpress successfully hosting a website. However I recently tried to install phpLDAPadmin in order to manage an LDAP server and now whenever Apache is running, any page on my site displays the following:
Fatal error: Uncaught Error: Call to undefined function mysql_connect() in /usr/local/www/apache24/data/wp-includes/wp-db.php:1643 Stack trace: #0 /usr/local/www/apache24/data/wp-includes/wp-db.php(639): wpdb->db_connect() #1 /usr/local/www/apache24/data/wp-includes/load.php(427): wpdb->__construct('user', 'pass', 'wordpressdb', 'localhost') #2 /usr/local/www/apache24/data/wp-settings.php(120): require_wp_db() #3 /usr/local/www/apache24/data/wp-config.php(92): require_once('/usr/local/www/...') #4 /usr/local/www/apache24/data/wp-load.php(37): require_once('/usr/local/www/...') #5 /usr/local/www/apache24/data/wp-blog-header.php(13): require_once('/usr/local/www/...') #6 /usr/local/www/apache24/data/index.php(17): require('/usr/local/www/...') #7 {main} thrown in /usr/local/www/apache24/data/wp-includes/wp-db.php on line 1643
The site is experiencing technical difficulties.
Furthermore, when I went to check the version of php, this happens:
# php --version
Segmentation fault (core dumped)
I read that it can happen when upgrading php from 5.x to 7.x, but unless installing phpLDAPadmin performed an upgrade, I believe I have had php 7.2 all along. I was able to see that the man page for php shows version 7.2.21. While the problem does seem to be related to php, I haven't been able to figure out exactly what is going on. It seems extremely odd that I can't even check the php version in the command line.
I have tried restarting, as well as updating via freebsd-update and portsnap followed by a reinstall, not to mention various configuration changes to php.ini, wp-config.php and httpd.conf.
====Edit====
I ran pkg upgrade -f which made the following changes:
Installed packages to be UPGRADED:
py27-openssl: 18.0.0 - 19.0.0
openldap-server: 2.4.47_1 - 2.4.48
openldap-client: 2.4.47 - 2.4.48
mysql56-server: 5.6.44 - 5.6.45
mysql56-client: 5.6.44 - 5.6.45
libnghttp2: 1.39.1 - 1.39.2
apache24: 2.4.39_1 - 2.4.41
Installed packages to be DOWNGRADED:
postgresql95-client: 9.5.18_1 - 9.5.18
postfix: 3.4.6,1 - 3.4.5,1
Installed packages to be REINSTALLED:
pkg-1.11.1
zstd-1.4.0
zip-3.0_1
xtrans-1.4.0
xorgproto-2019.1
xorg-macros-1.19.2
xmlcharent-0.3_2
xmlcatmgr-2.2_2
xcb-proto-1.13_1
xauth-1.0.10
tor-0.4.0.5_1
texinfo-6.6_1,1
swig30-3.0.12
sdocbook-xml-1.1_2,2
scons-3.0.1
rhash-1.3.5
readline-8.0.0
python36-3.6.9
python27-2.7.16_1
py27-zope.interface-4.6.0
py27-zope.event-4.1.0
py27-zope.component-4.2.2
py27-urllib3-1.22,1
py27-typing-3.6.6
py27-sphinxcontrib-websupport-1.1.2
py27-sphinx_rtd_theme-0.4.3
py27-sphinx-1.6.5_2,1
py27-snowballstemmer-1.2.0_1
py27-six-1.12.0
py27-setuptools_scm-3.3.3
py27-setuptools-41.0.1
py27-requests-toolbelt-0.8.0
py27-requests-2.21.0
py27-pytz-2019.1,1
py27-pytest-runner-2.11.1
py27-pystemmer-1.3.0_2
py27-pysocks-1.7.0
py27-pyrfc3339-1.1
py27-pygments-2.4.1
py27-pycparser-2.19
py27-parsedatetime-2.4_1
py27-josepy-1.2.0
py27-ipaddress-1.0.22
py27-imagesize-0.7.1
py27-idna-2.8
py27-enum34-1.1.6
py27-docutils-0.14_4
py27-cryptography-2.6.1
py27-configobj-5.0.6_1
py27-configargparse-0.14.0
py27-chardet-3.0.4_1
py27-cffi-1.12.3
py27-certifi-2019.6.16
py27-certbot-0.35.1,1
py27-asn1crypto-0.24.0
py27-alabaster-0.7.6
py27-acme-0.35.1,1
py27-MarkupSafe-1.1.1
py27-Jinja2-2.10.1
py27-Babel-2.7.0
portmaster-3.19_18
png-1.6.37
pkgconf-1.6.1,1
phpldapadmin-php72-1.2.3_10,1
php72-xml-7.2.21
php72-session-7.2.21
php72-openssl-7.2.21
php72-ldap-7.2.21
php72-iconv-7.2.21
php72-hash-7.2.21
php72-gettext-7.2.21
php72-7.2.21
perl5-5.28.2
pcre-8.43_1
p5-Unicode-EastAsianWidth-1.40
p5-Text-Unidecode-1.30
p5-Locale-libintl-1.31
p5-Locale-gettext-1.07
openvpn-2.4.7
openssl-1.0.2s,1
openjdk8-8.212.4.1
ninja-1.9.0,2
nasm-2.14.02,1
nano-4.2
mpfr-4.0.2
mkfontscale-1.2.1
minixmlto-0.0.2_1
maven-wrapper-1_2
maven-3.6.1
m4-1.4.18_1,1
lzo2-2.10_1
lua52-5.2.4
libzip-1.5.2
libxslt-1.1.32_1
libxml2-2.9.9
libxcb-1.13.1
libuv-1.30.1
libunwind-20170615
libtool-2.4.6_1
libtextstyle-0.20.1
libpthread-stubs-0.4
liblz4-1.9.1,1
libltdl-2.4.6
libinotify-20180201_1
libiconv-1.14_11
libgpg-error-1.36
libgcrypt-1.8.4_1
libfontenc-1.1.4
libffi-3.2.1_3
libevent-2.1.10
libedit-3.1.20190324,1
libargon2-20171227_1
libarchive-3.3.3,1
libXtst-1.2.3_2
libXt-1.2.0,1
libXrender-0.9.10_2
libXpm-3.5.12_2
libXmu-1.1.3,1
libXi-1.7.10,1
libXfixes-5.0.3_2
libXext-1.3.4,1
libXdmcp-1.1.3
libXau-1.0.9
libX11-1.6.8,1
libSM-1.2.3,1
libICE-1.0.9_3,1
jsoncpp-1.8.1_6
jpeg-turbo-2.0.2
javavmwrapper-2.6
java-zoneinfo-2019.a
jakarta-commons-logging-1.2
jakarta-commons-codec-1.10
jakarta-commons-cli-1.4,1
iso8879-1986_3
indexinfo-0.3.1
icu-64.2,1
httpcore-4.4.11
httpclient-4.5.7
html2text-1.3.2a
help2man-1.47.10
gperf-3.0.3_2
gmp-6.1.2_1
gmake-4.2.1_3
glib-2.56.3_5,1
giflib-5.1.9
gettext-tools-0.20.1
gettext-runtime-0.20.1
gdbm-1.18.1_1
freetype2-2.10.0
fontconfig-2.12.6,1
expat-2.2.6_1
easy-rsa-3.0.6
docbook-xsl-1.79.1_1,1
docbook-xml-5.0_3
docbook-sgml-4.5_1
docbook-1.5
dialog4ports-0.1.6
dejavu-2.37_1
dbus-glib-0.110
dbus-1.12.12
db5-5.3.28_7
curl-7.65.1
cmake-3.14.5
check-0.12.0_1
ca_root_nss-3.45
bison-3.4.1,1
binutils-2.32_1,1
automake-1.16.1_1
autoconf-wrapper-20131203
autoconf-2.69_2
apr-1.6.5.1.6.1_1
alsa-lib-1.1.2_2
Number of packages to be upgraded: 7
Number of packages to be reinstalled: 172
Number of packages to be downgraded: 2
After that finished, php --version works:
# php --version
PHP 7.2.21 (cli) (built: Aug 8 2019 01:27:53) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
However, I'm still getting the same Fatal error from Apache/Wordpress.
Ok, I finally fixed this!
The problem must have been related to upgrading PHP, probably from PHP 7.1 to PHP 7.2. I'm assuming this happened when I installed phpLDAPadmin, which is what triggered the issue.
Firstly, I was able to solve the segmentation fault/core dump issue by running the following:
pkg upgrade -f
This allowed me to use the PHP terminal commands again. However WordPress still wasn't working and showed the same fatal error above.
After checking through a FAMP stack install guide for FreeBSD 12 and PHP 7.2, I realized that I didn't have all of the necessary PHP modules installed anymore.
php -m
PHP Warning: PHP Startup: Unable to load dynamic library 'php_nd_mysqls.dll' (tried: /usr/local/lib/php/20170718/php_nd_mysqls.dll (Cannot open "/usr/local/lib/php/20170718/php_nd_mysqls.dll"), /usr/local/lib/php/20170718/php_nd_mysqls.dll.so (Cannot open "/usr/local/lib/php/20170718/php_nd_mysqls.dll.so")) in Unknown on line 0
[PHP Modules]
Core
date
gettext
hash
iconv
ldap
libxml
mysqlnd
openssl
pcre
Reflection
session
SPL
standard
xml
Whereas the installation guide here shows the php install command as follows:
pkg install php72 php72-mysqli mod_php72 php72-mbstring php72-zlib php72-curl php72-gd php72-json
I believe, based on reading this page earlier, that it was the lack of MySQLI that was causing WordPress to throw the fatal error. When I installed the missing PHP modules everything worked again!
I was upgrading my Symfony 2 project, which works with the lws_memcache Bundle.
Now my I get the following error:
ClassNotFoundException in LoggingMemcache.php line 4:
Attempted to load class "MemcachePool" from the global namespace.
Did you forget a "use" statement?
The File lies in the vendor of the lws_memcache Bundle, so I can't change the code.
My memcached Server is on the version 1.4.14, the bundle itself is the newest verison.
This is what my IDE (PHPStorm 8) shows me when I hover over the Class \MemcachePool in the vendor code.
Multiple definitions exist for class MemcachePool less... (Strg+F1)
Undefined class: Declaration of referenced class is not found in
built-in library and project files. Multiple declarations: this
version of IDE will have problems with completion, member resolution
and inheritance analysis for all classes that have multiple
definitions in project files (regardless of includes).
Is there something I can do about it?
LswMemcacheBundle bundle is compatible with memcache 3.0.6 or higher. I was having the same error with php-memcache 2.2.x.
Try upgrading your php-memcache to the new one (3.0.8), but first you need to edit the formula and setup the flags brew edit php56-memcache :
. 20 safe_phpize
. 21
+ 22 ENV['MACOSX_DEPLOYMENT_TARGET'] = '10.11'
+ 23 ENV['CFLAGS'] = '-fgnu89-inline'
+ 24 ENV['LDFLAGS'] = '-fgnu89-inline'
+ 25 ENV['CXXFLAGS'] = '-fgnu89-inline'
+ 26
. 27 system "./configure", "--prefix=#{prefix}",
. 28 phpconfig
. 29 system "make"
$ brew uninstall homebrew/php/php56-memcache
$ brew install homebrew/php/php56-memcache --devel
Then restart php-fpm + nginx.
Make sure your config file has a memcache session pool defined.
Try rebooting the server.
I had the same issue when installing LwsMemcache in my symfony project. I received the exact same error on production as the one above, but on my dev box, It was a different error (can't remember what it said), but had to do with php5 and memcache not working together.
restarting the services for nginx and php5-fpm did not work. I had to reboot and it works fine.
I'm trying to migrate from PHP 5.4 (with FPM as FastCGI and apc) on nginx to HHVM - FastCGI (nginx too).
My application is an ad server with Slim as a framework. The ad server is connecting to redis, to memcached (for socket and http), to MySQL, to MongoDB (these endpoints are disabled in HHVM version), to our Java Backend using SOAP and to beanstalkd.
The application has a test endpoint, which calculates a Fibonacci series, after the request 11 the speed is fantastic!
But... The benchmarks of the other endpoints are worse in hhvm (after the request 11, of course).
I'm thinking that is always hhvm mode interpreter on.
Some ideas?
Thanks!
The environment:
8 processors and 8gb RAM.
$ uname -a
Linux 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:40:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04 LTS
Release: 14.04
Codename: trusty
I compiled the hhvm because I modified phpredis:
$ hhvm --version
HipHop VM 3.2.0-dev (rel)
Compiler: heads/master-0-gb7802e739a1f16808dd06c57754c1dc77ed80054
Repo schema: acdee0ea91d0b5967c60a0a42f5dbf81433a7821
The tests:
Fibonacci Test
PHP
1.1112360954285
HHVM
1.7104048728943
1.7193510532379
1.7104179859161
1.713366985321
1.7120008468628
1.7102618217468
1.7118058204651
1.7113170623779
1.7101211547852
1.7117080688477
1.7127840518951
0.10136723518372
Geolocation Test (SOAP)
PHP
Endpoint time
0.011466026306152
SOAP connection time
0.0031890869140625
HHVM
1 Endpoint time
0.26668095588684
1 SOAP connection time
0.017861127853394
2 Endpoint time
0.059494972229004
2 SOAP connection time
0.0069239139556885
3 Endpoint time
0.058794975280762
3 SOAP connection time
0.007004976272583
4 Endpoint time
0.057528972625732
4 SOAP connection time
0.0068209171295166
5 Endpoint time
0.059458017349243
5 SOAP connection time
0.0067899227142334
6 Endpoint time
0.058032035827637
6 SOAP connection time
0.0068209171295166
7 Endpoint time
0.060270071029663
7 SOAP connection time
0.0065340995788574
8 Endpoint time
0.062243938446045
8 SOAP connection time
0.0065720081329346
9 Endpoint time
0.060788869857788
9 SOAP connection time
0.009145975112915
10 Endpoint time
0.065010070800781
10 SOAP connection time
0.007810115814209
11 Endpoint time
0.057285785675049
11 SOAP connection time
0.0065789222717285
12 Endpoint time
0.057971000671387
12 SOAP connection time
0.0066900253295898
I helped the Facebook HHVM team resolve this exact same problem at around the exact same time you were experiencing it: August 2014.
The issue was resolved in HHVM 3.5, in January 2015.
See my issue:
https://github.com/facebook/hhvm/issues/3515
I wouldn't make the move. I had a client running wordpress (http://www.yourengagement101.com/)
that was suffering performance issues. It was running on lamp/ubuntu/ec2:lb and was getting over 50,000 unique a day. After installing and configuring FPM it's been stable and on going.
It depends on what you're getting and what you're trying to get accomplished. Although your scientific patterns seems interesting but the benchmark seems to be an issue. Whatever the case is in my personal experience I've tried many, including zend server optimizer which I had no luck with and despise with passion.
Being on Amazon, we we able to lb requests to 2 diff db/web servers which helped us put out the fire although non of it was planned.
I am having serious problem connecting to external ORA DB 11g from local Zend server CE.
OCI8 is enabled and running version 1.4.6 (due to phpinfo()).
I have tried many connection options (listed below) with the same error returned:
oci_connect(): ORA-28547: connection to server failed, probable Oracle Net admin error
After googling for whole day I am only able to say that this error means that PHP was able to comunicate with the server but was unable to connect to a concrete service/database and that the error shouldn't come from PHP itself...
I have set environment variable TNS_ADMIN to c:\oracle_instantclient_11_2 where the file tnsnames.ora is located containing this connection description:
MYDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = X.X.X.X)(PORT = 1521))
)
(CONNECT_DATA = (SID = MYDB)(SERVER = DEDICATED))
)
Using this description like
(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=X.X.X.X)(PORT=1521)))(CONNECT_DATA=(SID=MYDB)(SERVER=DEDICATED)))
I am able to connect to the server and the service/database with sqlplus console, so the connection is very right. I am also using the very same HOST, PORT and SID to connect to the server with Sqldeveloper tool. The problem is when connecting to the server within a PHP...
What have I tried so far:
oci_connect("user", "password", "X.X.X.X:1521", "AL32UTF8", 0);
oci_connect("user", "password", "MYDB", "AL32UTF8", 0);
oci_connect("user", "password", "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=X.X.X.X)(PORT=1521)))(CONNECT_DATA=(SID=MYDB)(SERVER=DEDICATED)))", "AL32UTF8", 0);
All of these oci_connect calls above return the same error mentioned.
I had also tried the ezconnect way for 11g as stated here - [//]host_name[:port][/service_name][:server_type][/instance_name]:
oci_connect("user", "password", "X.X.X.X:1521/MYDB", "AL32UTF8", 0);
but the problem is I do not know the service name, only the service ID (SID), thus the error returned is this:
oci_connect(): ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
that says there is no service running with the service name provided (or that the ORA listener does not know of such service).
PHP version: 5.3.14
Appache v.: 2.2.22 (32bit) Zend
Zend server CE: 5.3.6
PHP info for OCI8:
OCI8 Support enabled
Version 1.4.6
Revision $Revision: 313688 $
Active Persistent Connections 0
Active Connections 0
Oracle Instant Client Version Unknown
Temporary Lob support enabled
Collections support enabled
Directive Local Value Master Value
oci8.connection_class no value no value
oci8.default_prefetch 100 100
oci8.events Off Off
oci8.max_persistent -1 -1
oci8.old_oci_close_semantics Off Off
oci8.persistent_timeout -1 -1
oci8.ping_interval 60 60
oci8.privileged_connect Off Off
oci8.statement_cache_size 20 20
Maybe the problem is that there is unknown version of Oracle instant client though it's path is set within both the TNS_ADMIN and PATH environment variables...
My question is: does anybody know of what have I done wrong? Am I missing something? I have googled for a whole day yesterday so probably (with 99% chance) any google links You would like to provide me with I have already seen and tried...
Though this question could be considered as an exact duplicate of this one - it has not been yet answered and I guess nobody will return back to that old question even if I post a comment I am having the connection problems too. Also keep in mind that in that similar question a different error is returned and asked about.
Due to several misconfigurations and 3 days lost while looking for a solution I moved to develop on Linux server and all of the problems are gone.
What I have found:
both php_oci8.dll and php_oci8_11g.dll are depending on the Oracle Instant Client libraries
these libraries does not contain oci_ functions (like oci_connect), only ociX functions (like ociLogon) which is strange...
though I am pretty sure I have downloaded Oracle Instant Client Basic and all of the extensions, I was not able to connect to another Oracle server due to unknown charset and the error was saying I am using only Lite instant client...
I tried both 64bit and 32bit instant client version at no avail
my Apache is 64bit, windows is 64bit, PHP is 32bit, remote Oracle server is 64bit, remote Linux server is 64bit...
tried many environment settings (ORA_HOME, TNS_ADMIN, adjusted PATH to look to instant client installation) at no avail
tried uninstalling local Oracle XE server due to possible environment settings interference at no avail
almost lost my head - at no avail...
So finaly on Linux server I have no problems connecting to remote Oracle server. Somewhere (while surfing over thousands of PHP-Oracle related pages) I have found an information that "one shouldn't develop PHP application connecting to Oracle server under windows" and should stick to UNIX system instead...
So anybody experiencing similar or same problems - be so kind and do not waste Your time, install a VirtualBox, run Linux on it and move forward!
to connect php to Oracle 11g version 11.2 you need to do following;
Step-1:
login to you db with sys as sysdba and execute following scripts.
**
execute dbms_connection_pool.start_pool();
execute dbms_connection_pool.restore_defaults();
**
Step-2:
in you PHP script
**
$conn = oci_connect("username", "password", "//hostname/servicename");
if (!$conn) {
$m = oci_error();
echo $m['message'], "\n";
exit;
}
else {
print "Connected to Oracle!";
}
// Close the Oracle connection
oci_close($conn);
**
Note: i). Make sure PHP_OCI8 and PHP_OCI8_11g exertions are enabled
ii). Oracle 11 is case sensitive.
Best Regards
Yasir Hashmi
I have had the same issue and tried to connect from my local machine to a remote server.
after 2 weeks of tring I finally got it to work.
the solution is very simple but not documented in the PHP documentation
so let us take the sample PHP provided:
$conn = oci_connect('hr', 'welcome', 'localhost/XE');
what they did not mention is that it points to the default port on the server.
if yours is set up to a different one you need to specify that.
see the new example below:
$conn = oci_connect('hr', 'welcome', 'localhost:1234/XE');
try that with your specified port.
Hope this helps
Just adding my two cents, as I Banged my head against the wall with this one... If all else fails, try this, Once you have downloaded the instant client, http://www.oracle.com/technetwork/topics/winsoft-085727.html, copy it's extracted contents to the apache/bin folder. It'll likely ask you to over-write the oci.dll. Do so, then restart apache/php. With luck this will fix the problem...
Good luck.
My solution on fedora 17:
1. yum install httpd httpd-devel.
2. yum install php php-mysql php-pear php-devel
3. Install oracle instantclient:
rpm -Uvh oracle-instantclient11.2-basic-11.2.0.3.0-1.x86_64.rpm
rpm -Uvh oracle-instantclient11.2-devel-11.2.0.3.0-1.x86_64.rpm
4. pecl install oci8
This gives:
**
downloading oci8-1.4.7.tgz ...
Starting to download oci8-1.4.7.tgz (Unknown size)
.....done: 168,584 bytes
10 source files, building
running: phpize
Configuring for:
PHP Api Version: 20100412
Zend Module Api No: 20100525
Zend Extension Api No: 220100525
Please provide the path to the ORACLE_HOME directory.
Use 'instantclient,/path/to/instant/client/lib' if you're compiling
with Oracle Instant Client [autodetect] :'
**
Just press enter.
5. Enable the OCI8 extension by creating a file, oci8.ini for example, with the following line at /etc/php.d/:
extension=oci8.so
6. service httpd restart
For the record (PHP 8.0.12), you can also try:
In the Apache bin folder, copy inside the next files
📁 apache24
....📁 bin
....... 📃oraociei12.dll
....... 📃oci.dll
....... 📃oraons.dll
You can find those files in the Instant client folder and in the bin folder.
Then restart Apache and that is.
The instant client, apache version and PHP version must be or 32bits or 64bits.
You can also try to connect using ez-connection (if you want to avoid using the tnsnames).
I have an application with some memcached operations. I have installed php memcached extension version 2.0.1. from configure to make install everything went smoothly, no errors.
Now in my application I instantiate a memcached instance and When I run methods like addServer or get or set, everything runs fine. But when I fire getStats or getVersion I get this error
/usr/local/bin/php: symbol lookup error: /usr/local/lib/php/extensions/no-debug-non-zts-20060613/memcached.so: undefined symbol: zend_parse_parameters_none
Can anyone help me with this? Been stuck with this since entire yesterday.
Another strange observation is with NetBeans. I use version 7.0.1. When I create a memcache object I get the autocomplete when type in $memcObj-> but the same is not true when the object is of memcached. No autocomplete.
I believe zend_parse_parameters_none was introduced for the Zend API in 2008.
sh ~> git blame Zend/zend_API.h
...
11e5d2f2 (Zeev Suraski 2001-07-30 02:07:52 +0000 247) _zend_get_parameters_array_ex(param_count, argument_array TSRMLS_CC)
cc2b17d5 (Felipe Pena 2008-03-10 22:02:41 +0000 248) #define zend_parse_parameters_none() \
cc2b17d5 (Felipe Pena 2008-03-10 22:02:41 +0000 249) zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "")
58f88057 (Andrei Zmievski 2001-07-09 18:51:29 +0000 250)
I imagine your version of PHP is not compatible with PECL's Memcached extension, as your extensions directory has a timestamp before 2006-11-02 (no-debug-non-zts-20060613).
Ideally you would want to look into upgrading PHP. Else, try PECL's Memcache extension; which, does offer a stable version to match your PHP build.