Another PHP5 problem

2011-06-15 Thread Jack L. Stone
I just finished some major upgrades/updates to a server, including php5-5.3.6 and apache2. Now I keep getting Segmentation faults and core dumps whenever apache2 rolls over its logs and does a restart. Here's the error. Does nyone have an idea of what's happening to cause this?: PHP 5.3.6 with Su

Re: Another PHP5 problem

2011-06-15 Thread Mark Felder
On Wed, 15 Jun 2011 09:04:01 -0500, Jack L. Stone wrote: with the ionCube PHP Loader v3.3.16, Copyright (c) 2002-2010, by ionCube Ltd. ionCube causes all kinds of neat things like this. Disable it and I bet it won't happen. Regards, Mark __

Re: Another PHP5 problem

2011-06-15 Thread Matthew Seaman
On 15/06/2011 15:04, Jack L. Stone wrote: > PHP 5.3.6 with Suhosin-Patch (cli) (built: Jun 4 2011 18:04:14) > Copyright (c) 1997-2011 The PHP Group > Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies > with the ionCube PHP Loader v3.3.16, Copyright (c) 2002-2010, by > ionCube Ltd.

RE: Another PHP5 problem

2011-06-15 Thread T. Hakmi
> -Original Message- > From: owner-freebsd-questi...@freebsd.org > [mailto:owner-freebsd-questi...@freebsd.org] On Behalf Of > Jack L. Stone > Sent: June 15, 2011 10:04 AM > To: freebsd-questions@freebsd.org > Subject: Another PHP5 problem > > I just f

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 03:33 PM 6/15/2011 +0100, Matthew Seaman wrote: >On 15/06/2011 15:04, Jack L. Stone wrote: >> PHP 5.3.6 with Suhosin-Patch (cli) (built: Jun 4 2011 18:04:14) >> Copyright (c) 1997-2011 The PHP Group >> Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies >> with the ionCube PHP Lo

Re: Another PHP5 problem

2011-06-15 Thread Mark Felder
On Wed, 15 Jun 2011 13:40:15 -0500, Jack L. Stone wrote: I cannot do without ioncube as another post mentioned. I understand your need for ioncube, but replicate the problem to another non-production system and remove ioncube to see whether or not it is the cause. This is something we h

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 01:50 PM 6/15/2011 -0500, Mark Felder wrote: >On Wed, 15 Jun 2011 13:40:15 -0500, Jack L. Stone > wrote: > >> I cannot do without ioncube as another post mentioned. > >I understand your need for ioncube, but replicate the problem to another >non-production system and remove ioncube to see wh

Re: Another PHP5 problem

2011-06-15 Thread Matthew Seaman
On 15/06/2011 19:40, Jack L. Stone wrote: > Thanks for that suggestion but couldn't find the numerous discussions about > the wrong order of extensions. Using google I did find one post and a list > that poster used. I tried following his list with the sames ones I had plus > some 6-7 he didn't hav

Re: Another PHP5 problem

2011-06-15 Thread Ryan Coleman
So I've seen that you haven't had a lot of success with this... can you post your extensions.ini file contents? -- Ryan On Jun 15, 2011, at 9:04 AM, Jack L. Stone wrote: > I just finished some major upgrades/updates to a server, including > php5-5.3.6 and apache2. > > Now I keep getting Segmen

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 02:50 PM 6/15/2011 -0500, Ryan Coleman wrote: >So I've seen that you haven't had a lot of success with this... can you post your extensions.ini file contents? > >-- >Ryan > Here are my extensions after doing some shuffling according to ideas on google: extension=session.so extension=simplexml.s

Re: Another PHP5 problem

2011-06-15 Thread Ryan Coleman
And these were all built from the ports, yes? On Jun 15, 2011, at 3:06 PM, Jack L. Stone wrote: > At 02:50 PM 6/15/2011 -0500, Ryan Coleman wrote: >> So I've seen that you haven't had a lot of success with this... can you post >> your extensions.ini file contents? >> >> -- >> Ryan >> > Here ar

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 03:21 PM 6/15/2011 -0500, Ryan Coleman wrote: >And these were all built from the ports, yes? > Yes, all built from ports. (^_^) Happy trails, Jack L. Stone System Admin Sage-american ___ freebsd-questions@freebsd.org mailing list http://lists.freebs

Re: Another PHP5 problem

2011-06-15 Thread Ryan Coleman
My solution for these issues is usually pretty easy: Disable all extensions (with a ; before the line) and then re-enable batches until it dies on you and then go through line-by-line to see which one did it. Should take about 5 minutes, tops, to run through the entire list. On Jun 15, 2011, at

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 04:04 PM 6/15/2011 -0500, Ryan Coleman wrote: >My solution for these issues is usually pretty easy: >Disable all extensions (with a ; before the line) and then re-enable batches until it dies on you and then go through line-by-line to see which one did it. > >Should take about 5 minutes, tops, t

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 04:04 PM 6/15/2011 -0500, Ryan Coleman wrote: >My solution for these issues is usually pretty easy: >Disable all extensions (with a ; before the line) and then re-enable batches until it dies on you and then go through line-by-line to see which one did it. > >Should take about 5 minutes, tops, t

