<div dir="ltr">I would like to see some form of this merged at least as an error message. If a server has a bad CMOS battery and suffers a power outage, it's clock could easily be several years behind. In that scenario, the NTP daemon could refuse to sync due to a sanity check.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 8, 2015 at 10:46 AM, Sudipto Biswas <span dir="ltr"><<a href="mailto:sbiswas7@linux.vnet.ibm.com" target="_blank">sbiswas7@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Guys, I'd really appreciate your feedback on this.<br>
<br>
Thanks,<br>
Sudipto<div class="HOEnZb"><div class="h5"><br>
<br>
On Monday 30 March 2015 12:11 PM, Sudipto Biswas wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Someone from my team had installed the OS on baremetal with a wrong 'date'<br>
When this node was added to the Openstack controller, the logs from the<br>
neutron-agent on the compute node showed - "AMQP connected". But the neutron<br>
agent-list command would not list this agent at all.<br>
<br>
I could figure out the problem when the neutron-server debug logs were enabled<br>
and it vaguely pointed at the rejection of AMQP connections due to a timestamp<br>
miss match. The neutron-server was treating these requests as stale due to the<br>
timestamp of the node being behind the neutron-server. However, there's no<br>
good way to detect this if the agent runs on a node which is ahead of time.<br>
<br>
I recently raised a bug here: <a href="https://bugs.launchpad.net/neutron/+bug/1432582" target="_blank">https://bugs.launchpad.net/<u></u>neutron/+bug/1432582</a><br>
<br>
And tried to resolve this with the review:<br>
<a href="https://review.openstack.org/#/c/165539/" target="_blank">https://review.openstack.org/#<u></u>/c/165539/</a><br>
<br>
It went through quite a few +2s after 15 odd patch sets but we still are not<br>
in common ground w.r.t addressing this situation.<br>
<br>
My fix tries to log better and throw up an exception to the neutron agent on<br>
FIRST time boot of the agent for better detection of the problem.<br>
<br>
I would like to get your thoughts on this fix. Whether this seems legit to have<br>
the fix per the patch OR could you suggest a approach to tackle this OR suggest<br>
just abandoning the change.<br>
<br>
<br>
<br>
______________________________<u></u>______________________________<u></u>______________ <br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
<br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>