Earlier  
Posted Nick Remark
#openstack-sdks - 2017-03-01
02:41:18 amotoki in addition to the above, it seems Ocata released versions of SDK and OSC have problems due to SDK API change.
02:41:33 amotoki for example, osc floating ip show <id> does not work.
02:41:50 reedip amotoki : ?? really ???
02:42:25 amotoki reedip: http://paste.openstack.org/show/600867/
02:42:56 amotoki I haven't checked all commands, but we have at least one :-(
02:43:14 reedip amotoki : As per what sindhu discussed with dtroyer, the sdk_connection error occurred due to devstack not being updated. I am waiting for sindhu's explanation for your question as I was also facing this issue in my local machine ( my devstack is older) but this issue is not occurring on the Gate
02:44:16 amotoki reedip: I created a new virtualenv and installed SDK and OSC, so i believe it does not apply to my case.
02:44:48 amotoki another strange behavior http://paste.openstack.org/show/600868/
02:44:51 ankur-gupta-f4 well I'm getting "ImportError: No module named deprecation"
02:45:02 amotoki network list --external does not work. it lists non-external networks too.
02:45:07 ankur-gupta-f4 so i guess my env is broken
02:46:23 reedip amotoki : TL;DR , a lot of issues are now coming :) Let me try out the latest SDK and OSC and get back to you. ankur-gupta-f4 ; too little time is right :)
02:46:41 amotoki reedip: no problem
02:46:48 reedip amotoki: thanks
02:47:11 ankur-gupta-f4 rebuilding. but this seems like it may be a tomorrow (for me) issue. Thanks amotoki for bringing it to attention. And also good morning :)
02:47:44 reedip good ???? not for the CLI
02:48:53 openstackgerrit Reedip proposed openstack/python-openstackclient master: Introduce quota unset command https://review.openstack.org/376311
02:50:47 sindhu reedip: amotoki : ok I finally found the conversation 12:16 PM sindhu: make sure you have https://review.openstack.org/#/c/435735/ in your git history.  rebase your patchset on master if you have not done that since 435735 merged.
02:51:34 reedip sindhu : is this the part of Openstack SDK 0.13 release?
02:52:58 openstackgerrit Reedip proposed openstack/python-openstackclient master: Introduce quota unset command https://review.openstack.org/376311
02:59:31 sindhu reedip: I am not sure abt that. Should ask dtroyer :)
03:00:06 reedip Or check the latest 0.13 code and see if it exists :F
03:00:07 reedip :D
03:00:15 reedip thats the longer way
03:00:18 ankur-gupta-f4 check the release notes and it wud show whether patch 435735 merged
03:00:51 ankur-gupta-f4 wait its an OSC patch. SDK doesn't matter
03:01:29 reedip oops
03:09:49 reedip ankur-gupta-f4 : there are some issues with OSC as the upgrade to 0.9.13 didnt remove the workarounds for 0.9.12
03:09:54 reedip sindhu : ^^
03:10:33 ankur-gupta-f4 excellent
03:16:11 reedip ankur-gupta-f4 : vv This is under works
03:16:25 openstackgerrit Reedip proposed openstack/python-openstackclient master: Remove workarounds for 0.9.12 SDK version https://review.openstack.org/439299
03:33:24 openstackgerrit Merged openstack/python-openstacksdk master: Reorganize cluster docs https://review.openstack.org/439110
03:34:12 openstackgerrit Merged openstack/python-openstacksdk master: Reorganize workflow docs https://review.openstack.org/439028
04:16:16 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/439362
07:40:02 openstackgerrit Akihiro Motoki proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC https://review.openstack.org/383025
08:37:45 openstackgerrit Rikimaru Honjo proposed openstack/python-openstackclient master: Add a validation about options for server migrate command https://review.openstack.org/439451
09:11:00 openstackgerrit Reedip proposed openstack/python-openstacksdk master: WIP Bulk Create support in OpenstackSDK https://review.openstack.org/439477
09:23:54 reedip_ ankur-gupta-f4 , ankur-gupta-f4 : You need to update devstack , openstack-sdk installed deprecation as a requirement 14 days ago
09:24:03 reedip_ ankur-gupta-f1 ^^
09:25:00 reedip_ amotoki : I am not facing any issue with floating ip show <id>
09:25:53 reedip_ checking the External Network issue ( I have updated my branch to master for SDK and OSC )
09:27:46 amotoki reedip_: what versions (SDK/OSC) do you use?
09:28:00 reedip_ amotoki: 0.9.13, 3.8.1
09:28:05 reedip_ thats as per pip freeze
09:29:13 reedip_ I am redeploying the devstack . And will retry the CLIs just to be doubly sure
09:37:51 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy https://review.openstack.org/439490
09:48:31 amotoki reedip_: I checked the latest patch set locally and confirmed it works.
09:48:41 amotoki reedip_: one question remaining on the class name.
09:49:17 amotoki reedip_: currently SetFloatingIP is used for the class name. I wonder what class name is used when we have 'floating ip set' command in the future.
09:50:48 reedip_ amotoki : I am not sure about your query. Isnt the current Class name "SetFloatingIP" used for floating ip set CLI ?
09:52:09 amotoki reedip_: assume we have both 'openstack floating ip set port' and 'openstack floating ip set' in future
09:52:31 reedip_ amotoki : ok . Now its clear
09:52:35 amotoki reedip_: we currently use 'SetFloatingIP' for the former. what class name should be used for the latter.
09:53:01 reedip_ amotoki : how about keeping the same class name but using --port for setting the Port IP
09:54:21 amotoki reedip_: that is one option.
09:54:41 amotoki reedip_: I do not know the background why we chose 'floating ip set port' rather than 'floating ip set'
09:55:29 reedip_ amotoki : we had floating ip port associate/disassociate
09:55:50 reedip_ amotoki : but the actions ( associate /disassociate ) were not conforming with the Rules defined in OSC
09:56:00 reedip_ thats why it was proposed to move them to set / unset
09:56:16 reedip_ amotoki: but now this makes more sense to have port as optional
09:56:35 reedip_ amotoki: to keep floating ip set available for other operations
09:56:58 reedip_ amotoki : Can you send the neutronclient to OSC google sheet ???? Please :)
09:58:56 reedip_ amotoki: got it never mind :)
10:02:31 amotoki reedip_: if we choose 'floating ip set port' as command name, users can easily know what we are doing and --port is a required parameter.
10:02:47 amotoki reedip_: this is the merit of the current proposed command name. This is my understanding.
10:03:24 amotoki reedip_: do you need the link of my google spreadsheet?
10:03:30 reedip_ amotoki : yes, but if we remove port, and keep the --port option,( i.e. floating ip set --port) still they will know that the port is being set with the floating ip
10:03:42 reedip_ amotoki: I needed the link, I got it from history
10:04:00 amotoki reedip_: the link is pasteed in the OSC PTG page
10:04:04 reedip_ amotoki: I am fine with both "floating ip set port" and "floating ip set"
10:04:33 reedip_ amotoki: Currently , there is no SET option in NeutronClient for Floating IP
10:04:33 amotoki reedip_: honestly my current vote is 'set port' :)
10:04:45 amotoki reedip_: yeah, there is no.
10:05:00 reedip_ amotoki: so what we can do is , change the name of the class to SetFloatingIPPort
10:05:03 amotoki reedip_: we have description field now.
10:05:17 amotoki reedip_: it is okay to me if create command supports it later.
10:05:18 reedip_ amotoki: so that if there is ever a requirement in the future, we can consider it later
10:05:33 amotoki reedip_: okay
10:06:05 amotoki reedip_: it is just for curiosity. thanks for your time
10:06:27 reedip_ :)
10:29:47 openstackgerrit Reedip proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC https://review.openstack.org/383025
11:04:28 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/python-openstackclient master: Add "qos-policy" option to "port create" & "port set" https://review.openstack.org/419236
11:11:29 openstackgerrit Merged openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/439362
13:17:22 sambetts Hi openstackclient team, I'm hitting an issue on stable/mitaka, my CI has been failing since https://github.com/openstack/requirements/commit/808355f7ddd29f834531bfa6ead7ad01fbe37fb6 merged
13:19:31 sambetts when I have 2.3.1 installed I get this error during devstack: [localhost] out: 2017-02-28 22:24:49.692 | DEFAULT_USER_AGENT = "openstacksdk/%s" % openstack.__version__
13:19:34 sambetts [localhost] out: 2017-02-28 22:24:49.692 | AttributeError: 'module' object has no attribute '__version__'
13:19:50 sambetts reverting to 2.3.0 fixes this issue
13:49:15 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy https://review.openstack.org/439490
14:56:12 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Change version of hacking in test-requirements https://review.openstack.org/439636
14:58:11 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy https://review.openstack.org/439490
15:05:11 openstackgerrit Pavlo Shchelokovskyy proposed openstack/openstackclient master: Explicitly depend on python-openstackclient https://review.openstack.org/439641
15:38:54 openstackgerrit Merged openstack/python-openstacksdk master: Change version of hacking in test-requirements https://review.openstack.org/439636
15:45:21 elmiko etoews, edleafe, looks like i've got a conflict with tomorrow's meeting. just a heads up
15:52:40 edleafe elmiko: ack
16:18:32 openstackgerrit Nakul Dahiwade proposed openstack/python-openstackclient master: OSC Network Flavor Profile https://review.openstack.org/396783
16:30:24 openstackgerrit Shashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce neutron flavor associate, disassociate to OSC https://review.openstack.org/403907
16:33:42 openstackgerrit Shashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce neutron flavor associate, disassociate to OSC https://review.openstack.org/403907
16:46:00 reedip o/
16:51:52 ediardo o/

Earlier   Later