[openstack-dev] [Neutron] Regarding neutron bug # 1432582
blak111 at gmail.com
Mon Apr 13 06:26:10 UTC 2015
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.
On Wed, Apr 8, 2015 at 10:46 AM, Sudipto Biswas <sbiswas7 at linux.vnet.ibm.com
> Hi Guys, I'd really appreciate your feedback on this.
> On Monday 30 March 2015 12:11 PM, Sudipto Biswas wrote:
>> Someone from my team had installed the OS on baremetal with a wrong 'date'
>> When this node was added to the Openstack controller, the logs from the
>> neutron-agent on the compute node showed - "AMQP connected". But the
>> agent-list command would not list this agent at all.
>> I could figure out the problem when the neutron-server debug logs were
>> and it vaguely pointed at the rejection of AMQP connections due to a
>> miss match. The neutron-server was treating these requests as stale due
>> to the
>> timestamp of the node being behind the neutron-server. However, there's no
>> good way to detect this if the agent runs on a node which is ahead of
>> I recently raised a bug here: https://bugs.launchpad.net/
>> And tried to resolve this with the review:
>> It went through quite a few +2s after 15 odd patch sets but we still are
>> in common ground w.r.t addressing this situation.
>> My fix tries to log better and throw up an exception to the neutron agent
>> FIRST time boot of the agent for better detection of the problem.
>> I would like to get your thoughts on this fix. Whether this seems legit
>> to have
>> the fix per the patch OR could you suggest a approach to tackle this OR
>> just abandoning the change.
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev