Earlier  
Posted Nick Remark
#openstack-sdks - 2018-07-23
21:14:39 dtroyer no kidding
21:18:58 openstackgerrit Lance Bragstad proposed openstack/python-openstackclient master: Implement support for registered limits https://review.openstack.org/574475
21:20:16 lbragstad dtroyer: for https://review.openstack.org/#/c/575211/5/doc/source/cli/command-objects/limit.rst@17 would you like project to be the non-named argument?
21:21:09 dtroyer the rule is the positional arg should be the name or ID of the resource named in the command… that isn't always possible though
21:21:13 lbragstad so - openstack limit create --service compute --resource-name cores --resource-limit 20 project_foo
21:22:38 dtroyer I'm thinking it might be resource-name
21:22:57 lbragstad ok - so same pattern as registered limits then
21:23:15 dtroyer yes… that's what you use in the other commands to identify the particular limit
21:23:27 dtroyer also, can the name be used in the other commands or must it be ID only?
21:23:57 lbragstad well - limits are a little strange in that they have a rather complex uniqueness constraint
21:25:26 lbragstad each limit must be unique wrt service, default_limit (in the case of registered limits), resource name, and optionally region
21:25:43 dtroyer I wondered… I wouldn't mind doing a bit of work to make UX better, but that can come later, just curious
21:26:05 lbragstad so asking keystone for a list of all limits with resource names of 'cores' is more of a filter
21:26:24 lbragstad yeah - i hear you
21:26:44 lbragstad is that something we should track in a bug/RFE?
21:26:54 lbragstad if it isn't a blocker for these patches?
21:27:42 dtroyer it is certainly not a blocker, unless it was just a find_resource() call away :) sure, having a tracking story would be helpful
21:28:25 lbragstad cool - i'll get the project limits patch updated and then open a couple RFE for those
21:28:48 dtroyer thanks, I appreciate it
21:28:59 lbragstad absolutely - thanks for the reviews
21:32:30 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Add command to show all service versions https://review.openstack.org/584905
21:32:31 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Make use of keystoneauth service-type filtering for versions https://review.openstack.org/585030
21:39:21 lbragstad dtroyer: did osc move to storyboard?
21:39:57 lbragstad huh - looks like it
21:45:30 dtroyer it did…
21:52:16 openstackgerrit Lance Bragstad proposed openstack/python-openstackclient master: Implement support for project limits https://review.openstack.org/575211
21:52:26 lbragstad https://storyboard.openstack.org/#!/story/2003074 and https://storyboard.openstack.org/#!/story/2003073
21:52:31 lbragstad should do it dtroyer ^
21:52:49 dtroyer thanks!
21:53:13 lbragstad no problem - i'll keep an eye on the check queue but unit and functional tests pass locally for me
21:57:00 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Add command to show all service versions https://review.openstack.org/584905
21:58:36 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Add command to show all service versions https://review.openstack.org/584905
22:12:12 openstackgerrit Monty Taylor proposed openstack/keystoneauth master: Add ability to filter version data by service-type https://review.openstack.org/585029
22:40:43 openstackgerrit Merged openstack/python-openstackclient master: Pass volume snapshot size to volume create https://review.openstack.org/584932
22:42:50 openstackgerrit Dean Troyer proposed openstack/python-openstackclient master: Fix error with image show when image name is None https://review.openstack.org/529464
23:32:58 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Make use of keystoneauth service-type filtering for versions https://review.openstack.org/585030
23:45:43 openstackgerrit Monty Taylor proposed openstack/keystoneauth master: Add ability to filter version data by service-type https://review.openstack.org/585029
#openstack-sdks - 2018-07-24
00:50:15 openstackgerrit OpenStack Proposal Bot proposed openstack/os-service-types master: Updated from OpenStack Service Type Authority https://review.openstack.org/585062
00:53:33 openstackgerrit Merged openstack/python-openstackclient master: Do not require port argument when updating floating IP https://review.openstack.org/575057
05:54:34 openstackgerrit Josephine Seifert proposed openstack/python-openstackclient master: Don't sent disk_over_commit if nova api > 2.24 https://review.openstack.org/582334
05:55:18 openstackgerrit Josephine Seifert proposed openstack/python-openstackclient master: [WIP] osc-included image signing (using openstacksdk) https://review.openstack.org/580086
07:26:04 thanhnb hello
07:26:45 thanhnb sorry about my english.
07:27:14 thanhnb i want help about "Connection" in openstack sdk.
07:27:54 thanhnb i has read in docs. It said "Using an existing authenticated keystoneauth1.session.Session, such as might exist inside of an OpenStack service operational context"
07:28:46 thanhnb How can i use "keystoneauth1.session.Session" in this situation.
07:33:55 cmurphy thanhnb: you can create a keystoneauth session following these docs https://docs.openstack.org/keystoneauth/latest/using-sessions.html
07:34:20 thanhnb i has created it
07:34:28 thanhnb but it seem not work
07:36:03 thanhnb http://paste.openstack.org/show/726497/
07:36:19 thanhnb this is how i do it
07:36:41 thanhnb am i right?
07:37:49 cmurphy thanhnb: it seems okay to me, what problem are you having?
07:39:09 thanhnb http://paste.openstack.org/show/726498/
07:39:12 thanhnb this is bug
07:40:11 thanhnb http://paste.openstack.org/show/726499/ this is code when i has bug
07:42:17 thanhnb i think the session is ok, but the connection doesn't create
07:46:43 cmurphy thanhnb: what version of openstacksdk and keystoneauth do you have?
07:47:12 cmurphy I tried your code and it works for me so it might be a bug in one of the libraries
07:49:45 thanhnb keystoneauth1==3.10.0 and openstacksdk==0.17.0
07:50:31 thanhnb what is your version of openstacksdk and keystoneauth1?
07:53:04 cmurphy thanhnb: same versions
07:53:11 cmurphy hmm :/
07:53:17 thanhnb :(
07:56:37 thanhnb let me try another venv. :(
07:58:33 thanhnb cmurphy- so anyway, thanks you :D
08:02:34 cmurphy thanhnb: no problem but I'm still not sure what's going on :)
08:02:55 thanhnb i has created another venv
08:03:09 thanhnb but it still error @@
08:03:25 thanhnb same with this.
08:03:37 thanhnb can you send me your code @@
08:04:28 cmurphy thanhnb: i'm using your same code just with the password and user id changed
08:04:37 thanhnb :(
08:05:27 cmurphy actually now i've tried it on a different system and it's giving me a completely different error, "Auth plugin requires parameters which were not given: auth_url" so i'm even more confused :)
08:06:21 thanhnb i has openstack in centos 7
08:06:30 thanhnb and run code in ubuntu18 @@
08:07:23 thanhnb i has same bug "not given: auth_url" when i dont declared "auth_url"
08:08:12 thanhnb my openstack is queen
08:09:15 thanhnb @@
08:13:03 thanhnb i have tried it in different node, but it still error
08:15:45 cmurphy thanhnb: aha i reproduced your problem
08:15:55 thanhnb wow :D
08:15:59 cmurphy when I first tried it I had credentials set in OS_* environment variables
08:16:10 cmurphy if i unset OS_PASSWORD then the problem occurs
08:17:02 cmurphy based on that doc i think that's probably not what's intended, want to file a bug?
08:17:58 thanhnb so i need "OS_PASSWORD" in my environment?
08:18:22 thanhnb what is "want to file a bug" , i dont understand @@
08:18:40 thanhnb i just newbie in openstack
08:20:09 cmurphy thanhnb: i mean to say, could you report this bug in the bug tracker? I believe you can do that here https://storyboard.openstack.org/#!/project/972
08:20:56 thanhnb yes, i think i can do this.
08:20:59 thanhnb :)
08:21:02 cmurphy :)
08:21:19 cmurphy cc mordred ^
12:15:39 mordred cmurphy: reading
12:16:30 mordred oh poo. thanhnb is gone
12:20:32 mordred cmurphy: fwiw, I think this is a doc bug - it is implying that the above is something that people should do
12:25:10 mordred the whole "Using an existing authenticated keystoneauth1.session.Session, such as might..." is really meant for inside of nova or something else where keystone_middleware has already provided a Session - I don't expect it to be a pattern people use in any other context
13:07:36 cmurphy mordred: but in theory shouldn't that work?
13:07:55 mordred yes - in theory it should work - so I'm sure there is a bug in there somewhere
13:08:29 mordred but the first bug is that doing it that way is the hardest possible way to use openstacksdk, so if someone is trying to get started and that's the way they're trying to get started, the docs are leading them astray

Earlier   Later