Wednesday, 2017-03-01

thingeejamielennox: sounds dangerous00:01
jamielennoxthingee: yea, i can see that, and i can always put it into a shell loop - just in the current case it would have made my operation 2 commands instead of 1000:03
jamielennoxanyway, it's not a something i'm super passionate about, just was dropping it here so its mentally a thing that has been requested at some point00:04
*** salv-orlando has quit IRC00:33
*** jamielennox is now known as jamielennox|away00:36
*** jamielennox|away is now known as jamielennox00:44
*** hongbin has quit IRC00:46
dtroyerjamielennox: I've thought about that, and like thingee sez, caution has been the order… I think it might be interesting to have a setting somewhere to unlock things like that (especially on a delete) for people who are "this high" and can drive a cloud responsibly01:05
*** hoangcx has joined #openstack-sdks01:06
dtroyerreally what I want to do is take the output of a filtered list and be able to use it somewhere else…and now I'm creeping into interactive mode becoming a DSL…thats why the stray thoughts about Lua for those purposes01:06
thingeedtroyer: --i-really-mean-it01:06
dtroyer'zactly!01:06
dtroyerexcept plural!01:07
thingeedtroyer: we put that in one of the ceph commands back in the day.01:07
* dtroyer ducks01:07
dtroyer—dwim has been in more than one of my previous projects (do what I mean)01:07
thingeedon't shoot the messenger01:08
*** yanyanhu has joined #openstack-sdks01:13
*** alex_xu has quit IRC01:19
*** alex_xu has joined #openstack-sdks01:19
*** alex_xu has quit IRC01:25
*** Kuwagata has quit IRC01:25
*** alex_xu has joined #openstack-sdks01:25
*** alex_xu has quit IRC01:26
*** alex_xu has joined #openstack-sdks01:27
*** huanxuan has joined #openstack-sdks01:39
*** shu-mutou-AWAY is now known as shu-mutou01:53
*** gildub has quit IRC01:53
openstackgerritQiming Teng proposed openstack/python-openstacksdk master: Reorganize cluster docs  https://review.openstack.org/43911001:55
openstackgerritjiahui.qiang proposed openstack/python-openstackclient master: Functional test for subnet  https://review.openstack.org/43591402:01
*** john-davidge has joined #openstack-sdks02:04
*** john-davidge has quit IRC02:09
*** annp has joined #openstack-sdks02:11
openstackgerritMerged openstack/python-openstackclient master: Update doc/source/command-objects/image.rst  https://review.openstack.org/43914202:22
*** reedip has joined #openstack-sdks02:29
reedipankur-gupta-f1 : anything to do ?? :P02:33
ankur-gupta-f4well I'm hoping you have slept since the last time we talked haha02:34
reedip2.5 hours ... enough to clear the cache !02:34
ankur-gupta-f4:|02:34
ankur-gupta-f4you can address amotoki's comments on the set/unset for FIP on floating IP :P02:35
ankur-gupta-f4reedip: you also got a nit -1 on the TaaS patchsets02:36
reedipI will do the TaaS after I reach office :) Will update the FIP one for now02:37
*** fzdarsky_ has joined #openstack-sdks02:38
ankur-gupta-f4and quota unset. So much to do so little time haha.02:38
*** prg3 has joined #openstack-sdks02:38
reedipamotoki : I also faced the same issue with https://review.openstack.org/#/c/383025/ . After confirmation from sindhu , it was informed that the devstack needed to be updated.02:39
reedipsindhu : care to explain the sdk_connection error in http://paste.openstack.org/show/600865/ for the patch https://review.openstack.org/#/c/38302502:39
amotokireedip: what needs to be updated?02:39
amotokireedip: I used the version specified in upper-constraitnt.txt of openstacksdk, i.e., 0.9.13. what's the prbolem?02:40
ankur-gupta-f4amotoki: Will try recreating now02:40
amotokiin addition to the above, it seems Ocata released versions of SDK and OSC have problems due to SDK API change.02:41
amotokifor example, osc floating ip show <id> does not work.02:41
reedipamotoki : ?? really ???02:41
*** fzdarsky|afk has quit IRC02:42
amotokireedip: http://paste.openstack.org/show/600867/02:42
amotokiI haven't checked all commands, but we have at least one :-(02:42
reedipamotoki : 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 Gate02:43
amotokireedip: I created a new virtualenv and installed SDK and OSC, so i believe it does not apply to my case.02:44
amotokianother strange behavior http://paste.openstack.org/show/600868/02:44
ankur-gupta-f4well I'm getting "ImportError: No module named deprecation"02:44
amotokinetwork list --external does not work. it lists non-external networks too.02:45
ankur-gupta-f4so i guess my env is broken02:45
reedipamotoki : 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
amotokireedip: no problem02:46
reedipamotoki: thanks02:46
ankur-gupta-f4rebuilding. 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
*** yuanying has quit IRC02:47
reedipgood ???? not for the CLI02:47
openstackgerritReedip proposed openstack/python-openstackclient master: Introduce quota unset command  https://review.openstack.org/37631102:48
sindhureedip: amotoki : ok I finally found the conversation          12:16 PM <dtroyer> 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:50
reedipsindhu : is this the part of Openstack SDK 0.13 release?02:51
openstackgerritReedip proposed openstack/python-openstackclient master: Introduce quota unset command  https://review.openstack.org/37631102:52
sindhureedip: I am not sure abt that. Should ask dtroyer :)02:59
reedipOr check the latest 0.13 code and see if it exists :F03:00
reedip:D03:00
reedipthats the longer way03:00
ankur-gupta-f4check the release notes and it wud show whether patch 435735 merged03:00
ankur-gupta-f4wait its an OSC patch. SDK doesn't matter03:00
reedipoops03:01
reedipankur-gupta-f4 : there are some issues with OSC as the upgrade to 0.9.13 didnt remove the workarounds for 0.9.1203:09
reedipsindhu : ^^03:09
ankur-gupta-f4excellent03:10
reedipankur-gupta-f4 : vv This is under works03:16
*** Kuwagata has joined #openstack-sdks03:16
openstackgerritReedip proposed openstack/python-openstackclient master: Remove workarounds for 0.9.12 SDK version  https://review.openstack.org/43929903:16
*** reedip has quit IRC03:31
openstackgerritMerged openstack/python-openstacksdk master: Reorganize cluster docs  https://review.openstack.org/43911003:33
openstackgerritMerged openstack/python-openstacksdk master: Reorganize workflow docs  https://review.openstack.org/43902803:34
*** salv-orlando has joined #openstack-sdks03:34
*** amotoki_ has joined #openstack-sdks03:36
*** salv-orlando has quit IRC03:39
*** amotoki has quit IRC03:39
*** gildub has joined #openstack-sdks03:44
*** yuanying has joined #openstack-sdks03:49
openstackgerritOpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements  https://review.openstack.org/43936204:16
*** john-davidge has joined #openstack-sdks04:31
*** john-davidge has quit IRC04:35
*** adriant has quit IRC04:49
*** amotoki has joined #openstack-sdks05:07
*** amotoki_ has quit IRC05:09
*** salv-orlando has joined #openstack-sdks05:35
*** e0ne has joined #openstack-sdks05:36
*** e0ne has quit IRC05:38
*** gouthamr has quit IRC05:40
*** salv-orlando has quit IRC05:40
*** Kuwagata has quit IRC05:49
*** salv-orlando has joined #openstack-sdks06:26
*** sigmavirus has quit IRC06:52
*** salv-orl_ has joined #openstack-sdks06:52
*** sigmavirus has joined #openstack-sdks06:53
*** sigmavirus is now known as Guest5315306:54
*** salv-orlando has quit IRC06:55
*** john-davidge has joined #openstack-sdks06:58
*** john-davidge has quit IRC07:03
*** namnh has joined #openstack-sdks07:04
*** gildub has quit IRC07:06
*** amotoki has quit IRC07:20
*** salv-orl_ has quit IRC07:25
*** amotoki has joined #openstack-sdks07:34
*** annp has quit IRC07:35
openstackgerritAkihiro Motoki proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC  https://review.openstack.org/38302507:40
*** amotoki has quit IRC07:42
*** Kuwagata has joined #openstack-sdks07:45
*** Kuwagata has quit IRC07:49
*** ralonsoh has joined #openstack-sdks07:55
*** yuanying has quit IRC08:01
*** yuanying has joined #openstack-sdks08:05
*** annp has joined #openstack-sdks08:08
*** dfflanders has quit IRC08:12
*** salv-orlando has joined #openstack-sdks08:24
*** amotoki has joined #openstack-sdks08:32
openstackgerritRikimaru Honjo proposed openstack/python-openstackclient master: Add a validation about options for server migrate command  https://review.openstack.org/43945108:37
*** yuanying has quit IRC08:51
*** yuanying has joined #openstack-sdks08:55
*** alex_xu has quit IRC09:01
*** ralonsoh has quit IRC09:01
*** alex_xu has joined #openstack-sdks09:02
*** jpich has joined #openstack-sdks09:09
openstackgerritReedip proposed openstack/python-openstacksdk master: WIP Bulk Create support in OpenstackSDK  https://review.openstack.org/43947709:11
*** yuanying has quit IRC09:16
reedip_ankur-gupta-f4 , ankur-gupta-f4  : You need to update devstack , openstack-sdk installed deprecation as a requirement 14 days ago09:23
reedip_ankur-gupta-f1 ^^09:24
reedip_amotoki : I am not facing any issue with floating ip show <id>09:25
reedip_checking the External Network issue ( I have updated my branch to master for SDK and OSC )09:25
amotokireedip_: what versions (SDK/OSC) do you use?09:27
reedip_amotoki: 0.9.13, 3.8.109:28
reedip_thats as per pip freeze09:28
*** lucas-afk is now known as lucasagomes09:28
reedip_I am redeploying the devstack . And will retry the CLIs just to be doubly sure09:29
openstackgerritQiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy  https://review.openstack.org/43949009:37
*** Kuwagata has joined #openstack-sdks09:46
amotokireedip_: I checked the latest patch set locally and confirmed it works.09:48
amotokireedip_: one question remaining on the class name.09:48
amotokireedip_: 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:49
reedip_amotoki : I am not sure about your query. Isnt the current Class name "SetFloatingIP" used for floating ip set CLI ?09:50
*** Kuwagata has quit IRC09:50
amotokireedip_: assume we have both 'openstack floating ip set port' and 'openstack floating ip set' in future09:52
reedip_amotoki : ok . Now its clear09:52
amotokireedip_: we currently use 'SetFloatingIP' for the former. what class name should be used for the latter.09:52
reedip_amotoki : how about keeping the same class name but using  --port for setting the Port IP09:53
amotokireedip_: that is one option.09:54
amotokireedip_: I do not know the background why we chose 'floating ip set port' rather than 'floating ip set'09:54
reedip_amotoki : we had floating ip port associate/disassociate09:55
reedip_amotoki :  but the actions ( associate /disassociate ) were not conforming with the Rules defined in OSC09:55
reedip_thats why it was proposed to move them to set / unset09:56
reedip_amotoki: but now this makes more sense to have port as optional09:56
reedip_amotoki: to keep floating ip set available for other operations09:56
reedip_amotoki : Can you send the neutronclient to OSC google sheet ????  Please :)09:56
reedip_amotoki: got it never mind :)09:58
*** yuanying has joined #openstack-sdks10:00
amotokireedip_: 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
amotokireedip_: this is the merit of the current proposed command name. This is my understanding.10:02
amotokireedip_: do you need the link of my google spreadsheet?10:03
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 ip10:03
reedip_amotoki: I needed the link, I got it from history10:03
amotokireedip_: the link is pasteed in the OSC PTG page10:04
reedip_amotoki: I am fine with both "floating ip set port" and "floating ip set"10:04
amotokireedip_: honestly my current vote is 'set port' :)10:04
reedip_amotoki: Currently , there is no SET option in NeutronClient for Floating IP10:04
amotokireedip_: yeah, there is no.10:04
reedip_amotoki: so what we can do is , change the name of the class to SetFloatingIPPort10:05
amotokireedip_: we have description field now.10:05
amotokireedip_: it is okay to me if create command supports it later.10:05
*** shu-mutou is now known as shu-mutou-AWAY10:05
reedip_amotoki: so that  if there is ever a requirement in the future, we can consider it later10:05
amotokireedip_: okay10:05
amotokireedip_: it is just for curiosity. thanks for your time10:06
reedip_:)10:06
*** hoangcx has quit IRC10:07
*** e0ne has joined #openstack-sdks10:10
*** annp has quit IRC10:16
*** ralonsoh has joined #openstack-sdks10:20
*** yanyanhu has quit IRC10:20
openstackgerritReedip proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC  https://review.openstack.org/38302510:29
*** cdent has joined #openstack-sdks10:30
*** alex_xu has quit IRC10:31
*** alex_xu has joined #openstack-sdks10:33
*** fzdarsky_ is now known as fzdarsky10:39
*** alex_xu has quit IRC10:45
*** alex_xu has joined #openstack-sdks10:46
*** erlon has joined #openstack-sdks10:59
*** sdague has joined #openstack-sdks11:01
*** gildub has joined #openstack-sdks11:03
openstackgerritRodolfo Alonso Hernandez proposed openstack/python-openstackclient master: Add "qos-policy" option to "port create" & "port set"  https://review.openstack.org/41923611:04
*** cdent has quit IRC11:05
*** amotoki has quit IRC11:07
openstackgerritMerged openstack/python-openstackclient master: Updated from global requirements  https://review.openstack.org/43936211:11
*** amotoki has joined #openstack-sdks11:13
*** Serlex has joined #openstack-sdks11:17
*** namnh has quit IRC11:23
*** john-davidge has joined #openstack-sdks11:34
*** amotoki has quit IRC11:36
*** jkilpatr has quit IRC11:40
*** wklm has quit IRC11:47
*** huanxuan has quit IRC12:02
*** Guest53153 is now known as sigmavirus12:10
*** sigmavirus has quit IRC12:10
*** sigmavirus has joined #openstack-sdks12:10
*** jkilpatr has joined #openstack-sdks12:13
*** lucasagomes is now known as lucas-hungry12:18
*** alex_xu has quit IRC12:18
*** amotoki has joined #openstack-sdks12:21
*** alex_xu has joined #openstack-sdks12:25
*** salv-orl_ has joined #openstack-sdks12:53
*** salv-orlando has quit IRC12:56
*** ralonsoh_ has joined #openstack-sdks12:58
*** amotoki has quit IRC13:00
*** lucas-hungry is now known as lucasagomes13:01
*** ralonsoh has quit IRC13:01
*** salv-orl_ has quit IRC13:08
*** gildub has quit IRC13:14
*** sambetts has joined #openstack-sdks13:16
sambettsHi openstackclient team, I'm hitting an issue on stable/mitaka, my CI has been failing since https://github.com/openstack/requirements/commit/808355f7ddd29f834531bfa6ead7ad01fbe37fb6 merged13:17
sambettswhen 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
sambetts[localhost] out: 2017-02-28 22:24:49.692 | AttributeError: 'module' object has no attribute '__version__'13:19
sambettsreverting to 2.3.0 fixes this issue13:19
*** annegentle has joined #openstack-sdks13:31
*** gouthamr has joined #openstack-sdks13:39
*** Kuwagata has joined #openstack-sdks13:48
openstackgerritQiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy  https://review.openstack.org/43949013:49
*** Kuwagata has quit IRC13:53
*** shadower has quit IRC13:53
*** amotoki has joined #openstack-sdks14:00
*** Kuwagata has joined #openstack-sdks14:43
*** salv-orlando has joined #openstack-sdks14:48
openstackgerritQiming Teng proposed openstack/python-openstacksdk master: Change version of hacking in test-requirements  https://review.openstack.org/43963614:56
openstackgerritQiming Teng proposed openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy  https://review.openstack.org/43949014:58
openstackgerritPavlo Shchelokovskyy proposed openstack/openstackclient master: Explicitly depend on python-openstackclient  https://review.openstack.org/43964115:05
*** ralonsoh__ has joined #openstack-sdks15:05
*** ralonsoh_ has quit IRC15:07
*** Kuwagata_ has joined #openstack-sdks15:13
*** Kuwagata has quit IRC15:16
*** chlong has joined #openstack-sdks15:22
*** chlong has quit IRC15:27
*** chlong has joined #openstack-sdks15:28
*** chlong has quit IRC15:32
*** Serlex has quit IRC15:33
*** chlong has joined #openstack-sdks15:36
*** annegentle has quit IRC15:36
openstackgerritMerged openstack/python-openstacksdk master: Change version of hacking in test-requirements  https://review.openstack.org/43963615:38
*** chlong has quit IRC15:41
*** hongbin has joined #openstack-sdks15:41
elmikoetoews, edleafe, looks like i've got a conflict with tomorrow's meeting. just a heads up15:45
*** annegentle has joined #openstack-sdks15:52
*** chlong has joined #openstack-sdks15:52
edleafeelmiko: ack15:52
*** annegentle has quit IRC16:00
*** annegentle has joined #openstack-sdks16:01
* edleafe wonders if cdent will be around...16:07
openstackgerritNakul Dahiwade proposed openstack/python-openstackclient master: OSC Network Flavor Profile  https://review.openstack.org/39678316:18
*** Serlex has joined #openstack-sdks16:21
openstackgerritShashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce neutron flavor associate, disassociate to OSC  https://review.openstack.org/40390716:30
openstackgerritShashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce neutron flavor associate, disassociate to OSC  https://review.openstack.org/40390716:33
*** annegentle has quit IRC16:35
*** ralonsoh__ has quit IRC16:35
*** annegentle has joined #openstack-sdks16:36
*** reedip has joined #openstack-sdks16:37
*** salv-orlando has quit IRC16:44
*** cdent has joined #openstack-sdks16:44
reedipo/16:46
ediardoo/16:51
ankur-gupta-f1ediardo: whats up!16:56
*** salv-orlando has joined #openstack-sdks17:00
*** e0ne has quit IRC17:11
dtroyersshank, ankur-gupta-f1: so on https://review.openstack.org/#/c/387611/ it seems like the final thing to sort out is —agent-type17:12
sshankdtroyer, yes.17:13
*** aarefiev is now known as aarefiev_afk17:13
dtroyerI asked for it to be there because I was worried and thinking ahead to if making the assumption that "network agent add network" can _always_ assume the DHCP agent in the future17:13
dtroyerrather, I wanted it to protect against that assumption changing17:14
sshankdtroyer, yeah right now it seems like only dhcp can be added to network.17:14
dtroyerif that is a safe assumption, let's just remove —agent-type.  But we will forever have that assumption of the default type if there ever is a nother one possible in this command17:14
dtroyercan we live with thqat?17:15
dtroyerthat?17:15
sshankankur-gupta-f1, ^^?17:15
sshankdtroyer, he is not at his desk. Lemme ping him17:16
dtroyerI'll leaving a comment in the review to doc this…17:16
ankur-gupta-f1yea i am fine with removing --agent-type17:16
dtroyerand living with the assumption forever? :)17:17
ankur-gupta-f1ah theres the catch17:17
dtroyerthat's why I have been deliberate on this…17:18
ankur-gupta-f1I still stick by my original idea of putting the --<agent-binary> flag.17:18
dtroyerwhat is that again?17:18
ankur-gupta-f1so in case an agent is created down the road where it can add an agent there must be some way of indicating which of the two types of agents.17:19
dtroyeralso, there is the slightly larger pattern for all "network agent add/remove XXXX" commands.  If others may need to declare an agent type17:19
dtroyerright, that is what —agent-type is for17:19
dtroyerbut unneeded at the moment17:19
ankur-gupta-f1What I am proposing is instead of --agent-type <agent-name>, just have a single flag --<agent-name>17:20
ankur-gupta-f1network agent add network --dhcp <agent-id> <network>17:20
dtroyerok, yeah, that is actaully closer to what we do in a lot of other places.17:21
ankur-gupta-f1parser then will only have to check which flag is set and then call the appropriate object function17:21
dtroyersometimes we pick the enumerated options over explicit options when there are either a lot of them, or the list is semi-fluid17:21
dtroyerin the general "network agent add/remove XXX" command case, is this still a safe approach?17:22
reediphi ankur-gupta-f117:22
reedipcant we add lbaas as an agent ?17:22
ankur-gupta-f1yes. many-to-many relationship I think should be the guideline whether to use add/remove and set17:23
dtroyerspecifically though WRT —dhcp style options rather than a single generic --agent-type17:23
ankur-gupta-f1yes17:25
reedipI agree with "network agent add/remove ABC" optio17:25
ankur-gupta-f1reedip: currently the only lbaasv2 command for the lbaas-agent checks lbaas-agent vs other loadbalancing resources17:25
reedipankur-gupta-f1 : what I meant was except dhcp , we have other options as wel17:26
ankur-gupta-f1reedip: explain?17:27
ankur-gupta-f1there will be a flag for --l3 as well17:27
dtroyerso to restate for clarity: for any "network agent" commands that may need to handle multiple agent types, we will use agent-type-specific options (such as —dhcp and —l3) to identify the agent type rather than a single —agent-type <type> option; also where only a single type can be assumed we will use that assumption as the default.17:27
ankur-gupta-f1correct17:28
dtroyer\o/17:28
ankur-gupta-f1adding to both those reviews for reference17:28
sshankso its 'openstack network agent add network --dhcp <agent-id> <network>' correct?17:28
ankur-gupta-f1yes17:29
dtroyer—dhscp is not required in that command as it is the only agent type to need "add network" is my understanding17:29
dtroyerif we want to allow —dhcp that is fine with me, and is essentially what the current —agent-type option is doing17:29
reedipdtroyer: yes, thats correct17:29
sshankSo its 'openstack network agent add network <agent-id> <network>' since dhcp is default?17:29
dtroyeryes17:30
sshankOk17:30
reedipbut cant we have any oher network agent in the future ?17:30
dtroyerwe can, but DHCP will be the default forever17:30
ankur-gupta-f1wait no we just went backwards17:30
dtroyer??17:30
reedipdtroyer : so you want --dhcp to be the default optional ?17:31
reedipI am not sure about that .... User should know which agent he is working upon. I would suggest an agent type to be specified. It may not be a flag , but an agent name ( like dhcp / l3 ) which can be checked17:32
dtroyerso then the need is to make the rule for how to specify network agent type for all network agent commands17:33
sshankI personally think 'openstack network agent add network --dhcp <agent-id> <network>' would be better. It is explicit and causes no confusion.17:33
reedipsshank : --dhcp => dhcp17:34
reedipdoes that seem better or equally intriguing to u?17:34
dtroyerno, if it is there it is an option17:34
dtroyer—dhcp17:34
reedipdtroyer ; thats my question, does it have to be an option?17:34
dtroyerotherwise w echange the resource name from "network agent" to "dhcp agent" or omething like that, then deal with the explosion of commands17:35
*** lucasagomes is now known as lucas-afk17:35
reedipdtroyer : oh ok, got it. The agent-id will be used with the Optional flag17:36
reedipand that would make our complete agent17:36
dtroyerno, the option is stand-aline17:37
dtroyeragent id is a positional argument17:37
ankur-gupta-f1http://paste.openstack.org/show/600983/17:38
reedipdtroyer ; U didnt get what I meant ( I was not clear :) ) . I understand that agent-id is the positional argument.  Just that from the neutron's POV the agent-id and the agent-type would define the complete agent info17:38
dtroyerok, fair enough, I've only been thinking about the command structure, not implementation.17:38
dtroyerthat said, agent-id isn't uniqueue enough to identify it?17:39
reedipdtroyer: agent id is unique enough ( being the UUID value )17:39
dtroyergood.  I've been surorised about that sort of thing before, OpenStack is always finding new and unique ways to surprise me :)17:40
dtroyer*surprised17:40
reedipwe have to fetch its type and verify if the passed option ( like --dhcp ) matches with the agent passed ( or else leave the handling to neutron server and wait for them[ in this case, maybe Us]  to pop up :P )17:40
dtroyerwithout knowing much else, such as the specifics of the error that is returned, I would let Neutron validate the agent id17:41
reedipankur-gupta-f1 : so your proposal is to have "network agent add router" and "neutron agent add network " as 2 different CLIs ?17:41
dtroyerunless that is something we can easily validate because we already have the information without another trip to the server17:41
reedipdtroyer : yeah, neutron can do that17:41
ankur-gupta-f4reedip: yes17:42
reedipdtoryer; No , we need to fetch the agent type from its ID from the server, so its better to let Neutron handle it, if possible17:42
reedipankur-gupta-f4  ( I am confused which ID is on ) : but using "network agent add --XXX" makes handling simpler , isnt it?17:43
ankur-gupta-f4reedip: how would you implement that.17:44
dtroyerreedip: recall the structure of add/remove commands, with 2 resources17:45
reedipdtroyer: yeah that thought crossed my mind17:45
reedipankur-gupta-f4 : do we need to keep separate resources for router and network ?17:47
reedipmy implementation may be wrong17:47
ankur-gupta-f4Yea. There should be 2 args when adding17:48
*** sambetts is now known as sambetts|afk17:48
*** shadower has joined #openstack-sdks17:49
ankur-gupta-f4No need to overcomplicate17:49
dtroyernetwork agent add XXX [[—<agent-type-option>] <agent-id> <XXX-name-or-id>17:50
sshankdtroyer: +117:51
ankur-gupta-f4Yes. +117:52
*** salv-orlando has quit IRC17:54
reedipyeah, kinda what I would like.. handling things in one go +1 dtroyer17:54
*** salv-orlando has joined #openstack-sdks17:57
ankur-gupta-f4 30 min later we finalize the solution we came up with at the beginning 😞17:57
ankur-gupta-f4Thanks for the feedback everyone17:58
ankur-gupta-f4sshank: we got work to do17:58
sshankThanks all. Finally a conclusion. :D \o/17:58
*** jpich has quit IRC18:00
ankur-gupta-f4sshank: u say that now18:02
reedipankur-gupta-f4 : HA HA HAAA18:02
reedip:P18:02
ankur-gupta-f4sshank: expect heavy doses of -1s... mostly from me18:03
openstackgerritMerged openstack/python-openstackclient master: Auto allocated topology for OSC  https://review.openstack.org/39133118:03
reedipankur-gupta-f4 : can you review the floating ip set/unset18:04
ankur-gupta-f4Yea18:04
reedipsindhu might just hit me with a broom otherwise :P18:04
sindhureedip: lol .... naaa i won't :D18:08
ankur-gupta-f4reedip: i gave a quick glance. Let me get back from lunch and take better look18:11
reedipgn then .... have been sleep deprived since yesterday ! Catch you tomorrow18:11
ankur-gupta-f4Goodnight man18:12
ankur-gupta-f4Thx for helping out with the FIP stuff18:12
*** fzdarsky is now known as fzdarsky|afk18:12
reedipNow dont say such sweet things, I might just wake up in 2 hours !18:14
reedip:P18:14
*** cdent has quit IRC18:29
*** annegentle has quit IRC18:38
*** e0ne has joined #openstack-sdks18:40
*** salv-orl_ has joined #openstack-sdks18:52
*** cdent has joined #openstack-sdks18:54
*** salv-orlando has quit IRC18:55
*** gouthamr has quit IRC18:56
*** gouthamr has joined #openstack-sdks19:01
openstackgerritMerged openstack/python-openstackclient master: Add Cinder v3 client support for volumes  https://review.openstack.org/41261419:10
*** Kuwagata_ has quit IRC19:19
*** e0ne has quit IRC19:20
*** salv-orl_ has quit IRC19:23
*** reedip has quit IRC19:24
openstackgerritGage Hugo proposed openstack/keystoneauth master: Remove pbr warnerrors in favor of sphinx check  https://review.openstack.org/43979719:36
openstackgerritGage Hugo proposed openstack/keystoneauth master: Remove pbr warnerrors in favor of sphinx check  https://review.openstack.org/43979719:37
*** reedip has joined #openstack-sdks19:39
*** cdent has quit IRC19:46
*** annegentle has joined #openstack-sdks19:57
*** chlong_ has joined #openstack-sdks20:01
*** chlong has quit IRC20:01
*** openstackgerrit has quit IRC20:03
*** john-davidge has quit IRC20:06
*** chlong_ has quit IRC20:08
JayF/win 3220:09
JayFwhoops :/20:09
*** chlong_ has joined #openstack-sdks20:20
*** jkilpatr has quit IRC20:30
*** jkilpatr has joined #openstack-sdks20:34
*** chlong_ has quit IRC20:36
*** kuzko_ has joined #openstack-sdks20:50
*** openstackgerrit has joined #openstack-sdks20:50
openstackgerritGage Hugo proposed openstack/keystoneauth master: Remove pbr warnerrors in favor of sphinx check  https://review.openstack.org/43979720:50
*** chlong_ has joined #openstack-sdks20:50
openstackgerritMerged openstack/python-openstacksdk master: Add wait_for_xxx methods to cluster proxy  https://review.openstack.org/43949020:52
*** kuzko has quit IRC20:53
openstackgerritBrian Curtin proposed openstack/python-openstacksdk master: Update devstack config to point to a valid image  https://review.openstack.org/43984720:57
openstackgerritShashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce Neutron DHCP agent commands to OSC  https://review.openstack.org/38761121:05
*** john-davidge has joined #openstack-sdks21:06
openstackgerritShashank Kumar Shankar proposed openstack/python-openstackclient master: Introduce neutron flavor associate, disassociate to OSC  https://review.openstack.org/40390721:09
*** salv-orlando has joined #openstack-sdks21:14
*** john-davidge has quit IRC21:16
openstackgerritNakul Dahiwade proposed openstack/python-openstackclient master: Jsonify meter and meter rule functional tests  https://review.openstack.org/43985421:20
*** jkilpatr has quit IRC21:20
*** jkilpatr has joined #openstack-sdks21:22
*** jkilpatr has quit IRC21:30
*** Serlex has quit IRC21:33
*** gouthamr has quit IRC21:33
openstackgerritMerged openstack/osc-lib master: Updated from global requirements  https://review.openstack.org/43933221:41
*** jkilpatr has joined #openstack-sdks21:43
*** gildub has joined #openstack-sdks21:54
*** boris-42_ has quit IRC22:01
*** salv-orlando has quit IRC22:50
*** salv-orlando has joined #openstack-sdks22:51
*** gouthamr has joined #openstack-sdks22:59
*** adriant_ has joined #openstack-sdks23:01
*** chlong_ has quit IRC23:08
*** jkilpatr has quit IRC23:33
*** salv-orlando has quit IRC23:35
*** Guest27057 is now known as zigo23:57
*** sdague has quit IRC23:58

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!