Apache2 CPU hungry!

Hi all,

my RT 4.0.2 installation is too CPU hungry, expecially for apache2
threads. Here’s the HTOP display of processes and threads:

Page reponse was very slow and RT is not so usable :frowning:

My RT work under SSL and this is apache2’s config:

ServerAdmin webmaster@tickets.unisi.it
DocumentRoot "/opt/rt4/share/html"

    <Location />
            Order allow,deny
            Allow from all

            SetHandler perl-script
            PerlResponseHandler Plack::Handler::Apache2
            PerlSetVar psgi_app /opt/rt4/sbin/rt-server
    </Location>
    <Perl>
            use Plack::Handler::Apache2;
            Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server");
    </Perl>

ErrorLog ${APACHE_LOG_DIR}/error.log
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/ssl_access.log combined
SSLEngine on
...
BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

And this is my RT_SiteConfig.pm:

root@tickets:/opt/rt4/etc# cat RT_SiteConfig.pm

Set($rtname, ‘tickets.unisi.it’);

Set($WebDomain, ‘tickets.unisi.it’);

Set($Organization, “unisi.it”);

Set($Timezone, “IT/Rome”);

Set($JSMinPath, “/usr/bin/jsmin”);

Set($WebPort, 443);

Set(@Plugins, (qw(RT::Extension::JSGantt RTx::Calendar
RT::Authen::ExternalAuth)));

Set($LogToFile, 1);
Set($LogDir, q{var/log});
Set($LogToFileNamed, “rt.log”); #log to rt.log

Set($HomepageComponents, [qw(QuickCreate Quicksearch MyCalendar
MyAdminQueues MySupportQueues MyReminders RefreshHomepage)]);

Set($ICalTicketType, “Data::ICal::Entry::Event”);
Set($ICalReminderType ,“Data::ICal::Entry::Todo”);

