Thursday, 2014-01-09

*** yamahata has joined #openstack-neutron00:01
*** mlavalle has quit IRC00:01
*** WackoRobie has joined #openstack-neutron00:03
*** WackoRobie has quit IRC00:08
*** changbl has quit IRC00:21
*** otherwiseguy has quit IRC00:26
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Make timeout for ovs-vsctl configurable  https://review.openstack.org/6110500:34
marunanteaya: ping00:36
openstackgerritNachi Ueno proposed a change to openstack/neutron: API Extension for SSL-VPN services  https://review.openstack.org/5889700:39
*** otherwiseguy has joined #openstack-neutron00:40
*** Sukhdev_ has joined #openstack-neutron00:42
marunwtf00:51
marunanyone from embrane here?00:51
*** mili__ has quit IRC00:52
*** networkstatic has quit IRC00:55
*** mili_ has joined #openstack-neutron00:56
Sukhdev_I do not believe so :-)00:59
*** rwsu has quit IRC01:00
*** iwamoto has joined #openstack-neutron01:08
*** jroovers has quit IRC01:09
*** thuc has quit IRC01:14
*** thuc has joined #openstack-neutron01:15
*** thuc has quit IRC01:19
*** networkstatic has joined #openstack-neutron01:22
*** jp_at_hp has quit IRC01:26
openstackgerritshihanzhang proposed a change to openstack/python-neutronclient: Empty file shouldn't contain copyright nor license  https://review.openstack.org/6398601:28
*** amotoki has quit IRC01:31
*** mayu has joined #openstack-neutron01:34
openstackgerritRajesh Mohan proposed a change to openstack/neutron: Firewall as a Service (FWaaS)  Service Insertion  https://review.openstack.org/6259901:36
*** xuhanp has joined #openstack-neutron01:42
mayuto run tempest, each vedor need to provide their device for the test to prove that it is working. but how they do01:43
mayuanybody who know how does nicira provide their controller device for the tempest test01:45
Sukhdev_I do not know how nicira does, I know how Arista does01:47
markmcclainarosen, armax: ^^^01:48
Sukhdev_I have a question on neutron tempest test test_network_basic_ops - anybody here who can answer a question?01:49
mayuhow nicira does01:55
openstackgerritLee Li proposed a change to openstack/neutron: ipt_mgr.ipv6 written in the wrong ipt_mgr.ipv4  https://review.openstack.org/6398101:57
mayui'm new to tempest01:57
mayuSukhdev_, can you tell me how Arista does01:57
openstackgerritArata Notsu proposed a change to openstack/neutron: Automatic configuration of local_ip in ovs_neutron_plugin.ini  https://review.openstack.org/6425302:06
openstackgerritRajesh Mohan proposed a change to openstack/neutron: Firewall as a Service (FWaaS)  Service Insertion  https://review.openstack.org/6259902:14
*** sgran_ has joined #openstack-neutron02:14
*** dkehn_ has joined #openstack-neutron02:14
*** dkehn has quit IRC02:15
*** sgran has quit IRC02:15
*** tziOm has quit IRC02:15
*** tziOm has joined #openstack-neutron02:15
*** thansen has quit IRC02:15
*** julim has quit IRC02:15
*** alagalah has joined #openstack-neutron02:17
*** thansen has joined #openstack-neutron02:17
*** WackoRobie has joined #openstack-neutron02:21
*** dkehn_ is now known as dkehn02:23
*** sc68cal has quit IRC02:33
*** WackoRobie has quit IRC02:36
*** sc68cal has joined #openstack-neutron02:36
mayuanybody who know how does Arista provide their device for the tempest test02:39
*** julim has joined #openstack-neutron02:43
*** mayu has quit IRC02:44
*** sc68cal has quit IRC02:45
*** sc68cal has joined #openstack-neutron02:46
*** sc68cal has quit IRC02:48
*** nati_ueno has quit IRC02:50
*** sc68cal_ has joined #openstack-neutron02:54
*** sc68cal_ has quit IRC02:54
*** otherwiseguy has quit IRC02:55
*** sc68cal_ has joined #openstack-neutron02:56
*** Sukhdev_ has quit IRC02:57
*** changbl has joined #openstack-neutron02:58
*** WackoRobie has joined #openstack-neutron02:58
*** clev has joined #openstack-neutron03:11
*** gongysh has joined #openstack-neutron03:13
*** networks_ has joined #openstack-neutron03:19
*** networkstatic has quit IRC03:22
*** banix has quit IRC03:24
*** julim has quit IRC03:35
*** coolsvap has quit IRC03:46
*** networks_ has quit IRC03:50
*** networkstatic has joined #openstack-neutron03:51
*** afazekas has joined #openstack-neutron03:56
*** banix has joined #openstack-neutron03:56
*** clev has quit IRC04:01
*** amotoki has joined #openstack-neutron04:07
*** harlowja is now known as harlowja_away04:07
*** WackoRobie has quit IRC04:14
*** harlowja_away is now known as harlowja04:14
*** pcm_ has quit IRC04:22
*** aymenfrikha has joined #openstack-neutron04:31
*** tongli has quit IRC04:36
*** ijw has quit IRC04:40
*** ijw has joined #openstack-neutron04:41
*** banix has quit IRC04:45
*** doude has joined #openstack-neutron04:46
*** iwamoto_ has joined #openstack-neutron04:49
*** alagalah_ has joined #openstack-neutron04:49
*** banix has joined #openstack-neutron04:50
*** ijw has quit IRC04:55
*** changbl has quit IRC04:55
*** alagalah has quit IRC04:55
*** tziOm has quit IRC04:55
*** iwamoto has quit IRC04:55
*** doude_ has quit IRC04:55
*** notel has quit IRC04:55
*** notel has joined #openstack-neutron04:57
*** changbl has joined #openstack-neutron04:57
*** ijw has joined #openstack-neutron04:59
*** tziOm has joined #openstack-neutron05:02
*** ijw has quit IRC05:03
*** banix has quit IRC05:06
*** yfried has quit IRC05:06
*** morganfainberg has quit IRC05:07
*** carl_baldwin has joined #openstack-neutron05:11
*** aymenfrikha has quit IRC05:12
*** WackoRobie has joined #openstack-neutron05:24
*** chandankumar has joined #openstack-neutron05:27
*** WackoRobie has quit IRC05:29
*** ashaikh has joined #openstack-neutron05:30
*** irenab has joined #openstack-neutron05:33
*** garyk has quit IRC05:38
*** chandankumar_ has joined #openstack-neutron05:39
*** morganfainberg has joined #openstack-neutron05:42
*** nati_ueno has joined #openstack-neutron05:43
*** coolsvap has joined #openstack-neutron05:53
*** carl_baldwin has quit IRC05:59
*** bashok has joined #openstack-neutron06:03
*** alagalah_ has quit IRC06:06
*** Jabadia has joined #openstack-neutron06:13
*** Jabadia has quit IRC06:15
*** Jabadia has joined #openstack-neutron06:17
openstackgerritAkihiro Motoki proposed a change to openstack/neutron: Return request-id in API response  https://review.openstack.org/5827006:24
*** chandankumar has quit IRC06:25
*** harlowja is now known as harlowja_away06:25
*** akamyshnikova__ has quit IRC06:28
irenabHi, I fail to rebase the patch due to the change with etc/neutron/plugins/nicira. Did anyone had same issie? Need guidance to resolve git rebase issue. Thanks!06:29
*** akamyshnikova has joined #openstack-neutron06:31
*** Ilja1 has joined #openstack-neutron06:36
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6478606:36
openstackgerritBerezovsky Irena proposed a change to openstack/neutron: Add update from agent to plugin on device up  https://review.openstack.org/5360906:37
*** Ilja1 has quit IRC06:44
openstackgerritJoe Mills proposed a change to openstack/neutron: Blackhole traffic not destined to Midonet port  https://review.openstack.org/5847406:47
*** garyk has joined #openstack-neutron06:51
*** sgran_ is now known as sgran06:53
*** bvandenh has joined #openstack-neutron06:53
*** morganfainberg has quit IRC07:00
*** morganfainberg has joined #openstack-neutron07:01
*** pradipta has joined #openstack-neutron07:05
*** markwash has quit IRC07:08
*** markwash has joined #openstack-neutron07:11
*** morganfainberg has quit IRC07:13
*** morganfainberg has joined #openstack-neutron07:14
*** Ilja1 has joined #openstack-neutron07:15
*** dguitarbite has joined #openstack-neutron07:23
*** ashaikh has quit IRC07:30
*** coolsvap has quit IRC07:33
*** coolsvap has joined #openstack-neutron07:44
anteayamarun here07:46
*** dguitarbite has quit IRC07:48
*** wangbo has joined #openstack-neutron07:48
*** dguitarbite has joined #openstack-neutron07:48
*** dguitarbite has quit IRC08:10
openstackgerritA change was merged to openstack/python-neutronclient: Remove an unused imported module  https://review.openstack.org/6300308:17
openstackgerritA change was merged to openstack/python-neutronclient: Misc typo in neutronclient  https://review.openstack.org/6032408:17
*** mayu has joined #openstack-neutron08:18
*** iwamoto_ has quit IRC08:23
mayuanyone who know how to integrate openstack ci with vendor's openstack enviroment08:23
*** jistr has joined #openstack-neutron08:24
*** doudouyam has joined #openstack-neutron08:26
*** doudouyam has left #openstack-neutron08:27
*** pradipta has quit IRC08:32
*** jlibosva has joined #openstack-neutron08:33
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Fix pip install failure due to missing nvp.ini file  https://review.openstack.org/6525008:42
*** ygbo has joined #openstack-neutron08:43
anteayamayu: what kind of integration are you looking for?08:45
*** nati_ueno has quit IRC08:47
mayuthird-party CI with openstack jekins CI08:48
*** rossella_s has joined #openstack-neutron08:48
mayuthird-party CI with openstack jekins CI08:48
anteayamayu: have you read this? http://ci.openstack.org/running-your-own.html08:49
mayuyes08:49
*** jpich has joined #openstack-neutron08:49
anteayathis shows you how to run your own ci08:49
anteayagreat so what is the part you don't have yet08:50
anteayado you mean listening ot gerrits stream?08:50
anteayato08:50
*** Ilja1 has quit IRC08:50
mayubut how does openstack Ci know address of my Ci08:50
anteayait doesn't08:50
anteayayour ci can listen to gerrit's stream08:50
anteayaopenstack ci knows nothing about your ci08:51
*** angryjesters_ has quit IRC08:51
mayuwhen run tempest, if fail, how does openstack ci know08:52
anteayamayu: have you read this: http://ci.openstack.org/third_party.html08:52
anteayawhen who runs tempest?08:52
*** Ilja1 has joined #openstack-neutron08:52
mayuactually , I am new08:52
mayuopenstack Ci should run tempest08:53
anteayaopenstack ci does run tempest08:53
mayuhow openstack ci know tempest result if load vendor's plugin or driver08:55
anteayathis is an unsigned cert, but here is openstack ci running tempest: https://jenkins03.openstack.org/job/check-tempest-dsvm-full/183/08:55
anteayamayu: the 3rd party test account posts to the sha of the patch using gerrit review08:56
*** safchain has joined #openstack-neutron08:56
anteayamayu: have you read this page? http://ci.openstack.org/third_party.html08:56
mayunot clear08:57
anteayahave you read this page http://ci.openstack.org/third_party.html08:57
mayuyes, but not clear08:57
anteayawhat part is not clear?08:58
anteayado you have an account on gerrit?08:59
mayuI don't understand the artiteche of the openstack CI08:59
anteayayou don't have to understand the architecture of the openstack ci09:00
mayuthe relationship between openstack Ci and third-pary CI09:00
anteayado you have an account on gerrit09:00
mayuyes09:00
anteayagreat09:00
openstackgerritArata Notsu proposed a change to openstack/neutron: Automatic configuration of local_ip in ovs_neutron_plugin.ini  https://review.openstack.org/6425309:00
anteayarun this command from your shell  ssh -p 29418 <gerrit-username>@<host> gerrit stream-events09:01
anteayamake sure you are running it from the computer that has your ssh key09:01
mayuok09:01
anteaya<host> is review.openstack.org09:01
anteaya<gerrit-username> is your gerrit username09:02
mayuok09:02
anteayaand your gerrit account has your ssh public key, does it not?09:02
mayuyes09:02
anteayatell me when you have something returned from that command09:03
mayusoryy, my account invalid09:05
anteayacan you paste your output, paste.openstack.org09:05
mayuit's first time to login09:05
anteayago to review.openstack.org09:06
mayuI will register a new one09:06
anteayano09:06
anteayathen we have abandoned accounts around09:06
anteayawhat is the problem with the one you have?09:06
anteayawe need to fix it09:07
anteayawhat is the problem you are having?09:07
anteayadon't just disappear, talk to me09:08
mayui am right review.openstack.org09:08
anteayayes09:08
mayuthen09:08
anteayahave you logged into your account before?09:08
mayusign in ?09:08
mayuyes09:09
anteayasign in yes09:09
anteayado you have a username?09:09
anteayaif not fill one in09:09
mayumayu09:09
mayunext ?09:10
anteayaput in your pubic ssh key09:11
anteayaunder ssh keys09:11
openstackgerritgaryk proposed a change to openstack/neutron: Update RPC code from oslo  https://review.openstack.org/6441909:11
mayui have no ssh keys09:12
anteayathen you need some09:12
anteayaplease generate some09:12
mayuwait09:12
anteayaI have no choices09:13
anteayawe can't do anything until gerrit has your public ssh key09:13
mayuyou are so kind09:15
mayulike father09:15
anteayathanks09:15
*** ijw has joined #openstack-neutron09:16
*** ijw has quit IRC09:20
*** jroovers has joined #openstack-neutron09:25
*** mayu_ has joined #openstack-neutron09:29
mayuanteaya,  there 、09:30
mayui get my key09:30
anteayagreat09:30
anteayagive gerrit your public key09:31
mayu_next ?09:31
mayu_done09:31
*** jp_at_hp has joined #openstack-neutron09:32
anteayarun ssh -p 29418 mayu@review.openstack.org gerrit stream-events09:32
mayu_$ ssh -p 29418 mayu@review.openstack.org gerrit stream-events The authenticity of host '[review.openstack.org]:29418 ([198.101.231.251]:29418) ' can't be established. RSA key fingerprint is ee:2f:ac:1b:f8:25:d0:39:be:55:02:c7:76:5e:39:53. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '[review.openstack.org]:29418,[198.101.231.251]:29418 ' (RSA) to the list of known hosts. Permission d09:35
anteayamayu_: it's time you learned how to use paste09:36
anteayaplease go to paste.openstack.org09:36
anteayado you see a text box there?09:37
mayu_yes09:38
anteayapaste text into the text box and press the submit button09:38
anteayathe url will change to a unique url09:38
anteayacopy the unique url and post the unique url in this channel09:39
mayu_http://paste.openstack.org/show/yglmSPdy8miGubktgCUW/09:39
mayu_great09:39
anteayathank you09:40
* anteaya clicks09:40
anteayaokay go to your gerrit account09:40
anteayaunder ssh keys09:40
mayu_ok09:41
anteayado you see a key listed?09:41
mayu_yes09:41
mayu_there  are towl09:41
mayu_two09:41
anteayatwo09:41
anteayadoes one of them correspond to the private key you have on the computer you are working on now?09:42
mayu_remove ont09:42
mayu_remove one ?09:42
anteayano09:42
anteayayou don't need to remove any09:42
mayu_ok09:43
anteayayou need to ensure that one of them is the public key for the private key you have on your computer09:43
mayu_ok , i check09:43
anteayagreat09:43
mayu_http://paste.openstack.org/show/60864/09:44
anteayaokay that is half a key pair09:45
anteayaI have no way of knowing by looking at it if it is the correct key or not09:46
*** coolsvap has quit IRC09:46
mayu_http://paste.openstack.org/show/60865/09:46
mayu_half ?09:47
anteayamayu_: I think if you take some time and read up on ssh keys, you will recognize the value of spending the time doing so09:48
anteayassh keys come in pairs09:48
anteayathe public half of the key is necesarry to confirm the accuracy of the private half09:49
anteayamayu_: in your gerrit settings what is the id for your account?09:49
anteayaI'm going to ask someone to check the databaase for your account09:50
anteayato see if the ssh keys are in the db09:50
mayu_ok09:50
anteayaare you able to shell into gerrit? or do you still get Permission denied (publickey).09:51
enikanorovmayu_: ls -la ~/.ssh/09:52
mayu_denied09:52
enikanorovdo you see id_rsa there?09:52
mayu_yes09:52
enikanorovit may take some time to propagate public key, so you might need to wait some time after you upload the key to gerrit09:54
mayu_my id is 983209:55
mayu_ok09:55
anteayamayu_: thanks09:55
mayu_tea in your nick name09:56
*** DynamiteXXL has joined #openstack-neutron09:56
afazekasneutron dhcp-agent-list-hosting-net <my-network-with-dhcp-enabled-subnet>  (private network created by devstack) , does not show  any agent, however the  'neutron l3-agent-list-hosting-router router1'  show an agent without an explicit add request. Is it normal ?09:57
*** nati_ueno has joined #openstack-neutron09:58
anteayamayu_: yes09:58
anteayaI love tea09:58
mayu_I love tea too09:58
mayu_I'm chinese09:58
mayu_and u  ?09:58
anteayathe folks who can check the gerrit db are not available right now, I will let you know when I hear back09:58
anteayanice09:58
anteayaCanadian in Australia right now09:59
anteayaheading back to Canada next week09:59
mayu_good place09:59
anteayathanks09:59
anteayaI like it09:59
anteayaafazekas: hi, I don't know the answer to your question10:00
anteayaperhaps enikanorov or nati_ueno know more than I10:01
*** nati_ueno has quit IRC10:02
enikanorovafazekas:10:02
mayu_anteaya: well, can u tell me your email10:02
anteayaokay I am offline for a bit10:03
anteayaback later10:03
mayu_ok10:03
anteayamayu_: I would prefer conducting discussions in tthe open on this channel10:03
anteayait helps others in the same position as you10:03
mayu_ok10:03
anteayamy email is no secret anteaya at anteaya dot info10:04
anteayabut I'll just ask you to discuss your concerns here10:04
enikanorovafazekas: does 'neutron agent-list' shows dhcp agent?10:04
anteayathanks10:04
afazekasenikanorov: yes, it is up10:04
mayu_ok10:05
enikanorovthat is interesting10:05
afazekasWith the havana pranch it is ok, but with the master branch I do not see the agent10:06
*** kruskakli has quit IRC10:08
*** coolsvap has joined #openstack-neutron10:10
mayu_thanks anteaya, i will leave for supper, see you10:10
*** mayu has quit IRC10:17
*** yfried has joined #openstack-neutron10:18
yfriedmarun: ping10:18
*** xuhanp has quit IRC10:20
openstackgerritgaryk proposed a change to openstack/neutron: Update RPC code from oslo  https://review.openstack.org/6441910:37
*** gongysh has quit IRC10:47
*** angryjesters_ has joined #openstack-neutron10:52
*** sputnik13net has joined #openstack-neutron11:01
*** wangbo has quit IRC11:05
*** jprovazn has joined #openstack-neutron11:11
openstackgerritJianing Yang proposed a change to openstack/neutron: Implement basic functionalities for port forwarding  https://review.openstack.org/6051211:15
*** kruskakli has joined #openstack-neutron11:17
*** networkstatic is now known as networkstatic_zZ11:18
*** DynamiteXXL has quit IRC11:23
*** pcm_ has joined #openstack-neutron11:30
*** pcm_ has quit IRC11:30
*** pcm_ has joined #openstack-neutron11:31
*** AndreyGrebenniko has quit IRC11:31
*** sputnik13net has quit IRC11:39
*** sputnik13net has joined #openstack-neutron11:41
*** yamahata has quit IRC11:43
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Update lockutils and fixture in openstack.common  https://review.openstack.org/4755711:57
*** alagalah has joined #openstack-neutron11:58
*** gongysh has joined #openstack-neutron11:58
*** safchain has quit IRC11:58
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Update lockutils and fixture in openstack.common  https://review.openstack.org/4755711:59
*** sputnik13net has quit IRC12:02
*** coolsvap has quit IRC12:02
*** rkukura has quit IRC12:06
*** DynamiteXXL_ has joined #openstack-neutron12:07
*** dims_ is now known as dims12:11
openstackgerritgaryk proposed a change to openstack/neutron: Update RPC code from oslo  https://review.openstack.org/6441912:12
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020712:36
*** alagalah has quit IRC12:39
*** jroovers has quit IRC12:43
*** heyongli has joined #openstack-neutron12:54
*** irenab is now known as irenab_12:58
*** yfujioka has joined #openstack-neutron13:02
openstackgerritgaryk proposed a change to openstack/neutron: Update RPC code from oslo  https://review.openstack.org/6441913:07
*** jroovers has joined #openstack-neutron13:18
*** jroovers has quit IRC13:18
*** jroovers has joined #openstack-neutron13:18
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020713:23
*** alexpilotti has joined #openstack-neutron13:25
*** safchain has joined #openstack-neutron13:26
openstackgerritIhar Hrachyshka proposed a change to openstack/python-neutronclient: Mention --fixed-ip subnet_id=<..> in help message  https://review.openstack.org/6569013:29
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: OVS lib defer apply doesn't handle concurrency  https://review.openstack.org/6391713:34
*** Ilja1 has quit IRC13:34
*** xuhanp has joined #openstack-neutron13:34
openstackgerritSylvain Afchain proposed a change to openstack/neutron: L3 Agent can handle many external networks  https://review.openstack.org/5935913:48
*** yamahata has joined #openstack-neutron13:49
*** yamahata has quit IRC13:50
*** yamahata has joined #openstack-neutron13:51
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: VMware NSX: add sanity checks for NSX cluster backend  https://review.openstack.org/6569213:54
*** armax has joined #openstack-neutron14:03
*** aymenfrikha has joined #openstack-neutron14:03
*** yfried has quit IRC14:03
*** amuller has joined #openstack-neutron14:07
*** thuc has joined #openstack-neutron14:08
*** amotoki has quit IRC14:09
*** irenab_ has quit IRC14:10
*** heyongli has quit IRC14:11
*** coolsvap has joined #openstack-neutron14:11
*** julim has joined #openstack-neutron14:13
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Add parameter and iptables rules to protect dnsmasq ports  https://review.openstack.org/6199414:16
*** peristeri has joined #openstack-neutron14:19
*** jdev789 has joined #openstack-neutron14:21
*** jdev has joined #openstack-neutron14:21
*** jecarey has quit IRC14:31
*** markmcclain has quit IRC14:39
openstackgerritSascha Peilicke proposed a change to openstack/neutron: Support passing 'insecure' to quantumclient  https://review.openstack.org/6569614:39
*** ijw has joined #openstack-neutron14:40
*** ijw has quit IRC14:40
*** ijw has joined #openstack-neutron14:41
*** thuc has quit IRC14:43
*** thuc has joined #openstack-neutron14:44
*** bashok has quit IRC14:47
*** jecarey has joined #openstack-neutron14:48
*** thuc has quit IRC14:48
*** WackoRobie has joined #openstack-neutron14:49
*** aveiga has joined #openstack-neutron14:52
*** banix has joined #openstack-neutron14:53
marunanteaya: ping14:55
*** marun has quit IRC14:57
*** thuc has joined #openstack-neutron14:57
*** rkukura has joined #openstack-neutron15:00
*** carl_baldwin has joined #openstack-neutron15:00
*** thuc has quit IRC15:02
*** markmcclain has joined #openstack-neutron15:02
*** networkstatic_zZ has quit IRC15:02
*** thuc has joined #openstack-neutron15:02
*** networkstatic has joined #openstack-neutron15:03
*** bmeshjason has joined #openstack-neutron15:03
*** clev has joined #openstack-neutron15:06
*** thuc has quit IRC15:07
*** aymenfrikha has quit IRC15:09
*** aymenfrikha1 has joined #openstack-neutron15:09
*** marun has joined #openstack-neutron15:12
aveigaijw: sc68cal_: ping15:17
*** sc68cal_ is now known as sc68cal15:17
*** sc68cal has joined #openstack-neutron15:17
sc68calpong15:18
*** aymenfrikha1 has quit IRC15:18
aveigaI was hoping ijw would be around, but we've hit a dilemma wrt IPv6 networks, specifically the "router" object15:19
ijwSorry, I'm about15:19
aveigaijw: Re: your RA security bug (link escapes me atm)15:20
aveigain order to setup rules to fix that bug, we'd have to fill out the gateway IP in the "router" object on the network15:20
aveigaproblem is, RAs use the lla for that15:20
aveigado we allow global IPs on the router? How do we enforce that the gateway ip is the lla, or do we even bother?15:21
ijwWe have the information to do that, though15:21
openstackgerritSascha Peilicke proposed a change to openstack/neutron: Support passing 'insecure' to quantumclient  https://review.openstack.org/6569615:21
aveigaI'm not sure we do, in the case of provider network devices15:22
aveigaor non-OpenStack gear on the network, more generally15:22
ijwWith you in a mo, on the phone, but naturally I have a pat answer ;)15:22
aveigause case: hardware load-balancer attached to a private tenant VLAN15:22
aveiganp15:22
*** rwsu has joined #openstack-neutron15:23
*** dims has quit IRC15:23
*** dims has joined #openstack-neutron15:24
*** mfink has joined #openstack-neutron15:27
*** aymenfrikha has joined #openstack-neutron15:28
*** aymenfrikha has quit IRC15:28
*** alagalah has joined #openstack-neutron15:29
*** alagalah has joined #openstack-neutron15:29
*** Jabadia has quit IRC15:34
*** jorisroovers has joined #openstack-neutron15:34
*** Jabadia has joined #openstack-neutron15:34
*** tongli has joined #openstack-neutron15:37
*** jroovers has quit IRC15:37
*** mvenesio has joined #openstack-neutron15:37
*** xuhanp has quit IRC15:38
*** Jabadia has quit IRC15:39
*** mfink has quit IRC15:41
*** jgrimm has joined #openstack-neutron15:44
ijwJesus that guy can talk15:44
ijwHm, HW lb on tenant VLAN - surely the VLAN is at the least a provider network unless you're using a Neutron LB plugin15:45
*** otherwiseguy has joined #openstack-neutron15:46
ijwSo anyway, I think what we need is a list of authorised addresses (or perhaps just MACs) from which RAs are permitted into ports.15:46
*** yfried has joined #openstack-neutron15:46
ijwSetting aside the LB a second, I'll come back to that15:46
ijwThat would be every Neutron router on the network and additionally, for a provider network, every external router we've explicitly configured.15:47
sc68calijw: I would prefer to just use the subnet's gateway for now15:47
*** mfink has joined #openstack-neutron15:47
aveigaI tend to agree with sc68cal since RAs should only come from "gatwways" anyway, even if that gateway is an LB15:47
ijwsc68cal: ok, I'm not sure that makes much difference15:48
ijwIt's still in the category of 'external router we've explicitly configured', isn't it?15:48
aveigayes15:48
aveigabut the explicit config part is at issue15:48
ijwI suppose the distinction is in how we configured it15:48
ijwSetting the gateway of the subnet explicitly seems like a reasonable way to do that, and also quite nea15:48
ijwt15:48
aveigado we enfore the laa be used, do we capture and infer, or do we just let it go?15:48
aveigalla*15:49
ijwMuch as it sucks I think the current pattern of this stuff says we should be enforcing it15:49
aveigaI agree15:50
sc68calI don't think there is any validation for gateway property of subnet, beyond just type checking and maybe format15:50
*** ramishra has joined #openstack-neutron15:50
sc68calI'd prefer to not muck with that15:50
*** Ilja has joined #openstack-neutron15:50
ijwBit tricky.  For tenant networks it's clear that blocking outgoing RAs and filtering outgoing NDs would be sufficient to get shot of all the crappy problems15:50
aveigaso then do we put in validation to restrict gateways explicitly to an fe80?15:50
ijwFor provider networks you have to be pretty explicit on your rules, though15:50
sc68calaveiga: I'd prefer to not15:50
aveigaijw: don;t be so quick there15:50
aveigawhat if you ran a service VM in your tenant net15:51
ijwDefine service VM15:51
aveigaVM on both the tenat net and a provider bnet that routes traffic15:51
ijwIf it's administratively managed by Openstack code then that is infrastructure code and it should play by the rules15:51
aveigamaybe an LB as a Vm, maybe an actual router running quagga for a reflector or something15:51
ijwIf it's run by the tenant then we have a long discussion ahead of ourselves (for v4 and v6 both) on how to make a better port firewall15:52
aveigathese aren't necessarily normal datacenter type scenarios, but they're certainly there for service providers15:52
ijw(which, to be fair, has work in the Nicira plugin, and they have quite a straightforward approach for some of it that basically says 'turn off firewalling, I'm a grownup and I get to decide who goes on this network anyway' - it's only shared networks that are a problem15:53
roaetHello neutron folks! Any core mind checking out https://review.openstack.org/#/c/57517/ now that infra has blessed it with a bugfree run? Thanks.15:53
aveigaI fear that many of these will be tenant run. But if they're only on a non-shared network (tenant-owned) that should be ok?15:53
ijwaveiga: Understood.  I think they're the cloud equivalent of what you'd want to do as a network admin in a notmal datacentre.  Also, they're use cases that are more useful in private cloud than SP cloud, which is why they don't get much time15:54
aveigamaybe we only do the RA filtering on shared networks?15:54
ijwaveiga: NVP took the approach that you could disable antispoof at your option on a network you own.  I think this fits into the same category.15:54
*** chandankumar_ has quit IRC15:54
ijw'Yes I could be spoofed but I would be spoofing myself'15:55
aveigaright15:55
aveigaso then maybe we only turn anti-spoof on for shared networks15:55
aveigaand if you're really that paranoid on a private net, do it yourself in host-based firewalls15:55
ijw... I'm not saying that's sufficient, because there are nuances of whether - just because you created a machine - you actually trust it, but my point is that we can get a base level of necessary security in place on the assumption that we're going to revisit this with a few better controls in the future15:56
aveigaI like the sound of that15:56
aveigaso we agree to filter on shared networks to start, and only allow RAs from configured gateways15:56
ijwthe v4 rule is 'on until I turn it off' and I think I would follow that pattern.  We give the user a nice padded room and the key to the box of knives15:56
ijwYes, I think that's best15:57
aveigabut that puts us back to my original questionL: enforce lla gateways or no?15:57
ijwWell, why wouldn't you?15:57
ijwLLA addresses are predictable15:57
sc68calBecause currently there is no enforcement15:57
*** jhurlbert has quit IRC15:57
sc68calAre we perscribing that the gateway must always be a LLA address, in 100% of cases?15:57
aveigaand because you may want to configure a provider net to use a global and do ND spoofing for reduntant router pairs?15:58
ijwFirst, I have o idea how redundancy in routers works for v6 and I also suspect we run into the same problems here for v4, so I'm not going to touch that part of the question for now ;)15:58
*** alagalah has left #openstack-neutron15:59
aveigawell, maybe we just don't enforce and remind people that RAs are normally from an LLA?15:59
aveigaupdate the Ops Guide and the docs15:59
ijwBut on the other part, why couldn't we accept RAs for the LL and global of a router if it's Neutron, and for whatever address is configured if it's not?  I may be missing something here...15:59
*** markmcclain has quit IRC16:00
matrohongongysh : ping16:00
aveigaif neutron is the router, we should just accept whatever is configured and set the RA agent to use the same16:00
aveigaif neutron isn't, I think we should just let it go16:00
ijwActually, your poit says you don't even have to do global on a Neutron router, cos we know they're going to be well behaved16:00
aveigaright16:00
aveigaI think we just don't even bother with enforcement16:01
sc68calI don't think Neutron sets a LLA for a router you create16:01
ijwSo, whatever address is configured as subnet GW we use without comment, isn't that what we're saying?16:01
ijwsc68cal: it can't avoid it16:01
aveigaijw: yes, I think it is16:01
ijwAnd for Neutron that would inevitably be the LLA?16:01
aveigawe just need to remind operators that most routers us the LLA.  The case where most people put PREFIX::1 as the gateway is what I'm worried about16:01
sc68calijw: what I mean to say is, I don't think it's saved anywhere16:02
ijwFor anything else we just keep our mouths shut and let the user screw up16:02
aveigabut that seems to be an education problem16:02
aveigayep, +116:02
ijwsc68cal: it's EUID derived - so can't we calculate it from the MAC?16:02
aveigasc68cal: yup, calculate it from the MAC.  It will exist no matter what16:02
sc68calyes - I agree it exists16:03
sc68calbut currently it probably uses a global ip16:03
*** bmeshjason has quit IRC16:03
sc68calsince the EUID patch has not been merged yet16:03
ijwOK - so is there anything in there that we can summarise in a 'we'll get there eventually' BP?16:03
aveigawell, nothing is issuing an RA today16:03
*** bmeshjason has joined #openstack-neutron16:03
ijwYeah - I would like to believe we're close on that, if we can close those attrs today I would actually like to write some code for a change, getting fed up of meetings...16:04
ijwI was planning on pulling Seean's patch apart and using it for the bits, actually - it's got a good example of attr addition and validation, so I'll just nick that16:05
ijwOnce it's in I'm hoping shshang will be happy to stick his stuff on top.16:06
ijwFrom there we can argue the details.16:06
aveigaok, so this afternoon I'll write up the BPs for both the mode names and the response to the security bug16:07
*** yfujioka has quit IRC16:07
ijwOK - you're happy with the values (if not the names) already there?16:08
aveigadid you see my reply about the mixed mode?16:08
aveigaalso, I'm not sure I understand the use case with ra-only, no DHCP16:09
ijwI don't really think there is one to be honest, it just falls out in the combinations16:09
aveigaok16:09
aveigaanother of those "give them enough rope" deals16:10
aveigasince the modes are useful in other combinations16:10
aveigaI think we're good then16:10
ijwYeah - it annoys me that it comes up but on the other hand I really like having separate RA and DHCPv6 options and making the two co-operate16:10
*** markmcclain has joined #openstack-neutron16:10
aveigait's fine16:10
*** ashaikh has joined #openstack-neutron16:10
aveigaif you're configuring a network, hopefully you know enough that that's not a valid combination16:11
ijwAnd I'm pretty sure we could configure it if people really want to see their networks screw up16:11
aveigayup16:11
aveigalet it be16:11
aveigain fact, I think some implementations may wish to actually no-op that and ignore it16:11
ijwI'm thinking default should be slaac/dhcp for a /64 and ra-only/dhcp for anything else16:11
aveigathat brings up a good point16:12
aveigaPD16:12
aveigaI think we can support it, but it would require more work in the address allocation area16:12
ijw...scares me.16:12
aveigaeh, it has uses16:12
ijwYes, it does, but in a cloud it's a bit more questionable16:13
aveigalike giving a prefix to a LB attached also to a private network16:13
ijwYup16:13
ijwAgain, I think this is not a basic usecase, so for now I would like to set it to one side and scare ourselves with it when we have ipv6 working basically16:13
aveigaagreed16:13
aveigaleave PD for J16:14
ijwThe counterargument is whether we have to do anything specifically right now to accommodate it16:14
aveigaI don't think so16:14
ijwPresumably though we would add an attr to the port specifying a prefix to delegate and then adapt all our firewalling and whatever accordingly, thinking about it.  Simples.16:14
aveigaeventually there will need to be a flag for PD_ALLOWED and an option for MAX_LENGTH and MIN_LENGTH16:14
*** markmcclain has quit IRC16:16
ijwThe only thing on that is whether we can use whatever mechanism for PD to also choose subnet address ranges.  v6 is such an arse on this stuff16:17
*** aymenfrikha has joined #openstack-neutron16:17
ijw(not cos it's v6, but because we need subnets to come out of a range because we're routing properly)16:17
ijwBut that, as well, might have to wait for J.16:18
*** aymenfrikha has quit IRC16:20
*** alexpilotti has quit IRC16:20
aveiga+116:21
openstackgerritAvishay Balderman proposed a change to openstack/neutron: LBaaS L7 model (WIP)  https://review.openstack.org/6172116:21
*** peristeri has quit IRC16:25
*** garyk has quit IRC16:26
*** peristeri has joined #openstack-neutron16:26
*** ramishra has quit IRC16:27
*** ramishra has joined #openstack-neutron16:28
*** armax has quit IRC16:28
*** thuc has joined #openstack-neutron16:28
openstackgerritJon Grimm proposed a change to openstack/neutron: Openvswitch update_port should return updated port info  https://review.openstack.org/5884716:29
*** thuc_ has joined #openstack-neutron16:30
*** thuc has quit IRC16:30
ijwsc68cal: that icmp thing - bet it affects havana when ipv6 support's turned off...16:37
sc68calnot sure I follow16:38
openstackgerritCyril Roelandt proposed a change to openstack/python-neutronclient: Use six.moves.cStringIO rather than cStringIO  https://review.openstack.org/6299516:40
*** Jabadia has joined #openstack-neutron16:44
*** SumitNaiksatam has quit IRC16:48
*** mili_ has quit IRC16:50
*** mili_ has joined #openstack-neutron16:58
*** jlibosva has quit IRC17:00
*** jlibosva has joined #openstack-neutron17:02
*** garyk has joined #openstack-neutron17:03
*** mlavalle has joined #openstack-neutron17:05
*** mili_ has quit IRC17:05
*** SumitNaiksatam has joined #openstack-neutron17:06
ijwWhen ipv6 support is off, then all v6 traffic from tenants is passed without comment17:08
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Commit to test third party testing system  https://review.openstack.org/6572617:08
*** alexpilotti has joined #openstack-neutron17:09
ijwNever routed, but since Linux machines will make themselves an address when they get an RA, you can even persuade bridging interfaces to start terminating traffic, and they even thoughtfully tell you what address they're using with their ND...17:09
*** jorisroovers has quit IRC17:10
*** mili_ has joined #openstack-neutron17:11
*** mili_ has quit IRC17:12
*** ramishra has quit IRC17:19
*** markmcclain has joined #openstack-neutron17:21
salv-orlandocan I chat with somebody who knows a bit of the ovs agent internals?17:30
*** jistr has quit IRC17:31
*** bjornar has joined #openstack-neutron17:36
*** fcoj has quit IRC17:37
sc68calijw: when you say ipv6 support is off - where is it turned off17:42
*** nati_ueno has joined #openstack-neutron17:42
sc68calnova has that use_v6 flag17:43
ijwYeah, that17:43
sc68calahh17:43
ijwif it's off then there's no v6 firewalling17:43
ijwPolicy is currently (and somewhat dubiously) if we know about it we'll put a deny-by-default in place, but if we don't it passes17:44
sc68calare you sure? because before cecd7591533e2c046aedba3b8e5d14a5b2fa7fe9 - nothing was allowed to pass through on v6 - even when you didn't have a v6 subnet in Neutron17:46
sc68caland use_ipv6 was false17:46
*** safchain has quit IRC17:49
*** DynamiteXXL_ has quit IRC17:50
aveiga+1 to sc68cal, when you don't have IPv6 setup, all ICMP messages fail including RA and ND?NS17:52
*** SumitNaiksatam_ has joined #openstack-neutron17:55
*** SumitNaiksatam has quit IRC17:57
*** SumitNaiksatam_ is now known as SumitNaiksatam17:57
*** afazekas has quit IRC18:00
*** jroovers has joined #openstack-neutron18:01
*** jorisroovers has joined #openstack-neutron18:01
*** jdev789 has quit IRC18:03
*** jdev has quit IRC18:03
*** ygbo has quit IRC18:04
*** jroovers has quit IRC18:06
*** jmeridth has quit IRC18:06
*** harlowja_away is now known as harlowja18:07
*** jpich has quit IRC18:08
*** jlibosva has quit IRC18:08
*** jlibosva has joined #openstack-neutron18:09
*** thuc_ has quit IRC18:12
*** dfoster has joined #openstack-neutron18:12
*** thuc has joined #openstack-neutron18:13
*** dfoster has quit IRC18:13
*** otherwiseguy has quit IRC18:16
*** mili_ has joined #openstack-neutron18:16
*** thuc has quit IRC18:17
*** morganfainberg is now known as needscoffee18:17
sc68calijw: Have you seen https://github.com/openstack/neutron/commit/f14af5dc#diff-19c367b693cb690fa5ceb535afedb37cR21718:18
sc68calmight be able to use it, add the gateway IP to the list of allowed IPs to recieve RAs from18:20
*** thuc has joined #openstack-neutron18:20
ijwi'm surprised that's linuxbridge specific...18:20
sc68calijw: it's not18:21
*** thuc has quit IRC18:21
ijwYeah, there's an abstract description and an application of the description (which I think that is), right?18:21
*** thuc has joined #openstack-neutron18:21
sc68calyeah - basically the RPC method builds up a list of allowed IPs for icmpv6 for a port18:21
sc68calthen shoots that list to the agent, which uses it to build up the iptables rules18:22
*** thuc has quit IRC18:22
*** thuc has joined #openstack-neutron18:22
sc68calijw: https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_rpc_base.py#L29118:23
sc68calthat call at the very bottom to _apply_provider_rule18:23
ijwmmm18:23
sc68calI'm going to poke around a bit more - I'm hoping that this might be a way to do a quick and easy fix18:24
*** mlavalle has quit IRC18:27
*** miguitas has joined #openstack-neutron18:28
*** mili_ has quit IRC18:28
*** mili_ has joined #openstack-neutron18:30
*** amuller has quit IRC18:33
arosenmayu_:  late reply but we just deploy nsx with openstack configured with it and run tempest against it.18:35
*** aymenfrikha has joined #openstack-neutron18:36
*** thuc has quit IRC18:39
*** thuc has joined #openstack-neutron18:40
*** WackoRobie has quit IRC18:41
openstackgerritgaryk proposed a change to openstack/neutron: Update RPC code from oslo  https://review.openstack.org/6441918:41
*** thuc_ has joined #openstack-neutron18:42
*** thuc_ has quit IRC18:43
*** thuc_ has joined #openstack-neutron18:44
*** thuc has quit IRC18:44
*** Jabadia has quit IRC18:44
*** thuc_ has quit IRC18:45
*** Jabadia has joined #openstack-neutron18:45
*** thuc has joined #openstack-neutron18:45
*** datamatic has joined #openstack-neutron18:47
*** sputnik13net has joined #openstack-neutron18:49
*** zzelle has joined #openstack-neutron18:50
*** beagles has quit IRC18:56
roaetrkukura, other core: would you be willing to give your eyes to https://review.openstack.org/#/c/57517/ now that infra's bugs aren't killing the tests?19:00
*** b3nt_pin has joined #openstack-neutron19:01
*** mlavalle has joined #openstack-neutron19:01
*** b3nt_pin is now known as beagles19:01
*** WackoRobie has joined #openstack-neutron19:05
*** alexpilotti has quit IRC19:06
rkukuraroaet: looking19:06
*** alexpilotti has joined #openstack-neutron19:09
*** rossella_s has quit IRC19:14
*** rossella_s has joined #openstack-neutron19:15
*** rossella_s has quit IRC19:15
rkukuraroaet: looks good to me19:16
roaetsweet! thanks rkukura. Now I just gotta find one more nice person!19:16
*** ijw has quit IRC19:28
*** thuc has quit IRC19:29
*** thuc has joined #openstack-neutron19:30
*** thuc has quit IRC19:34
*** thuc has joined #openstack-neutron19:35
*** otherwiseguy has joined #openstack-neutron19:35
markmcclainroaet: two really minor items to address19:37
*** vikasd has joined #openstack-neutron19:39
*** markmcclain has quit IRC19:42
*** needscoffee is now known as morganfainberg19:54
*** markmcclain has joined #openstack-neutron19:56
*** mili_ has quit IRC19:59
*** miguitas has left #openstack-neutron20:00
openstackgerritAndres Buraschi proposed a change to openstack/python-neutronclient: Adding weight column to Neutron lb member list CLI  https://review.openstack.org/6576620:01
*** jdev789 has joined #openstack-neutron20:09
*** jdev has joined #openstack-neutron20:09
*** jdev789 has quit IRC20:10
*** jdev has quit IRC20:10
*** alexpilotti has quit IRC20:11
*** ijw has joined #openstack-neutron20:13
*** mili_ has joined #openstack-neutron20:13
*** datamatic has quit IRC20:15
*** briancli1e is now known as briancline20:25
*** alexpilotti has joined #openstack-neutron20:27
*** rkukura has quit IRC20:32
enikanorovmarkmcclain: Hi. Just replied to your email on loadbalancer instance.20:37
enikanorovmarkmcclain: please let me know if you have more questions.20:37
jaypipessalv-orlando: "that's pretty much what I do all the time." lol. glad to know I'm not the only one! :)20:42
*** networkstatic has quit IRC20:45
*** otherwiseguy has quit IRC20:46
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Add binding:host_id when creating port for probe  https://review.openstack.org/6577420:48
*** jamespage_ has joined #openstack-neutron20:48
jlibosvahello, I pushed patch for review and forgot to set topic. Is there a way how to additionally set topic in gerrit? git review -t do nothing because of no change in the code20:54
*** larsks has joined #openstack-neutron20:58
*** jlibosva has quit IRC20:59
*** JoeJulian has joined #openstack-neutron21:00
JoeJulianI'm getting this error in havana while trying to set up a vpn: Timeout while waiting on RPC response - topic: "ipsec_driver", RPC method: "get_vpn_services_on_host" info: "<unknown>"21:01
JoeJulianWhat is supposed to be the rpc consumer of an ipsec_driver message? It looks like nothing ever reads it.21:01
*** alagalah has joined #openstack-neutron21:03
*** jamespage_ has quit IRC21:07
anteayaroaet: infra has worked hard all week with a staff of one person to spin up two additional jenkins21:10
anteayaa feat never attempted or achieved by any other opensource project anywhere21:10
anteaya"infra's bugs" are what make your contributions possible21:11
roaetanteaya: I am not ungrateful for their work. sorry if it seems that way. I am simply attempting to put some emphasis on trying to get people to look at it quickly.21:11
roaetSorry to have offended you?21:12
anteayayou haven't offended me21:12
ijwHas anyone ever seen UDP checksum issues in Neutron?21:13
anteayayou have just perpetuated the belief this channel has that any test that prevents someone from shoehorning their code into master is infra's fault21:13
ijwI've just had to run this to make my DHCP packets valid:21:13
ijw$ sudo ip netns exec qdhcp-90bcac39-7d49-4bcb-a212-865c9c55bce6 ethtool --offload ns-2306c732-8c  tx off rx off21:13
anteayamayu_: when you copy your public key to paste it into gerrit, you can't have newlines in it21:14
anteayamayu_: please view the public key in a shell to paste it, rather than opening the key file in a gui editor, that may solve the problem21:15
anteayaroaet: and congratulations on your patch, and I am glad you are getting eyes on it21:16
*** jdev789 has joined #openstack-neutron21:21
*** julim has quit IRC21:22
*** otherwiseguy has joined #openstack-neutron21:26
pcm_JoeJulian:  Fo the get_vpn_services_on_host() it goes from the device driver to the service driver.21:27
JoeJulianpcm_: That's what I was expecting, but there is no service driver?21:28
pcm_would think there has to be, because the service driver sends an RPC (vpnservices_updated) to the device driver, which in turn then RPCs back to get the information on all services and connections.21:30
*** alagalah has left #openstack-neutron21:30
pcm_JoeJulian: Take a look at the q-vpn log for more info on what's going on. May help21:30
ijwpcm_: what would the service driver process be called?21:31
JoeJulianq-vpn?21:32
pcm_JoeJulian: The device driver is in q-vpn logs, so you can check those. I think the service driver is in the q-svc log21:35
pcm_JoeJulian: So hopefully you can see the RPC for the vpnservice_uppdated and then processing in the driver and an RPC back.21:36
pcm_JoeJulian: Is all this stock code (no changes)?21:36
JoeJulianIs a "q-vpn" log specific to devstack installations? Is that the log for the vpn-agent?21:36
pcm_JoeJulian: Yeah, I think it has agent and device driver output. It definitely has the logging for the processing done by the driver.21:37
JoeJulianI think I must have a service missing...21:38
pcm_I think you have to specify that in the neutron.conf file (for devstack, I think there is some magic that sets that up)21:40
pcm_JoeJulian: There should be a line:21:40
pcm_JoeJulian: service_provider=VPN:openswan:neutron.services.vpn.service_drivers.ipsec.IPsecVPNDriver:default21:40
JoeJulianThat's the one that I thought should be there!21:41
JoeJulianI tried something like that, but I was guessing.21:41
pcm_JoeJulian: I can't recall how devstack sets that, you can nose around in files/ dir. Might be if q-vpn is enabled?21:42
*** thuc has quit IRC21:44
*** thuc has joined #openstack-neutron21:45
*** sc68cal has quit IRC21:46
*** sc68cal has joined #openstack-neutron21:47
*** banix has quit IRC21:48
*** banix has joined #openstack-neutron21:49
pcm_JoeJulian: YEah, if you have q-vpn in localrc, it should configure up the service driver in neutron.conf, when you stack.sh21:49
*** thuc has quit IRC21:49
*** nati_ueno has quit IRC21:56
*** nati_ueno has joined #openstack-neutron21:59
*** otherwiseguy has quit IRC22:00
*** otherwiseguy has joined #openstack-neutron22:00
*** thuc has joined #openstack-neutron22:00
*** yfried has quit IRC22:03
*** mvenesio has quit IRC22:03
openstackgerritAaron Rosen proposed a change to openstack/neutron: Fix Migration 50e86cb2637a  https://review.openstack.org/6579222:03
*** nati_ueno has quit IRC22:03
*** yfried has joined #openstack-neutron22:04
*** mfink has quit IRC22:04
*** nati_ueno has joined #openstack-neutron22:04
openstackgerritJon Grimm proposed a change to openstack/neutron: Fix ml2 & nec plugins for allowedaddresspairs tests  https://review.openstack.org/5889622:08
*** larsks has left #openstack-neutron22:09
*** markwash has quit IRC22:10
*** pcm_ has quit IRC22:11
JoeJulianpcm_: Thanks. Didn't find the answer in the logs but you changed my train of thought successfully. I looked at devstack and how it configures differently from the documentation. Using service_plugins = neutron.services.vpn.plugin.VPNDriverPlugin instead of VPNPlugin solved the problem.22:11
*** dims has quit IRC22:12
*** bmeshjason has quit IRC22:12
*** jgrimm has quit IRC22:13
*** mestery has quit IRC22:16
*** alexpilotti has quit IRC22:17
*** dims has joined #openstack-neutron22:18
*** mestery has joined #openstack-neutron22:19
*** jprovazn has quit IRC22:24
*** markwash has joined #openstack-neutron22:24
*** Sukhdev has joined #openstack-neutron22:27
*** markwash has quit IRC22:35
*** Ilja has quit IRC22:40
*** bjornar has quit IRC22:40
*** mfink has joined #openstack-neutron22:40
*** jdev789 has quit IRC22:40
*** clev has quit IRC22:43
*** rwsu has quit IRC22:45
*** thuc has quit IRC22:47
*** thuc has joined #openstack-neutron22:47
otherwiseguymarkmcclain: (or anyone) I've backported Maru's and my patches re: polling minimization from icehouse to havana. There are 5 patches, all required. None changed at all except for mine which introduced the python-psutil dependency.22:47
otherwiseguyThe question is: should I submit the reviews separately, or make it easier by just rebasing as a single patch since they all require each other?22:48
*** mfink has quit IRC22:48
markmcclainotherwiseguy: hmmm… introducing a new dependency is going to be a problem22:49
otherwiseguymarkmcclain: no, I removed that dependency.22:49
markmcclainah cool22:50
otherwiseguythat's the one change I made to the patches.22:50
otherwiseguysorry, wasn't clear on that. :)22:50
lifelessotherwiseguy: one at a time IMO22:50
lifelessotherwiseguy: it's easier to compare to the original patch sets that way22:50
markmcclainlifeless beat me to it :)22:50
lifelessotherwiseguy: and you can refer the change ID22:50
lifelessmarkmcclain: o/22:50
markmcclainlifeless: hi22:51
otherwiseguylifeless / markmcclain: so, in that case, I have them all in my branch already as separate commits. just run git-review and let it create multiple reviews?22:51
markmcclainyes22:51
otherwiseguyeasy enough. :)22:52
otherwiseguyreviews 65808-65812 created. thansk!22:54
*** nati_ueno has quit IRC22:54
markmcclainotherwiseguy: great I'll look at them after dinner22:54
*** markmcclain has quit IRC22:54
*** nati_ueno has joined #openstack-neutron22:56
*** nati_ueno has quit IRC22:57
*** nati_ueno has joined #openstack-neutron22:57
*** jorisroovers has quit IRC22:57
openstackgerritAaron Rosen proposed a change to openstack/neutron: Fix Migration 50e86cb2637a  https://review.openstack.org/6581422:57
openstackgerritAaron Rosen proposed a change to openstack/neutron: Fix Migration 50e86cb2637a  https://review.openstack.org/6579222:58
*** thuc has quit IRC22:59
*** thuc has joined #openstack-neutron22:59
*** WackoRobie has quit IRC23:02
*** thuc has quit IRC23:04
*** tongli has quit IRC23:06
*** jecarey has quit IRC23:08
*** yamahata has quit IRC23:14
*** rkukura has joined #openstack-neutron23:15
*** alagalah has joined #openstack-neutron23:19
openstackgerritAaron Rosen proposed a change to openstack/neutron: Fix Migration 50e86cb2637a and 38335592a0dc  https://review.openstack.org/6579223:26
*** alagalah has quit IRC23:30
*** alexpilotti has joined #openstack-neutron23:35
*** zzelle has quit IRC23:36
*** aymenfrikha has quit IRC23:41
*** markwash has joined #openstack-neutron23:43
*** thuc has joined #openstack-neutron23:54
*** ashaikh has quit IRC23:57
*** peristeri has quit IRC23:59

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