Wednesday 12 January 2005 1:45:05 pm

Does your server swap at all? Try o reduce the swap used ...

The optimum is that you do not swap at all to reduce load from the disk IO

other steps

- install a accelerator e.g phpa
- clear cache

Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/

Wednesday 12 January 2005 3:10:38 pm

Hi!
Must say that Marek is a very modest person.

We need help with the website of Polish Mozilla Community - http://mozillapl.org While testing - it worked quite well.. but it only needed a official blast-off, couple of hours and traffic at ~375 000 page views/ day to make our server go offline :(

We're one of the Biggest Open Source communities in Poland. We tried everything we could but there's not even a SINGLE person within us that knows eZ moze than Marek. So if he can't help all our HOPE is in YOU.

PS
My english is not as good as I supposed :( Sorry

Wednesday 12 January 2005 4:18:57 pm

More information:
PHP 4.3.10
MySQL 4.1
Apache 1.3
eZ 3.5

Since testing only eZ directory has changed, eZ was moved to root directory.

Adminstrator told that apache processes are eating CPU, eZ couldn't send a page and all requests were hold with "sending reply" status... When DOSed I can't access the site, apache must be restarted...

Wednesday 12 January 2005 4:39:11 pm

An other idea...

have you checked the mysql? When mysql has problems it might be that mysql requests are set to a hold state... during that time apache just hold it till it timeouts...

Usually in this senario apach and mysql will eat up all the ram and swap... i guess this is not the case

Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/

Thursday 13 January 2005 12:08:49 am

If you don't already use it, get turckmm cache. It greatly speeds up large PHP Apps like eZPublish by caching the bytecode.

I just saw you use PHPaccellerator. That should do the job, too.

Visit http://triligon.org

Thursday 13 January 2005 7:50:39 am

1. Yes, main page (website) was using Postnuke CMS
2. I agree that some non existing URL could be redirected to eZ, but this doesn’t explain that eZ is also DOSing when moved to other directory and tested with ab utility
3. Site is not running on dedicated server, but I assume that if it could handle Postnuke with 1%-2% load it would handle eZ
4. Site is using eAccelerator (new mmcache)
5. I don’t think that this is MySQL issue (will ask administrator), only one request is made when page is cached

Some more info on my settings:

site.ini override:

[Session]
SessionNameHandler=custom

[DatabaseSettings]
DatabaseImplementation=ezmysql
Charset=utf-8
Socket=disabled
SQLOutput=disabled

[ContentSettings]
ViewCaching=enabled
PreViewCache=disabled
PreCacheSiteaccessArray[]=mozillapl

[TemplateSettings]
TemplateCache=enabled
TemplateCompile=enabled
TemplateCompression=enabled
Debug=disabled

[DebugSettings]
DebugOutput=disabled
DebugRedirection=disabled

site.ini for siteaccess:

[SiteSettings]
ErrorHandler=defaultpage

[SiteAccessSettings]
RequireUserLogin=false
ShowHiddenNodes=false

[SiteAccessRules]
Rules[]=Access;disable
Rules[]=Module;user/register

[RoleSettings]
EnableCaching=true
PolicyOmitList[]
PolicyOmitList[]=content/pdf
PolicyOmitList[]=content/read
PolicyOmitList[]=form
PolicyOmitList[]=rss/feed

Note: Some settings were removed

Thursday 13 January 2005 8:17:05 am

Waht happens if you disable those 2 options?

[ContentSettings]
ViewCaching=enabled

[TemplateSettings]
TemplateCache=enabled
TemplateCompile=disabled
TemplateCompression=disabled

Looking for a new job? http://www.xrow.com/xrow-GmbH/Jobs
Looking for hosting? http://hostingezpublish.com
-----------------------------------------------------------------------------
GMT +01:00 Hannover, Germany
Web: http://www.xrow.com/

Thursday 13 January 2005 11:29:04 pm

Are you able to actually get a page from the server?

Have you tried pre compiling the templates?
http://ez.no/community/forum/install_configuration/zz_systems_or_cpu_100

Have you tried disabling template compiling?

Cheers
Bruce

My Blog: http://www.stuffandcontent.com/
Follow me on twitter: http://twitter.com/brucemorrison
Consolidated eZ Publish Feed : http://friendfeed.com/rooms/ez-publish

Friday 14 January 2005 5:26:39 am

I had a similar issue with 3.5 and an upgraded php 4.3.10 with apache2. (we run apache1 on the production server, never tried to see if the problem existed there)

Having run out of things to try, I decided to go the 'old school programmer route'.. randomly commenting out bits of code. After disabling phpa, and the load problems went away. I suspect it had something to do with an older version of phpa not liking the newer php version and apache2.

Sunday 16 January 2005 12:40:10 pm

From a unix sysadmin point of view it would be interesting to see the output of the unix command "top" which should should cpu state and which processes specfically are using the processor/memory as well as state of those processes.
In addition, I would check the error/message logs for apache and mysql respectively and ensure thats its not an issue being reported by either one.
Another thing to check is any email to users running crontab entries for ezpublish (eg runcronjobs.php etc).

ie just determine that it is actually ezpublish causing the problem by asking questions like, if no users log in to ezpublish does the load increase anyway?

hope thats of some help
Arran