openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #06001
Re: [Orchestration] Handling error events ... explicit vs. implicit
Sure, the problem I'm immediately facing is reclaiming resources from the Capacity table when something fails. (we claim them immediately in the scheduler when the host is selected to lessen the latency).
The other situation is Orchestration needs it for retries, rescheduling, rollbacks and cross-service timeouts.
I think it's needed core functionality. I like Fail-Fast for the same reasons, but it can get in the way.
-S
________________________________________
From: openstack-bounces+sandy.walsh=rackspace.com@xxxxxxxxxxxxxxxxxxx [openstack-bounces+sandy.walsh=rackspace.com@xxxxxxxxxxxxxxxxxxx] on behalf of Mark Washenberger [mark.washenberger@xxxxxxxxxxxxx]
Sent: Wednesday, December 07, 2011 11:53 AM
To: openstack@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Openstack] [Orchestration] Handling error events ... explicit vs. implicit
Can you talk a little more about how you want to apply this failure notification? That is, what is the case where you are going to use the information that an operation failed? In my head I have an idea of getting code simplicity dividends from an "everything succeeds" approach to some of our operations. But it might not really apply to the case you're working on.
Follow ups
References