Re: [openstack-dev] [infra][all] etcd tarballs for CI use

[Davanum Srinivas]

Jesse,

Great question :) We need the version that has the grpc gateway v3alpha API:
https://github.com/coreos/etcd/pull/5669

Since we want to standardize on the etcd v3 API (to avoid migration of
data from /v2 to /v3). Unfortunately the v3 API is gRPC based and has
trouble with eventlet based processes. So we need the /v3alpha HTTP
API. You can see the prior discussion and list of bugs from Jay in
https://review.openstack.org/#/c/446983/

the etcd in xenial is 2.x which does not have either the gRPC v3 or
the gRPC+gateway HTTP API.

Thanks,
Dims

On Tue, May 16, 2017 at 5:02 AM, Jesse Pretorius
 wrote:
> On 5/15/17, 11:20 PM, "Davanum Srinivas"  wrote:
>
>> At this moment, though Fedora has 3.1.7 [1], Xenial is way too old, So
>> we will need to pull down tar balls from either [2] or [3]. proposing
>> backports is a possibility, but then we need some flexibility if we
>> end up picking up some specific version (say 3.0.17 vs 3.1.7). So a
>> download location would be good to have so we can request infra to
>> push versions we can experiment with.
>
> Hi Dims,
>
> I can’t help but ask - how old is too old? By what measure are we saying
> something is too old?
>
> I think we need to be careful with what we do here and ensure that the
> Distribution partners we have are on board with the criteria and whether
> They’re ready to include more recent package versions in their extra
> Archives (eg: RDO / UCA).
>
> As developers we want the most recent things because reasons… but
> Distributions and Operators are then stuck with raised complexity in
> their release and quality management processes.
>
>
>
> 
> Rackspace Limited is a company registered in England & Wales (company 
> registered number 03897010) whose registered office is at 5 Millington Road, 
> Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be 
> viewed at www.rackspace.co.uk/legal/privacy-policy - This e-mail message may 
> contain confidential or privileged information intended for the recipient. 
> Any dissemination, distribution or copying of the enclosed material is 
> prohibited. If you receive this transmission in error, please notify us 
> immediately by e-mail at ab...@rackspace.com and delete the original message. 
> Your cooperation is appreciated.
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



-- 
Davanum Srinivas :: https://twitter.com/dims

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

Re: [openstack-dev] [infra][all] etcd tarballs for CI use

[Jesse Pretorius]

On 5/15/17, 11:20 PM, "Davanum Srinivas"  wrote:

> At this moment, though Fedora has 3.1.7 [1], Xenial is way too old, So
> we will need to pull down tar balls from either [2] or [3]. proposing
> backports is a possibility, but then we need some flexibility if we
> end up picking up some specific version (say 3.0.17 vs 3.1.7). So a
> download location would be good to have so we can request infra to
> push versions we can experiment with.

Hi Dims,

I can’t help but ask - how old is too old? By what measure are we saying
something is too old?

I think we need to be careful with what we do here and ensure that the
Distribution partners we have are on board with the criteria and whether
They’re ready to include more recent package versions in their extra
Archives (eg: RDO / UCA).

As developers we want the most recent things because reasons… but
Distributions and Operators are then stuck with raised complexity in
their release and quality management processes.




Rackspace Limited is a company registered in England & Wales (company 
registered number 03897010) whose registered office is at 5 Millington Road, 
Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be 
viewed at www.rackspace.co.uk/legal/privacy-policy - This e-mail message may 
contain confidential or privileged information intended for the recipient. Any 
dissemination, distribution or copying of the enclosed material is prohibited. 
If you receive this transmission in error, please notify us immediately by 
e-mail at ab...@rackspace.com and delete the original message. Your cooperation 
is appreciated.
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [infra][all] etcd tarballs for CI use

[Davanum Srinivas]

Folks,

In the Boston Summit, there was a session about introducing etcd as a
base service[0]. One question that we have to figure out is how to
ensure that our CI infra does not depend on tarballs from github.

At this moment, though Fedora has 3.1.7 [1], Xenial is way too old, So
we will need to pull down tar balls from either [2] or [3]. proposing
backports is a possibility, but then we need some flexibility if we
end up picking up some specific version (say 3.0.17 vs 3.1.7). So a
download location would be good to have so we can request infra to
push versions we can experiment with.

Thoughts please... oh, the review i have for etcd as base service in
devstack is here [4], the question was raised even before the summit
by Paul.

Thanks,
Dims

[0] https://etherpad.openstack.org/p/BOS-etcd-base-service
[1] 
https://www.rpmfind.net/linux/RPM/fedora/devel/rawhide/x86_64/e/etcd-3.1.7-1.fc27.x86_64.html
[2] https://storage.googleapis.com/etcd
[3] https://github.com/coreos/etcd/releases/download
[4] https://review.openstack.org/#/c/445432/
-- 
Davanum Srinivas :: https://twitter.com/dims

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