<div dir="ltr">Hi Randy,<div><br></div><div>Here's what I've tried thus far.</div><div><br></div><div>1) for i in httpd qpidd pulp_celerybeat pulp_resource_manager pulp_workers; do service $i restart; done</div><div>2) Downgrading to 2.6.4-1.el6</div><div>3) Reboot... what?  This isn't Windows.</div><div>4) Turned up all logging to debug and can't see what's killing or making pulp think the resource manager has died.  They never die, they keep their same time stamp from the restart.</div><div>5) Clean build using the same patch set and starting with 2.6.4-1.el6 then moving to 2.7.0-1.el6.</div><div><br></div><div>The only thing that worked the clean build at 2.6.4-1.el6 but only at this version.  It exhibited the same symptoms as soon as pulp was upgraded.</div><div><br></div><div>These are the only packages changed:</div><div><div>Nov 15 21:08:31 Updated: python-pulp-common-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:32 Updated: python-pulp-puppet-common-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:32 Updated: python-pulp-rpm-common-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:32 Updated: python-pulp-bindings-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:32 Updated: python-pulp-client-lib-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:33 Updated: pulp-admin-client-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:33 Installed: python-pulp-repoauth-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:33 Installed: python-pulp-oid_validation-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:37 Installed: Django14-1.4.21-1.el6.noarch</div><div>Nov 15 21:08:46 Updated: pulp-server-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:47 Updated: pulp-puppet-plugins-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:47 Updated: pulp-rpm-plugins-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:47 Updated: pulp-puppet-admin-extensions-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:48 Updated: pulp-rpm-admin-extensions-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:48 Updated: pulp-selinux-2.7.0-1.el6.noarch</div><div>Nov 15 21:08:49 Updated: 1:python-kombu-3.0.24-10.pulp.el6.noarch</div><div>Nov 15 21:08:49 Updated: ruby-augeas-0.4.1-3.el6.x86_64</div><div>Nov 15 21:08:49 Updated: 1:ruby-shadow-2.2.0-2.el6.x86_64</div></div><div><br></div><div>What is even more perplexing is that I have another CentOS 6.7 box in production running 2.7.0.1 that isn't having an issue and they were built following the same procedure.  I could try RabbitMQ but I'd prefer to keep my lab and production at least running the same components, even though there must be a version or config difference somewhere.</div><div><br></div><div>Thank you,</div><div>Joel<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 16, 2015 at 1:15 PM, Randy Barlow <span dir="ltr"><<a href="mailto:rbarlow@redhat.com" target="_blank">rbarlow@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Joel,<br>
<br>
I too have been experiencing symptoms like this on my development<br>
system. At the moment, we suspect an issue with either qpidd or the<br>
python-qpid library. Unfortunately, we do not have any updates. In the<br>
meantime you can try these two workaround:<br>
<br>
0) Try restarting pulp_workers, pulp_resource_manager, and pulp_celerybeat.<br>
<br>
1) Try using RabbitMQ instead of qpidd.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Randy Barlow<br>
irc:   bowlofeggs<br>
phone: <a href="tel:%2B1-919-890-8150" value="+19198908150">+1-919-890-8150</a><br>
<br>
</font></span><br>_______________________________________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com">Pulp-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-list</a><br></blockquote></div><br></div>