Earlier  
Posted Nick Remark
#openstack-sdks - 2018-02-05
10:01:15 openstackgerrit Cedric Brandily proposed openstack/python-openstackclient master: Remove insane options from network agent add/remove actions https://review.openstack.org/527984
10:28:27 openstackgerrit chenge proposed openstack/python-openstackclient master: Replace Chinese quotes to English quotes https://review.openstack.org/540814
14:46:13 rabel still no opinions on https://bugs.launchpad.net/python-openstackclient/+bug/1744349 ?
14:46:14 openstack Launchpad bug 1744349 in python-openstackclient "Interface of "quota set" and "quota show" is missleading" [Undecided,New]
15:20:32 mordred Qiming: if you're still up - I thikn your job issue might be sdk related - do you have a link to a failure?
15:23:48 mordred Qiming: oh - nm - the thing I thought it might be doesn't seem likely looking at your devsack plugin
15:38:05 mordred Qiming: ah - I see you're poking at it https://review.openstack.org/#/c/540625 - I'm happy to help iterate on that
15:38:26 mordred Qiming: also - I think we sohuld set up a gate job for sdk on senlin's functional tests
15:54:33 Qiming mordred, thank you so much
15:55:00 Qiming Just confirmed the gate issue is related to SDK
15:55:34 Qiming When creating a connection, current code still tries to support profile and other parameters
15:55:43 Qiming But we don't pass in authenticator parameter
15:55:59 Qiming That leads to authenticator.auth_url test failure
15:56:27 Qiming I am trying to fix it by incorporating your changes, so that we can use 0.11.2 version
15:56:42 Qiming However, local test result is that SDK doesn't like the 'token' parameter
15:57:04 Qiming We need to pass in a token parameter when creating a trust
16:03:40 mordred yah - I've got an update locally I think will help ... lemme push up as soon as this local run finishes
16:08:21 Qiming Speaking of functional tests, we are adding functional tests to python-senlinclient, you know, senlinclient is a thin wrapper of sdk, it is mainly a OSC plugin after the senlin CLI being removed.
16:13:37 mordred ++
16:13:48 mordred Qiming: gah. I made my changes on top of the wrong patch - one sec ...
16:15:41 openstackgerrit Merged openstack/service-types-authority master: Remove pbr warnerrors in favor of sphinx check https://review.openstack.org/539810
16:36:27 mordred Qiming: https://review.openstack.org/532641 <-- pushed that up on top of your patches
16:36:37 mordred Qiming: if it works, we can squash
18:06:17 openstackgerrit Merged openstack/python-openstacksdk master: Fix issue with missing url parameters https://review.openstack.org/540537
20:58:04 openstackgerrit James E. Blair proposed openstack/python-openstackclient master: Zuul: Remove project name https://review.openstack.org/541004
22:53:30 mordred Qiming: ok. I thnk this latest patch is going to do it: https://review.openstack.org/532641 Update sdk connection, tests and isoformat
22:53:41 mordred Qiming: I squashed the stack together and removed the debugging lines
22:54:44 mordred Qiming: I left one of the log line additions - since senlin wraps the underlying exception from sdk before passing it up, the log line there was the thing that was needed to find what was actually wrong
22:57:58 openstackgerrit Monty Taylor proposed openstack/python-openstacksdk master: Calculate name in CloudRegion https://review.openstack.org/541059
22:57:59 openstackgerrit Monty Taylor proposed openstack/python-openstacksdk master: Use get_session_client in Connection https://review.openstack.org/541060
23:00:24 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Make osc-functional-devstack-tips actually use tips https://review.openstack.org/540554
23:00:30 openstackgerrit Monty Taylor proposed openstack/python-openstacksdk master: Gate on osc-functional-tips https://review.openstack.org/540556
23:07:58 openstackgerrit Monty Taylor proposed openstack/keystoneauth master: Add some comments explaining split_loggers flag logic https://review.openstack.org/541066
#openstack-sdks - 2018-02-06
00:16:00 mordred Qiming: http://logs.openstack.org/41/532641/5/check/senlin-dsvm-tempest-py27-functional/0fa2ee4/job-output.txt.gz#_2018-02-05_23_19_18_244439 <-- that failure doesn't seem to be related to the sdk issue - otherwise that ran green
00:19:35 openstackgerrit James E. Blair proposed openstack/keystoneauth master: Zuul: Remove project name https://review.openstack.org/541080
02:30:55 openstackgerrit pangliye proposed openstack/python-openstacksdk master: fix misspelling of 'volume' https://review.openstack.org/541095
07:48:50 openstackgerrit Hiroaki Kobayashi proposed openstack/service-types-authority master: Add a reservation service type (blazar project) https://review.openstack.org/541164
07:59:17 openstackgerrit Hiroaki Kobayashi proposed openstack/os-service-types master: Add blazar project https://review.openstack.org/541168
08:53:06 openstackgerrit Hiroaki Kobayashi proposed openstack/os-service-types master: Add blazar project https://review.openstack.org/541168
11:28:57 openstackgerrit Thomas Herve proposed openstack-infra/shade master: Allow not resolving outputs on get stacks https://review.openstack.org/541244
14:48:35 rabel do positional arguments have to be in <> in help messages? e.g. server create --help says <server-name>, but subnet create --help says name (without <>)
14:52:17 tosky rabel: without; if you see that in documentation, it's a usual way to describe the options
14:52:45 openstackgerrit Merged openstack/service-types-authority master: Add a reservation service type (blazar project) https://review.openstack.org/541164
14:53:48 rabel tosky: so the help message of server create is wrong?
14:54:39 tosky rabel: or the other one
14:55:04 tosky rabel: there should be consistency, one way or another, I think
14:55:21 tosky openstack network create --help has <network>
14:55:48 tosky openstack subnet delete --help has <subnet>
14:56:45 rabel tosky: my question is: which one is correct and which one should be changed?
14:57:36 tosky I don't know, but if I have to choose, the behavior of `openstack subnet create --help` seems the outlier compared to the others
14:58:55 tosky all other commands that I'm trying, from core openstack-sdk or from osc plugins, use <...>
14:58:59 tosky but I'm just an user
15:06:53 rabel well, let's wait if some of the devs want to comment
17:29:42 holo_ hello, when im trying to associate my Floating IP to instance with command from documentation:
17:29:45 holo_ root@ctrl00:~# openstack server add floating ip b25132a4-ccfe-4611-90f4-1a55e5c3b83a 192.168.11.21
17:29:46 holo_ add_floating_ip
17:29:46 holo_ root@ctrl00:~# openstack server list
17:29:46 holo_ | ID | Name | Status | Networks | Image | Flavor |
17:29:46 holo_ +--------------------------------------+-------+--------+--------------------+--------+---------+
17:29:49 holo_ | b25132a4-ccfe-4611-90f4-1a55e5c3b83a | demo1 | ACTIVE | demo-net=10.0.0.13 | cirros | m1.tiny |
17:29:50 holo_ +--------------------------------------+-------+--------+--------------------+--------+---------+
17:29:52 holo_ root@ctrl00:~#
17:30:09 holo_ when i try that same but with openstack floating ip set --port... it is working
17:32:31 rabel holo_: you could run openstack --debug ... to see what's actually happening (if you want to paste it somewhere, use http://paste.openstack.org/ ) or you could have a look into nova's and neutron's log
17:32:41 holo_ http://pastebin.pl/view/acf1f580
17:32:42 holo_ here it is
17:33:01 rabel :D that was fast
17:33:43 holo_ in neutron logs there is nothing.. i was fighteing with it from 2 weeks :) till today i tried other command (everyone told me i have something with my underlaying network ;)
17:35:58 rabel unfortunately i cannot help you either. if you think the client is missbehaving, feel free to open a bug report at https://bugs.launchpad.net/python-openstackclient
17:36:03 holo_ and here is when i will use instance id instead of instance name: http://pastebin.pl/view/9cf23fff
17:38:23 holo_ rabel, ok i will, thanks
17:47:04 holo_ done: https://bugs.launchpad.net/python-openstackclient/+bug/1747721
17:47:05 openstack Launchpad bug 1747721 in python-openstackclient "openstack client not assagning floating ip to instance" [Undecided,New]
17:47:22 holo_ happy fixing ;)
17:49:01 openstackgerrit Merged openstack/service-types-authority master: Update build to put content into sphinx location https://review.openstack.org/539239
19:57:38 openstackgerrit Eric Fried proposed openstack/keystoneauth master: DNM: Debug nova-next failure: user headers https://review.openstack.org/541425
20:02:42 openstackgerrit Eric Fried proposed openstack/keystoneauth master: DNM: Debug nova-next failure: invalidate https://review.openstack.org/541429
20:04:32 openstackgerrit Eric Fried proposed openstack/keystoneauth master: DNM: Debug nova-next failure: connection params https://review.openstack.org/541431
#openstack-sdks - 2018-02-07
01:08:56 openstackgerrit Merged openstack/keystoneauth master: Zuul: Remove project name https://review.openstack.org/541080
08:28:22 openstackgerrit Thomas Goirand proposed openstack/python-openstackclient master: Fix crashing console-log https://review.openstack.org/541609
12:29:00 Qiming mordred, there?
12:45:32 Qiming mordred, leaving a message here anyway --- zaqar is registering itself as 'messaging' service, not sure if that is official or not, SDK is incapable of mapping the service type to a module for it, I have filed a bug: https://bugs.launchpad.net/python-openstacksdk/+bug/1747904
12:45:33 openstack Launchpad bug 1747904 in OpenStack SDK "message service is not accessible" [Undecided,Confirmed]
13:25:08 frickler seems all osc-functional-devstack* checks are currently failing, is anyone already working on that?
15:31:32 mordred frickler: yes
15:32:13 mordred frickler: https://review.openstack.org/#/c/540554/ should fix the issue - just rechecked it this morning
15:33:32 mordred Qiming: awesome. messaging is their 'old' service type ... I've got a patch half-finished that should fix that issue - I'll try to get it finished today
15:33:37 frickler mordred: hmm, that still seems to fail the non -tips check
15:34:20 mordred frickler: yes - it pulled in 0.11.2 of sdk in its last run which does not contain the fixes
15:34:58 mordred frickler: but the constraints bump landed, so this run SHOULD be ok
15:35:39 frickler mordred: ah, great, thx
15:37:52 dtroyer mordred: thanks for watching the store for me the last while… I may finally be home again for a bit now…
15:59:10 mordred dtroyer: no worries! sorry for the breakage - but I think we've got the gate jobs fixed to actually catch such breakages in the first place
16:51:28 openstackgerrit Monty Taylor proposed openstack-infra/shade master: Use openstacksdk for most transitive depends https://review.openstack.org/541796
16:57:46 mordred dtroyer: I think http://logs.openstack.org/54/540554/3/check/osc-functional-devstack-tips/e8fc19f/testr_results.html.gz is an unrelated issue and I should just recheck that patch, yes?
16:58:52 openstackgerrit Merged openstack-infra/shade master: Allow not resolving outputs on get stacks https://review.openstack.org/541244
16:59:40 mordred rods_, SamYaple, slaweq: if you have sec, take a quick peek at https://review.openstack.org/541796 - I'd like to get that in and then cut shade's queens release
17:08:02 openstackgerrit Monty Taylor proposed openstack-infra/shade master: Use openstacksdk for most transitive depends https://review.openstack.org/541796
17:09:21 rods_ mordred https://review.openstack.org/#/c/541796/2 LGTM
17:09:26 mordred rods_: thanks!

Earlier   Later