Earlier  
Posted Nick Remark
#openstack-sdks - 2019-02-19
12:21:24 mordred beatiful
12:21:51 gtema mordred: also started implementing "stage" and "import" for glance yesterday - also very nice things
12:22:12 mordred oh cool - yeah, I've been meaning to work on those
12:22:18 gtema I also need around 30 hours in a day to be able to work at all
12:23:06 mordred gtema: did I mention aligning the shade and sdk image methods (specifically, replacing the sdk methods with the ones in the shade layer)?
12:23:13 mordred gtema: I started on it here: https://review.openstack.org/#/c/609684/
12:23:17 gtema wrt osc: as I wrote in the maillist I would be doing that. And Glance is the beginning, therefore those patches
12:23:20 mordred but that's in merge conflict and needs to be updated
12:23:28 mordred gtema: ah - awesome!
12:23:31 gtema oh great
12:23:36 mordred gtema: sorry, I missed that from the mailing list
12:23:45 gtema no worry
12:24:20 gtema probably wrong subject prefix ;)
12:25:00 gtema mordred, have you seen my query in maillist about "*" region for identity?
12:25:10 mordred no - I'll go look for that
12:25:49 gtema mordred: http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002777.html
12:26:27 gtema is somehow a tricky setup in my case which makes some troubles, but there are no strict regulations from OpenStack about that
12:27:07 mordred yeah. I agree - we should make a solution :)
12:27:22 gtema yupp
12:27:52 mordred gtema: I think the 'easy' workaround for the short term is to just register the identity endpoints in the catalog for each region - even if it's the same endpoint
12:27:59 mordred but I agree completely that this is lame
12:28:14 mordred and we should actually support the thing you're talking about
12:28:20 gtema mordred: I agree this is an "easy" solution from the implementation POV
12:28:27 mordred in a real non-hacky way
12:28:29 gtema but I need to convince operations about that
12:28:36 gtema and this is not trivial
12:28:41 mordred yeah. it never is :)
12:29:09 mordred would an API-SIG document describing it as a 'correct' choice help?
12:29:32 gtema yes, I think it would be
13:43:25 openstackgerrit Merged openstack/openstacksdk master: Make sure we pick flavors with disk https://review.openstack.org/637618
13:43:44 dtantsur \o/
13:44:06 dtantsur mordred: could you check https://review.openstack.org/#/c/636601/ if you have a minute?
13:48:00 mordred dtantsur: lgtm!
13:48:38 dtantsur cool
13:56:45 dulek Hi folks! Can I somehow use openstacksdk to just do plain REST calls to OpenStack endpoint, so I won't worry that e.g. there's no support for Octavia tags yet?
13:57:37 dulek Bare requests module won't do all the keystone authentication for me, that's why I'm looking for some middle layer here.
13:57:50 dtantsur dulek: I think you need the keystoneauth library
13:58:08 dtantsur dulek: https://docs.openstack.org/keystoneauth/latest/using-sessions.html
13:58:36 mordred dulek: you can totally make REST calls to an openstack endpoint
13:59:14 dtantsur dulek: openstacksdk also provided keystoneauth Adapters for known services, e.g. connection.baremetal is an adapter for Ironic.
13:59:24 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image attributes from v2.7 https://review.openstack.org/637538
13:59:43 mordred dulek: each service type has a corresponding adapter on the Connection object - so you should be able to do "conn.load_balancer.get('/something/in/octavia') and it'll return a requests.Response
13:59:52 dulek dtantsur: Ooooh, this would probably be perfect…
14:00:09 dulek dtantsur: So I won't need to deal with endpoints names and stuff.
14:00:13 mordred yah
14:00:18 dtantsur yep, see mordred's example
14:00:21 dulek mordred, dtantsur: Awesome, thank you guys!
14:00:26 mordred \o/
14:00:36 mordred ok. I've been helpful for today - I can go back to bed now
14:00:52 dtantsur ++ about the right time
14:06:07 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: WIP Move image methods to sdk image proxy https://review.openstack.org/609684
14:12:04 gtema mordred: just rebased your change 609684 on top of master leaving all other related changes off, since there were lots of conflicts
14:44:24 mordred gtema: sweet. obviously the code needs some cleanup to start using Image resource objects internally - but I think if we can get that passing tests landing it in that state should let us Resource-ify it in smaller patches
14:46:55 gtema great
14:47:42 gtema mordred: let's see what the tests show now. Do you want to continue on it, or should I take it?
14:56:30 johnsom dulek: fyi, Octavia tags support has merged. Still waiting on the rest of those patches however.
15:02:23 dulek johnsom: Oh, I see, it's even released. :)
15:19:27 Shrews dtantsur: +A'd https://review.openstack.org/636594 but left a nit there you might want to see
15:22:51 openstackgerrit Vishakha Agarwal proposed openstack/python-openstackclient master: Cleanup: Remove deprecated role list filters https://review.openstack.org/637166
15:24:13 dtantsur Shrews: thanks! I'll check that and also the place I copy-pasted it from :)
15:42:16 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image.task resource https://review.openstack.org/637913
16:13:54 openstackgerrit Merged openstack/python-openstackclient master: Fix help message of image add project https://review.openstack.org/637828
16:21:32 mordred gtema: if you haven't started yet - I'm going to take a quick stab at the failures on that WIP image reorg patch
16:22:48 mordred Shrews, dtantsur: https://review.openstack.org/#/c/637563/ if you have a sec ... odyssey4me was having a hard time debugging a failure yesterday in nodepool, and it's a failure mode that is always confusing to users when it happens
16:23:42 mordred Shrews, dtantsur: it's a behavior change, but I **seriously** doubt it's a behavior change anyone is depending on because I think I might be the only person to have that whole behavior stack in my head :)
16:24:53 mordred gtema: ^^ you might also want to look at that one
16:25:22 dtantsur mordred: any unit tests to update?
16:25:46 mordred dtantsur: no - it worked fine (although that maybe indicates there is a missing unittest)
16:25:55 dtantsur exactly ;)
16:27:27 mordred the only use case I could see this making harder is if a user has a cloud that only has an unknown verion of a known service - but even in that case they can set an endpoint_override and a version override and it'll work
16:27:55 mordred dtantsur: after I poke at this image patch I'll see if I can't come up with a unittest
16:31:16 gtema mordred: you should definitely have a look in to the image-reorg. I have managed to resolve some of the issues, but here a knowledge of shade-creator is required to do it properly
16:37:03 openstackgerrit Merged openstack/openstacksdk master: baremetal: implement set_node_power_state in the proxy https://review.openstack.org/636601
16:39:58 openstackgerrit Merged openstack/openstacksdk master: baremetal: support for allocation API https://review.openstack.org/636594
16:43:14 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image.task resource https://review.openstack.org/637913
17:03:07 gtema mordred, odyssey4me: with https://github.com/ansible/ansible/pull/37390 a change of "default" port_security_enabled from True (when not given) to False (explicitly) was introduced. Now all openstacksdk-ansible-devel-functional-devstack are failing
17:08:10 gtema mordred, odyssey4me: I do not really understand why so far, but comparing logs from stable-2.6 and master I see that in 2.6 when no port_security_enabled was given - a net with "True" was created, even when in the SDK we have a default of "False"
17:13:07 gtema mordred, odyssey4me: I got it. Ansible calls cloud.create_network and it bypasses Resource completely, so a "deployed default" plays role. I think we need to create a follow-up in Ansible to make default 'None'
17:14:14 Shrews mordred: 563 lgtm, but will wait for your unittest
17:14:38 Shrews mordred: also, sorry for delay. still quite sick :(
17:14:41 mordred Shrews: coolio
17:14:49 mordred Shrews: no worries! you should stop being sick :(
17:14:54 Shrews ikr?
17:35:51 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image.task resource https://review.openstack.org/637913
18:49:35 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image attributes from v2.7 https://review.openstack.org/637538
20:20:26 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: Add image attributes from v2.7 https://review.openstack.org/637538
#openstack-sdks - 2019-02-20
09:33:23 openstackgerrit David Rabel proposed openstack/python-openstackclient master: Fix help message of image add project https://review.openstack.org/638113
11:33:03 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: WIP Move image methods to sdk image proxy https://review.openstack.org/609684
11:38:03 openstackgerrit Dmitry Tantsur proposed openstack/openstacksdk master: Fix minor issues in the baremetal proxy docs https://review.openstack.org/638136
11:38:08 dtantsur Shrews: ^^^ (also get better soon!)
13:25:25 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: WIP Move image methods to sdk image proxy https://review.openstack.org/609684
13:56:16 Shrews dtantsur: thanks, feeling much better today
13:56:30 dtantsur great :)
14:01:38 Shrews dtantsur: i guess something in neutron is broken based on the failures in your doc change?
14:02:12 dtantsur dunno, haven't checked yet (crazy day)
14:02:33 Shrews embrace the crazy
14:03:42 openstackgerrit Dmitry Tantsur proposed openstack/openstacksdk master: Fix minor issues in the baremetal proxy docs https://review.openstack.org/638136
14:06:22 frickler slaweq: ^^ that looks like a neutron regression, have you seen that yet? http://logs.openstack.org/36/638136/1/check/openstacksdk-functional-devstack/1cdc712/controller/logs/screen-q-svc.txt.gz#_Feb_20_12_04_53_392346
14:10:03 slaweq frickler: I will check
14:10:18 frickler https://review.openstack.org/635671 looks slightly suspicous in that context

Earlier   Later