<div dir="ltr">Yes, after version and agent ensuring to pick correct data will not cause Swift issue.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 28, 2014 at 2:59 AM, Steve Baker <span dir="ltr"><<a href="mailto:sbaker@redhat.com" target="_blank">sbaker@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 28/08/14 03:41, Zane Bitter wrote:<br>
> On 27/08/14 11:04, Steven Hardy wrote:<br>
>> On Wed, Aug 27, 2014 at 07:54:41PM +0530, Jyoti Ranjan wrote:<br>
>>>     I am little bit skeptical about using Swift for this use case<br>
>>> because of<br>
>>>     its eventual consistency issue. I am not sure Swift cluster is<br>
>>> good to be<br>
>>>     used for this kind of problem. Please note that Swift cluster<br>
>>> may give you<br>
>>>     old data at some point of time.<br>
>><br>
>> This is probably not a major problem, but it's certainly worth<br>
>> considering.<br>
>><br>
>> My assumption is that the latency of making the replicas consistent<br>
>> will be<br>
>> small relative to the timeout for things like SoftwareDeployments, so<br>
>> all<br>
>> we need is to ensure that instances  eventually get the new data, act on<br>
><br>
> That part is fine, but if they get the new data and then later get the<br>
> old data back again... that would not be so good.<br>
<br>
</div>It would be fairly easy for the agent to check last modified headers and<br>
ignore data which is older than the most recently fetched metadata.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>