Earlier  
Posted Nick Remark
#openstack-sdks - 2018-04-05
17:15:11 mordred dtantsur: yah - using hte pagination links actually make it much nicer
17:15:11 dtantsur link? :)
17:15:14 mordred coming ...
17:15:38 dtantsur mordred: I'll have to rework some internals of rust-openstack to use them
17:16:20 mordred dtantsur: starting here: http://git.openstack.org/cgit/openstack/openstacksdk/tree/openstack/resource.py#n887
17:16:39 dtantsur thanks!
17:16:54 dtantsur my other problem is that I only have one production cloud to test on (namely, RDO cloud)
17:17:01 mordred dtantsur: there are a few different forms of pagination links across the services - to my knowledge, that code appropriately consumes all of them without resorting to making extra calls needlessly
17:17:09 mordred dtantsur: that is a problem we can solve :)
17:17:42 dtantsur rly?
17:18:06 mordred dtantsur: in two ways ... first, we should ping mnaser to get you a vexxhost account and tobias over at citycloud will almost certainly give you one too
17:18:13 mnaser hi
17:18:17 dtantsur o/
17:18:39 mordred dtantsur: but also - melvinhillsman/openlab are there to help openstack sdk authors - and setting up CI jobs for sdks against existing public cloudsis part of their remit
17:19:00 mordred mnaser: tl;dr - dtantsur is working on a rust sdk for openstack but only has an account on rdo cloud to test it against
17:19:03 elmiko mordred: that is cool (re: version scanning), are you gonna make a report or something from it?
17:19:29 dtantsur mordred: ah, yeah, I was thinking about openlab. a real CI job would be a big leap forward.
17:19:42 dtantsur currently I only have a handful of unit tests
17:19:47 mordred mrhillsman: ^^ I'm talking about you - and think I have another customre for you
17:19:55 mordred elmiko: yup- that's the idea
17:19:59 elmiko mordred++
17:20:00 mrhillsman hey hey
17:20:03 elmiko very cool
17:20:17 mordred elmiko: someone at red hat sent me an email for advice - which has resulted in my nerd-sniping myself into writing it
17:20:25 mrhillsman we have space for all the SDKs :)
17:20:27 mnaser dtantsur: i can give you an account if you'd like, just sign up here - http://secure.vexxhost.com/billing/register.php - let me know of a client id and then i'll get it setup for ya
17:20:39 dtantsur mnaser: wow, awesome!
17:20:42 mordred elmiko: (because it should not be hard to write, but currently requires you know a bunch of internals - so step one is "fix base libs")
17:20:45 dtantsur mrhillsman: mine is https://github.com/dtantsur/rust-openstack
17:20:47 dtantsur :)
17:20:48 mrhillsman our hope is that you utilize openlab
17:20:59 mrhillsman we want to help build the sdks up
17:21:09 mrhillsman as our primary focus ;)
17:21:29 elmiko mordred: sweeet! i'm all for a good nerd-sniping ;)
17:21:41 mrhillsman https://github.com/theopenlab/cicd-howto
17:21:44 elmiko that sounded so wrong...
17:21:51 mrhillsman all we have to do is get the github app installed
17:21:53 mnaser mordred: is that a bug that things like load-balancer or object-store or placement are returning an empty list?
17:21:59 mrhillsman ready to make it happen right now?
17:22:03 mordred mnaser: it's not a bug in the script :)
17:22:10 mrhillsman i can work with you now to get it setup
17:22:17 mordred mnaser: neither load-balancer or object-store have version discovery documents
17:22:20 mnaser oh okay
17:22:20 mnaser so is our service registry wrong
17:22:37 mnaser http://load-balancer-ca-ymq-1.vexxhost.net/ octavia does :>
17:22:38 mordred mnaser: I believe johnsom may have already fixed octavia in master?
17:22:49 mnaser except you cant access v1, because its meant to be accessed only by neutron
17:22:52 mordred mnaser: it does? awesome - lemme figure out what went wrong with it then
17:22:52 mnaser so technically its v2 only
17:22:58 mnaser also wait
17:23:08 mnaser is it returning json wrapped in xml?
17:24:21 mordred mnaser: looks fine when I do it manually:
17:24:23 mordred get('http://load-balancer-ca-ymq-1.vexxhost.net/').content
17:24:25 mordred b'{"versions": [{"status": "SUPPORTED", "updated": "2014-12-11T00:00:00Z", "id": "v1"}, {"status": "CURRENT", "updated": "2017-06-22T00:00:00Z", "id": "v2.0"}]}'
17:24:33 mnaser mordred: ok no thats just because the browser is probably has a weird accept: clause
17:24:53 mnaser using accept: application/xml, it retuns <result>{json}</result>
17:24:59 dtantsur mrhillsman: thanks! what's your time zone? it's a bit late here
17:25:10 johnsom I haven't tackled the version discovery document issue yet. It dropped off my radar.
17:25:15 mrhillsman US Central
17:26:19 johnsom mordred I think you were going to open a bug with what we did wrong and/or pointer to an example done right.
17:26:35 mordred OH
17:26:42 mordred I remember what's wrong now
17:26:51 mordred mnaser: if you look, you will see there are no urls in that document returned
17:27:03 mordred johnsom: ++ I can do - I guess I should file an actual bug
17:27:32 mrhillsman dtantsur: i created issue in the SDK repo as well as under the OpenLab repo for tracking
17:27:35 mnaser https://github.com/openstack/octavia/blob/master/octavia/api/root_controller.py
17:27:38 mnaser looks like an easy fix :>
17:27:42 johnsom https://storyboard.openstack.org
17:28:01 johnsom Yeah, probably is, just wasn't sure what we needed.
17:28:29 dtantsur mrhillsman: cool! I'll read the docs and ping you agai
17:28:35 mrhillsman ++
17:30:10 mordred mnaser, cdent: also, I do get this: keystoneauth1.exceptions.connection.ConnectFailure: Unable to establish connection to https://placement-ca-ymq-1.vexxhost.net: HTTPSConnectionPool(host='placement-ca-ymq-1.vexxhost.net', port=443):
17:30:30 mnaser i think its because we don't expose the placement api over our public load balancer
17:30:34 mnaser ..should we?
17:31:00 cdent it depends?
17:31:03 mordred well - if you have registered a public endpoint in your catalog I would - or otherwise just don't put placement into your catalog with a ublic interface
17:31:13 cdent yeah, what mordred says
17:31:27 mnaser oh actually
17:31:29 mnaser its exposed
17:31:33 cdent it does have to be in the service catalog, otherwise nova won't work, but it doesn't need to be public
17:31:39 mnaser someone didn't configure dns
17:31:42 mordred mnaser: \o/
17:31:44 mnaser curl -H 'Host: placement-ca-ymq-1.vexxhost.net' http://199.204.44.10
17:32:05 mnaser but it looks like / is protected by keystone, let me fix dns
17:32:11 mordred mnaser: well, when I get this report done - it might wind up being a helpful report for operators - is your cloud actually exposing what you think it is
17:32:42 mnaser mordred: cool if we can get this integrated to the openstack marketplace too
17:32:42 mordred mnaser: yah - I think we chatted about that in the nova channel a little while back - and I made the request that / of placement not be protected
17:34:11 mnaser mordred: ok dns fixed, we have a low 300s ttl so should be available soon
17:36:34 mordred woot
17:40:51 dtantsur mnaser: thanks a lot again! the list-images example in rust-openstack worked, that's already something :)
17:42:06 mnaser woo
17:50:45 mnaser mordred: placement resolving for me now
17:56:52 dtantsur aaand the first bug: listing networks fail :)
18:01:06 elmiko cdent dtantsur, ready to print, https://etherpad.openstack.org/p/api-sig-newsletter
18:01:26 dtantsur mordred: see, the first fruit of multicloud testing: RDO cloud returns created_at in network listing, vexxhost does not :)
18:01:38 mordred dtantsur: \o/
18:02:01 dtantsur I wonder why, it's not marked as optional in the docs...
18:02:33 cdent elmiko: link to the "mailing sent out by edleafe"?
18:02:57 elmiko cdent: should be there, [8]
18:03:19 cdent oh, I see, maybe ref it again?

Earlier   Later