Forum Performance

[Des]

Apologies to everyone as we"ve been suffering with forum performance issues over the last two days.  Maintenance will be carried out over the remainder of today, so to avoid frustration you may wish to avoid the forum until tomorrow when we hope all will be back to normal.

Thanks for your patience.

Des.

[Des]

CPU usage stats are holding steady, we may have nailed the problem.  (Famous last words.)

[duke3016]

CPU usage stats are holding steady, we may have nailed the problem.  (Famous last words.)

Just in time as well, Paulie was getting told off for deleting posts on Facebook....

[Des]

CPU usage stats are holding steady, we may have nailed the problem.  (Famous last words.)

Just in time as well, Paulie was getting told off for deleting posts on Facebook....

lol, I can laugh now!

Looks like we"re over the worst...stas holding beautifully.

Culprit was a poorly coded plugin on another site that I am building on our server.  That and a pretty average tech support response, which I"ll be thinking a little more about in the coming days.

[Des]

CPU usage stats are holding steady, we may have nailed the problem.  (Famous last words.)

Typical.

[Des]

I"ve now got to wait for the server provider to complete some tasks tomorrow and we should be good to go.  Apologies once again for the inconvenience this downtime has caused.

[technolog]

CPU usage stats are holding steady, we may have nailed the problem.  (Famous last words.)

Just in time as well, Paulie was getting told off for deleting posts on Facebook....

[PHIL_TC]

Hi Des

Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.

Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :

1. instanceMaxRequests :  This is the max number of requests that can be processed by each FastCGI worker process before it is recycled.  The default value on install is 200.

2. maxInstances :  This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here).  The default value on install is 4.

3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.

We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.

Not sure if the above will help.... but just in case

Phil x

[AMRN]

Couldn"t access the forum last night and this morning, might just be me

Nope, not just you....

[nosey-p]

Hi Des

Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.

Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :

1. instanceMaxRequests :  This is the max number of requests that can be processed by each FastCGI worker process before it is recycled.  The default value on install is 200.

2. maxInstances :  This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here).  The default value on install is 4.

3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.

We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.

Not sure if the above will help.... but just in case

Phil x

What he said  

[Des]

Hi Des

Couldn"t access the forum last night and this morning, might just be me, but was getting a random time out or a "The FastCGI pool queue is full" error message.

Having hosted some random WordPress sites (presuming the APAT site is WordPress based?... if not ignore I ever posted this!) in the past before for companies I know we had to tweak some of the settings within the fcgiext.ini to increase the default values on :

1. instanceMaxRequests :  This is the max number of requests that can be processed by each FastCGI worker process before it is recycled.  The default value on install is 200.

2. maxInstances :  This is the max number of FastCGI worker processes that can be started in the application pool that is allocated to your website (we use IIS running over Windows here).  The default value on install is 4.

3. queueLength : This is the max number of requests that can be queued for a FastCGI process pool. The default value on install is 1000.

We also had a problem when a user added a widget plugin to their WordPress site, it had been fine then the CPU usage went crazy and we had to constantly recycle the application pool until we did more digging. It was a plugin called "WordPress Popular Posts" which was the culprit. Soon as we disabled the plugin, recycled the application pool, gave it the old "switch it all off and back on again" routine... it was fine.

Not sure if the above will help.... but just in case

Phil x

Thanks for this Phil.  I know they looked at MaxInstances and Plugins a couple of days ago, but will pass these details through nonetheless.  We"ve moved to a dedicated application pool just now and the site has come back online, so fingers crossed that will help.  I hate needing to rely on third party providers for the support!  Maybe time to bring an IT director on board.

[PHIL_TC]

No problems. If you haven"t got a dedicated server and sharing with other companies then having your own application pool is the way forward for sure. Personally if funds allow I"d switch to a dedicated server as well, but I know hosting costs can be prohibitive. Drop me a PM if your 3rd party providers are struggling, we used to host a number of WordPress based sites for other companies, might be able to help.

[Des]

No problems. If you haven"t got a dedicated server and sharing with other companies then having your own application pool is the way forward for sure. Personally if funds allow I"d switch to a dedicated server as well, but I know hosting costs can be prohibitive. Drop me a PM if your 3rd party providers are struggling, we used to host a number of WordPress based sites for other companies, might be able to help.

Ta again.  I"ve got a fairly high spec dedicated server, but had more than one site sharing the IIS application pool.  We"ve now moved the sites to dediated pools and I"m hopeful that this will make a difference.  That said, our current support partner hasn"t filled me with confidence thus far, so will keep your kind offer in mind.

[Paulie_D]

Have you tried turning it off and back on again?  

[Des]

Have you tried turning it off and back on again?  

Lol, now that"s a brief funny interlude.