[openstack-dev] [nova] need input on possible API change for bug #1420848

Chen CH Ji jichenjc at cn.ibm.com
Wed Mar 11 15:51:11 UTC 2015


I would think a on v2 extension is needed
for v2.1 , mircoversion is a way but not very sure it's needed.

Best Regards!

Kevin (Chen) Ji 纪 晨

Engineer, zVM Development, CSTL
Notes: Chen CH Ji/China/IBM at IBMCN   Internet: jichenjc at cn.ibm.com
Phone: +86-10-82454158
Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District,
Beijing 100193, PRC



From:	Chris Friesen <chris.friesen at windriver.com>
To:	"OpenStack Development Mailing List (not for usage questions)"
            <openstack-dev at lists.openstack.org>
Date:	03/11/2015 04:35 PM
Subject:	[openstack-dev] [nova] need input on possible API change for
            bug	#1420848




Hi,

I'm working on bug #1420848 which addresses the issue that doing a
"service-disable" followed by a "service-enable" against a "down" compute
node
will result in the compute node going "up" for a while, possibly causing
delays
to operations that try to schedule on that compute node.

The proposed solution is to add a new "reported_at" field in the DB schema
to
track when the service calls _report_state().

The backend is straightforward, but I'm trying to figure out the best way
to
represent this via the REST API response.

Currently we response includes an "updated_at" property, which maps
directly to
the auto-updated "updated_at" field in the database.

Would it be acceptable to just put the "reported_at" value (if it exists)
in the
"updated_at" property?  Logically the "reported_at" value is just a
determination of when the service updated its own state, so an argument
could be
made that this shouldn't break anything.

Otherwise, by my reading of
"
https://wiki.openstack.org/wiki/APIChangeGuidelines#Generally_Considered_OK
" it
seems like if I wanted to add a new "reported_at" property I would need to
do it
via an API extension.

Anyone have opinions?

Chris

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150311/781abe9d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150311/781abe9d/attachment.gif>


More information about the OpenStack-dev mailing list