Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2018-07-23
18:43:21 mordred dtroyer: ++ thanks!
19:16:58 openstackgerrit Dean Troyer proposed openstack/python-openstackclient master: Fix error with image show when image name is None https://review.openstack.org/529464
19:17:59 openstackgerrit Dean Troyer proposed openstack/python-openstackclient master: Fix error with image show when image name is None https://review.openstack.org/529464
19:29:17 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Add command to show all service versions https://review.openstack.org/584905
20:12:15 lbragstad dtroyer: i'm getting an odd error addressing one of your comments
20:12:45 lbragstad it's related to making --default-limit a required argument and it seems to stumble with integer types
20:13:54 lbragstad http://paste.openstack.org/show/726476/ is the implementation and http://paste.openstack.org/show/726475/ is a trace of the failure
20:14:01 lbragstad does the failure jump out to you at all?
20:15:01 lbragstad http://paste.openstack.org/show/726477/ is what i have locally for the test
20:47:23 openstackgerrit Monty Taylor proposed openstack/keystoneauth master: Add ability to filter version data by service-type https://review.openstack.org/585029
20:51:47 dtroyer lbragstad: in tests when setting arglist we make them all strings and let argparse do the conversion.
20:52:07 lbragstad oh
20:52:22 mordred dtroyer: ^^ that ksa patch above is the one we'll need to make that osc service-type filter be more efficient
20:52:23 dtroyer verifylist has the correct types
20:52:55 dtroyer lbragstad: its odd and I've forgotten exactly why but its that way everywhere I look
20:53:32 lbragstad huh - interesting... i figured the tests would expect the same type passed in as what's declared in the option definition
20:54:53 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Make use of keystoneauth service-type filtering for versions https://review.openstack.org/585030
20:55:07 lbragstad dtroyer: that seems to have fixed it, thanks!
20:55:52 dtroyer lbragstad: I think it is because it passes through cliff and argparse and they expect to operate on strings
20:56:00 dtroyer as input
20:56:08 lbragstad that makes sense
21:05:25 mordred dtroyer: https://review.openstack.org/#/c/584932/ is green - you wanna click the +A? (I'm not sure my +2 counts since you just uploaded a fix to the original patch)
21:08:46 dtroyer mordred: got it. Thanks for beating me to that :)
21:09:27 mordred \o/
21:09:48 mordred dtroyer: at least it wasn't another race-condition bug
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

Earlier   Later