| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2018-02-21 | |||
| 09:05:54 | Tek___ | I've been toying with Shade to create servers on an Openstack cloud, it worked very well so far while creating servers from an image, but now I'm trying to boot from an image AND attach a bootable volume to the instance, but when I execute my code I get an error along the lines of : | |
| 09:05:54 | Tek___ | Block Device Mapping is Invalid: Mapping image to local is not supported. | |
| 09:05:54 | Tek___ | My code producing the error looks like this : | |
| 09:05:54 | Tek___ | cloud.create_volume(size=50, name='upgradeTestVolume', availability_zone='eu-west-0a', wait=True, bootable=True, image="Debian9", timeout=3600) | |
| 09:05:54 | Tek___ | volumes=['upgradeTestVolume'] | |
| 09:05:54 | Tek___ | cloud.create_server( | |
| 09:05:54 | Tek___ | name='WS2012-TEST', image=imageTest, flavor=flavor, volumes=volumes ,wait=True, auto_ip=True, | |
| 09:05:55 | Tek___ | availability_zone='eu-west-0a', network='70b7256f-429e-4bc2-911b-79e0fb26594f', timeout=3600, | |
| 09:05:55 | Tek___ | security_groups='Ouvert',userdata=userdata, key_name='mykeyname') | |
| 13:36:36 | cmurphy | mordred: do you know what's up with the openstacksdk functional job on stable/queens? it's breaking ksa https://review.openstack.org/#/c/543684/ | |
| 14:20:50 | cdent | edleafe: it seems there are very few items on the api-sgi ptg agenda which are getting a -1 | |
| 14:23:44 | edleafe | ...and those are mostly mine | |
| 14:23:53 | edleafe | elmiko was reluctant to go negative :) | |
| 14:27:37 | cdent | I'll apply the rule of "must vote" to myself, no zeroes allowed | |
| 14:29:40 | openstackgerrit | Merged openstack/os-service-types master: Updated from global requirements https://review.openstack.org/545551 | |
| 14:29:51 | cdent | edleafe: added a note about voting more harshly | |
| 14:33:10 | edleafe | wise | |
| 15:00:53 | elmiko | cdent edleafe i voted for myself, but ack on the -1s | |
| #openstack-sdks - 2018-02-22 | |||
| 02:18:21 | openstackgerrit | caishan proposed openstack/python-openstacksdk master: Update clustering module's _proxy comment message. https://review.openstack.org/543390 | |
| 02:58:23 | openstackgerrit | caishan proposed openstack/python-openstacksdk master: Update clustering module's _proxy comment message. https://review.openstack.org/543390 | |
| 06:20:59 | openstackgerrit | caishan proposed openstack/python-openstacksdk master: Update clustering module's _proxy comment message. https://review.openstack.org/543390 | |
| 08:52:15 | openstackgerrit | chenyb4 proposed openstack/python-openstacksdk master: Fix clustering force delete return error https://review.openstack.org/546923 | |
| 09:07:37 | openstackgerrit | Chen Hanxiao proposed openstack/python-openstackclient master: Add --image-property parameter in 'server create' https://review.openstack.org/535664 | |
| 09:29:02 | openstackgerrit | Dongcan Ye proposed openstack/python-openstackclient master: Remove deprecated ip floating commands https://review.openstack.org/546924 | |
| 09:50:47 | openstackgerrit | Dongcan Ye proposed openstack/python-openstackclient master: Remove deprecated ip floating commands https://review.openstack.org/546924 | |
| 10:20:14 | openstackgerrit | Dongcan Ye proposed openstack/python-openstackclient master: Remove deprecated ip floating commands https://review.openstack.org/546924 | |
| 12:10:46 | openstackgerrit | Jose Castro Leon proposed openstack/python-openstackclient master: Add support for endpoint group commands https://review.openstack.org/520627 | |
| 14:41:43 | elmiko | edleafe dtantsur|brb a meeting got shifted here, i'm gonna be a little late to ours. could one of you take the lead? | |
| 14:46:57 | edleafe | elmiko: I can do it. | |
| 14:47:21 | elmiko | thanks edleafe | |
| 14:53:45 | elmiko | this meeting is sliding more, i /may/ not make it | |
| 15:44:06 | openstackgerrit | Merged openstack/python-openstacksdk master: Fix clustering force delete return error https://review.openstack.org/546923 | |
| 16:17:27 | edleafe | elmiko: dtantsur: The newsletter is ready for review: https://etherpad.openstack.org/p/api-sig-newsletter | |
| 16:17:33 | edleafe | Short and sweet! | |
| 16:20:29 | SamYaple | Tek___: you are creating a bootable volume but trying to create a server with an image and the bootable volume attached | |
| 16:20:37 | dtantsur | edleafe: LGTM :) | |
| 16:20:43 | SamYaple | Tek___: try to attach the volume after server creation | |
| 16:21:03 | SamYaple | Tek___: im not sure if this is shade code trying to be clever (finding the bootable volume) or the nova api being nova | |
| 16:21:42 | elmiko | edleafe: lgtm, ship it! | |
| 16:22:51 | edleafe | Done! | |
| 17:19:25 | samueldmq | #link https://github.com/Azure/azure-quickstart-templates | |
| 17:19:49 | samueldmq | thoughts on sdk-quickstart-examples? | |
| 17:19:57 | samueldmq | mordred: ^ | |
| 17:21:44 | samueldmq | funny thing is that shade/sdk brings simplicity to the point we wouldn't need a directory for each example, but a single file instead | |
| 17:22:00 | mordred | cmurphy: sorry about that- it should be fixed now | |
| 17:22:19 | cmurphy | mordred: yay | |
| 17:22:33 | mordred | cmurphy: I rechecked that ksa patch | |
| 17:22:44 | cmurphy | ty | |
| 17:26:02 | mordred | Tek___, SamYaple: you are creating a bootable volume from the Debian9 image, then booting from that same image and attaching that volume, the create_server call would say to me "boot from this image and then also attach this volume as an additional volume" | |
| 17:28:23 | mordred | Tek___: if whatyou want to do is boot-from-volume but you want a new bootable volume created from the Debian9 image,... | |
| 17:29:31 | mordred | Tek___: all you need to do is cloud.create_server(name='WS2012-TEST', image=imageTest, flavor=flavor, boot_from_volume=True, wait=True, auto_ip=True, availability_zone='eu-west-0a', network='70b7256f-429e-4bc2-911b-79e0fb26594f', timeout=3600, security_groups='Ouvert',userdata=userdata, key_name='mykeyname') | |
| 17:29:54 | mordred | Tek___: basically, just pass the image name and the flag boot_from_volume and you can skip the create-a-volume step | |
| 17:30:33 | mordred | Tek___: if you want to create the bootable volume as one step and then boot in the second step, leave image= out of the create server call and pass the bootable volume to the boot_volume parameter | |
| 17:35:49 | mordred | Tek___, SamYaple: it occurs to me that this area could use better documentation. :) | |
| 19:39:42 | openstackgerrit | Merged openstack/python-openstacksdk master: Update clustering module's _proxy comment message. https://review.openstack.org/543390 | |
| 21:09:24 | openstackgerrit | Monty Taylor proposed openstack/python-openstacksdk master: Honor service type aliases from the catalog https://review.openstack.org/544356 | |
| 21:09:34 | openstackgerrit | Monty Taylor proposed openstack/python-openstacksdk master: Mark openstacksdk-functional-devstack-base as abstract https://review.openstack.org/545606 | |
| 21:12:49 | openstackgerrit | Monty Taylor proposed openstack/python-openstacksdk master: Run examples tests with functional tests https://review.openstack.org/540374 | |
| 21:28:44 | adriant | mordred: what's the default version of identity in the sdk? | |
| 21:29:46 | adriant | because it seems even when built off a very much v3 session, the identity proxy I'm getting is v2 | |
| 21:30:27 | adriant | I think I'll need to add some default API version stuff to my constructors | |
| 21:31:59 | adriant | oh, that's interesting. "conn = oi.sdk.get_connection(identity_api_version=3)" | |
| 21:32:15 | adriant | it expects str, so when you give it an int it gets very confused | |
| 21:34:09 | adriant | mordred: http://paste.openstack.org/show/682540/ | |
| 21:34:42 | adriant | not sure where that api version param is being parsed, but we should probably stick a caste to string there. | |
| 21:34:58 | adriant | cast* | |
| 22:03:27 | dhellmann | dtroyer, melwitt : what's the story with the osc-placement library and python 3? I see it claims support in the classifiers, but I don't see any test unit jobs configured for it. | |
| 22:43:34 | mordred | adriant: getting the versions touse discovery by default is the next thing on my list | |
| 22:43:53 | mordred | adriant: that said - I just added two tests to try to reproduce your int/string issue and both work for me :( | |
| 22:44:15 | adriant | mordred: odd, I'm running... lemme check what version | |
| 22:44:55 | openstackgerrit | Monty Taylor proposed openstack/python-openstacksdk master: Make sure both string and int versions work https://review.openstack.org/547159 | |
| 22:45:04 | adriant | mordred: openstacksdk==0.11.3 | |
| 22:45:13 | mordred | adriant: ^^ there's theunit test I tried using to reproduce | |
| 22:45:21 | adriant | maybe that version stuff is in keystoneauth? | |
| 22:46:35 | mordred | it's many places ... but that should be using requests-mock so we should still see the issue - Ill keep poking to see if I can make it fail - what does your get_connection function look like? | |
| 22:47:24 | adriant | mordred: https://github.com/Adrian-Turjak/openstack-interpreter/blob/master/openstack_interpreter/v1/sdk.py | |
| 22:48:57 | mordred | adriant: ok. cool. so we should be able to easily reproduce that issue | |
| 22:51:41 | adriant | I do actually use the sdk outside of my interpreter btw, it's just that the interpreter is the easiest way to test stuff and I use it to figure out how some of the sdk functions actually work and the models returned act/look like :P | |
| 22:53:03 | mordred | adriant: I like it - I might start using it myself :) | |
| 22:55:52 | adriant | mordred: I mostly made it to teach people on our team how to use the various client tools, although that's slowly turning into: "just use the SDK, it's better, and play with it here" | |
| 22:56:04 | mordred | \o/ | |
| 23:00:49 | mordred | adriant: WELL - I've discovered at least one other bug - but still can't reproduce your thing | |
| 23:00:58 | adriant | haha | |
| 23:01:01 | adriant | oh well | |
| 23:01:07 | adriant | it's not really that bad, just odd | |
| 23:01:22 | mordred | adriant: I have discovered that 'identity_api_version='red' will get you openstack.identity.v3._proxy.Proxy | |
| 23:01:28 | adriant | I may have to try it out in an entirely clean venv and triple check | |
| 23:01:29 | adriant | hahah | |
| 23:01:30 | adriant | what?1 | |
| 23:01:31 | adriant | ? | |
| 23:01:31 | mordred | adriant: which I'd argue is ... incorrect behavior | |
| 23:01:53 | adriant | that's amusing | |
| 23:05:42 | adriant | mordred: clean venv, both py2 and py3 cause me the same issue :( | |
| 23:07:02 | adriant | its a minor enough thing though that it probably isn't worth chasing | |
| 23:07:26 | adriant | although I'll admit I'm curious what's the cause | |
| 23:08:06 | mordred | yah. I worry something is wrong at a deeper level - I'm going to try with oi this time | |
| #openstack-sdks - 2018-02-23 | |||
| 00:21:10 | mordred | adriant: WOOT - found it | |
| 00:22:02 | adriant | mordred: what was it? :P | |
| 00:23:19 | mordred | adriant: the code in oi is passing in an authenticated session, which is a different codepath than I was using in that test. (that's why I didn't get a failure) the underlying issue is that in session codepath the normalize_keys function is not getting called - which is where the stringificatoin of the values happens | |
| 00:24:13 | adriant | ah! that makes sense, and further useful fixes to the session codepath (which I do care about ;)) | |