Re: Another PHP5 problem

2011-06-15 Thread Ryan Coleman
That wouldn't likely cause a segfault, but you could use your apache logs to see if there's something in the last file before the segfault occurs... but that could be a wild goose chase. On Jun 15, 2011, at 5:57 PM, Jack L. Stone wrote: > At 04:04 PM 6/15/2011 -0500, Ryan Coleman wrote: >> My

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 06:35 PM 6/15/2011 -0500, Ryan Coleman wrote: >That wouldn't likely cause a segfault, but you could use your apache logs to see if there's something in the last file before the segfault occurs... but that could be a wild goose chase. > > >On Jun 15, 2011, at 5:57 PM, Jack L. Stone wrote: > >> At

Re: Another PHP5 problem

2011-06-15 Thread Gary Kline
On Wed, Jun 15, 2011 at 03:33:08PM +0100, Matthew Seaman wrote: > Date: Wed, 15 Jun 2011 15:33:08 +0100 > From: Matthew Seaman > Subject: Re: Another PHP5 problem > To: freebsd-questions@freebsd.org > > On 15/06/2011 15:04, Jack L. Stone wrote: > > PHP 5.3.6 with Suhosin

Re: Another PHP5 problem

2011-06-15 Thread Ryan Coleman
I have very few uses for sqlite3 but I still have them. And PDO? Never seen anything run it. Just because it is on by default 1) doesn't mean it's good for you and 2) the port connected to it is functioning properly. On Jun 15, 2011, at 7:18 PM, Jack L. Stone wrote: > At 06:35 PM 6/15/2011 -05

Re: Another PHP5 problem

2011-06-15 Thread Jack L. Stone
At 08:14 PM 6/15/2011 -0500, Ryan Coleman wrote: >I have very few uses for sqlite3 but I still have them. And PDO? Never seen anything run it. > >Just because it is on by default >1) doesn't mean it's good for you and >2) the port connected to it is functioning properly. > Wierd! Told extensions t

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
I have very few uses for sqlite3 but I still have them. And PDO? Never seen anything run it. Some pretty big projects including Drupal CMS are moving to PDO. I reckon that having other options without reinventing the wheel, than one certain Oracle controlled DB-backend is starting to gain mome

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 03:41 PM 6/16/2011 +0300, Reko Turja wrote: >> I have very few uses for sqlite3 but I still have them. And PDO? >> Never seen anything run it. > >Some pretty big projects including Drupal CMS are moving to PDO. I >reckon that having other options without reinventing the wheel, than >one certa

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
Now, I wrestling with the apache2 and apr0 issue. The apache port Makefile wants apr0, but it now has vulnablilities. Ports UPDATING says to do this with apr: - remove apache2 and then: portupgrade -f -o devel/apr1 devel/apr ...and then reinstall apache2. That didn't work because the Makefile i

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 05:09 PM 6/16/2011 +0300, Reko Turja wrote: >> Now, I wrestling with the apache2 and apr0 issue. The apache port >> Makefile >> wants apr0, but it now has vulnablilities. Ports UPDATING says to do >> this >> with apr: >> - remove apache2 and then: portupgrade -f -o devel/apr1 devel/apr >> ...a

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
I updated my ports > tree, but a new apr version was not there yet. So, stuck between a rock and a hard place. And the fix for APR 0.x might be long way coming, see http://projects.apache.org/projects/portable_runtime.html, looks like 0.x branch hasn't been updated in ages. Nor any action has

Re: Another PHP5 problem

2011-06-16 Thread Michael Powell
Jack L. Stone wrote: [snip] > > Now, I wrestling with the apache2 and apr0 issue. The apache port Makefile > wants apr0, but it now has vulnablilities. Ports UPDATING says to do this > with apr: > - remove apache2 and then: portupgrade -f -o devel/apr1 devel/apr > ...and then reinstall apache2. T

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
From: "Michael Powell" pulls in a few more dependencies than I'd really like, especially the apr1 (now named apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12) port installing The name depends completely on the knobs you have used with portbuild - my apr is: apr-ipv6-devrandom-db43-pgsql84-sqlite3-

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 06:18 PM 6/16/2011 +0300, Reko Turja wrote: >From: "Michael Powell" >> pulls in a few more dependencies than I'd really like, especially >> the apr1 >> (now named apr-ipv6-devrandom-gdbm-db42-1.4.5.1.3.12) port >> installing > >The name depends completely on the knobs you have used with >por

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
From: "Jack L. Stone" Also, I see the sqlite3 is tacked on the apr you have. I only have: apr-ipv6-devrandom-gdbm-db46-mysql50-1.4.5.1.3.12 Yeah when I ran make config for apr I selected sqlite as I had it already installed for stuff where I might need SQL capabilities, but full blown serve

