*** hoangcx has joined #openstack-sdks | 00:46 | |
*** markvoelker has joined #openstack-sdks | 00:53 | |
*** aohuanxuan has joined #openstack-sdks | 01:20 | |
*** yanyanhu has joined #openstack-sdks | 01:23 | |
*** yuanying has joined #openstack-sdks | 01:24 | |
*** yuanying has quit IRC | 01:24 | |
*** zhurong has joined #openstack-sdks | 01:25 | |
openstackgerrit | Rui Chen proposed openstack/python-openstackclient: Add functional tests for unset multiple volume type props https://review.openstack.org/335338 | 01:27 |
---|---|---|
*** hoangcx has quit IRC | 01:32 | |
*** hoangcx has joined #openstack-sdks | 02:06 | |
*** salv-orl_ has joined #openstack-sdks | 02:29 | |
*** salv-orlando has quit IRC | 02:32 | |
*** RuiChen has joined #openstack-sdks | 02:33 | |
*** annp has joined #openstack-sdks | 02:35 | |
*** amotoki has joined #openstack-sdks | 02:48 | |
*** amotoki has quit IRC | 02:50 | |
*** yuanying has joined #openstack-sdks | 02:52 | |
*** markvoelker has quit IRC | 02:53 | |
*** shu-mutou-AFK is now known as shu-mutou | 02:55 | |
*** yuanying has quit IRC | 02:55 | |
*** yuanying has joined #openstack-sdks | 02:57 | |
aohuanxuan | dtroyer: Hi, Dean, Does OSC core team still hold new feature merges now? | 02:59 |
*** yuanying has quit IRC | 03:00 | |
*** yuanying has joined #openstack-sdks | 03:00 | |
*** singhj has joined #openstack-sdks | 03:01 | |
*** hoangcx has quit IRC | 03:01 | |
*** singhj has quit IRC | 03:03 | |
*** amotoki has joined #openstack-sdks | 03:07 | |
*** yuanying has quit IRC | 03:18 | |
*** amotoki has quit IRC | 03:18 | |
*** yuanying has joined #openstack-sdks | 03:20 | |
*** hoangcx has joined #openstack-sdks | 03:23 | |
*** gildub has joined #openstack-sdks | 03:33 | |
*** gildub_ has joined #openstack-sdks | 03:33 | |
openstackgerrit | Merged openstack/python-openstackclient: Add "volume service set" command https://review.openstack.org/356190 | 03:40 |
*** amotoki has joined #openstack-sdks | 03:54 | |
*** yuanying has quit IRC | 04:00 | |
*** yuanying has joined #openstack-sdks | 04:02 | |
*** shu-mutou is now known as shu-mutou-AFK | 04:12 | |
*** adriant has quit IRC | 04:59 | |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move unit tests to new "unit" test module https://review.openstack.org/365863 | 05:16 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 05:18 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move unit tests to new "unit" test module https://review.openstack.org/365863 | 05:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: better functional test collection https://review.openstack.org/330137 | 05:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 05:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: remove the old post_test_hook https://review.openstack.org/365867 | 05:24 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 05:24 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: remove the old post_test_hook https://review.openstack.org/365867 | 05:25 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move unit tests to new "unit" test module https://review.openstack.org/365863 | 05:33 |
*** gildub has quit IRC | 05:34 | |
*** gildub_ has quit IRC | 05:35 | |
*** gildub has joined #openstack-sdks | 05:35 | |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 05:37 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: remove the old post_test_hook https://review.openstack.org/365867 | 05:37 |
*** e0ne has joined #openstack-sdks | 05:46 | |
*** e0ne has quit IRC | 05:47 | |
*** reedip has quit IRC | 05:50 | |
*** reedip has joined #openstack-sdks | 06:03 | |
openstackgerrit | xu-haiwei proposed openstack/python-openstacksdk: Add 'dependents' property to Node https://review.openstack.org/365877 | 06:11 |
*** gildub has quit IRC | 06:49 | |
*** gildub has joined #openstack-sdks | 06:50 | |
*** gildub has quit IRC | 06:51 | |
*** gildub has joined #openstack-sdks | 06:52 | |
*** markvoelker has joined #openstack-sdks | 06:54 | |
*** markvoelker has quit IRC | 06:59 | |
*** namnh has joined #openstack-sdks | 06:59 | |
*** hoangcx has quit IRC | 07:01 | |
*** gildub has quit IRC | 07:02 | |
*** gildub has joined #openstack-sdks | 07:02 | |
*** hoangcx has joined #openstack-sdks | 07:06 | |
*** jpena|off is now known as jpena | 07:08 | |
*** GrineBloude is now known as GreenBlood | 07:08 | |
*** GreenBlood has quit IRC | 07:08 | |
*** GreenBlood has joined #openstack-sdks | 07:08 | |
*** fzdarsky has joined #openstack-sdks | 07:22 | |
*** Nh3 has joined #openstack-sdks | 07:35 | |
openstackgerrit | QiangTang proposed openstack/python-openstackclient: Refactor image project add / remove https://review.openstack.org/365910 | 07:35 |
*** gildub has quit IRC | 07:38 | |
*** Nh3 has quit IRC | 08:12 | |
*** lucas-dinner is now known as lucasagomes | 08:16 | |
*** markvoelker has joined #openstack-sdks | 08:19 | |
*** markvoelker has quit IRC | 08:24 | |
*** Nh3 has joined #openstack-sdks | 08:26 | |
*** salv-orlando has joined #openstack-sdks | 08:29 | |
*** salv-orl_ has quit IRC | 08:32 | |
*** hoangcx has quit IRC | 08:59 | |
openstackgerrit | QiangTang proposed openstack/python-openstackclient: Refactor image project add / remove https://review.openstack.org/365910 | 09:23 |
openstackgerrit | QiangTang proposed openstack/python-openstackclient: Refactor image project add / remove https://review.openstack.org/365910 | 09:25 |
*** mfedosin has joined #openstack-sdks | 09:25 | |
*** Nh3 has quit IRC | 09:38 | |
*** cdent has joined #openstack-sdks | 09:39 | |
*** Nh3 has joined #openstack-sdks | 09:40 | |
*** reedip has quit IRC | 09:51 | |
*** namnh has quit IRC | 09:54 | |
*** annp has quit IRC | 09:57 | |
*** zhurong has quit IRC | 09:58 | |
*** yanyanhu has quit IRC | 10:01 | |
*** reedip has joined #openstack-sdks | 10:04 | |
openstackgerrit | Rui Chen proposed openstack/python-openstackclient: Add functional tests for unset multiple volume type props https://review.openstack.org/335338 | 10:07 |
*** e0ne has joined #openstack-sdks | 10:15 | |
*** Nh3 has quit IRC | 10:17 | |
*** cdent has quit IRC | 10:42 | |
*** HenryG_ is now known as HenryG | 10:46 | |
*** cdent has joined #openstack-sdks | 11:05 | |
*** clouddig has joined #openstack-sdks | 11:18 | |
openstackgerrit | Huanxuan Ao proposed openstack/python-openstackclient: Multi REST API calls error handling of "volume unset" command https://review.openstack.org/366059 | 11:20 |
*** lucasagomes is now known as lucas-hungry | 11:22 | |
*** rtheis has joined #openstack-sdks | 11:22 | |
*** Nh3 has joined #openstack-sdks | 11:24 | |
*** e0ne has quit IRC | 11:25 | |
*** thrash|g0ne is now known as thrash | 11:28 | |
*** amotoki_ has joined #openstack-sdks | 11:29 | |
*** amotoki has quit IRC | 11:31 | |
*** gildub has joined #openstack-sdks | 11:35 | |
*** mfedosin has quit IRC | 11:37 | |
*** sdague has joined #openstack-sdks | 11:39 | |
*** jpena is now known as jpena|lunch | 11:48 | |
*** mfedosin has joined #openstack-sdks | 11:51 | |
*** salv-orl_ has joined #openstack-sdks | 11:52 | |
*** salv-orlando has quit IRC | 11:52 | |
*** reedip has quit IRC | 12:02 | |
*** zhurong has joined #openstack-sdks | 12:10 | |
*** Nh3 has quit IRC | 12:12 | |
*** edmondsw has joined #openstack-sdks | 12:13 | |
*** reedip has joined #openstack-sdks | 12:16 | |
*** gildub has quit IRC | 12:18 | |
*** aohuanxuan has quit IRC | 12:21 | |
*** Nh3 has joined #openstack-sdks | 12:25 | |
*** lucas-hungry is now known as lucasagomes | 12:27 | |
*** figleaf is now known as edleafe | 12:45 | |
*** jpena|lunch is now known as jpena | 12:48 | |
openstackgerrit | Merged openstack/python-openstacksdk: Fix telemetry/metering service version https://review.openstack.org/365471 | 12:48 |
openstackgerrit | Merged openstack/python-openstacksdk: Rebase telemetry resources to resource2/proxy2 https://review.openstack.org/365513 | 12:48 |
briancurtin | Qiming: fyi since i’ve seen you working on a bunch of rebases, i’m doing the object store one right now (just so we don’t step on each other) | 13:03 |
*** _elmiko is now known as elmiko | 13:04 | |
Qiming | okay, briancurtin | 13:04 |
*** e0ne has joined #openstack-sdks | 13:17 | |
*** Nh3 has quit IRC | 13:18 | |
*** jpena is now known as jpena|off | 13:19 | |
*** dtantsur has joined #openstack-sdks | 13:19 | |
dtantsur | folks, is it a know issue/feature in 3.2.0 that non-password (e.g. token) authentication no longer works? | 13:20 |
dtantsur | in --debug I see "Deferring keystone exception: __init__() got an unexpected keyword argument 'token'", can it be some version mismatch on my side? | 13:21 |
reedip | rthies : ping | 13:22 |
*** shadower has joined #openstack-sdks | 13:23 | |
dtantsur | hmm, I guess it's because it still picks "password" plugin... the builtin help says it should be smarter when only --os-toien and --os-auth-url are provided.. | 13:25 |
rtheis | reedip: hi | 13:26 |
*** zhurong has quit IRC | 13:26 | |
reedip | rtheis : hi , does openstackclient allow bulk_create ???? | 13:26 |
rtheis | reedip: I don't think so | 13:26 |
reedip | rtheis : neutron support bulk create for network and other properties | 13:26 |
reedip | in the API | 13:26 |
rtheis | okay, that may be something osc could consider supporting | 13:27 |
reedip | rthies: I was working on https://bugs.launchpad.net/neutron/+bug/1604662 | 13:28 |
openstack | Launchpad bug 1604662 in neutron "Bulk creation for security group returns 500 error." [Medium,In progress] - Assigned to Reedip (reedip-banerjee) | 13:28 |
reedip | rtheis: so thought if API does support it, why should the OSC as well ? Also , I confirmed from amotoki, python_bindings support this feature in NeutronClient | 13:29 |
amotoki_ | reedip: From CLI perspective, it is not easy to use bulk creation. | 13:30 |
amotoki_ | reedip: I am not sure we need to support bulk operation in OSC. SDK support makes sense. | 13:30 |
reedip | amotoki_ , rtheis: I know OSC ties up with SDK ( OSC acts as an input to the SDK) . Is there any other input to the SDK as well in the form of a Client Request ? | 13:31 |
reedip | amotoki_ , rthies: so SDK would act the same for API requests as well ?? | 13:32 |
amotoki_ | reedip: you can use SDK from usual python programs. | 13:32 |
*** Nh3 has joined #openstack-sdks | 13:32 | |
reedip | amotoki_ Hmm, so API and other scripting can be used with SDK | 13:32 |
amotoki_ | reedip: of course | 13:32 |
briancurtin | openstacksdk is a library. you can do anything you want with it | 13:32 |
reedip | amotoki_ Ok, sounds good . rtheis : I will put up a BP for this ??? | 13:32 |
amotoki_ | reedip: bp for which? | 13:33 |
reedip | briancurtin : okay :) | 13:33 |
reedip | amotoki_ does the Openstack SDK support Bulk Create for network ? | 13:34 |
briancurtin | no | 13:34 |
briancurtin | or, probably not | 13:34 |
reedip | amotoki_ I couldnt find it in the code | 13:34 |
reedip | briancurtin : I cannot find it in the network code. | 13:35 |
briancurtin | it could if people think it’s reasonable to do. we haven’t implemented 100% of all available calls | 13:35 |
reedip | briancurtin : should this be put up as an agenda for the nest weekly meeting ? | 13:35 |
*** jpena|off is now known as jpena | 13:36 | |
*** markvoelker has joined #openstack-sdks | 13:36 | |
briancurtin | we haven’t been having the meetings, and if you want it you should just implement it. everyone already has more than enough work to do, so talking about something isn’t going to make it be completed | 13:36 |
amotoki_ | reedip: I don't know it. perhaps no | 13:36 |
*** john-davidge has joined #openstack-sdks | 13:37 | |
amotoki_ | I think bulk support in SDK needs to be discussed carefully. | 13:37 |
amotoki_ | for example, what kind of interface should be provided? | 13:37 |
reedip | briancurtin, amotoki_ , rthies : okay, then I will start to work on this. it can be discussed further on launchpad | 13:38 |
*** cleong has joined #openstack-sdks | 13:45 | |
openstackgerrit | Merged openstack/python-openstackclient: Use assertIn(A, B) instead of assertTrue(A in B ) https://review.openstack.org/364635 | 13:53 |
*** annegentle has joined #openstack-sdks | 13:58 | |
*** Nh3 has quit IRC | 13:59 | |
openstackgerrit | Merged openstack/python-openstackclient: better functional test collection https://review.openstack.org/330137 | 14:01 |
openstackgerrit | Merged openstack/python-openstackclient: Clean up FakeClient classes in volume fakes https://review.openstack.org/358154 | 14:03 |
*** amotoki_ has quit IRC | 14:09 | |
*** Nh3 has joined #openstack-sdks | 14:10 | |
openstackgerrit | Merged openstack/js-openstack-lib: Use babel-plugin-transform-runtime instead of babel-polyfill https://review.openstack.org/365728 | 14:15 |
stevemar | reedip: how would bulk create work? | 14:16 |
stevemar | reedip: wouldn't you want different properties for each resource you are creating? | 14:16 |
*** amotoki has joined #openstack-sdks | 14:17 | |
reedip | stevemar : bulk create would require similar properties to be mentioned together | 14:17 |
reedip | stevemar : what I mean is, if a resource has the following properties | 14:17 |
reedip | stevemar: Resource => A. Necessary properties => a1, a2 . Optional Properties => b1, b2 | 14:18 |
reedip | stevemar: user can create multiple resources of type A, specifying the common attributes a1 and a2 for each resource | 14:19 |
reedip | stevemar: user can update the optional properties b1 and b2 for the individual resource copy | 14:19 |
stevemar | reedip: so like `openstack project create --description projectAdescription, projectBdescription projectA projectB` | 14:20 |
stevemar | ? | 14:20 |
reedip | stevemar: it would be difficult to implement it on the CLI layer, as mentioned by amotoki earlier. But it would be easier to implement the same on the SDK layer | 14:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move unit tests to new "unit" test module https://review.openstack.org/365863 | 14:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 14:21 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: remove the old post_test_hook https://review.openstack.org/365867 | 14:21 |
stevemar | reedip: ah okay | 14:22 |
reedip | stevemar : there is also a point which I wanted to discuss about duplicated parameters | 14:22 |
reedip | stevemar: https://review.openstack.org/#/c/230321/ This was something which I proposed in NeutronClient but I feel it would be better to implement it on OSC. However rtheis suggested cliff would be a better option. | 14:24 |
reedip | stevemar: what is your opinion? | 14:25 |
*** zigo has quit IRC | 14:25 | |
*** salv-orlando has joined #openstack-sdks | 14:29 | |
*** Nh3 has quit IRC | 14:32 | |
*** zigo has joined #openstack-sdks | 14:32 | |
*** salv-orl_ has quit IRC | 14:32 | |
*** zigo is now known as Guest39147 | 14:33 | |
*** reedip is now known as reedip_outofoffi | 14:34 | |
*** reedip_outofoffi is now known as reedip | 14:34 | |
*** cdent has quit IRC | 14:37 | |
*** amotoki has quit IRC | 14:38 | |
*** fguillot has joined #openstack-sdks | 14:38 | |
*** Guest39147 has quit IRC | 14:39 | |
*** Nh3 has joined #openstack-sdks | 14:40 | |
*** zigo_ has joined #openstack-sdks | 14:42 | |
*** john-davidge has quit IRC | 14:45 | |
*** zigo_ has quit IRC | 14:47 | |
*** zigo_ has joined #openstack-sdks | 14:48 | |
stevemar | reedip: oh no question :) | 14:49 |
stevemar | reedip: was just confused about how we were going to do that from the CLI | 14:49 |
*** annegentle has quit IRC | 14:53 | |
openstackgerrit | Tom Jose Kalapura proposed openstack/python-openstackclient: Add sort support to project list https://review.openstack.org/335204 | 14:54 |
stevemar | dtroyer: o/ | 14:57 |
dtroyer | hey steve-o | 14:57 |
stevemar | dtroyer: i've got an interesting patch for ya https://review.openstack.org/#/c/365863/ | 14:58 |
dtroyer | so I see why integ moved into unit, is there a path to moving them back out at some point? or is that distinction not terribly useful? | 15:01 |
stevemar | dtroyer: unfortunately, i couldn't figure out a way to split the tests into 3: unit/integration/functional | 15:01 |
stevemar | dtroyer: i'm working within the limitations of testr :( | 15:01 |
stevemar | no plan to pull them back out | 15:01 |
stevemar | the hiccup is that the functional tests are run by setting OS_TEST_PATH to osc.tests.functional | 15:02 |
dtroyer | is there any reason to maintain the integ directory then? | 15:02 |
stevemar | all tests run with py27 and py35 are run with testr.conf, and that sets OS_TEST_PATH to just osc.tests.unit, i didn't see an option for omitting a directory intead | 15:03 |
stevemar | dtroyer: i like the distinction *shrugs* | 15:03 |
*** jpena is now known as jpena|away | 15:03 | |
dtroyer | ok, I have no issues with keeping it, just wasn't sure if it still served a purpose other than mental organization | 15:03 |
dtroyer | which I suppose is enough actually | 15:04 |
stevemar | dtroyer: yeah :) | 15:04 |
stevemar | dtroyer: also, are we opening the flood gates for features and bug fixes? | 15:05 |
stevemar | just gonna backport things to stable/newton | 15:05 |
dtroyer | I didn't think so, but a feature merged anyway | 15:05 |
dtroyer | what backport? | 15:05 |
stevemar | yeah, i saw that, wasn't sure if i should propose a revert of that one | 15:05 |
dtroyer | unsure | 15:06 |
stevemar | dtroyer: i assumed https://review.openstack.org/#/c/364518/ would be backported to stable/newton | 15:06 |
stevemar | dtroyer: i can also wait to talk about this all on thursday if you want your morning back :) | 15:07 |
dtroyer | meetings start soon… | 15:07 |
dtroyer | I didn't see your comments on 364518 | 15:07 |
dtroyer | ugh | 15:07 |
stevemar | i'm hoping i did something wrong | 15:08 |
*** annegentle has joined #openstack-sdks | 15:08 | |
dtroyer | I'm not going to be able to put that all back into my head today, I hope so too ;) | 15:08 |
dtroyer | yeah, we'll probably backport that one once we fix it, its big enough | 15:09 |
*** gouthamr has joined #openstack-sdks | 15:10 | |
*** amotoki has joined #openstack-sdks | 15:11 | |
*** gouthamr_ has joined #openstack-sdks | 15:12 | |
*** gouthamr has quit IRC | 15:15 | |
stevemar | dtroyer: time to re-evaluate our stance on stable releases me thinks | 15:15 |
*** thrash is now known as thrash|biab | 15:18 | |
*** zigo_ is now known as zigo | 15:20 | |
*** cdent has joined #openstack-sdks | 15:26 | |
*** dtantsur has left #openstack-sdks | 15:29 | |
*** sbelous has joined #openstack-sdks | 15:30 | |
*** tangchen has quit IRC | 15:33 | |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/python-openstacksdk: Add QoS minimum bandwidth rule object and CRUD commands. https://review.openstack.org/351565 | 15:37 |
openstackgerrit | Richard Theis proposed openstack/python-openstacksdk: Add network segment create, delete and update support https://review.openstack.org/302223 | 15:44 |
*** thrash|biab is now known as thrash | 15:44 | |
openstackgerrit | Corentin Ardeois proposed openstack/js-openstack-lib: Add more service abstraction https://review.openstack.org/366222 | 15:49 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move unit tests to new "unit" test module https://review.openstack.org/365863 | 15:50 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: move all functional tests to tests module https://review.openstack.org/365864 | 15:50 |
openstackgerrit | Steve Martinelli proposed openstack/python-openstackclient: remove the old post_test_hook https://review.openstack.org/365867 | 15:50 |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/python-openstacksdk: Add QoS DSCP marking rule object and CRUD commands. https://review.openstack.org/352789 | 15:56 |
*** Nh3 has quit IRC | 15:57 | |
*** e0ne has quit IRC | 16:20 | |
*** gouthamr_ has quit IRC | 16:20 | |
*** stevemar has quit IRC | 16:31 | |
*** gouthamr has joined #openstack-sdks | 16:33 | |
openstackgerrit | Richard Theis proposed openstack/python-openstackclient: Add network segment create, delete and set support https://review.openstack.org/302395 | 16:42 |
*** lucasagomes is now known as lucas-dinner | 16:44 | |
*** hogepodge has quit IRC | 16:58 | |
openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/python-openstacksdk: Add QoS minimum bandwidth rule object and CRUD commands. https://review.openstack.org/351565 | 17:00 |
*** fzdarsky is now known as fzdarsky|afk | 17:01 | |
rtheis | "sudo pip install -e ." no longer installs my OSC changes. Did something change recently to prevent this from working? | 17:02 |
rtheis | "sudo easy_install -U ." seems to work now | 17:03 |
*** hogepodge has joined #openstack-sdks | 17:03 | |
*** bradjones has quit IRC | 17:06 | |
*** bradjones has joined #openstack-sdks | 17:11 | |
*** bradjones has joined #openstack-sdks | 17:11 | |
openstackgerrit | Corentin Ardeois proposed openstack/js-openstack-lib: Add more service abstraction https://review.openstack.org/366222 | 17:22 |
*** kevo has joined #openstack-sdks | 17:23 | |
*** stevemar has joined #openstack-sdks | 17:26 | |
*** e0ne has joined #openstack-sdks | 17:28 | |
stevemar | rtheis: o/ | 17:30 |
stevemar | rtheis: did this work for you? https://review.openstack.org/#/c/364518/1 | 17:30 |
*** e0ne has quit IRC | 17:36 | |
*** clouddig has quit IRC | 17:37 | |
*** amotoki has quit IRC | 17:39 | |
*** cdent has quit IRC | 17:42 | |
*** tomjosekal has joined #openstack-sdks | 17:49 | |
rtheis | stevemar: hi, I didn't pull it down for a test, but will try now | 17:50 |
*** fangxu has joined #openstack-sdks | 17:53 | |
*** fangxu has quit IRC | 17:54 | |
rtheis | stevemar: I get "Missing value auth-url required for auth plugin password" when running "openstack complete" | 17:56 |
stevemar | rtheis: okay cool, thats what i was getting cc dtroyer | 17:56 |
*** clouddig has joined #openstack-sdks | 17:56 | |
*** e0ne has joined #openstack-sdks | 17:58 | |
rtheis | stevemar: I had not auth info set so based on dtroyer's commit message, I think my result is as expected | 17:59 |
rtheis | *no auth info | 18:00 |
*** bknudson has joined #openstack-sdks | 18:00 | |
*** crinkle_ is now known as crinkle | 18:07 | |
*** Anticimex has joined #openstack-sdks | 18:28 | |
Anticimex | question regarding openstackclient | 18:28 |
Anticimex | is it within scope of the "openstack server create" to add the ability for it to auto-request-and-assign a floating ip while creating an instance? | 18:29 |
Anticimex | in our openstack deployment, private networks are private, and users need floating ips to reach general internet (ie identical behaviour as AWS VPC) | 18:30 |
stevemar | Anticimex: that would be awesome! | 18:39 |
*** mfedosin has quit IRC | 18:40 | |
Anticimex | stevemar: glad you agree :) | 18:43 |
Anticimex | based on this tremendous feedback sample size of 1 i may just go and create a bug for it then | 18:43 |
Anticimex | or well, what's the proper procedure of adding a feature/function like this? | 18:44 |
Anticimex | BP always required? | 18:44 |
stevemar | Anticimex: oh a bug is fine | 18:48 |
Anticimex | thx | 18:49 |
stevemar | Anticimex: so like... `os server create --flavor m1.small --image something --get-me-a-damn-ip-and-use-it` :) | 18:50 |
Anticimex | i suppose, i'm not sure of other deployments variants | 18:50 |
Anticimex | i'm happy to poc the one we use :) | 18:50 |
stevemar | sure | 18:50 |
Anticimex | where virtual networks by default are private | 18:50 |
Anticimex | and floating ips are how you reach internet | 18:50 |
Anticimex | it is literally identical to aws vpc | 18:50 |
Anticimex | (i just tested 30 min ago :P ) | 18:50 |
dtroyer | There are a good number of deployment considerations and edge cases to consider in regard to doing this… we will have to gracefully handle them... | 18:52 |
Anticimex | i recall monty talked about "getmeanetwork" uh, vancouver perhaps | 18:52 |
Anticimex | or tokyo | 18:52 |
Anticimex | or makemeanetwork? | 18:52 |
Anticimex | dtroyer: yes | 18:52 |
rtheis | getmeanetwork | 18:52 |
Anticimex | which is why i'm a bit wary of the AI-like function | 18:52 |
rtheis | I think we want to leverage that support | 18:53 |
Anticimex | the closest thing to my ask is "--auto-assign-public-address" | 18:53 |
Anticimex | or somesuch | 18:53 |
dtroyer | part of the issue is the difficulty in discovering all of the conditions present in any given cloud's network | 18:53 |
Anticimex | err, "--auto-assign-floating-ip", for more correct terminology | 18:53 |
Anticimex | dtroyer: indeed | 18:54 |
Anticimex | (what I called AI) | 18:54 |
Anticimex | rtheis: did/has that entered openstackclient? | 18:54 |
Anticimex | i'm not on top of the commitlog :) | 18:55 |
rtheis | I don't think it has | 18:55 |
rtheis | dtroyer is right which is why I think the CLI should let neutron and nova figure it out via get-me-a-network support | 18:55 |
Anticimex | fair enough, but you have to start somewhere | 18:58 |
Anticimex | rtheis: do you know where one can see state of "get-me-a-network"? | 18:59 |
Anticimex | a sort of cop-out way of doing it is for deployers to actually fill in the blanks for such a function | 18:59 |
Anticimex | though i guess one of montys driving forces were that it should work everywhere? | 19:00 |
rtheis | anticimex: you could ask henryg and mriedem | 19:00 |
Anticimex | ok, thanks | 19:00 |
rtheis | yw | 19:00 |
Anticimex | love complex cross project feature adds ;) | 19:01 |
* stevemar thinks there should be a silent alias option for "getmeanetwork" | 19:01 | |
stevemar | if we have a real command line option for it | 19:01 |
stevemar | like an easter egg for folks reading the source code | 19:01 |
stevemar | rtheis: so you're syaing that in https://review.openstack.org/#/c/364518/ i'm getting the expected output? | 19:04 |
Anticimex | i'm wondering if it's appropriate to go to mailing list about the auto-assign-floating-ip thing, in relation to getmeanetwork | 19:05 |
rtheis | stevemar: I think so, but will defer to dtroyer | 19:05 |
stevemar | rtheis: but `complete` used to work without any credentials | 19:06 |
rtheis | ah, I wasn't sure about the before case | 19:07 |
*** fzdarsky|afk is now known as fzdarsky | 19:08 | |
*** e0ne has quit IRC | 19:08 | |
stevemar | rtheis: https://github.com/openstack-dev/devstack/commit/6930ba312f787e0459f7455ac6ba2a70b3c7c37d | 19:09 |
rtheis | thx | 19:10 |
stevemar | rtheis: https://review.openstack.org/#/c/366296/ | 19:10 |
stevemar | added a depends-on, curious to see if it'll take the osc proposed version | 19:10 |
*** fangxu has joined #openstack-sdks | 19:12 | |
*** cdent has joined #openstack-sdks | 19:14 | |
*** cleong has quit IRC | 19:15 | |
*** cdent has quit IRC | 19:17 | |
*** fangxu has quit IRC | 19:20 | |
*** mliima has quit IRC | 19:38 | |
*** sindhude__ has joined #openstack-sdks | 19:59 | |
*** fangxu has joined #openstack-sdks | 20:02 | |
*** edmondsw has quit IRC | 20:13 | |
*** jpena|away is now known as jpena|off | 20:15 | |
stevemar | rtheis: well damn, devstack worked | 20:22 |
rtheis | that is interesting | 20:23 |
*** salv-orl_ has joined #openstack-sdks | 20:30 | |
*** salv-orlando has quit IRC | 20:33 | |
stevemar | dtroyer: done your meetings? :) | 20:38 |
*** fzdarsky has quit IRC | 20:53 | |
*** craigs has joined #openstack-sdks | 20:54 | |
dtroyer | stevemar: am now, need a short break | 21:01 |
stevemar | dtroyer: ++ | 21:01 |
*** sindhude__ has quit IRC | 21:06 | |
*** sindhude__ has joined #openstack-sdks | 21:09 | |
*** clouddig has quit IRC | 21:13 | |
stevemar | sindhude__: hey there | 21:19 |
sindhude__ | stevemar: hey | 21:19 |
stevemar | sindhude__: so rtheis can probably help you out 100x faster than i can when it comes to networking commands in OSC | 21:19 |
stevemar | rtheis: what is the deal with https://bugs.launchpad.net/python-openstackclient/+bug/1560297 ? | 21:19 |
openstack | Launchpad bug 1560297 in python-openstackclient "Add "floating ip associate/disassociate"" [Wishlist,Confirmed] - Assigned to Sindhu Devale (sindhu-devale-3) | 21:19 |
stevemar | rtheis: sindhude__ wants to tackle the bug, what should be do? | 21:19 |
stevemar | what should the command look like? | 21:20 |
sindhude__ | stevemar: I spoke to him | 21:20 |
stevemar | sindhude__: damnnn | 21:21 |
stevemar | sindhude__: still unsure of where to start? | 21:21 |
stevemar | you've pushed patches to gerrit before, i assume? | 21:21 |
sindhude__ | stevemar: yes I have | 21:21 |
stevemar | yes, several to neutron ;) | 21:22 |
stevemar | sindhude__: i suggest adding comments to the bug, ask tangchen and rtheis what they are looking for | 21:22 |
stevemar | sindhude__: you probably just need to know what the command should look like, then you can start implementing it | 21:23 |
stevemar | sindhude__: whats the neutron command look like? | 21:23 |
sindhude__ | stevemar: ok... will do. rtheis said to propose the spec of the command before implementing it | 21:24 |
stevemar | sindhude__: i think he just wants to see what the command will look like | 21:24 |
sindhude__ | stevemar, : all I am looking at is this etherpad: https://etherpad.openstack.org/p/osc-neutron-support | 21:25 |
rtheis | sindhude__: right, then we can save some time on implementation | 21:25 |
rtheis | I'm not quite sure the right direction for this since I haven't looked into it much | 21:25 |
rtheis | tangchen is more familiar and may know what to do | 21:26 |
rtheis | so you can go right to the implementation | 21:26 |
rtheis | you could check with him | 21:26 |
sindhude__ | rtheis, : ok ... will contact him. Thanks | 21:26 |
rtheis | yw | 21:26 |
sindhude__ | thanks stevemar :) | 21:27 |
dtroyer | stevemar: hey | 21:28 |
stevemar | sindhude__: i'd look at https://github.com/openstack/python-neutronclient/blob/98b443adac9128d2836ef72719344a60fde7d3e9/neutronclient/neutron/v2_0/floatingip.py for staters | 21:32 |
stevemar | sindhude__: but leave comments in the bug report if you want better feedback :) | 21:32 |
*** rtheis has quit IRC | 21:33 | |
sindhude__ | stevemar: great.. that link helps. Will do. Thank you :) | 21:33 |
*** annegentle has quit IRC | 21:39 | |
mordred | jamielennox|away: https://review.openstack.org/#/c/352893/ btw - I fixed your TODO in the comment ... | 21:42 |
mordred | Anticimex: --auto-assign-public-address is actually more correct | 21:43 |
mordred | Anticimex: the thing it needs to do is 'whatever this cloud needs to have this vm be able to talk to things external to this cloud' | 21:43 |
*** adriant has joined #openstack-sdks | 21:44 | |
mordred | Anticimex: on some clouds, that's nothing. on some it's a floating ip | 21:44 |
mordred | Anticimex: and then the actual task of getting a floating ip consistently is exceptionally hard | 21:44 |
mordred | Anticimex: we have this implemented in shade, but it's a MASSIVE pile of code and very few people understand it end to end | 21:44 |
mordred | Anticimex: that said, I do continue to think that it would be great if such a massive pile of code was not required | 21:45 |
mordred | Anticimex: if you're curious - start here: https://github.com/openstack-infra/shade/blob/master/shade/openstackcloud.py#L4290-L4294 and follow the rabbit hole all the way down | 21:48 |
mordred | Anticimex: but in any case - I can suggest a few things that can be implemented in neutron that would vastly simplify the whole endeavor | 21:48 |
mordred | Anticimex: a) api call to figure out if the deployers of teh cloud have decided to force their users to use floating ips b) an attribute somewhere that communicates "this network routes packets externally" c) add neutron port id to the nova addresses dict | 21:50 |
mordred | Anticimex: b is more difficult because the answer to that question is actually a quality that an individual subnet in a network has (each subnet should have that flag) but servers get attached to Networks and routers also associate with networks - so the data model mismatch would need to be addressed as well | 21:51 |
*** stevemar has quit IRC | 21:52 | |
mordred | (this gets really fun if the cloud has a dual-stack network with a globally routable IPv6 subnet and an RFC1918 IPv4 subnet) | 21:52 |
*** annegentle has joined #openstack-sdks | 22:02 | |
*** csterret_ has joined #openstack-sdks | 22:03 | |
*** craigs has quit IRC | 22:04 | |
*** csterret_ has quit IRC | 22:06 | |
*** sindhude__ has quit IRC | 22:17 | |
*** stevemar has joined #openstack-sdks | 22:24 | |
*** stevemar has quit IRC | 22:26 | |
*** stevemar has joined #openstack-sdks | 22:26 | |
*** stevemar has quit IRC | 22:31 | |
*** sindhude__ has joined #openstack-sdks | 22:41 | |
*** annegentle has quit IRC | 22:46 | |
*** sindhude__ has quit IRC | 22:48 | |
Anticimex | mordred: awesome feedback, thanks | 23:05 |
*** sindhude__ has joined #openstack-sdks | 23:07 | |
*** stevemar has joined #openstack-sdks | 23:07 | |
Anticimex | mordred: b is becomes tricky. telco etc would probably want to add on routing policy and what not :s | 23:08 |
Anticimex | mordred: a) i realized myself, or well, a more ocmplex version of it (leaving the operator to configure the puzzle themselves, but this is probably too complicated) | 23:09 |
Anticimex | mordred: but full agreement on the vast amount of simplification if the code via API can query the operators intention | 23:09 |
Anticimex | mordred: c) i'm not familiar with really, didn't even know nova knew of addresses :] | 23:10 |
Anticimex | mordred: globally routable ipv6 + rfc1918 ipv4 is one of our deployment models, due to vast amount of images having versions of cloud-infra (i.e. all version in existance, i guess) that only speak ipv4 | 23:10 |
Anticimex | so you *need* to have rfc1918 to support cloud-infra | 23:11 |
Anticimex | err, cloud-init | 23:11 |
Anticimex | mordred: w.r.t to your b) , as a networking guy background i'd say that it is precisely routers that may or may not have routes towards "external" networks | 23:12 |
Anticimex | mordred: so there is already an external flag, on networks, which basically states if the network is on the "outside" or "inside" of some sort of wall | 23:12 |
Anticimex | mordred: i guess many use it to distinguish rfc1918 vs globally unique addresses | 23:13 |
Anticimex | mordred: but when it comes to forwarding information, that's routers | 23:13 |
Anticimex | but routing policy may be arbitrary | 23:13 |
Anticimex | so operator should decide the flag i guess | 23:15 |
Anticimex | but i don't like b) :P | 23:15 |
mordred | Anticimex: ah - but you see - the routing flag on network only says whether or not you can attach a neutron router | 23:18 |
mordred | Anticimex: and that is a construct you can use to get floating ips | 23:18 |
mordred | but - for clouds that provide externally routable ipv4 via directly routed (not NAT) ips, router:external is not relevant or something you can cout on | 23:19 |
*** markvoelker has quit IRC | 23:19 | |
mordred | there currently exists no cloud that says "the ip you get assigned for fixed addresses from this network will route northbound, but it's not a NATted network" | 23:19 |
mordred | Anticimex: also, for dual-stack, we just landed support for it to shade last week because the OSIC cloud that infra nodepool uses is deployed in that model | 23:20 |
*** fangxu has quit IRC | 23:20 | |
*** gildub has joined #openstack-sdks | 23:24 | |
*** bapalm has quit IRC | 23:35 | |
*** sindhude__ has quit IRC | 23:38 | |
*** fangxu has joined #openstack-sdks | 23:38 | |
*** bapalm has joined #openstack-sdks | 23:41 | |
fangxu | hi guys, wondering if https://github.com/openstack/golang-client is still under maintenance ? | 23:41 |
fangxu | seems like no code reviewer…… | 23:41 |
*** sindhude__ has joined #openstack-sdks | 23:53 | |
*** markvoelker has joined #openstack-sdks | 23:57 | |
dtroyer | fangxu: that would be pretty much just me…sorry, Tuesdays are generally messy for me | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!