Looks like it was something in the database. As you suggested, I ran a vacuum analyze and followed up with a re-index for good measure; Spacewalk app has been up and running without any further issue for a solid week now.<br>
<br>Thank you very much for your assistance, Paul!<br><br>- Jonathan<br><br><div class="gmail_quote">On Fri, Aug 17, 2012 at 10:53 AM, Jonathan Scott <span dir="ltr"><<a href="mailto:lists@xistenz.org" target="_blank">lists@xistenz.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am not running monitoring.<br><br>This has started happening rather recently, and it all began with connection issues a few weeks ago. I have been steadily increasing the connection count, which has replaced the nightly flood of traceback emails with complete lack of response from the databases. <br>

<br>I have started an analyze and vaccum run, let's see if this helps!<br><br>Thanks!<span class="HOEnZb"><font color="#888888"><br>- Jonathan</font></span><div class="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">
On Fri, Aug 17, 2012 at 9:53 AM, Paul Robert Marino <span dir="ltr"><<a href="mailto:prmarino1@gmail.com" target="_blank">prmarino1@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>Are you running monitoring in spacewalk. If so that may be the culprit its a known issue in spacewalk 1.7 with postgresql.<br>


You can use pgpool (connectoin pooling proxy) to consolidate and reuse the connections, but due to an other know bug in 1.7 you would have to change the port postgresql listens on and put pgpool on that postgresqls port instead.<br>



You also may want to try doing an analyze if there have been a lot of changes in the database so its planner statistics become more acurate.<br>
And as always with postgresql its best to plan to do a full vaccum analyze on a regular basis. While the auto vacuum introduced in the 8 series reduces the need for it, it doesn't completely eliminate it.</p>
<div class="gmail_quote"><div><div>On Aug 17, 2012 9:12 AM, "Jonathan Scott" <<a href="mailto:lists@xistenz.org" target="_blank">lists@xistenz.org</a>> wrote:<br type="attribution"></div></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
Good Morning All,<br><br>I've started having some rather odd issues with my Spacewalk install using postgres. Every night, we do an errata load which typically consists of a handful of RPMs if anything at all, but recently (and for no apparent reason) the database has just started slowing down. This is causing everything on the system to back up;  when I checked this morning, there were 542 postgres processes in various states (idle, idle in transmission, UPDATE waiting [which concerns me the most]), and 258 httpd processes. Restarting the database seems to clear the issue up, but I cannot find anything specific in the logs to tell me what is going on here. There are no traceback emails or other forms of alerting coming from the application.<br>



<br>Any insight?<br><br>Thanks!<br>Jonathan<br>
<br></div></div>_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div>
</blockquote></div><br>
</div></div></blockquote></div><br>