Intermittent partial page load issue

Author Message

steve walker

Tuesday 04 April 2006 3:23:08 am

Hi there,

We have been experiencing issues on a website we have developed www.ccbriefing.co.uk - its running on a dedicated box which has plenty of resources dedicated to php, accelerators etc.

Something we have noticed is that occasionally, without any particular pattern, when a page loads it doesnt load all of the page - instead it seems to have stopped at some point during the page load so you only have half or so of the page...

If you then try to refresh it stays the same. On a colleagues machine they may well see this page fine so we know the page itself is working OK.

Has anyone ever experinced this - is there a php config tweak to ensure that pages always get fully loaded?

Many thanks, Steve.

http://www.oneworldmarket.co.uk

Bertrand Dunogier

Tuesday 04 April 2006 3:56:05 am

You wouldn't be running Apache 2 by any change ? I've already had similar issues, and downgrading to Apache 1 fixed the issue.

Bertrand Dunogier
eZ Systems Engineering, Lyon
http://twitter.com/bdunogier
http://gplus.to/BertrandDunogier

steve walker

Tuesday 04 April 2006 4:21:59 am

Hi Bertrand,

Thanks for the response.

Yes we're runnnig Apache 2 - before we start looking at down grading, are there any other fixes, or do we know why Apache 2 has this bug?

Kind regards, Steve

http://www.oneworldmarket.co.uk

Paul Borgermans

Tuesday 04 April 2006 4:36:41 am

Hi,

In case of Apache 2, it is important to in which mode (MPM) it is running: you should use preforked one to avoid problems with php and extensions not being thread safe

Here, all our sites are running on Apache2 prefork without problems thusfar

--paul

eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans

steve walker

Tuesday 04 April 2006 11:09:07 am

Paul, thanks for the feedback.

In our httpd.conf we have:

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# ServerLimit: maximum value for MaxClients for the lifetime of the server
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000
</IfModule>

# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>

In the modules I cant see a reference to either worker mpm or prefork..? Our phpinfo can be found at:

http://owmnameserver.com/phpinfo.php

How do you verify which mode your are running in? And if you have to change mode, is the only way to do this by recompiling apache, or can you just add the module and restart?

Regards, Steve

http://www.oneworldmarket.co.uk

Kristof Coomans

Tuesday 04 April 2006 10:56:17 pm

I think you're running the prefork module, because it's listed on your phpinfo page under apache2handler > Loaded Modules.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

steve walker

Monday 10 April 2006 8:00:46 am

Thanks Kristoff.

If we have the prefork version running, are their any tweaks to alleviate the partial page load problems?

For what its worth, I ironically had exactly the same problem trying to view this thread the other day - no amount of refreshing brought back the full page, so I used another browser and it then loaded fine.

I've experienced this occasionally with the Ez site, anyone else?

Steve

http://www.oneworldmarket.co.uk

Kristof Coomans

Tuesday 11 April 2006 12:08:27 am

No single problem here with the eZ site, so I guess it's your browser and/or proxy that's doing funny things.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 18 2025 15:54:21
Script start
Timing: Jan 18 2025 15:54:21
Module start 'layout'
Timing: Jan 18 2025 15:54:21
Module start 'content'
Timing: Jan 18 2025 15:54:21
Module end 'content'
Timing: Jan 18 2025 15:54:21
Script end

Main resources:

Total runtime0.0406 sec
Peak memory usage2,048.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0068 588.0313152.6406
Module start 'layout' 0.00680.0032 740.671939.4766
Module start 'content' 0.01000.0277 780.1484101.3359
Module end 'content' 0.03770.0028 881.484442.3047
Script end 0.0405  923.7891 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.00307.3267140.0002
Check MTime0.00122.9085140.0001
Mysql Total
Database connection0.00133.231710.0013
Mysqli_queries0.00266.406930.0009
Looping result0.00000.034710.0000
Template Total0.00225.510.0022
Template load0.00122.997810.0012
Template processing0.00102.504710.0010
Override
Cache load0.00081.854110.0008
General
dbfile0.009723.865980.0012
String conversion0.00000.020640.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs