Hello List,<div><br></div><div> I've been noticing that my RT web server has been running out of memory very rapidly lately. And when I restart the web server I see this strange RT related message:</div><div><br></div>
<div><div>[monitor03:~] root% apachectl -t</div><div>Odd number of elements in anonymous hash at /usr/local/rt4/sbin/../lib/RT/Config.pm line 1055.</div><div>Odd number of elements in hash assignment at /usr/local/rt4/sbin/../lib/RT/Config.pm line 1056.</div>
<div>Syntax OK</div></div><div><br></div><div>And I was wondering if this message could be related to the unusual level of memory that Apache is gobbling up. I know that I have restarted the web server several times in the past few months and never seen this message. This is new and so is the phenomenon of the web server quickly running out of memory. Which is why I surmise they may be related.</div>
<div><br></div><div><br></div><div>I know that I have never personally altered the file. It seems to have been unchanged since the initial RT install in Oct of 2011:</div><div><br></div><div> 48 -rw-r--r-- 1 root bin 45585 Oct 13  2011 /usr/local/rt4/lib/RT/Config.pm</div>
<div><br></div><div><br></div><div>I am not the only one who admins RT in this 24 web shop. But I have made some minor tweaks to RT_Site_Config.pm . Most recently I enabled GPG settings there. Could any change to RT_Site_Config.pm cause this type of message? Or alter RT so that it consumes copious amounts of memory? I notice also that when I STOP the web server for a moment or two, I instantly have two more gigabytes of memory available. </div>
<div><br></div><div>But then I turn the web server back on and its fine for a few minutes. But then RT's performance slows to a crawl and I notice that the web server only has 10 MB free. </div><div><br></div><div>This is what I see in the RT apache error log:</div>
<div><br></div><div><div>monitor03:~] root% tail -f /usr/local/rt4/var/log/apache2.error</div><div>[Sat Jan 26 07:07:31 2013] [error] [client 10.40.27.251] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153</div>
<div>[Sat Jan 26 07:17:18 2013] [error] [client 10.40.27.251] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153</div><div>[Sat Jan 26 07:19:56 2013] [error] [client 10.75.13.45] Directory index forbidden by Options directive: /usr/local/rt4/share/html</div>
<div>[Sat Jan 26 07:19:56 2013] [error] [client 10.75.13.45] File does not exist: /usr/local/rt4/share/htmlerror</div><div>[Sat Jan 26 07:19:56 2013] [error] [client 10.75.13.45] File does not exist: /usr/local/rt4/share/htmlfavicon.ico</div>
<div>[Sat Jan 26 07:19:56 2013] [error] [client 10.75.13.45] File does not exist: /usr/local/rt4/share/htmlfavicon.ico</div><div>[Sat Jan 26 10:34:13 2013] [error] [client 10.75.13.45] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153, referer: <a href="http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj">http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj</a></div>
<div>[Sat Jan 26 10:34:29 2013] [error] [client 10.75.13.45] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153, referer: <a href="http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj">http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj</a></div>
<div>[Sat Jan 26 10:36:03 2013] [error] [client 10.75.13.45] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153, referer: <a href="http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj">http://rt.mm3.mlbam.com/helpdesk/Search/Simple.html?q=Muthuraj</a></div>
<div>[Sat Jan 26 10:45:29 2013] [error] [client 10.40.27.251] Apache2::RequestIO::rflush: (103) Software caused connection abort at /usr/lib/perl5/site_perl/5.8.8/Plack/Handler/Apache2.pm line 153</div></div><div><br></div>
<div><br></div><div>Top confirms that apache is the number 1 consumer of memory. It's a strange situation and I'd appreciate any advice you might have on how to proceed from here. </div><div><br></div><div>Thanks</div>
<div>Tim<br clear="all"><div><br></div>-- <br>GPG me!!<br><br>gpg --keyserver <a href="http://pool.sks-keyservers.net" target="_blank">pool.sks-keyservers.net</a> --recv-keys F186197B<br><br>
</div>