Earlier  
Posted Nick Remark
#openstack-sdks - 2018-08-14
18:13:37 samueldmq how do we call shade now? can I just say abstraction layer?
18:13:55 dtantsur I call it "the shade part" :)
18:14:46 dtantsur sorry, I had to bail out for dinner. we can talk tomorrow about this if you don't mind.
18:15:09 samueldmq dtantsur: sure, bon apetit!
18:15:44 dtantsur thnx
19:41:07 openstackgerrit Samuel de Medeiros Queiroz proposed openstack/openstacksdk master: Consolidate cloud/base.py into functional/base.py https://review.openstack.org/591031
19:46:36 openstackgerrit Samuel de Medeiros Queiroz proposed openstack/openstacksdk master: Consolidate cloud/base.py into functional/base.py https://review.openstack.org/591031
21:59:21 amotoki dtroyer: could you give your ack for osc-lib 1.11.1 release? it's waiting ack from PTL. https://review.openstack.org/#/c/591556/
21:59:40 amotoki dtroyer: osc-lib 1.11.1 FFE has been accepted.
#openstack-sdks - 2018-08-15
00:12:47 dtroyer amotoki: +1
00:31:38 amotoki dtroyer: thanks. we can unblock neutronclient gate soon :)
07:42:15 openstackgerrit Matthias Lisin proposed openstack/openstacksdk master: fwaas: Add support for FWaaS v2.0 API https://review.openstack.org/591650
07:48:13 openstackgerrit Shuo Liu proposed openstack/keystoneauth master: add release notes to readme.rst https://review.openstack.org/591943
07:49:10 openstackgerrit yanpuqing proposed openstack/python-openstackclient master: Add NODE and HOST parameters in "server create" help text https://review.openstack.org/591944
10:24:23 openstackgerrit yanpuqing proposed openstack/python-openstackclient master: Add NODE and HOST parameters in "server create" help text https://review.openstack.org/591944
11:05:36 openstackgerrit Chris Dent proposed openstack/api-sig master: Add an api-design doc with design advice https://review.openstack.org/592003
11:24:54 openstackgerrit Chris Dent proposed openstack/api-sig master: Add an api-design doc with design advice https://review.openstack.org/592003
11:47:25 openstackgerrit Matthias Lisin proposed openstack/openstacksdk master: fwaas: Add support for FWaaS v2.0 API https://review.openstack.org/591650
13:43:40 openstackgerrit Chris Dent proposed openstack/api-sig master: Add link to Building Protocols with HTTP https://review.openstack.org/589132
13:43:40 openstackgerrit Chris Dent proposed openstack/api-sig master: Explicitly link to the HTTP RFCs https://review.openstack.org/589131
14:18:24 openstackgerrit Artem Goncharov proposed openstack/cliff master: cap cmd2 also for python3 https://review.openstack.org/592060
14:29:09 gtema mordred: are you here?
14:29:23 mordred gtema: heya
14:29:52 gtema mordred: can you please have a look at https://review.openstack.org/#/c/591445/, I need help finding problem in test failure
14:30:28 mordred gtema: hrm. it's only failing in the senlin and magnum jobs?
14:30:35 gtema yupp
14:30:48 gtema exactly this is suprising
14:31:00 mordred gtema: you know - it might just be a resourcing issue
14:31:19 mordred like, when magnum/senlin installed maybe there aren't enoguh resources on the test node to deal with the backup
14:31:20 gtema you think of "recheck"?
14:32:05 mordred gtema: I think perhaps we might want to consider doing $something to not run those tests in the senlin/magnum jobs ... one of the reasons those are in their own jobs in the first place is resource competition
14:32:12 mordred because 8G vms
14:32:41 gtema mordred: hmm, what can I do then?
14:33:24 gtema invent new super powerfull switch for tests?
14:35:21 gtema mordred: in http://logs.openstack.org/45/591445/3/check/openstacksdk-functional-devstack-senlin/059f44e/controller/logs/screen-c-bak.txt.gz
14:35:38 gtema seems to be details to failure
14:36:05 mordred yah. that sure does seem to be an issuein volumebackups
14:36:29 mordred oh!
14:37:01 mordred there's no swift in those jobs, but the devstack volumebackup code is looking to backup to swift
14:37:17 gtema hm
14:37:40 mordred gtema: you can add:
14:37:42 mordred if not self.user_cloud.has_service('object-store'):
14:37:44 mordred self.skipTest('Object service not supported by cloud')
14:37:58 mordred gtema: to the setUp of the volume backup functional test
14:38:24 mordred (although maybe make the skipTest message better)
14:38:42 gtema ok, will try now. Do you think it make sense to also add a "restore" functional test?
14:39:53 mordred gtema: probably? (assuming that it can work in devstack)
14:40:24 mordred gtema: also - it might be worth putting in that same has_service check to the backup proxy methods as well - the cinder docs here:
14:40:25 mordred https://developer.openstack.org/api-ref/block-storage/v2/
14:40:30 mordred https://developer.openstack.org/api-ref/block-storage/v2/#backups-backups I mean
14:40:37 gtema mordred: ok, will try with devstack. So far only covered by unittests and in my cloud, but not in devstack
14:40:38 mordred say "The only supported service is Object Storage."
14:41:17 gtema mordred: nice catch
14:41:22 mordred so if the cloud doesn't have object-store it seems like the backup command will always fail - but we could give the user a better error
14:42:01 gtema you think also warning in proxy?
14:43:17 gtema or also adding it to openstackcloud?
16:14:44 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: DNM: implement block-storage backup resource https://review.openstack.org/591445
#openstack-sdks - 2018-08-16
03:37:09 openstackgerrit yanpuqing proposed openstack/python-openstackclient master: Add NODE and HOST parameters in "server create" help text https://review.openstack.org/591944
07:40:09 openstackgerrit Artem Goncharov proposed openstack/cliff master: cap cmd2 also for python3 https://review.openstack.org/592060
07:48:07 openstackgerrit Artem Goncharov proposed openstack/openstacksdk master: [WIP] implement block-storage backup resource https://review.openstack.org/591445
07:54:33 openstackgerrit Wang Weijia proposed openstack/openstacksdk master: Support firewall service for SDK https://review.openstack.org/592303
07:59:39 openstackgerrit Artem Goncharov proposed openstack/cliff master: cap cmd2 also for python3 https://review.openstack.org/592060
09:20:05 openstackgerrit Merged openstack/keystoneauth master: Update reno for stable/rocky https://review.openstack.org/586083
10:28:14 openstackgerrit Wang Weijia proposed openstack/openstacksdk master: Support firewall service for SDK https://review.openstack.org/592303
14:32:31 rabel hi there. is the shade library going to be deprecated completely?
14:34:13 gtema dtroyer: in order to cap cmd2 for python3 do I need to ma change in "requirements" project? cliff change (https://review.openstack.org/#/c/592060/) seems not to be enough.
14:34:26 gtema s/ma/make
14:35:07 gtema rabel: AFAIK - yes
14:37:37 openstackgerrit David Rabel proposed openstack-infra/shade master: Fix format in release notes https://review.openstack.org/592507
14:37:53 gtema dtroyer: I have reproduced the problem with python 3.4, 3.5, 3.6 using virtualenv and installing osc with pip
14:38:12 mordred rabel: the library itself should continue to work for forever - but new dev is focused on openstacksdk
14:39:23 rabel mordred: so it will always exist, but in the future it will only be calling openstacksdk ?
14:39:41 dtroyer gtema: pip is the fun part and why capping in cliff isn't enough, it needs to be capped everywhere it is called out in order to guarantee pip does the right thing.
14:39:59 mordred rabel: yes
14:40:12 rabel ok, thanks you two
14:40:20 mordred rabel: the idea is to maintain shade's api contract with its users so that the dev re-org doesn't break anyone
14:40:21 dtroyer making the cap in global-requirements is probably the right thing but that is no longer enforced automatically, we'll have to make that change in osc and osc-lib, etc
14:41:35 gtema dtroyer: change in cliff is not passing checks, so I assume it is required it modify upper_constants in "requirements"
14:43:03 dtroyer gtema: this has shifted recently and I don't have it all in my head anymore, possibly yes. I haven't looked at those cliff jobs yet, if they are the functional test it still may be to requirements in osc-lib or osc
14:43:59 gtema dtroyer: no, it's one the one hand job "requirements-check", which complains on requirements conflict, and then osc-tox-unit-tips
14:44:22 gtema s/osc-tox-unit-tips/cliff-tox-py27-neutronclient-tip/
15:32:13 openstackgerrit Merged openstack-infra/shade master: Fix format in release notes https://review.openstack.org/592507
15:32:24 mordred rabel: ^^ thanks!
15:40:26 edleafe cdent: Can you or dtantsur|afk run the API-SIG meeting? I'm pretty distracted by my all-day meeting stuff
15:42:42 cdent aye
17:07:28 edleafe cdent_: Ready for your review: https://etherpad.openstack.org/p/api-sig-newsletter
17:11:03 cdent_ edleafe: add the review in [12] to the pending review section? otherwise ok
17:11:59 edleafe cdent_: ah, good catch. Skipped updating that section.
17:13:54 edleafe Fixed. Good to go?
17:14:37 cdent_ yup, ship it
17:17:17 edleafe done
18:52:17 harlowja anyone seen anything like http://paste.openstack.org/raw/728226/ with shade recently?
18:53:30 mordred harlowja: no- but that doesn't look good
18:53:43 harlowja ya, that popped out of our latest kolla-ansible daily run
18:54:31 harlowja https://imgur.com/a/146tl8f pew pew pew, lol
18:54:47 harlowja `File \"/usr/lib/python2.7/site-packages/shade/********cloud.py` is weird, lol
18:54:55 harlowja secret cloud, lol
18:55:45 mordred SO SECRETS
18:57:16 harlowja ya
18:57:51 harlowja `_normalize.py` seems to have left the building in 1.29

Earlier   Later