Earlier  
Posted Nick Remark
#openstack-sdks - 2018-02-19
16:13:12 mordred Shrews: welcome back - if you get a moment, I have some nice patches ready and waiting for you
16:13:41 Shrews ok
16:15:44 mordred Shrews: https://review.openstack.org/#/c/544356/ through https://review.openstack.org/#/c/544356 are ready to go, as are https://review.openstack.org/#/c/539936/ and https://review.openstack.org/#/c/539678
16:15:49 mordred Shrews: no specific rush obvs
16:41:41 Shrews mordred: what do the changes in https://review.openstack.org/#/c/540372/6/openstack/cloud/openstackcloud.py have to do with that logging change?
16:48:22 mordred Shrews: the base test update exposed an assumption in connect_as (because there is a code-path which uses connect_as on a connection that was not created from a full clouds.yaml config)
16:49:16 mordred Shrews: we could split it out into its own change to land before the base test change - I just figured I was assaulting you with too many patches as it was :)
16:50:28 Shrews mordred: it's fine, it just wasn't mentioned in the commit message so i was confused
16:56:22 mordred Shrews: fair :)
18:25:34 openstackgerrit Matt Riedemann proposed openstack/python-openstackclient master: Default --nic to 'auto' if creating a server with >= 2.37 https://review.openstack.org/545946
18:39:52 Shrews mordred: i +2'd or +3'd up to https://review.openstack.org/540374, which is failing
18:41:22 SamYaple do we have a weekly meeting ive been missing? last i looked there wasnt really an active meeting schedule
18:45:37 Shrews SamYaple: if there is one, i've been missing it too
18:45:51 Shrews so i think the answer is "no"
18:46:49 SamYaple cool. well let me know if that changes (and maybe it should?)
18:47:07 SamYaple i wouldnt mind a (bi)?monthly meeting
18:47:18 SamYaple get some better picture of long term plans
19:24:28 openstackgerrit Merged openstack/python-openstacksdk master: Calculate name in CloudRegion https://review.openstack.org/541059
20:06:37 openstackgerrit Merged openstack/python-openstacksdk master: Add get_client_config method to CloudRegion https://review.openstack.org/539678
20:10:48 openstackgerrit Merged openstack/python-openstacksdk master: Use keystone NoAuth plugin for auth_type none https://review.openstack.org/539936
20:24:41 mordred Shrews: thanks!
20:24:55 mordred SamYaple: andyah - I've been thinking it's about time to spin one of those up
#openstack-sdks - 2018-02-20
00:18:26 openstackgerrit Merged openstack/python-openstacksdk master: Use get_session_client in Connection https://review.openstack.org/541060
01:44:43 openstackgerrit Merged openstack/python-openstacksdk master: Update base test case to use base from oslotest https://review.openstack.org/540372
01:49:54 openstackgerrit Merged openstack/python-openstacksdk master: Update all test base classes to use base.TestCase https://review.openstack.org/540373
13:50:45 elmiko cdent: not sure if you saw the notes from last meeting (or if anyone mentioned it), we had all agreed to give +1s and -1s to the items on the agenda etherpad
13:51:00 elmiko sorry, should have said something last week
13:51:06 cdent elmiko: I did see that and then totally forgot
13:51:12 elmiko =)
13:51:26 cdent since you're here: I'll be somewhere in Ireland on thursday this week, so not around for meeting
13:54:21 elmiko cdent: ack, might be a light meeting again
13:54:28 elmiko enjoy the emerald isle ;)
14:01:12 cdent elmiko: I can't find last week's newletter in the archive. am I being blind?
14:03:28 elmiko cdent: must be, sent folder shows that i did indeed send it
14:03:43 cdent did you use the usual subject?
14:03:48 elmiko yes
14:05:05 elmiko cdent: http://lists.openstack.org/pipermail/openstack-dev/2018-February/127427.html
14:06:15 cdent elmiko: ah, I got it, it's pipermail choosing to thread underneath the previous one, I was looking for a top-level entry
14:11:46 elmiko that's weird
14:11:55 elmiko i certainly didn't post it as a "reply to" type thing
14:15:01 cdent I think pipermail is lame
14:15:17 elmiko don't let it find out ;)
#openstack-sdks - 2018-02-21
00:50:58 openstackgerrit Monty Taylor proposed openstack/python-openstacksdk master: Run examples tests with functional tests https://review.openstack.org/540374
00:50:59 openstackgerrit Monty Taylor proposed openstack/python-openstacksdk master: Re-enable orchestration functional tests https://review.openstack.org/540412
08:58:59 Tek___ Hello
08:59:21 Tek___ Am I allowed to ask questions about shade on here or is it the wrong channel ? (I'm a newbie to IRC)
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. :)

Earlier   Later