Memcache and turcke mmcache php problems
Michael Weck
mweck@bellsouth.net
Wed, 14 Jul 2004 19:19:26 -0400
This is a multi-part message in MIME format.
------=_NextPart_000_00E7_01C469D7.7AB73A50
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi,=20
=20
Thanks for the tips, ill definitely upgrade php :) =20
=20
I also realized that turck comes with caching support, its not near as
powerful as the memcache daemon, but I may just use that for now as its
working by itself pretty well.=20
=20
Best Regards,=20
=20
Michael Weck
-----Original Message-----
From: DJ Matlock [mailto:jmat@shutdown.net]=20
Sent: Wednesday, July 14, 2004 6:41 PM
To: mweck@bellsouth.net; memcached@lists.danga.com
Subject: Re: Memcache and turcke mmcache php problems
I use turck mmcache (the latest) and the PECL memcache module with no
problems on my production cluster under Linux 2.6.7, Apache 2.0.48, php =
5.0
CVS, in prefork; it also works well on my development box: MacOSX =
(Darwin
7.4.0) Apache 2.0.50, PHP 5 (Release), in worker... But both of those =
are
pretty far from what you're running.
I would venture to guess that all of your problems stem from the version =
of
PHP that you're running. It's quite old (and full of some pretty nasty
security holes). The ZEND API has changed considerably between 4.3.4 =
and
4.3.8 (the current version). You should definitely look into upgrading =
to
4.3.8 and Turck mmcache 2.4.6 if you can - I would bet that solve your
problem.
Let me repeat that... Anything before 4.3.8 have some major security =
holes
in them.. -hint hint-.
Also, there were some weird shared memory issues with RH8's glibc - make
sure you've got the latest updates for those - they're definitely munge =
up
turck. (although I don't even know if RH supports 8 anymore?).
Another thing you might want to try is start with a completely virgin
install of PHP - make all of your modules compile as external =
libraries...
Then slowly add one in at a time and see if it starts. I saw some =
problems
with the mysql module under 4.3.5 and turckmm a while back... This was =
how
I found it (it worked fine before mysql was inserted into the config).
On 7/14/04 12:53 PM, "Michael Weck" <mweck@bellsouth.net> wrote:
Hi,=20
Has anyone implemented memcache along side with mmcache (turck php
accelerator http://turck-mmcache.sourceforge.net
<http://turck-mmcache.sourceforge.net>
<http://turck-mmcache.sourceforge.net> )?=20
I am running redhat 8.0 with apache 1.3.31 and php 4.3.4. The mmcache =
status
script shows multiple copies of some of the files, which it did not do
before I added the PECL memcache module to the php configuration.=20
I don't see any configuration settings to let me rename the memory space =
or
reference. I think it has something to do that they are both related =
from a
point a while back.
Best Regards,=20
Michael Weck=20
------=_NextPart_000_00E7_01C469D7.7AB73A50
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<TITLE>Message</TITLE>
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff size=3D2>Hi,=20
</FONT></SPAN></DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2>Thanks for the tips, ill definitely upgrade php :) =20
</FONT></SPAN></DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff size=3D2>I=20
also realized that turck comes with caching support, its not near as =
powerful as=20
the memcache daemon, but I may just use that for now as its working by =
itself=20
pretty well. </FONT></SPAN></DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff size=3D2>Best=20
Regards, </FONT></SPAN></DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D937251123-14072004><FONT face=3DVerdana =
color=3D#0000ff=20
size=3D2>Michael Weck</FONT></SPAN></DIV>
<BLOCKQUOTE style=3D"MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr =
align=3Dleft><FONT=20
face=3DTahoma size=3D2>-----Original Message-----<BR><B>From:</B> DJ =
Matlock=20
[mailto:jmat@shutdown.net] <BR><B>Sent:</B> Wednesday, July 14, 2004 =
6:41=20
PM<BR><B>To:</B> mweck@bellsouth.net;=20
memcached@lists.danga.com<BR><B>Subject:</B> Re: Memcache and turcke =
mmcache=20
php problems<BR><BR></FONT></DIV><FONT face=3D"Verdana, Helvetica, =
Arial"><SPAN=20
style=3D"FONT-SIZE: 12px">I use turck mmcache (the latest) and the =
PECL memcache=20
module with no problems on my production cluster under Linux 2.6.7, =
Apache=20
2.0.48, php 5.0 CVS, in prefork; it also works well on my development =
box:=20
MacOSX (Darwin 7.4.0) Apache 2.0.50, PHP 5 (Release), in worker... But =
both of=20
those are pretty far from what you’re running.<BR><BR>I would =
venture to guess=20
that all of your problems stem from the version of PHP that =
you’re running.=20
It’s quite old (and full of some pretty nasty security holes). =
The ZEND=20
API has changed considerably between 4.3.4 and 4.3.8 (the current =
version).=20
You should definitely look into upgrading to 4.3.8 and Turck =
mmcache=20
2.4.6 if you can — I would bet that solve your =
problem.<BR><BR>Let me repeat=20
that... Anything before 4.3.8 have some major security holes in them.. =
-hint=20
hint-.<BR><BR>Also, there were some weird shared memory issues with =
RH8’s=20
glibc — make sure you’ve got the latest updates for those =
— they’re definitely=20
munge up turck. (although I don’t even know if RH supports 8=20
anymore?).<BR><BR>Another thing you might want to try is start with a=20
completely virgin install of PHP — make all of your modules =
compile as=20
external libraries... Then slowly add one in at a time and see if it =
starts.=20
I saw some problems with the mysql module under 4.3.5 and =
turckmm a=20
while back... This was how I found it (it worked fine before =
mysql was=20
inserted into the config).<BR><BR><BR><BR>On 7/14/04 12:53 PM, =
"Michael Weck"=20
<mweck@bellsouth.net> wrote:<BR><BR></SPAN></FONT>
<BLOCKQUOTE><FONT face=3D"Verdana, Helvetica, Arial"><SPAN=20
style=3D"FONT-SIZE: 12px">Hi, <BR><BR>Has anyone implemented =
memcache along=20
side with mmcache (turck php accelerator <FONT color=3D#0000ff><U><A =
=
href=3D"http://turck-mmcache.sourceforge.net">http://turck-mmcache.source=
forge.net</A></U></FONT>=20
<A=20
=
href=3D"http://turck-mmcache.sourceforge.net"><http://turck-mmcache.so=
urceforge.net></A>=20
)? <BR><BR>I am running redhat 8.0 with apache 1.3.31 and php 4.3.4. =
The=20
mmcache status script shows multiple copies of some of the files, =
which it=20
did not do before I added the PECL memcache module to the php =
configuration.=20
<BR><BR>I don’t see any configuration settings to let me =
rename the memory=20
space or reference. I think it has something to do that they are =
both=20
related from a point a while back.<BR><BR>Best Regards, =
<BR><BR>Michael Weck=20
<BR><BR></SPAN></FONT></BLOCKQUOTE><FONT=20
face=3D"Verdana, Helvetica, Arial"><SPAN=20
style=3D"FONT-SIZE: 12px"><BR></BLOCKQUOTE></SPAN></FONT></BODY></HTML>
------=_NextPart_000_00E7_01C469D7.7AB73A50--