Re: Another PHP5 problem

2011-06-16 Thread Michael Powell
Jack L. Stone wrote: [snip] > > Thanks to both you and Mike for the advice. I've already installed > apache22 on a test server and trying to allocate time to it as and when. > Looks like this apr thing is going to raise the priority. You shouldn't have any of these apr problems with 22. > Als

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > > >-Mike > > Mike, very useful info. I had surmised about the "extra .configs" to reduce the size of the main config file. I had already started doing that with apache2. Have been studying the files and comparing to my p

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >The no-accf.conf under includes is for if you do not desire to use either of >the AcceptFilter choices, one for httpd the other for SSL traffic. These >can be loaded as kernel modules in /boot/loader.conf as such: > >acc

Re: Another PHP5 problem

2011-06-16 Thread Reko Turja
The no-accf.conf under includes is for if you do not desire to use either of the AcceptFilter choices, one for httpd the other for SSL traffic. These can be loaded as kernel modules in /boot/loader.conf as such: accf_http_load="YES" accf_data_load="YES" You can also build the modules into ker

Re: Another PHP5 problem

2011-06-16 Thread Michael Powell
Jack L. Stone wrote: > At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >>Jack L. Stone wrote: >> >>The no-accf.conf under includes is for if you do not desire to use either >>of >>the AcceptFilter choices, one for httpd the other for SSL traffic. These >>can be loaded as kernel modules in /boo

Re: Another PHP5 problem

2011-06-16 Thread Jack L. Stone
At 10:57 PM 6/16/2011 +0300, Reko Turja wrote: >>>The no-accf.conf under includes is for if you do not desire to use >>>either of >>>the AcceptFilter choices, one for httpd the other for SSL traffic. >>>These >>>can be loaded as kernel modules in /boot/loader.conf as such: >>> >>>accf_http_load="

Re: Another PHP5 problem

2011-06-17 Thread Jack L. Stone
At 04:12 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >> At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >>>Jack L. Stone wrote: >>> Sorry to return with one more question about upgrading to apache22 from apache2. A note of concern was that apache22 changes the path to th

Re: Another PHP5 problem

2011-06-17 Thread Jack L. Stone
At 04:12 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >> At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >>>Jack L. Stone wrote: >>> Sorry to return with one more question about upgrading to apache22 from apache2. A note of concern was that apache22 changes the path to th

Re: Another PHP5 problem

2011-06-17 Thread Jack L. Stone
At 04:12 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >> At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >>>Jack L. Stone wrote: >>> Sorry to return with one more question about upgrading to apache22 from apache2. A note of concern was that apache22 changes the path to th

Re: Another PHP5 problem

2011-06-17 Thread Jack L. Stone
At 07:26 PM 6/17/2011 -0500, Jack L. Stone wrote: OUCH! I hipe my last email really didn't go out 3 times. Mail server wasn't resolving properly, so had tried different ones. Sorry (^_^) Happy trails, Jack L. Stone System Admin Sage-american ___ f

Re: Another PHP5 problem

2011-06-17 Thread Jack L. Stone
At 04:12 PM 6/16/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >> At 12:56 PM 6/16/2011 -0400, Michael Powell wrote: >>>Jack L. Stone wrote: >>> Sorry to return with one more question about upgrading to apache22 from apache2. A note of concern was that apache22 changes the path to th

Re: Another PHP5 problem

2011-06-17 Thread Ryan Coleman
That would explain the three different quote times in them. Yes it did, but I'm not concerned. On Jun 17, 2011, at 9:51 AM, Jack L. Stone wrote: > At 07:26 PM 6/17/2011 -0500, Jack L. Stone wrote: > > OUCH! I hipe my last email really didn't go out 3 times. Mail server wasn't > resolving proper

Re: Another PHP5 problem

2011-06-17 Thread Michael Powell
Jack L. Stone wrote: [snip] > > A note of concern was that apache22 changes the path to the document root > by inserting ../www/apache22/data > versus the previous ../www/data doc root. > > Of course my vhosts and a bunch of other things of importance now reside > within the ../www path. I suppo

Re: Another PHP5 problem

2011-06-20 Thread Jack L. Stone
At 06:49 PM 6/17/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >[snip out a lot] >> >> What did you fellows do about this issue that worked best for you assuming >> y'all had vhosts and similar stuff to worry about? > >Me I just bit the bullet and went with the new locations as they we

Re: Another PHP5 problem

2011-06-20 Thread Jack L. Stone
At 06:49 PM 6/17/2011 -0400, Michael Powell wrote: >Jack L. Stone wrote: > >[snip] >> Oh, forgot that I did have to struggle apache22 still wanted to install db42 instead of my db46 and caused the apache22 build to stop. After a bit of looking, the problem wasn't with the apache22 Makefile but wi