Set($LDAPHost,‘ldap://[ldap server]’);
Set($LDAPUser,‘cn=[user],ou=admin,dc=unisi,dc=it’);
Set($LDAPPassword,‘[pass]’);
Set($LDAPBase, ‘dc=unisi,dc=it’);
Set($LDAPFilter, ‘(objectclass=Unisiperson)’);

Set($LDAPMapping, {Name => ‘uid’,
EmailAddress => ‘mail’,
RealName => ‘cn’});

Set($LDAPGroupName,‘Unisi’);
Set($LDAPUpdateUsers,1);

Set($ExternalAuthPriority, [ ‘My_LDAP’ ]);
Set($ExternalInfoPriority, [ ‘My_LDAP’ ]);

Set($ExternalServiceUsesSSLorTLS, 0);
Set($AutoCreateNonExternalUsers, 1);

Set($ExternalSettings, {
‘My_LDAP’ => {
# The type of
service (db/ldap/cookie)

‘type’ => ‘ldap’,
# The server
hosting the service

‘server’ => ‘[ldap server]’,
SERVICE-SPECIFIC SECTION
# If you can
bind to your LDAP server anonymously you should
# remove the
user and pass config lines, otherwise specify them here:
# The username
RT should use to connect to the LDAP server

‘user’ => ‘cn=[user],ou=admin,dc=unisi,dc=it’,
# The password
RT should use to connect to the LDAP server

‘pass’ => ‘[pass]’,
# The LDAP
search base

‘base’ => ‘dc=unisi,dc=it’,
# ALL FILTERS
MUST BE VALID LDAP FILTERS ENCASED IN PARENTHESES!
# YOU MUST
SPECIFY A filter AND A d_filter!!
# The filter to
use to match RT-Users

‘filter’ => ‘(objectclass=Unisiperson)’,
# A catch-all
example filter: ‘(objectClass=*)’
# The filter
that will only match disabled users

‘d_filter’ => ‘(objectclass=FooBar)’,
# A catch-none
example d_filter: ‘(objectClass=FooBarBaz)’
# Should we try
to use TLS to encrypt connections?

‘tls’ => 0,
# SSL Version to
provide to Net::SSLeay if using SSL

‘ssl_version’ => 3,
# What other
args should I pass to Net::LDAP->new($host,@args)?

‘net_ldap_args’ => [ version => 3 ],

‘attr_match_list’ => [ ‘uid’,

‘mail’,

‘cn’

],
# The mapping of
RT attributes on to LDAP attributes

‘attr_map’ => { ‘Name’ => ‘uid’,

‘EmailAddress’ => ‘mail’,

‘RealName’ => ‘cn’

}
}
}
);

1;

Any ideas how to speed up ?

Michele Pinassi
Servizio Reti, Sistemi e Sicurezza Informatica
Università degli Studi di Siena
tel: 0577.(23)2169
https://sites.google.com/a/unisi.it/o-zone/

signature.asc (262 Bytes)

Hi,

The image doesn’t show high CPU usage. Is this screenshot taken when you
are using the web interface?Em 26-10-2011 05:21, Michele Pinassi escreveu:

Hi all,

my RT 4.0.2 installation is too CPU hungry, expecially for apache2
threads. Here’s the HTOP display of processes and threads:
ImageShack - Best place for all of your image hosting and image sharing needs

Page reponse was very slow and RT is not so usable :frowning:

My RT work under SSL and this is apache2’s config:

ServerAdmin webmaster@tickets.unisi.it
DocumentRoot "/opt/rt4/share/html"

    <Location />
            Order allow,deny
            Allow from all

            SetHandler perl-script
            PerlResponseHandler Plack::Handler::Apache2
            PerlSetVar psgi_app /opt/rt4/sbin/rt-server
    </Location>
    <Perl>
            use Plack::Handler::Apache2;
            Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server");
    </Perl>

ErrorLog ${APACHE_LOG_DIR}/error.log
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/ssl_access.log combined
SSLEngine on
...
BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

And this is my RT_SiteConfig.pm:

root@tickets:/opt/rt4/etc# cat RT_SiteConfig.pm

Set($rtname, ‘tickets.unisi.it’);

Set($WebDomain, ‘tickets.unisi.it’);

Set($Organization, “unisi.it”);

Set($Timezone, “IT/Rome”);

Set($JSMinPath, “/usr/bin/jsmin”);

Set($WebPort, 443);

Set(@Plugins, (qw(RT::Extension::JSGantt RTx::Calendar
RT::Authen::ExternalAuth)));

Set($LogToFile, 1);
Set($LogDir, q{var/log});
Set($LogToFileNamed, “rt.log”); #log to rt.log

Set($HomepageComponents, [qw(QuickCreate Quicksearch MyCalendar
MyAdminQueues MySupportQueues MyReminders RefreshHomepage)]);

Set($ICalTicketType, “Data::ICal::Entry::Event”);
Set($ICalReminderType ,“Data::ICal::Entry::Todo”);

Set($LDAPHost,‘ldap://[ldap server]’);
Set($LDAPUser,‘cn=[user],ou=admin,dc=unisi,dc=it’);
Set($LDAPPassword,‘[pass]’);
Set($LDAPBase, ‘dc=unisi,dc=it’);
Set($LDAPFilter, ‘(objectclass=Unisiperson)’);

Set($LDAPMapping, {Name => ‘uid’,
EmailAddress => ‘mail’,
RealName => ‘cn’});

Set($LDAPGroupName,‘Unisi’);
Set($LDAPUpdateUsers,1);

Set($ExternalAuthPriority, [ ‘My_LDAP’ ]);
Set($ExternalInfoPriority, [ ‘My_LDAP’ ]);

Set($ExternalServiceUsesSSLorTLS, 0);
Set($AutoCreateNonExternalUsers, 1);

Set($ExternalSettings, {
‘My_LDAP’ => {
# The type of
service (db/ldap/cookie)

‘type’ => ‘ldap’,
# The server
hosting the service

‘server’ => ‘[ldap server]’,
##
SERVICE-SPECIFIC SECTION
# If you can
bind to your LDAP server anonymously you should
# remove the
user and pass config lines, otherwise specify them here:
#
# The username
RT should use to connect to the LDAP server

‘user’ => ‘cn=[user],ou=admin,dc=unisi,dc=it’,
# The password
RT should use to connect to the LDAP server

‘pass’ => ‘[pass]’,
#
# The LDAP
search base

‘base’ => ‘dc=unisi,dc=it’,
#
# ALL FILTERS
MUST BE VALID LDAP FILTERS ENCASED IN PARENTHESES!
# YOU MUST
SPECIFY A filter AND A d_filter!!
#
# The filter to
use to match RT-Users

‘filter’ => ‘(objectclass=Unisiperson)’,
# A catch-all
example filter: ‘(objectClass=*)’
#
# The filter
that will only match disabled users

‘d_filter’ => ‘(objectclass=FooBar)’,
# A catch-none
example d_filter: ‘(objectClass=FooBarBaz)’
#
# Should we try
to use TLS to encrypt connections?

‘tls’ => 0,
# SSL Version to
provide to Net::SSLeay if using SSL

‘ssl_version’ => 3,
# What other
args should I pass to Net::LDAP->new($host,@args)?

‘net_ldap_args’ => [ version => 3 ],

‘attr_match_list’ => [ ‘uid’,

‘mail’,

‘cn’

],
# The mapping of
RT attributes on to LDAP attributes

‘attr_map’ => { ‘Name’ => ‘uid’,

‘EmailAddress’ => ‘mail’,

‘RealName’ => ‘cn’

}
}
}
);

1;

Any ideas how to speed up ?


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA � October 31 & November 1, 2011
  • Barcelona, Spain � November 28 & 29, 2011

Hi all,

my RT 4.0.2 installation is too CPU hungry, expecially for apache2
threads. Here’s the HTOP display of processes and threads:
ImageShack - Best place for all of your image hosting and image sharing needs

That doesn’t show high CPU usage, but it does show you being
dangerously close to swap. When an Apache server starts heavily using
swap, you get into swap death where a lot of CPU is wasted copying
apache children in and out of swap space.

You either need to prune back your apache children to fit comfortably
in 1G of ram (and tune the max to never go above your memory
availability) or give the machine more RAM. Keep in mind that a
default apache may spawn 8 children, but be able to spawn another 20+
children when required and that can push you off a memory cliff.

-kevin

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Kevin,

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

It’s a normal behaviour ?

MicheleOn 26/10/2011 21:38, Kevin Falcone wrote:

On Wed, Oct 26, 2011 at 09:21:51AM +0200, Michele Pinassi wrote:

Hi all,

my RT 4.0.2 installation is too CPU hungry, expecially for apache2
threads. Here’s the HTOP display of processes and threads:
ImageShack - Best place for all of your image hosting and image sharing needs

That doesn’t show high CPU usage, but it does show you being
dangerously close to swap. When an Apache server starts heavily using
swap, you get into swap death where a lot of CPU is wasted copying
apache children in and out of swap space.

You either need to prune back your apache children to fit comfortably
in 1G of ram (and tune the max to never go above your memory
availability) or give the machine more RAM. Keep in mind that a
default apache may spawn 8 children, but be able to spawn another 20+
children when required and that can push you off a memory cliff.

-kevin


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA ? October 31 & November 1, 2011
  • Barcelona, Spain ? November 28 & 29, 2011

|| Michele Pinassi
|| System Manager Area Sistema Biblioteche - UniSi
|| Sign in - Google Accounts
|| Assistenza: +39.577.232299 (int. 2299)
|| Personale: +39.577.232477 (int. 2477)
|| FAX: +39.577.232430 (int. 2430)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6pG70ACgkQFPw35TwkuY53/gCg1NEC+1dDQ3cGOPUYz/i55NYx
uLwAoJV3LMhXEuw8FA7l5GYsuXa3A1F8
=gCVH
-----END PGP SIGNATURE-----

Hi,

From what I can recall during testing is that RT does eat quite allot of
memory (as you can see in your setup).
So you could say this is normal behavior, RT isn’t your average website :wink:
(allot of server-side action going on)

Having 1 GB should be ok but you’re already using some plugins that might
use quite a bit more then a clean RT 4 installation. (External Auth, JS
Grant and calendar).

Increasing the memory to 2GB (minimum I guess) would solve your problem, or
tweaking Apache as Francisco mentioned.

– Bart2011/10/27 Michele Pinassi michele.pinassi@unisi.it

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Kevin,

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

It’s a normal behaviour ?

Michele

On 26/10/2011 21:38, Kevin Falcone wrote:

On Wed, Oct 26, 2011 at 09:21:51AM +0200, Michele Pinassi wrote:

Hi all,

my RT 4.0.2 installation is too CPU hungry, expecially for apache2
threads. Here’s the HTOP display of processes and threads:
ImageShack - Best place for all of your image hosting and image sharing needs

That doesn’t show high CPU usage, but it does show you being
dangerously close to swap. When an Apache server starts heavily using
swap, you get into swap death where a lot of CPU is wasted copying
apache children in and out of swap space.

You either need to prune back your apache children to fit comfortably
in 1G of ram (and tune the max to never go above your memory
availability) or give the machine more RAM. Keep in mind that a
default apache may spawn 8 children, but be able to spawn another 20+
children when required and that can push you off a memory cliff.

-kevin


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA ? October 31 & November 1, 2011
  • Barcelona, Spain ? November 28 & 29, 2011

|| Michele Pinassi
|| System Manager Area Sistema Biblioteche - UniSi
|| Sign in - Google Accounts
|| Assistenza: +39.577.232299 (int. 2299)
|| Personale: +39.577.232477 (int. 2477)
|| FAX: +39.577.232430 (int. 2430)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6pG70ACgkQFPw35TwkuY53/gCg1NEC+1dDQ3cGOPUYz/i55NYx
uLwAoJV3LMhXEuw8FA7l5GYsuXa3A1F8
=gCVH
-----END PGP SIGNATURE-----

RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA October 31 & November 1, 2011
  • Barcelona, Spain November 28 & 29, 2011

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

1G is not a lot of memory for a machine running RT’s apache children
AND mysql. Give it 2G or tune your apache footprint to be smaller.

-kevin

Alrighty,

I have read the Upgrade docs, readme and web_deployment docs a great deal but
I am not quite sorting this out

I have run the upgrades without issue up to the point of configureing the
webserver. I am doing this upgrade ina test environment so the IP of the
webserver changed but I changed that as well in the http.conf file.

Here is the OLD rt3 conf file we used to use which obviously needs change /
replacement with 4.0 due to webmux and mason etc. The key here is we use the
/ticket directory for RT. I am fine with it being at the root if it’s easier.
I have installed RT into /opt/rt4 and I have not run the webserver included
with RT to there should be no mason corruption.

Alias /ticket “/opt/rt3/share/html”

PerlRequire /opt/rt3/bin/webmux.pl

<Directory “/opt/rt3/share/html”>
AllowOverride All
Options ExecCGI FollowSymLinks

RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

I have tried using the default mod_fastcgi and after placing it in I have
neen unsuccessful getting RT4 to come up.

FastCgiServer /opt/rt4/sbin/rt-server.fcgi -processes 5 -idle-timeout 300

<VirtualHost <{paddress of my machine}>
    ### Optional apache logs for RT
    # Ensure that your log rotation scripts know about these files
    # ErrorLog /opt/rt4/var/log/apache2.error
    # TransferLog /opt/rt4/var/log/apache2.access
    # LogLevel debug

    AddDefaultCharset UTF-8

    Alias /NoAuth/images/ /opt/rt4/share/html/NoAuth/images/
    ScriptAlias / /opt/rt4/sbin/rt-server.fcgi/

    DocumentRoot "/opt/rt4/share/html"
    <Location />
        Order allow,deny
        Allow from all

        Options +ExecCGI
        AddHandler fastcgi-script fcgi
    </Location>
</VirtualHost>

I would like to do this via IP for the test as I would rather not put ina
DNS record. Could I trouble folks who perhaps have some insight to offer up a
suggestion?

Thanks in advance

Vance Walsh
Network and Systems Administrator
Concord Academy - Concord, Mass.

Posting this to it’s own thread, my apologies

Alrighty,

I have read the Upgrade docs, readme and web_deployment docs a great deal but
I am not quite sorting this out

I have run the upgrades without issue up to the point of configureing the
webserver. I am doing this upgrade ina test environment so the IP of the
webserver changed but I changed that as well in the http.conf file.

Here is the OLD rt3 conf file we used to use which obviously needs change /
replacement with 4.0 due to webmux and mason etc. The key here is we use the
/ticket directory for RT. I am fine with it being at the root if it’s easier.
I have installed RT into /opt/rt4 and I have not run the webserver included
with RT to there should be no mason corruption.

Alias /ticket “/opt/rt3/share/html”

PerlRequire /opt/rt3/bin/webmux.pl

<Directory “/opt/rt3/share/html”>
AllowOverride All
Options ExecCGI FollowSymLinks

RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

I have tried using the default mod_fastcgi and after placing it in I have
neen unsuccessful getting RT4 to come up.

FastCgiServer /opt/rt4/sbin/rt-server.fcgi -processes 5 -idle-timeout 300

<VirtualHost <{paddress of my machine}>
    ### Optional apache logs for RT
    # Ensure that your log rotation scripts know about these files
    # ErrorLog /opt/rt4/var/log/apache2.error
    # TransferLog /opt/rt4/var/log/apache2.access
    # LogLevel debug

    AddDefaultCharset UTF-8

    Alias /NoAuth/images/ /opt/rt4/share/html/NoAuth/images/
    ScriptAlias / /opt/rt4/sbin/rt-server.fcgi/

    DocumentRoot "/opt/rt4/share/html"
    <Location />
        Order allow,deny
        Allow from all

        Options +ExecCGI
        AddHandler fastcgi-script fcgi
    </Location>
</VirtualHost>

I would like to do this via IP for the test as I would rather not put ina
DNS record. Could I trouble folks who perhaps have some insight to offer up a
suggestion?

Thanks in advance

Vance Walsh
Network and Systems Administrator
Concord Academy - Concord, Mass.

Vance Walsh
Network and Systems Administrator
Concord Academy - Concord, Mass.

Alrighty,
I have read the Upgrade docs, readme and web_deployment docs a great deal but I am not quite
sorting this out
I have run the upgrades without issue up to the point of configureing the webserver. I am
doing this upgrade ina test environment so the IP of the webserver changed but I changed that
as well in the http.conf file.
Here is the OLD rt3 conf file we used to use which obviously needs change / replacement with

Running RT at /ticket is documented at the bottom of the
web_deployment.pod documentation.

If your config is showing an error, you need to show us the apache
error logs to have any hope of knowing what is broken.

-kevin

Your location directive should point to /ticket:
<Location /ticket>
Order allow,deny
Allow from all
Options +ExecCGI
AddHandler fastcgi-script fcgi

I would imagine this is the beginning of your issue.From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Thursday, October 27, 2011 1:55 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Issue with Apache Config,first attempt at RT upgrade from 3.8.9 to 4.0.1

Alrighty,
I have read the Upgrade docs, readme and web_deployment docs a great deal but I am not quite
sorting this out
I have run the upgrades without issue up to the point of configureing the webserver. I am
doing this upgrade ina test environment so the IP of the webserver changed but I changed that
as well in the http.conf file.
Here is the OLD rt3 conf file we used to use which obviously needs
change / replacement with

Running RT at /ticket is documented at the bottom of the web_deployment.pod documentation.

If your config is showing an error, you need to show us the apache error logs to have any hope of knowing what is broken.

-kevin

4.0 due to webmux and mason etc. The key here is we use the /ticket directory for RT. I am
fine with it being at the root if it’s easier. I have installed RT into /opt/rt4 and I have
not run the webserver included with RT to there should be no mason corruption.
Alias /ticket “/opt/rt3/share/html”
PerlRequire /opt/rt3/bin/webmux.pl
<Directory “/opt/rt3/share/html”>
AllowOverride All
Options ExecCGI FollowSymLinks
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

I have tried using the default mod_fastcgi and after placing it in I have neen unsuccessful
getting RT4 to come up.
FastCgiServer /opt/rt4/sbin/rt-server.fcgi -processes 5 -idle-timeout 300
<VirtualHost <{paddress of my machine}>
### Optional apache logs for RT
# Ensure that your log rotation scripts know about these files
# ErrorLog /opt/rt4/var/log/apache2.error
# TransferLog /opt/rt4/var/log/apache2.access
# LogLevel debug
AddDefaultCharset UTF-8
Alias /NoAuth/images/ /opt/rt4/share/html/NoAuth/images/
ScriptAlias / /opt/rt4/sbin/rt-server.fcgi/
DocumentRoot “/opt/rt4/share/html”

Order allow,deny
Allow from all
Options +ExecCGI
AddHandler fastcgi-script fcgi

I would like to do this via IP for the test as I would rather not put ina DNS record. Could I
trouble folks who perhaps have some insight to offer up a suggestion?
Thanks in advance

Hi Kevin et al,

thanks for your reply. I gove 2GByte to our RT installation but still
eating a lot opf CPU and memory, as shown in this screenshot:

http://dl.dropbox.com/u/15540617/Varie/rt.jpg

It’s a normal behavour ?

MicheleIl 27/10/2011 15:33, Kevin Falcone ha scritto:

On Thu, Oct 27, 2011 at 10:52:13AM +0200, Michele Pinassi wrote:

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

1G is not a lot of memory for a machine running RT’s apache children
AND mysql. Give it 2G or tune your apache footprint to be smaller.

-kevin


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA — October 31 & November 1, 2011
  • Barcelona, Spain — November 28 & 29, 2011

Michele Pinassi
Servizio Reti, Sistemi e Sicurezza Informatica
Università degli Studi di Siena
tel: 0577.(23)2169
https://sites.google.com/a/unisi.it/o-zone/

signature.asc (262 Bytes)

Hi Kevin et al,

thanks for your reply. I gove 2GByte to our RT installation but still
eating a lot opf CPU and memory, as shown in this screenshot:

http://dl.dropbox.com/u/15540617/Varie/rt.jpg

It’s a normal behavour ?

CPU usage is not normal. Switching to FastCGI may help without investigating.

Michele

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

1G is not a lot of memory for a machine running RT’s apache children
AND mysql. Give it 2G or tune your apache footprint to be smaller.

-kevin


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Washington DC, USA — October 31 & November 1, 2011
  • Barcelona, Spain — November 28 & 29, 2011


Michele Pinassi
Servizio Reti, Sistemi e Sicurezza Informatica
Università degli Studi di Siena
tel: 0577.(23)2169
Sign in - Google Accounts


RT Training Sessions (http://bestpractical.com/services/training.html)

  • Barcelona, Spain — November 28 & 29, 2011

Best regards, Ruslan.

thanks for your reply. I gove 2GByte to our RT installation but still
eating a lot opf CPU and memory, as shown in this screenshot:

http://dl.dropbox.com/u/15540617/Varie/rt.jpg

It’s a normal behavour ?

While children occasionally spike to a high CPU usage, if that’s been
spinning for a while at 93% then something is wrong. You’ll want to
use your logs to find out what the apache child is doing. You might
be able to divine it from access logs and seeing what pages are being
loaded. You might need to use MasonX::Profiler to get more
information about what pages are being run.

-kevin> Il 27/10/2011 15:33, Kevin Falcone ha scritto:

On Thu, Oct 27, 2011 at 10:52:13AM +0200, Michele Pinassi wrote:

this is the problem ! There’s a lot of memory and CPU usage but, on that
machine, there’s ONLY RT 4.0.2 !!!

1G is not a lot of memory for a machine running RT’s apache children
AND mysql. Give it 2G or tune your apache footprint to be smaller.

-kevin