Friday, 2013-11-15

*** nati_ueno has quit IRC00:04
*** nati_ueno has joined #openstack-neutron00:04
*** nati_ueno has quit IRC00:09
*** julim has quit IRC00:11
openstackgerritA change was merged to openstack/neutron: Remove deprecated fields in keystone auth middleware  https://review.openstack.org/5398500:12
*** layer427expert has joined #openstack-neutron00:18
*** jsergent has quit IRC00:19
*** bvandenh has quit IRC00:33
*** otherwiseguy has quit IRC00:33
*** suresh12 has quit IRC00:33
*** suresh12 has joined #openstack-neutron00:34
*** networkstatic has joined #openstack-neutron00:35
*** suresh12 has quit IRC00:35
*** suresh12 has joined #openstack-neutron00:35
*** wes_ has quit IRC00:36
*** networkstatic is now known as networks_00:37
*** networkstatic has joined #openstack-neutron00:38
*** matsuhashi has quit IRC00:47
*** matsuhashi has joined #openstack-neutron00:48
*** matsuhashi has quit IRC00:53
*** matsuhashi has joined #openstack-neutron00:58
*** beagles has quit IRC01:12
*** nati_ueno has joined #openstack-neutron01:12
*** LiJiansheng has joined #openstack-neutron01:12
*** dkliban has quit IRC01:14
*** suresh12 has quit IRC01:16
*** suresh12 has joined #openstack-neutron01:17
*** suresh12 has quit IRC01:19
*** suresh12 has joined #openstack-neutron01:20
*** gatuus has quit IRC01:26
*** carl_baldwin has joined #openstack-neutron01:31
*** ljjjustin has joined #openstack-neutron01:31
*** layer427expert has quit IRC01:34
*** dzyu has joined #openstack-neutron01:41
*** berlin has joined #openstack-neutron01:42
*** nati_ueno has quit IRC01:47
*** nati_ueno has joined #openstack-neutron01:47
*** berlin has quit IRC01:50
*** matsuhashi has quit IRC02:03
*** matsuhashi has joined #openstack-neutron02:03
*** layer427expert has joined #openstack-neutron02:05
*** layer427expert has quit IRC02:06
*** carl_baldwin has quit IRC02:06
*** dkliban has joined #openstack-neutron02:13
*** dkliban has quit IRC02:18
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Lower severity of log trace for DB integrity error  https://review.openstack.org/5649602:24
*** dkliban has joined #openstack-neutron02:30
*** nati_uen_ has joined #openstack-neutron02:35
*** nati_ueno has quit IRC02:38
*** layer427expert has joined #openstack-neutron02:52
*** layer427expert has quit IRC03:06
*** dkehn has quit IRC03:11
*** dkehn has joined #openstack-neutron03:13
*** layer427expert has joined #openstack-neutron03:13
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add log statements for policy check failures  https://review.openstack.org/5445703:21
*** dims has quit IRC03:22
*** armax has quit IRC03:23
*** matsuhashi has quit IRC03:31
*** matsuhashi has joined #openstack-neutron03:31
*** matsuhashi has quit IRC03:41
*** matsuhashi has joined #openstack-neutron03:42
*** enikanorov_ has joined #openstack-neutron03:43
*** enikanorov___ has joined #openstack-neutron03:45
*** matsuhashi has quit IRC03:47
*** rdo_ has joined #openstack-neutron03:47
*** silvrax_ has joined #openstack-neutron03:52
*** LiJiansheng has quit IRC03:52
*** silvrax has quit IRC03:52
*** enikanorov__ has quit IRC03:52
*** enikanorov has quit IRC03:52
*** matrohon_ has quit IRC03:52
*** Alssi has quit IRC03:52
*** rdo has quit IRC03:52
*** fandikurnia01 has joined #openstack-neutron03:58
*** layer427expert has quit IRC04:00
*** matrohon_ has joined #openstack-neutron04:00
*** LiJiansheng has joined #openstack-neutron04:03
*** nati_uen_ has quit IRC04:04
*** nati_ueno has joined #openstack-neutron04:05
*** nati_ueno has quit IRC04:09
*** suresh12 has quit IRC04:15
*** suresh12 has joined #openstack-neutron04:15
*** jianingy is now known as jianingy_afk04:19
*** suresh12 has quit IRC04:20
*** layer427expert has joined #openstack-neutron04:21
*** yamahata__ has quit IRC04:25
*** yuikotakada has joined #openstack-neutron04:26
*** yamahata has joined #openstack-neutron04:27
*** nati_ueno has joined #openstack-neutron04:33
*** yamahata has quit IRC04:35
*** armax has joined #openstack-neutron04:36
*** armax has left #openstack-neutron04:37
*** chandankumar has joined #openstack-neutron04:39
*** nati_ueno has quit IRC04:43
openstackgerritZhang Hua proposed a change to openstack/neutron: Raise max header size to accommodate large tokens  https://review.openstack.org/5651104:43
*** coolsvap has joined #openstack-neutron04:46
*** nati_ueno has joined #openstack-neutron04:49
*** alexpilotti has joined #openstack-neutron04:55
*** matsuhashi has joined #openstack-neutron04:56
*** layer427expert has quit IRC04:56
*** chandankumar has quit IRC04:57
*** layer427expert has joined #openstack-neutron04:57
*** layer427expert has quit IRC04:58
*** LiJiansheng has quit IRC04:58
*** nati_ueno has quit IRC05:02
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618405:06
*** nati_ueno has joined #openstack-neutron05:09
*** chandankumar has joined #openstack-neutron05:09
*** LiJiansheng has joined #openstack-neutron05:10
*** suresh12 has joined #openstack-neutron05:26
*** suresh12 has quit IRC05:30
*** marun has joined #openstack-neutron05:50
*** nati_ueno has quit IRC06:03
*** x86brandon has quit IRC06:09
*** layer427expert has joined #openstack-neutron06:15
*** coolsvap has quit IRC06:26
*** dkliban has quit IRC06:30
*** nati_ueno has joined #openstack-neutron06:35
*** LiJiansheng has quit IRC06:39
*** amritanshu_RnD has joined #openstack-neutron06:39
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/5468006:40
marunnati_ueno: ping06:41
nati_uenosorry in mtg06:41
*** coolsvap has joined #openstack-neutron06:45
*** openstackgerrit has quit IRC06:46
*** openstackgerrit has joined #openstack-neutron06:46
*** suresh12 has joined #openstack-neutron06:48
*** mjbright_ has quit IRC06:56
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Fix downgrade in migration  https://review.openstack.org/5306406:56
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Fix downgrade in migration  https://review.openstack.org/5306406:58
*** rwsu is now known as rwsu-pto07:04
*** jprovazn has joined #openstack-neutron07:08
marunnati_ueno: what tz are you in?07:17
*** gdubreui has quit IRC07:18
nati_uenomarun: JST (japan)07:19
marunnati_ueno: ah, that explains it.  You're usually in PST right?07:19
marunnati_ueno: How long are you going to be in JST?07:19
nati_uenomarun: yeah, i'll back to PST 11/2307:20
marunnati_ueno: cool.  I'm in CST until 11/30.07:20
marunnati_ueno: when you have a chance, would like to chat about the request id stuff.  i'm not clear on some of the specifics.07:22
nati_uenomarun: sure. could you mail me your question?07:22
maruner, ok.07:23
maruni was hoping for a more interactive query, but whatever works for you.07:23
nati_uenomarun: yeah, I'll also ping you07:24
nati_uenoon IRC07:24
marunnati_ueno: ok07:25
marunbtw, i have 3 emails for you.  is there a particular one you prefer?07:25
nati_uenonachi@ntti3.com is for business :)07:28
nati_uenonati.ueno@gmail.com is for private07:28
*** jroovers has quit IRC07:30
*** networkstatic has quit IRC07:35
*** suresh12 has quit IRC07:37
*** suresh12 has joined #openstack-neutron07:37
openstackgerritOleg Bondarev proposed a change to openstack/neutron: ML2 plugin should not delete ports on subnet deletion  https://review.openstack.org/5491807:37
nati_uenomarun: https://github.com/openstack/neutron/blob/master/neutron/openstack/common/rpc/amqp.py#L53507:37
nati_uenomarun: https://github.com/openstack/neutron/blob/master/neutron/openstack/common/rpc/amqp.py#L29707:38
marunnati_ueno: I'm afraid my question wasn't regarding amqp semantics.07:38
nati_uenomarun: I assume you are interested in this code07:38
marunnati_ueno: I wasn't clear on whether all agent actions would be triggered by amqp or not.07:38
nati_uenomarun: some action isn't triggered by rpc07:39
marunnati_ueno: For example. doesn't the ovs agent react to ovs interface changes (in the daemon loop) and configure a port if it is to be managed by neutron?07:39
nati_uenomarun: yeah, it could be possible.07:40
marunnati_ueno: So my question is, is traceability on such actions possible?07:40
nati_uenomarun: I don't think so.07:41
marunIdeally all agent actions could be traceable.  Currently if a failure in vm launch occurs we have to manually correlate.07:41
marunThe request id in the log as proposed solves part of the problem, but I'm hoping we can do better.07:41
nati_uenomarun: We can do it by using context07:41
maruncontext from where though?07:41
nati_uenomarun: eaach context may have context id, so we can trace it07:41
nati_uenomarun: context object07:41
nati_uenomarun: yeah, I got your point now07:42
marunif communication is through db, we may need to associate the context data with db state07:42
*** suresh12 has quit IRC07:42
nati_uenomarun: context is not only for db07:42
marunnati_ueno: sorry to be asking difficult questions, i know it's a muddy area07:42
nati_uenomarun: ha ha, your question is tend to difficult07:42
marunnati_ueno: 'may you live in interesting times (or be asked difficult questions)' ;)07:43
nati_uenomay be :)07:43
marunnati_ueno: I don't see why the patch shouldn't go in, but I'd like to see either that bug extended to investigate the possibility of maximizing traceability for all agent actions or maybe create a blueprint to see it done.07:44
marunnati_ueno: i.e. not let it fall by the wayside07:44
nati_uenomarun: We should limit the scope of the bug report07:44
nati_uenomarun: then let's write bp for this07:45
nati_uenofor more wider discussion07:45
marunnati_ueno: ok, fair enough.  I'll ask Akihiro if he wants to be responsible or pass it to someone else.07:46
nati_uenomarun: gotcha07:46
*** cyeoh has quit IRC07:50
*** cyeoh has joined #openstack-neutron07:51
*** nati_ueno has quit IRC07:52
*** layer427expert has quit IRC07:56
*** matsuhashi has quit IRC08:01
*** matsuhashi has joined #openstack-neutron08:02
*** fandikurnia01 has quit IRC08:02
*** fandikurnia01 has joined #openstack-neutron08:03
*** networkstatic has joined #openstack-neutron08:09
*** suresh12 has joined #openstack-neutron08:11
*** suresh12 has quit IRC08:12
*** suresh12 has joined #openstack-neutron08:13
*** suresh12 has quit IRC08:17
*** changbl has quit IRC08:24
*** salv-orlando has joined #openstack-neutron08:26
*** jlibosva has joined #openstack-neutron08:37
*** rossella_s has joined #openstack-neutron08:41
*** Alssi has joined #openstack-neutron08:44
*** changbl has joined #openstack-neutron08:57
*** jpich has joined #openstack-neutron08:59
*** LiJiansheng has joined #openstack-neutron09:05
*** changbl has quit IRC09:05
*** changbl has joined #openstack-neutron09:15
*** ygbo has joined #openstack-neutron09:15
*** bvandenh has joined #openstack-neutron09:15
*** xianghui has joined #openstack-neutron09:20
*** networkstatic has quit IRC09:22
*** matsuhashi has quit IRC09:25
*** matsuhashi has joined #openstack-neutron09:25
*** safchain has joined #openstack-neutron09:26
*** xianghui has quit IRC09:26
*** nati_ueno has joined #openstack-neutron09:27
*** changbl has quit IRC09:28
*** matsuhashi has quit IRC09:30
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Update lockutils and fixture in openstack.common  https://review.openstack.org/4755709:30
*** dzyu has quit IRC09:34
*** nati_ueno has quit IRC09:42
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Add testing of migrations from oslo  https://review.openstack.org/4692709:43
openstackgerritAnn Kamyshnikova proposed a change to openstack/neutron: Implement testing of migrations  https://review.openstack.org/4859409:43
*** ljjjustin has quit IRC09:44
*** LiJiansheng has quit IRC09:46
*** amritanshu_RnD has quit IRC09:50
*** LiJiansheng has joined #openstack-neutron10:04
*** ppenjoy has joined #openstack-neutron10:08
*** ppenjoy has left #openstack-neutron10:08
*** markvoelker has quit IRC10:12
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618410:21
*** yuikotakada has quit IRC10:24
openstackgerritA change was merged to openstack/neutron: Cleanup HACKING.rst  https://review.openstack.org/5588510:24
*** markvoelker has joined #openstack-neutron10:25
anteayanati_ueno marun thank you for conducting your discussion in channel, it is really helpful to supporting my goal of getting more Neutron devs talking to each other, thank you10:46
anteayanewcomers can see the conversation and learn from it10:47
anteayawhen I am asked by other projects what is happening in Neutron I am better informed10:47
anteayaand the channel is logged so people can read the back logs if they missed the original conversation10:47
anteayahttp://eavesdrop.openstack.org/irclogs/10:47
anteayaall very helpful for addressing the current Neutron status10:48
anteayathank you both10:48
anteayaif you haven't read the Neutron email yet: http://lists.openstack.org/pipermail/openstack-dev/2013-November/019251.html10:49
anteayaplease read this10:49
anteayaand thank you10:49
anteayalet me know what you need to find out more about them or understand them better10:51
marunanteaya: likely that all of the bugs are race conditions that markmcclain and salv-orlando are working on already.  they could confirm/deny.10:57
*** marun has quit IRC10:59
salv-orlando1249065 and 1251448 appear to be issues in nova/neutron integration11:00
salv-orlandowe are working on that too, but that's a separate issue from the race bw neutron db ops and RPC calls from agents11:00
*** marun has joined #openstack-neutron11:06
anteayamarun: are salv-orlando and markmcclain the only neutron devs able to address bugs11:08
anteayathere were soooo many people in all the neutron design summit sessions11:08
anteayaif salv-orlando and markmcclain are the only ones doing the work, we could have held the summit sessions in a cafe and saved on space11:09
anteayasalv-orlando: let me know how I can help11:09
anteayasalv-orlando: do you have any folks from nova to talk to from their side?11:09
anteayaif not, I can round up some11:09
salv-orlandoeveryone on the core team can address this bugs + at least 5/6 non-core devs which have great experience11:09
marunanteaya: Bugs? No.  The race conditions?  Yes.  I talked with Mark at the summit about how to best to assist in fixing the race conditions, and he made it clear that they had it in hand and that brining new people on board wouldn't be time efficient.11:09
salv-orlandonati_ueno and marun have fixed tons of bugs too11:10
anteayamarun: let me talk to markmcclain about this11:10
anteayamarun: if you are willing to help, I want you to be empowered to help11:10
anteayathe race conditions seem to be growing faster than they can be contained11:10
anteayaand thank you11:10
marunanteaya: Uh, I have a good relationship with other core members.11:10
anteayagreat11:10
anteayaso 411:10
anteayagood to hear that11:11
marunanteaya: If I ask Mark directly whether he can help fix, and he says 'no', I trust him at his word.11:11
anteayathat is fine11:11
anteayaI need to talk to him myself11:11
marunHave we met?11:11
anteayamy goal it to be able to get neutron development to scale11:11
anteayaI think talking to markmcclain about this will be a part of that11:11
anteayaI don't know11:12
anteayamy name is Anita Kuno11:12
anteayaI am from infra11:12
*** fandikurnia01 has quit IRC11:12
anteayagiven the current state of the gate, after the tuesday summit session on neutron tempest I moved in here11:12
anteayasince there was a strong lack of willing people coming forward in that session11:12
*** pcm_ has joined #openstack-neutron11:13
anteayawhich is very bad for the rest of openstack11:13
*** pcm_ has quit IRC11:14
marunstrong lack?11:14
*** pcm_ has joined #openstack-neutron11:14
marunI seem to remember a whole bunch of people approaching you when you announced the tempest sprint on Friday.11:15
anteayayes11:19
anteayathe Friday announcement was a direct outcome of my disappointment from the Tuesday meeting11:20
anteayahad the Tuesday meeting gone well11:20
anteayaI would be creating puppet manifest in infra, working with salt, and addressing storyboard as I had been planning to do prior to that meeting11:20
anteayaand the announcement for the code sprint did go well11:21
*** LiJiansheng has quit IRC11:26
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: NVP plugin:fix delete sec group when backend is out of sync  https://review.openstack.org/5659111:27
anteayasalv-orlando: okay, I don't see you in #openstack-nova11:39
salv-orlandoI can log in there too, I usually ping nova-devs in openstack-dev, but one more channel won't hurt11:40
anteayaI will convey your thoughts that 1249065 and 1251448 seem to be integration related and see if some nova people are able to help11:40
salv-orlandoPerhaps the nova devs would like a more thorough analysis of the root cause beyond just "integration related". I can triage them in my afternoon/evening and provide more info11:41
anteayaokay, I will look for conversations in -dev as well11:42
anteayaif that works, no need to change, I just would like to know where you are so that I can follow and support11:42
anteayasalv-orlando: that would be awesome thank you11:42
anteayasalv-orlando: and I think that both you and markmcclain need to delegate more11:44
anteayathere are people willing to learn how to help11:44
anteayabut they need some guidance and direction11:44
anteayaand I don't have the knowledge to convey that11:44
anteayayou and markmcclain don't scale11:45
anteayaand this might be one of the bottlenecks that is interfering with the project to meet current demands11:45
salv-orlandoPersonally I would not entirely agree on the delegation issue. Disclaimer: I am not looking for argument or fights.11:46
anteayahow to get the work done then?11:46
anteayathe amount of people who came forward on friday indicate there is interest to help11:47
salv-orlandoI have only a partial perspective here, but rather than a problem of development which does not scale, I see a need for resifting priorities.11:47
anteayaif the ones who hold the vision don't give away responsibility to do tasks and oversee the work11:47
anteayathen the ability to grow is finite11:47
* anteaya listens11:48
salv-orlandoTasks have always been given away and distributed across the various developers. If you look at the number on this statistics website, stackalatycs.11:48
salv-orlandosorry I interrupted the sentence in the middle11:49
* anteaya continues to listen11:49
salv-orlandoYou will notice that there are a large number of recurring contributors, where recurring means merging at least two patches per milestone. Some of these contributors are "peripheral",11:49
* anteaya hopes there is more11:51
salv-orlandomeaning they only contribute code to a specific plugin or driver. However about 3/4 of the developers also perform "core" contributions, which is either the API layer, the authZ framework, one of the FOSSs plugins, one of the common services, or one of the components of the frameworks of agents which makes part of the default neutrons service offering.11:51
salv-orlandoThe problem in my opinion, is that the focus of the development team has drifted towards non-core feature (and I have not said 'vendors' be careful) - such as L4/L7 services.11:52
* anteaya admires salv-orlando's choice in words11:52
salv-orlandoIcehouse needs to be about stabilisation of the L2/L3 framework and providing those use cases which are not yet met wrt nova-network11:53
salv-orlandoSo - as far I see it, people will have to rebalance their contribution from the non-core items to the core one.11:53
anteayahow do we refocus on L2/L3?11:54
salv-orlandoPeople like marun are completely inline with this, he's been working in the past 3 months on optimisation of the L2 agent11:54
anteayaawesome11:54
salv-orlandomarkmcclain, which should be online in a short while, is preparing the roadmap draft, I think.11:54
anteayafantastic11:55
anteayaI look forward to hearing his thoughts11:55
anteayaand learning how I can support the people who come forward in the focus on L2/L311:55
salv-orlandoit would be important to understand the ins and outs the three agents: l2, dhcp, and l311:56
anteayagreat11:56
salv-orlandoand how they interoperate with the API server11:56
anteayacan you point me to some documentation?11:57
anteayasomething that would be good for someone with no networking experience?11:57
anteayasounds like a good place for me to start11:57
anteayathank you11:57
salv-orlandoI need to find the links I had. I'm not sure we have official technical documentation regarding the architecture, but I am sure there are plenty of blog posts from other members of the community.11:58
*** coolsvap has quit IRC11:58
anteayaanything that would give me a place to start11:59
anteayathat is not so complex that I need to study it for 3 days to track down all the acroymns11:59
anteayait doesn't have to be the official documentation12:02
anteayaI actually find the official documentation too dry for me to follow a lot of the time12:02
anteayaI prefer the unique personalities of blog posts12:02
openstackgerritOfer Barkai proposed a change to openstack/neutron: Enhance floating IP router lookup  https://review.openstack.org/5598712:05
*** jorisroovers has joined #openstack-neutron12:06
anteayahey jorisroovers12:10
jorisroovershi anteaya12:10
jorisroovers:-)12:10
anteayahow are you doing with tox?12:10
jorisrooversI was hoping you would be around :-)12:10
anteayayes12:10
jorisrooversI didn't get to it yesterday12:10
anteayaI had to take a quiet day yesterday12:10
anteayano problem12:10
jorisrooversthat makes 2 of us :-)12:10
anteayahow does today look for you?12:10
anteaya:D12:10
jorisrooversso I'm currently in the process of getting them to run again12:11
jorisrooversjust installing the dependencies12:11
jorisrooversI did a devstack reinstall, as you suggested12:11
anteayago you!12:11
anteayagreat12:11
anteayayeah, don't get attached to your devstacks12:11
jorisrooversI did run into the same issue as before during the devstack install12:11
anteayayou will have to bring them downn and create a new one often12:11
anteayacan you paste the output please?12:12
jorisrooverssorry, but don't have it12:12
jorisrooversI have the related bug though12:12
jorisrooverssec12:12
jorisrooverss -l12:12
anteayak12:12
jorisroovershttps://bugs.launchpad.net/devstack/+bug/124892312:14
jorisrooversso I fixed it quick and dirty by just chowning /etc/nova12:15
anteayararrrrrrr12:17
anteayaokay12:17
jorisrooversok, just ran tox again12:17
jorisroovershttp://paste.openstack.org/show/53093/12:17
jorisrooversnew issues12:17
anteayalooks like I am firing up a devstack and digging into this12:17
anteayaI don't expect dtroyer to be awake for a few hours12:17
anteayalet me get a walk in and some breakfast and then I will look into this12:17
jorisroovershe's 'the devstack guy'12:17
anteayais that fair?12:17
anteayahe is the devstack guy12:18
jorisroovers:-)12:18
anteayaintroduce yourself12:18
jorisrooversok, will do12:18
anteayathis could be your first patch or review to openstack12:18
jorisrooversenjoy your breakfast and walk12:18
jorisroovers:-)12:18
anteayathanks12:19
anteayajorisroovers: this looks to be a result of some Ubuntu packaging12:23
anteayajorisroovers: can you fire up a vm with a fedora image and do a straight devstack install? (the dependencies may be different)12:23
jorisrooversok12:23
jorisrooverson it :-)12:23
anteayadon't do any sudos other than to install dependencies and save all outputs and logs12:23
anteayaif this is ubuntu packaging we need to include chuck in this for the solution12:24
anteayait will take you awhile, and thanks12:24
jorisrooversno worries, thanks for all the patience. I feel we are not a whole lot further than on Monday, but I know that this is just how it works :-)12:26
*** alexpilotti has quit IRC12:49
*** dims has joined #openstack-neutron13:18
*** julim has joined #openstack-neutron13:46
openstackgerritA change was merged to openstack/neutron: Fix import log_handler error with publish_errors set  https://review.openstack.org/5534613:52
*** HenryG has joined #openstack-neutron13:52
*** openstackgerrit has quit IRC13:53
*** openstackgerrit has joined #openstack-neutron13:53
*** changbl has joined #openstack-neutron13:55
anteayajorisroovers: you are absolutely correct13:57
anteayathis is why at least having someone to talk to make such a huge difference when getting started with something new13:58
jorisroovers:-)13:58
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmaq aware of all names  https://review.openstack.org/5293013:58
jorisrooversjust started the devstack install here13:58
anteayago you!13:58
jorisroovershad some issues getting Vbox Guest Additions to work on Fedora13:58
anteayawriting letters of invitation to canadian embassies here13:58
anteayamy first time having to do this13:58
*** rkukura has joined #openstack-neutron13:59
anteayaany thought of using virtualbox and vagrant?13:59
anteayahi rkukura13:59
jorisrooversis that to arange visas?13:59
anteayaare you bob that I met the last day of the summit?13:59
anteayayeah13:59
rkukuraanteaya: good morning13:59
anteayamorning13:59
rkukuraanteaya: yes13:59
anteayaso far only 1 I have to write for sure, and one I am waiting to hear back from13:59
anteayagreat13:59
jorisrooversmm, just saw that devstack is only tested on fedora 18, I'm running 19 now. Fingers crossed14:00
anteayaglad to put a nick to a face14:00
anteayahow was your journey home?14:00
anteayajorisroovers: you might shake out some new bugs :D14:01
rkukuraanteaya: uneventful - slept 8 hours on the plane - how about yours?14:01
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmaq aware of all names  https://review.openstack.org/5293014:01
* jorisroovers wishes he could sleep on the plane for more than an hour14:02
anteayarkukura: nice14:07
anteayamine was better than the flight that had to turn back to HK after reaching Tokyo airspace14:07
rkukuraanteaya: made up for getting no sleep at all my last night in HK14:07
rkukuraanteaya: we had a couple people on that one I think14:08
anteayabut next time I hope to sit next to someone who understands the concept of personal space and also is familiar with how to use kleenex14:08
anteayawasn't a lot of napkins and kleneex in HK, guess they don't use them much14:08
anteayarkukura: ouch, that's no fun14:08
anteayarkukura: yeah fungi was on that one and someone named ctracey14:09
anteayawhom I don't know14:09
anteayaflying to perth I had the option of going through HK14:10
anteayaI choose to take US to Sydney instead14:10
anteayaI will see if that was a good choice14:10
*** alexpilotti has joined #openstack-neutron14:10
*** jecarey has quit IRC14:12
* anteaya looks at the snow outside14:12
*** russellb is now known as rustlebee14:13
anteayarustlebee: oh yeah, Friday14:13
*** anteaya is now known as anttteaya14:14
*** x86brandon has joined #openstack-neutron14:22
jorisrooversmm, anttteaya, having issues as well14:24
jorisroovershttp://paste.openstack.org/show/53121/14:24
anttteayajorisroovers: I don't recall dealing with certs in any of my installtions with devstack14:25
jorisrooversmm, yeah14:25
anttteayawhat instructions are you following that you are dealing with certs?14:25
jorisrooversI think it is a SELinux thing14:25
anttteayaoh14:25
anttteayadisable selinux14:25
anttteayasorry I have only installed devstack on fedora once or twice14:26
anttteayaI think it is posted on the fedora/devstack instructions somewhere14:26
anttteayabut disable selinux14:26
anttteayasee what that does14:26
jorisrooversok, try #27 or something like that :-)14:28
haleybanteaya: regarding your delegation/lack of interest, there are a number of people looking at the agents from various angles, from races, to scaling, to stability.  I know those of us at hpcloud have been pushing our end-of-H-release fixes upstream, and we're only a small part of the total - it does take a village to build Neutron :)14:30
haleybAnd the race conditions mark and others are chasing are sometimes the hardest to14:30
haleyb track down, I'm surprised we haven't tripped over them here yet14:30
*** carl_baldwin has joined #openstack-neutron14:33
jorisrooversanttteaya, mm, same issue :(14:38
*** richardboswell has joined #openstack-neutron14:39
jorisrooversanttteaya, downloading fedora 1814:40
jpichjorisroovers: Does it stop for a long time before showing the timeout? I've seen this a few times on VMs where I've run devstack multiple times. "Ctrl-C" helps things move on14:41
jpichif you time it well :-) I think it's having trouble overwriting existing certs14:41
anttteayahello haleyb thanks for the introduction14:41
anttteayaglad to know what you are working on14:41
*** steven-weston has joined #openstack-neutron14:41
jpichjorisroovers: I'm running devstack on Fedora 19 just fine, FWIW14:41
anttteayaand yes I agree on both points it takes a village to build a project, for me the project is openstack14:41
jorisrooverswell, I read on the intertubes that hitting enter a couple of times could help, so that is what I did14:42
jorisrooversjpich, ok let me try that14:42
anttteayaand race conditions are very hard to track down, which is why I am keen to hear markmcclain's perspective on them14:42
* jorisroovers spins VM back up14:42
haleybanttteaya: we met in HK too, there were three of us from HP there (4 if counting yourself)14:42
anttteayaso we can get many eyes on them14:42
anttteayawelcome jpich14:42
anttteayajpich: are you feeling better yet?14:42
jpichjorisroovers: Maybe deleting that directory would work just fine as well :-)14:42
jpichanttteaya: Hello! Yep, once I was home, all good :)14:43
anttteayahaleyb: I do, yes I remember, Carl indicated interest in coming to Montreal14:43
anttteayajpich: so glad to hear that14:43
*** bswrchrd has quit IRC14:43
jorisrooversjpich, you mean deleting '/home/cisco/devstack/accrc/' ?14:43
anttteayaill while traveling is the worst kind of ill14:43
jpichanttteaya: Thanks :)14:43
jpichjorisroovers: Yes... though I've usually gone the Ctrl-C route so I can't guarantee anything - I'll try that myself next time I see it14:44
anttteayajorisroovers: jpich works with fedora way more than I14:44
anttteayajorisroovers: she is sure to know stuff about how to get devstack working14:44
jpichjorisroovers: IMO devstack should be recreating the files if they're not there (...seeing how it's trying to recreate them if they're already there and all)14:44
jpich:)14:45
anttteaya:D14:45
anttteayaglad to have you here14:45
jorisrooversok, gonna try the CTRL+C route (more of an ubuntu guy myself)14:45
*** dkliban has joined #openstack-neutron14:45
* anttteaya goes back to writing letters of invitation14:46
anttteayaobondarev: you around?14:49
jorisrooversanttteaya, jpich, ok, so now all of the sudden devstack finished without me having to do anything :-)14:49
* jorisroovers runs tox14:50
anttteayajorisroovers: isn't that great news14:50
anttteayacan you paste the last 20 or so lines of devstack output14:50
anttteayawhen it finished?14:50
anttteayaor you could run tox14:50
anttteaya:D14:50
jorisrooversanttteaya: http://paste.openstack.org/show/53128/14:51
anttteayaawesome thanks14:51
anttteayafantastic output14:52
anttteayais tox running for you?14:52
jorisrooversnope, trying to install the dependencies now14:52
anttteayaokay14:52
anttteayawhat dependencies for tox?14:52
jorisrooversuhu14:53
*** nati_ueno has joined #openstack-neutron14:54
jorisrooversanttteaya, jpich, ok that didn't really help14:55
jorisroovershttp://paste.openstack.org/show/53129/14:55
jpichjorisroovers: There's an issue with pypi at the moment, you probably want to use our openstack mirror for now14:56
*** bswrchrd has joined #openstack-neutron14:57
anttteayamake sure the development packages of libxml2 and libxslt are installed14:57
anttteayadid you install these dependencies jorisroovers?14:58
*** jecarey has joined #openstack-neutron14:58
jorisrooversyep14:58
anttteayaokay14:58
jpichjorisroovers: Personally I set up a ~/.pip/pip.conf as described in http://jacobian.org/writing/when-pypi-goes-down/ with this URL -> http://pypi.openstack.org/openstack14:58
*** richardboswell has quit IRC14:59
anttteayawhat jpich said14:59
jpichhttps://pypi.python.org/pypi -> 502, cf http://status.python.org/14:59
anttteayathat points you to the openstack mirror14:59
anttteayaso after pypi is back up again, you might need to rename that file to download pip packages that are not on our mirror15:00
anttteayawe just have the packages needed for openstack15:00
jorisrooversi15:01
jorisrooverssorry, that was supposed to be in vim ;-)15:02
anttteaya:D15:02
jorisrooversok, jpich, thanks, I just did that15:02
jorisrooversseems to work :-)15:02
anttteayatry pip installing tox again15:02
anttteayaand then running tox after rm -rf /opt/stack/nova/.tox15:02
jpichjorisroovers: Great, yw15:03
openstackgerritOleg Bondarev proposed a change to openstack/neutron: Add state reporting to the metadata agent  https://review.openstack.org/5662815:03
* jorisroovers is running tox again after following anttteaya's instructions15:04
*** beagles has joined #openstack-neutron15:05
anttteayawelcome beagles15:06
jorisrooversanttteaya, mm, it seems like there is still some dependency missing, I think the libxml one15:08
jorisroovershttp://paste.openstack.org/show/53140/15:08
*** nplanel has quit IRC15:10
* anttteaya clicks15:12
anttteayawhat command did you run that this was the output?15:13
*** nplanel has joined #openstack-neutron15:13
jorisrooverstox15:14
anttteayareally?15:14
jorisrooversjep15:15
anttteayajpich to you usually get this kind of output when running tox in devstack on fedora?15:15
anttteaya*do you15:15
anttteayahttp://paste.openstack.org/show/53140/15:15
jpichThis looks like dependencies are still missing15:16
anttteayafatal error: libxml/xmlversion.h: No such file or directory15:16
anttteayaso yeah, jorisroovers I agree with you15:17
jorisrooversuhu15:17
*** armax has joined #openstack-neutron15:17
anttteayawhat kind of output do you get when you install libxml?15:17
jorisrooversI just installed libxml15:17
anttteayahello armax15:17
jorisrooversI only installed libxml2 before15:17
armaxhello15:17
jorisrooverstrying again15:17
anttteayais there a libxml-dev package?15:17
anttteayaarmax: how goes your day so far?15:18
* anttteaya thinks in terms of ubuntu packaing15:18
armaxI have just stepped in the office, I am not yet properly caffeinated so…bad :)15:18
anttteayadoes fedora do -dev packages, jpich15:18
jorisrooversaha, there is :-)15:18
jorisrooversjust installed it15:18
jpichOf course :-)15:18
anttteayaarmax: ha ha ha, happy caffeine to you15:18
anttteayaokay15:18
armaxbrb15:18
anttteayak15:19
jpichjorisroovers: Glad you found it15:19
jorisrooversmm, same issue :(15:21
*** nati_ueno has quit IRC15:21
anttteayajorisroovers: paste please15:22
*** jlibosva has quit IRC15:23
jorisrooversok, I did not install devel for libxslt15:23
jorisrooversI did now15:23
jorisrooversretrying15:23
dimsanttteaya, salv-orlando - https://review.openstack.org/#/c/56629/ asking infra to switch on large-ops as voting job15:23
jorisrooversanttteaya, as a heads up, I will be travelling next week. So probably won't be around often. Will be back the week after.15:24
jorisrooversjust to let you know that I'm not abandoning it after the first week ;-)15:24
*** nati_ueno has joined #openstack-neutron15:26
*** nati_ueno has quit IRC15:28
anttteayadims you rock!!15:32
anttteayathank you soo much15:32
anttteayadims: do we know anything about this failure? http://bit.ly/1cwcXWK15:32
anttteayait seems to have occured after 56075 was merged15:33
anttteayajorisroovers: fair enough, I will be traveling the week of Nov. 25 and the week after that15:33
anttteayaI have to drive with my parents on their annual migration south15:33
*** steven-weston_ has joined #openstack-neutron15:33
anttteayadidn't plan on it, decided it was time, they didn't resist15:34
anttteayaso good choice, bad timing15:34
anttteayasigh15:34
jorisrooversmm, sql dependency error now15:34
anttteayaso I will be checking -neutron logs during the evenings but will have little time for daily stuff15:34
anttteayabut you know others and jpich is great with getting started with devstack15:35
jorisroovers:-)15:35
anttteayaso be sure to ask for help15:35
jorisrooverswill do, thanks15:35
anttteayajorisroovers: can I see the paste of it15:35
anttteayagreat15:35
anttteayadon't want your progress to be slowed down by me15:35
anttteayatoo many good people here to call on15:35
armaxanttteaya: back15:35
*** carl_baldwin has quit IRC15:35
anttteayaarmax: better now?15:35
jorisroovershttp://paste.openstack.org/show/53142/15:36
jpichjorisroovers, anttteaya: Right, I am happy to help. #openstack-101 is also a good place for new contributors to ask questions, if you get stuck15:36
armaxanttteaya: caffeine hasn't kicked yet, so in a few minutes probably yes :)15:36
anttteayadims: that failure was a check failure, not a gate failure - I'm still curious though15:36
*** steven-weston has quit IRC15:37
*** steven-weston_ is now known as steven-weston15:37
jorisroovers\me gotta run in a few15:37
* anttteaya sets a timer for taking to armax15:37
anttteaya:D15:37
*** networkstatic has joined #openstack-neutron15:37
anttteayajorisroovers: fair enough15:37
anttteayaand as jpich suggests join -10115:37
sc68calanttteaya: is there an IRC room for the devstack folk?15:37
sc68calsorry to bother you15:37
armaxanttteaya: what can I do for you?15:37
anttteayasc68cal: never a bother15:38
anttteayaalways happy to hear from you15:38
anttteayaI'd suggest -qa15:38
anttteayaor -dev15:38
jpichjorisroovers: Probably another devel package missing15:38
anttteayanothing, just saying hi15:38
anttteaya:D15:38
anttteayanow that the caffeine has kicked in15:38
jorisrooversjpich, agreed, now determining which one15:38
anttteayasc68cal: dtroyer writes most of devstack15:39
anttteayasc68cal: sdague and mtreinish would be up on what is happening with it too15:39
anttteayasc68cal: here is the list of devstack core folks: https://review.openstack.org/#/admin/groups/50,members15:39
sc68calyeah i've just got a wierd permission denied error when devstack runs, nova.conf is apparently getting locked down 700 nova:nova15:40
sc68cal* /etc/nova15:40
anttteayasc68cal jorisroovers has the same issue15:40
sc68calfun fun fun15:41
anttteayasc68cal: https://bugs.launchpad.net/devstack/+bug/124892315:41
anttteayayup15:41
anttteayaespecially for a beginner15:41
anttteayaI am trying to find out if it is ubuntu based or affects both ubuntu and fedora15:41
anttteayajorisroovers is trying a fedora install now, but his first run at it15:42
anttteayafor extra fun pypi was down15:42
anttteayathough is now back up15:42
jorisrooversmurphy's law :-)15:42
anttteayait's the only constant I know of15:42
sc68calI remember when PBR was all screwed up15:42
sc68callike mid-july or so15:42
anttteayaI don't remember at time when it wasn't15:43
* anttteaya trolls mordred15:43
sc68calwell I'll just set devstack back to a known good commit hash for the time being and wait it out15:43
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmaq aware of all names  https://review.openstack.org/5293015:44
* mordred throws a goat at anttteaya15:44
* anttteaya throws a duck at mordred's goat15:45
anttteayasc68cal: that is an option15:45
*** gatuus has joined #openstack-neutron15:46
anttteayaasking in -qa15:47
anttteayano takers so far, will let you know if I find anything15:48
sc68calI should just hop in there and idle instead of always pestering you15:48
openstackgerritYves-Gwenael Bourhis proposed a change to openstack/neutron: Make dnsmaq aware of all names  https://review.openstack.org/5293015:49
*** rustlebee is now known as drumkilla15:50
*** drumkilla is now known as rustlebee15:50
*** beagles is now known as b3nt_pin15:51
*** rustlebee is now known as drumkilla15:51
jorisroovers*happy dance*15:52
jorisrooversthe tests are running :D15:52
jorisrooversanttteaya, gotta run15:52
anttteayaw00t!15:55
anttteayasc68cal: never a pester, and always a good idea to just jump in15:55
anttteayasc68cal: looks like this issue might be just ubuntu based15:55
anttteayasc68cal: can I sell you on trying a fedora image?15:56
sc68calpossibly - though not quickly - using vagrant_devstack15:56
anttteayaokay15:56
anttteayalet me know what you decide15:56
anttteayaif I can get two positives for fedora, I'll go chat with chuck15:57
* anttteaya goes to check the fire15:57
*** jorisroovers has quit IRC15:57
*** carl_baldwin has joined #openstack-neutron16:03
sc68calHey, I've gotten stuck on an issue for one of my reviews - where tox blows up on a weird error when the full suite is run, but running the test that fails on its own does not error out16:22
sc68calDetails - http://paste.openstack.org/show/53159/16:24
*** layer427expert has joined #openstack-neutron16:25
*** x86brandon_ has joined #openstack-neutron16:26
*** x86brandon has quit IRC16:26
*** x86brandon_ is now known as x86brandon16:26
sc68calattempting to rebase, see if that fixes the issue.....16:28
*** layer427expert has quit IRC16:30
anttteayago sc68cal16:30
* anttteaya clicks16:30
anttteayasc68cal: did you see mestery's comment16:31
sc68calyeah about ml216:31
sc68cal?16:31
*** markmcclain has joined #openstack-neutron16:31
sc68calmy concern is that whatever is wrong will just follow me when I port it over to ml216:32
anttteayalet's see if mestery is available for a discussion about it16:32
anttteayakyle? are you around?16:33
sc68calmestery: ping16:33
*** coolsvap has joined #openstack-neutron16:38
sc68calnope- rebase doesn't fix16:41
* markmcclain reads catches up on scrollback16:41
markmcclainsc68cal: still working on my coffee, but to make sure I'm current.. when you run a single test it passes as a suite failure.. correct?16:45
dkehnmarkmcclain: https://etherpad.openstack.org/p/icehouse-summit-neutron-pain-points, where we having a meeting sometime?16:45
sc68calmarkmcclain: when I run the test that fails in jenkins on my local machine, it passes, but when I just run tox and all the tests get run, then it gives that wierd mock assignment error and the tests fail16:46
*** nplanel has quit IRC16:46
openstackgerritJenkins proposed a change to openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/5665416:51
*** jsergent has joined #openstack-neutron16:51
*** jpich has quit IRC16:55
mesterysc68cal: What comment of mine are you looking for?16:56
sc68calmestery: just the QOS API, the OVS based implementation16:56
sc68caltrying to figure out that weird jenkins error16:56
sc68calI'm worried that whatever is triggering the failure is just going to follow me over into the review for the ML2 based implementation16:57
sc68calplus it's driving me bonkers16:57
*** enikanorov has joined #openstack-neutron16:57
sc68calmestery: http://paste.openstack.org/show/53159/16:57
markmcclaindkehn: sorry I missed a bit of presentation… what meeting?16:58
*** enikanorov___ has quit IRC16:58
dkehnmarkmcclain: about logging and the other items and assignments16:58
mesterysc68cal: I've not see that error, and this only happens with your QoS patches and not a stock run with OVS?16:59
sc68calmestery: With my QoS patches, and only when you run the full test suite16:59
markmcclaindkehn: I know marun has been traveling post summit16:59
sc68calmestery: running the tests by themselves, they pass16:59
dkehnmarkmcclain: np, just didn't want to miss something16:59
markmcclainI don't know if there is a dedicated meeting post summit16:59
markmcclainbut my plan is to incorporate the output of that session into our plan for the cycle17:00
dkehnmarkmcclain: please communicate whatever is decided against plan, just don't wnat to drop the ball on logging17:01
markmcclaindkehn: agreed17:02
markmcclaingood logging is a must17:02
*** jprovazn has quit IRC17:02
dkehnmarkmcclain: sorry sent the wrong link this is the one I was referring to17:03
dkehnhttps://etherpad.openstack.org/p/icehouse-summit-qa-neutron17:03
dkehnmarkmcclain: see Tenant Isolation & Parallel Testing17:04
markmcclainah.. now things are clearer17:04
dkehnmarkmcclain: sorry about that, jet lag has a way fof creeping in17:04
markmcclainyeah I know the feeling17:05
marundkehn, markmcclain: not sure we came to any conclusion.  I guess following up on the mailing list is the next step?17:07
*** decede has joined #openstack-neutron17:07
*** safchain has quit IRC17:08
markmcclainyeah.. maybe start with a strawman proposal17:09
marunmarkmcclain: okely17:10
marunmarkmcclain: I'm assuming you're talking about moving to an sdn controller-based solution for the default open source plugin.17:11
markmcclainmarun: for how to improve the logging17:11
markmcclainfor SDN side of it.. we need a mechdriver or plugin for one of the opensource ones first17:11
marunmarkmcclain: ah, was reading the wrong link17:12
markmcclainno worries.. it's after midnight there for you right?17:12
marunmarkmcclain, dkehn: we already have a patch in play: https://review.openstack.org/#/c/52128/17:12
markmcclainright.. that's step one for request logging17:13
marunAnd there should be a follow-on blueprint for ensuring traceability at the agent level as well17:13
* marun goes to actually read the link17:13
marunah, right17:13
markmcclainwe still have areas in the code which log too much of the wrong info and generate noise17:13
markmcclainor don't log at the correct level17:13
marunDoes this mean we can go ahead and make polling minimization the default? :)17:14
markmcclainso we should identify the areas that need level changes and messages that are vague/misleading17:14
markmcclain+117:14
marunawesome17:14
markmcclainI'd be happy to switch17:14
markmcclainthat way it will have the whole cycle to bake17:14
marunThere's one more patch we have to merge first - the respawn interval is not configurable (stupid omission) so that if the monitor dies (ovs restarting, accidental process death, etc) the agent reverts to polling.17:15
marunbut that's easy to fix.  i'll make sure to get it submitted asap17:15
markmcclainmarun: awesome17:17
*** devlaps has joined #openstack-neutron17:21
gatuusVPNaaS w/OpenSwan anyone?17:22
*** ygbo has quit IRC17:24
mesterymarkmcclain marun: I have a good start on the ODL MechanismDriver for ML2, FYI. Was reading your conversation.17:24
markmcclainmestery: awesome17:24
mesteryWorking with the ODL guys to ensure they have the appropriate APIs on their side for this to work, and that things are running smoothly there.17:24
marunmestery: awesome17:25
mesteryYes, it's only 160 LOC, which is nice. :)17:25
markmcclaingatuus: there are feature differences between openswan and strongswan17:25
markmcclainfor consistency we had to pick 117:25
maruni bet devstack deployment of odl is going to be the harder part :)17:25
mesterymarun: Already have that working too.17:26
mesteryI have a modified devstack which can either deploy ODL for you, or use an existing one.17:26
gatuusI'm having problems getting ipsce pluto write into a neutron dir17:26
gatuus*ipsec17:27
mesteryI just need the ODL guys to tie into their NeutronAPIService with a SB thing like OVSDB, and then I need to handle port binding.17:27
markmcclainpcm_: have you seen gatuus issue?17:28
mesterymarun: https://github.com/CiscoSystems/neutron/blob/odl_ml2/neutron/plugins/ml2/drivers/mechanism_odl.py17:28
*** networkstatic has quit IRC17:30
marunmestery: nice17:31
marunmestery: those assert statements are just for dev?17:31
*** networkstatic has joined #openstack-neutron17:32
* mestery nods.17:32
mesteryAlthough, the NCS driver from which this was modeled has them in there too, so perhaps they shoudl be removed there as well.17:32
marunmestery: what functionality does the driver actually enable?  it looks like it's just syncing data between the two, and i'm not clear on how that enables advanced functionality17:32
marunmestery: yeah, I'd -1 any change that included assert in running code17:32
marunmestery: throwing explicit exceptions is much preferable17:33
mesterymarun: That's all it does, and then ODL itself makes decisions on how to setup the virtual tenant networks.17:33
* mestery agrees.17:33
*** jgrimm has joined #openstack-neutron17:33
marunmestery: hmmm.  i guess i'm looking at it from a 'parity with ovs/lb' perspective.  is the intention to allow setup through neutron apis or to push the setup to odl?17:34
marunmestery: and (apologies in advance), what does the nvp plugin support?17:34
mesterymarun: Push the setup to ODL. For now, we're not dealing with L3 for example, we'll use namespaces for that. But ODL could do that in the future.17:34
marunmestery: Hmmm17:35
marunmestery: I guess, just like parity with nova, the key is going to ensure we have a representative suite of tests that can target both ovs/lb in tempest.17:35
*** jgrimm is now known as reaper17:35
marunmestery: and then ensure that odl can pass them17:36
*** reaper is now known as jgrimm17:36
*** gatuus has quit IRC17:36
marunodl -> odl integration with neutron17:36
mesterymarun: That's exactly correct.17:36
*** gatuus has joined #openstack-neutron17:36
marunmestery: awesome17:36
*** suresh12 has joined #openstack-neutron17:36
*** suresh12 has quit IRC17:36
*** suresh12 has joined #openstack-neutron17:37
mesterymarun: I've been working on getting Tempest running locally on my devstack setups, I've hit a bunch of issues with the network tests where the DHCP agent is querying a network which was already deleted.17:38
mesteryOtherwise, they seem to run ok.17:38
marunmestery: I'm afraid we have a ways to go to good coverage in tempest, though.  Part of the work will be writing new tests.17:40
*** layer427expert has joined #openstack-neutron17:41
markmcclainmarun: that's a lot of what we'll be trying to close in the Montreal sprint17:41
marunmarkmcclain: before, I hope17:41
*** suresh12 has quit IRC17:41
markmcclainwe'll defnitely be doing things leading up to it17:43
*** gatuus has quit IRC17:43
*** suresh12 has joined #openstack-neutron17:45
*** CaptainTacoSauce has joined #openstack-neutron17:51
*** layer427expert has quit IRC17:54
sc68calComcast is hoping that we can start adding tempest tests for v6 functionality18:13
mesterysc68cal: Awesome!18:15
sc68calsince we've been hitting some issues and we're not sure if it's something we did18:17
sc68calor if it's legit bugs18:17
*** jog0 is now known as flashgordon18:20
salv-orlandomestery: could you have hit the bugs for which armax has pushed patches under review?18:21
*** jecarey has quit IRC18:21
*** suresh12 has quit IRC18:29
*** suresh12 has joined #openstack-neutron18:30
armaxsalv-orlando: can you fill me in?18:31
armaxoh I see: mestery what issues are you experiencing?18:32
salv-orlandook18:32
*** marun has quit IRC18:34
*** jianingy_afk has quit IRC18:34
*** suresh12 has quit IRC18:35
mesteryarmax salv-orlando: Apologies, had stepped out for a few minutes.18:36
armaxmestery:no worries18:36
mesteryarmax: I am hitting an issue with my tempest runs where the DHCP agent is querying for a network which has already been deleted.18:36
armaxright, but does that lead to any tempest failures?18:36
mesteryWell, for me they seem to fail at this point. Perhaps I've mistaken the cause, let me go and grab a screen shot.18:37
*** jianingy_afk has joined #openstack-neutron18:38
armaxunfortunately the interaction between the server and the agents is fundamentally broken18:38
armaxfor instance, a network may be about to be deleted, but the dhcp agent may still go the the server and check whether a dhcp port exists for it18:39
mesteryYes, markmcclain has mentioned that to me.18:39
* mestery nods and has seen that.18:40
armaxso it may go and try to create the port even though the network is about to be deleted18:40
armaxso something funky like this may happen18:40
armaxunless we introduce some sort of intermediate state18:40
mesteryarmax: Thanks for the explanation.18:40
armaxthat said, if you see persistent failures in your tempest runs18:41
armaxthat's a different matter18:41
armaxand I'd like to understand more18:41
mesteryarmax: I'm trying to familiarize myself with the tempest stuff as well as part of this exercise.18:41
mesteryarmax: OK, let me see what else I can do now, resetting things up now.18:41
armaxcool18:41
mesteryarmax: So to just run the network tempest tests, I do this: testr run --parallel tempest.api.network18:41
mesteryThat's correct?18:42
armaxI use tox rather than tester directly18:42
armaxbut that sounds about right18:43
mesteryOK, cool. Any reason? Should I be using tox? The README indicates testr, just curious.18:43
armaxno particular reason…that runs the whole lot18:44
mesterythanks18:45
mesterySo on this run, I had 2 LoadBalancer tests fail and one VPN test fail.18:46
mesteryAlso, I see networks, subnets and ports from the tempest run still dangling around. Is that expected?18:47
*** suresh12 has joined #openstack-neutron18:51
*** rossella_s has quit IRC18:53
*** alexpilotti has quit IRC19:00
*** carl_baldwin has quit IRC19:00
*** alexpilotti has joined #openstack-neutron19:04
*** dims has quit IRC19:14
*** dims has joined #openstack-neutron19:14
*** jecarey has joined #openstack-neutron19:27
*** layer427expert has joined #openstack-neutron19:32
sc68calmarkmcclain: Should I file a bug for the mock assignment error issue? Does it sound like a bug or is it something I've not done correctly in my code19:32
markmcclainsc68cal: if the issue occurs on the master branch then it is a bug19:33
markmcclainif the issue only occurs in your working branch with code changes then it is something about the change19:33
markmcclainwhen you run all of the tests they aren't always executed in the same order19:34
markmcclainso it could be a test ordering issue that has revealed this bug19:34
sc68calis there an easy way with tox to set a breakpoint on that portion of the code? I'm a litle new to tox, compared to nosetests19:35
*** jianingy_afk has quit IRC19:35
*** chandankumar has quit IRC19:35
*** chandankumar has joined #openstack-neutron19:37
*** alexpilotti has quit IRC19:45
*** steven-weston_ has joined #openstack-neutron19:46
*** steven-weston has quit IRC19:49
*** steven-weston_ is now known as steven-weston19:49
dkehnsc68cal: I use ./tox/py27/bin/activate; python -m unittest neutron.tests.unit<yourtestclass>; note set the pdb.set_trace() before hand19:52
*** nati_ueno has joined #openstack-neutron19:59
*** markmcclain has quit IRC20:05
salv-orlandosc68cal: are you using one of those fake extension managers in your tests?20:14
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Optionally delete namespaces when they are no longer needed  https://review.openstack.org/5611420:16
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Optionally delete namespaces when they are no longer needed  https://review.openstack.org/5611420:18
*** carl_baldwin has joined #openstack-neutron20:19
*** nati_ueno has quit IRC20:25
*** nati_ueno has joined #openstack-neutron20:25
anttteayait appears that the conversation follows markmcclain20:29
mesteryanttteaya: What does that mean?20:30
anttteayamarkmcclain showed up everyone started talking20:31
anttteayathe channel exploded with life20:31
anttteayawhich is awesome20:31
anttteayaI am just observing what I see20:31
mesterySometimes silence is golden.20:31
anttteayasometimes20:31
anttteayawhen the gate is stable20:32
*** layer427expert has quit IRC20:32
openstackgerritA change was merged to openstack/neutron: Refactor configuring of floating ips on a router  https://review.openstack.org/4241220:40
*** nati_ueno has quit IRC20:42
sc68caldkehn: thanks!!20:44
anttteayamestery: you had asked earlier about tox and testr20:44
mesteryanttteaya: Yes. armax game me some help there.20:45
anttteayatox creates a virtual environment: http://tox.readthedocs.org/en/latest/index.html#20:45
sc68calsalv-orlando: not sure - possibly20:45
anttteayatestr allows you to run tests in parallel: https://testrepository.readthedocs.org/en/latest/MANUAL.html#parallel-testing20:45
anttteayamost testr commands are available to be invoked via tox20:46
anttteayabut I have never tried invoking --parallel via tox, so I don't know if that one can20:46
anttteayagreat20:46
mesterythanks!20:46
anttteayayour welcome20:46
anttteaya*you're20:47
*** nplanel has joined #openstack-neutron20:49
sc68calI might have missed this20:50
sc68cal        self.addCleanup(mock.patch.stopall)20:50
*** markmcclain has joined #openstack-neutron20:51
sc68calover in my setUp method for OpenvswitchQoSTestCase - since I create a mock rpcapi class20:51
salv-orlandoif you see errors like 'object mock.Mock(…)'  does not have attribute xyz' that's the cause, probably20:51
salv-orlandoperhaps I should just go an check your logs20:51
salv-orlandowow I actually even starred your review - I'm getting so old I might a personal organiser soon20:52
*** steven-weston has quit IRC20:53
sc68calsalv-orlando: yeah that's it20:53
sc68calor at least sounds like it20:53
sc68calrunning full tox now20:53
*** mlavalle has joined #openstack-neutron20:53
*** steven-weston has joined #openstack-neutron20:55
salv-orlandosc68cal: yes it looks like tath's the problem20:55
sc68calargh I'm such a dumbass20:55
salv-orlandoIt's also me being a lazy sloth. Very slow in reviews this week.20:57
*** steven-weston has quit IRC21:03
sc68calyep that was it. tests pass21:14
sc68calone less mystery in the universe21:14
anttteayacongratulations for passing tests21:16
sc68calthanks - I'll remember to add that line when I create a unit test for the ML2 plugin21:18
mesteryWe'll also remember to look for it in the review as well. :)21:18
sc68calnah, I'd put my money on me doing something new and stupid21:19
*** markmcclain has quit IRC21:19
*** alexpilotti has joined #openstack-neutron21:25
*** gatuus has joined #openstack-neutron21:27
*** networkstatic has quit IRC21:28
*** catintheroof has joined #openstack-neutron21:36
*** dims has quit IRC21:37
catintheroofHi guys, im having problems accesing metadata from instances using this neutron OVS setup http://ow.ly/qScF6 can anyone help me understand something ?21:39
*** suresh12 has quit IRC21:40
*** suresh12 has joined #openstack-neutron21:41
*** suresh12 has quit IRC21:46
*** layer427expert has joined #openstack-neutron21:46
bswrchrdyea so I figured out what my issues were salv-orlando and mestery21:46
*** bswrchrd has left #openstack-neutron21:47
salv-orlandoso?21:47
mesteryWhat was it?21:47
*** richardboswell has joined #openstack-neutron21:48
*** markmcclain has joined #openstack-neutron21:48
catintheroofHi guys, im having problems accesing metadata from instances using this neutron OVS setup http://ow.ly/qScF6 can anyone help me understand something ?22:01
*** layer427expert has quit IRC22:01
anttteayahi catintheroof22:04
anttteayabased on what you shared, I don't have enough information to help you22:04
*** x86brandon has quit IRC22:04
anttteayacan you explain what you are trying to accomplish?22:05
catintheroofhi anttteaya can i give you more information ?22:05
anttteayaplease do22:05
anttteayaif you need to share code please use paste.openstack.org22:05
*** layer427expert has joined #openstack-neutron22:05
catintheroofanttteaya, ok nice!! heres the deal ... i have vms created with neutron agent and OVS with this exact same schema that i provided , its VLAN MODE22:06
*** suresh12 has joined #openstack-neutron22:06
catintheroofanttteaya, and a default GW for that VM VLAN casted on a switch22:07
catintheroofanttteaya, so if i try to access any other network packets go through all the taps, and bridges inside de compute22:07
catintheroofanttteaya, and get to the default gw where it gets routed ... till here am i explaining myself ?22:08
anttteayawell I am not sure what the question is yet22:08
anttteayais there a question?22:08
catintheroofanttteaya, of course... the question is this ... is regarding metadata, the instances cant access the metadata, so i issue the regular DNAT iptables rule to be able to acces it ... and then ...22:09
anttteayaand then what?22:09
catintheroofanttteaya, i see the original package exit the TAP ... the DNATED package exiting the qbrXXX but the package never hits the qvbXXXX interface22:10
catintheroofanttteaya, and we dont have an idea why ... since its not an iptables issue22:10
anttteayacan you paste an output of the command you run and the resultant code please?22:11
anttteayaare you trying to fix code or is this a support issue?22:11
*** richardboswell has quit IRC22:12
catintheroofanttteaya, its simple, im just tcpdumping the tap interface, the qbrXXX interface and the qvbXXX interface ... when i issue an ... for example SSH i see the packets go through all interfaces ... but when i curl metadata ip, it gets DNATED by iptables but the packages stays inside qbrXXX22:12
*** richardboswell has joined #openstack-neutron22:12
anttteayanot simple for me22:13
anttteayaI know nothing about the code base22:13
anttteayaI am facilitating communication between this project and other openstack projects22:13
anttteayaI am trying to determine if I can help you22:13
anttteayaso far I don't know how to help you22:13
anttteayaare you working with code?22:14
anttteayaif so can you show me which file?22:14
catintheroofanttteaya, im not touching any code base ... so, its i think ... a bridges / interfaces question22:14
anttteayathen I can find out who wrote it and see if they are avavilable22:14
anttteayawell so far noone has jumped into the conversation to help22:14
anttteayaand I don't know who in the channel has the knowledge you are looking for22:15
anttteayaand since I don't have a file to look at, I can't find someone that way22:15
anttteayayou are welcome to wait to see if someone answers your question22:15
anttteayabest I can offer22:15
catintheroofanttteaya, well ... if i cant find any networking help regarding neutron in the neutron list ... i dont know where to look then22:16
* anttteaya nodes22:16
* anttteaya nods22:16
*** markmcclain has quit IRC22:16
anttteayaall I can do is commiserate22:16
*** nati_ueno has joined #openstack-neutron22:17
catintheroofanttteaya, thanks anyway ... for trying22:17
anttteayathanks catintheroof22:18
*** drumkilla has quit IRC22:19
flashgordonhttp://logstash.openstack.org/#eyJzZWFyY2giOiJcIkNvbm5lY3Rpb25GYWlsZWQ6IENvbm5lY3Rpb24gdG8gbmV1dHJvbiBmYWlsZWQ6IE1heGltdW0gYXR0ZW1wdHMgcmVhY2hlZFwiIiwiZmllbGRzIjpbXSwib2Zmc2V0IjowLCJ0aW1lZnJhbWUiOiI4NjQwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjEzODQ1NTM5NzA2NjF922:20
flashgordonthat doesn't sound good22:20
*** russellb has joined #openstack-neutron22:20
*** nati_ueno has quit IRC22:21
*** nplanel has quit IRC22:21
*** coolsvap has quit IRC22:28
salv-orlandocatintheroof: folsom, grizzly or havana?22:28
catintheroofsalv-orlando, havana22:29
catintheroofsalv-orlando, can you help me ?22:29
salv-orlandocatintheroof: when an instance sends a packet to 169.254.169.254, the metadata proxy hijacks that packet and sends it to the metadata agent via unix socket. the metadata agent then is supposed to be in the same network as nova-metatada and will be able to reach it directly22:30
salv-orlandoso instead of natting, there is the metadata proxy process performing the bridge between the tenant and management networks22:31
openstackgerritDuarte Nunes proposed a change to openstack/neutron: MidoNet: Added support for the admin_state_up flag  https://review.openstack.org/5427522:32
salv-orlandowhat about your config. Which services are you running? the metadata-agent is needed22:32
catintheroofsalv-orlando, but thats using a network node, but we are using vlan mode, so how do i do to use metadata service, since my GW is the switch where the vlan is crated ?22:32
salv-orlandook - so you do not have a l3 agent running, but you are a pure-L2 use case?22:33
catintheroofEXACTLY22:33
salv-orlandoyou said vlan mode, just to be sure, are you running neutron or nova-network (because both have a vlan mode)22:34
salv-orlandoseems neutron, but just want to confirm22:34
catintheroofsalv-orlando, neutron22:34
catintheroofsalv-orlando, with OVS hybrid22:34
*** markmcclain has joined #openstack-neutron22:35
anttteayaflashgordon: 1158 hits?22:35
anttteaya1158 hits today?22:35
salv-orlandoanttteaya: perhaps you wanted to post that in openstack-qa22:36
catintheroofsalv-orlando, any ideas ?22:36
salv-orlandocatintheroof: let me see if I got it right - you have a subnet whose gateway_ip is configured on your switch, and is then NATted to the address of the metadata ip, changing port from 80 to 8775?22:37
catintheroofsalv-orlando, yes22:37
anttteayaI'm wrong22:37
anttteaya1558 hits22:37
salv-orlandowith the changes we added in grizzly for allowing metadata to work for overlapping IPs, you now need the metadata agent to add some headers which will allow nova to find the right metadata for your instance.22:38
salv-orlandoAnd the metadata agent needs the metadata proxy...22:38
salv-orlandoare you running at least the dhcp agent?22:38
catintheroofsalv-orlando, flat injected22:38
salv-orlandocatintheroof: thinking22:39
catintheroofsalv-orlando, we are injecting ip and default gw into the instance22:39
salv-orlandoyup; your use case does not fall either within the 'isolated metadata' or 'routed metadata' use cases; I'm trying to see if we can suit your use case somehow or we need code changes22:40
catintheroofsalv-orlando, the weird thing is that iptables rules matches  i see the original package exit the TAP ... the DNATED package exiting the qbrXXX but the package never hits the qvbXXXX interface22:40
catintheroof<catintheroof> anttteaya, and we dont have an idea why ... since its not an iptables issue22:40
flashgordonanttteaya: thaose aren't all bugs and multiple hits22:41
salv-orlandocatintheroof: are you saying the packet appears to get lost in the bridge?22:41
catintheroofyeahp22:42
anttteayaflashgordon: what is the source?22:42
catintheroofsalv-orlando, yeahp22:42
anttteayaflashgordon: if I am reading logstash correctly they are all large-ops failures22:42
salv-orlandoI guess you can't see it either on br-int (I am not sure how well tcpdump works on veths)?22:42
anttteayaflashgordon: am I wrong?22:42
flashgordonanttteaya: not all22:42
anttteayaflashgordon: okay good22:43
flashgordonanttteaya: the issue is everything stacktraces all the time22:43
flashgordonso stacktraces aren't a strong sign something is wrong :/22:43
anttteayaso the test was simply executed 1558 times today?22:44
flashgordonI am trying to figure out why http://logs.openstack.org/96/56496/1/gate/gate-tempest-devstack-vm-neutron-isolated/8df6c6c/logs/ failed22:44
catintheroofsalv-orlando, can i write you and email ? to explain you ...22:44
salv-orlandoYep sure22:44
salv-orlandoIt's also pretty late my side of the world, so I might answer when I wake up tomorrow morning22:45
catintheroofsalv-orlando, can you give me an email address ?22:45
catintheroofsalv-orlando, so you can read it when you have time ?22:45
salv-orlandowrite to openstack-dev with [neutron] in the subject; this way you'll get help also from people which know a lot more on the topic22:45
anttteayaflashgordon: any leads so far?22:46
flashgordonanttteaya: :(22:46
catintheroofsalv-orlando, i JUST DID !!! [openstack][neutron] problems accesing metadata on OVS VLAN mode (havana) and to the operators and general list also22:46
catintheroofsalv-orlando, oh ... im not suscrived ... i will doit22:46
catintheroofsalv-orlando, ill suscribe and then shoot the email !22:47
salv-orlandono you're right about writing this to openstack22:47
catintheroofsalv-orlando, thnaks !22:47
salv-orlandoit's actually better writing to openstack rather than openstack-dev22:47
salv-orlandoI missed it because I check the openstack mailing list in the morning only22:47
catintheroofsalv-orlando, writing to both, and operators also! just got rejected by the neutron list ! so you can find it in the general22:48
catintheroofsalv-orlando, under the subject : [openstack][neutron] problems accesing metadata on OVS VLAN mode (havana)22:48
salv-orlandocatintheroot: there should not be anymore a neutron list22:48
anttteayacatintheroof: if you write a support request to -dev you will be told not to22:48
anttteayaflashgordon might even tell you not too22:49
anttteaya*to22:49
salv-orlandocool I found your email, I will post a reply before I go to bed22:49
flashgordoncatintheroof: yeah that -dev isn't for support its for future planning for developme nt22:52
flashgordonsalv-orlando: don't promote bad dev ML behavior22:53
flashgordonplease22:53
salv-orlandoI think I said is actually better to write to openstack than openstack-dev after I found out it was not a dev request...22:54
*** CaptainTacoSauce has quit IRC22:54
flashgordoncool22:54
flashgordonanttteaya: found a fingerprint22:56
flashgordonhttp://logstash.openstack.org/#eyJzZWFyY2giOiJcIkNvbm5lY3Rpb24gdG8gbmV1dHJvbiBmYWlsZWQ6IE1heGltdW0gYXR0ZW1wdHMgcmVhY2hlZFwiICBBTkQgZmlsZW5hbWU6XCJsb2dzL3NjcmVlbi1uLXNjaC50eHRcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiNjA0ODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTM4NDU1NjE2NTY2OCwibW9kZSI6IiIsImFuYWx5emVfZmllbGQiOiIifQ==22:56
flashgordonand its a new bug22:56
flashgordonstaretd today :/22:56
flashgordonat least in this manifestation22:56
salv-orlandocatintheroof: I replies, but to add to bad ML behaviour, I forgot to remove openstack-dev from the recipients. So if you reply again, please remove it.22:59
salv-orlandohey bug 1291115 is back!23:00
salv-orlandoI meant https://bugs.launchpad.net/neutron/+bug/121191523:00
flashgordonsalv-orlando: its slightly different23:01
flashgordonopened a new one23:01
flashgordonhttps://bugs.launchpad.net/nova/+bug/125178423:01
salv-orlandoI can think of this patch only: https://review.openstack.org/#/c/56075/23:02
*** layer427expert has quit IRC23:04
anttteayaflashgordon: can I get a bitly?23:04
flashgordonperhaps but not sure how23:04
flashgordonanttteaya: bitly?23:04
anttteayateh weechat doesn't like multiline urls23:04
anttteayafor the logstash url23:04
flashgordonhttps://bugs.launchpad.net/nova/+bug/125178423:05
anttteayaonly the first line is linked, the link doesn't linewrap23:05
anttteayayeah I got that one, for the logstash url23:05
anttteayayou said you found a fingerprint23:05
*** gatuus has quit IRC23:05
*** jecarey has quit IRC23:06
anttteayaor I can click the link from the bug report, that works too23:06
anttteayathat was kind of a sudden onset for this one23:07
*** pcm_ has quit IRC23:07
anttteayasalv-orlando: well that patch was merged on the 14th23:08
salv-orlandothat was the patch for re-enabling large-ops. It's the only change in the nova/neutron interface in the last few days afaik23:09
anttteayacan we do a revert and check it?23:09
*** layer427expert has joined #openstack-neutron23:09
salv-orlandoWe can try, but I guess I won't be around to see the results as it's bedtime for me.23:09
flashgordonsalv-orlando: I would like to be more sure about the why first23:10
anttteayayeah23:10
anttteayaI can't believe how late you work, salv-orlando23:10
flashgordonalso http://logs.openstack.org/92/55992/1/gate/gate-tempest-devstack-vm-neutron/8c49214/logs/screen-n-cpu.txt.gz?level=TRACE23:10
*** dkliban has quit IRC23:10
flashgordonwhat is that stacktrace of recurssion hell23:11
flashgordonthat==bad23:11
salv-orlandoflashgordon: I pushed a revert anyway… too late sorry :(23:11
*** jgrimm has quit IRC23:11
*** layer427expert has quit IRC23:11
*** layer427expert has joined #openstack-neutron23:12
anttteayawell the reversion hasn't merged23:12
anttteayaI don't think I have much more left in me tonight either23:12
salv-orlandoflashgordon: it seems the recursion starts in _get_instance_nw_info, do you agree on that?23:14
flashgordonsalv-orlando: https://review.openstack.org/#/c/56714/23:15
*** suresh12 has quit IRC23:17
*** suresh12 has joined #openstack-neutron23:18
*** suresh12 has quit IRC23:19
*** suresh12 has joined #openstack-neutron23:19
*** mlavalle has quit IRC23:21
salv-orlandothis seems more like it.23:22
armaxI saw this one in the context of bug #123543523:23
armaxsee this one: https://review.openstack.org/#/c/56504/23:23
*** armax has left #openstack-neutron23:25
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/5468023:26
anttteayaI'm off, thanks for a great day everybody23:26
anttteayanight23:26
markmcclainnight23:26
salv-orlandoyeah I agree with armax, we are definitely seeing the infinite loop starting in get_instance_nw_info23:28
*** gatuus has joined #openstack-neutron23:32
*** julim has quit IRC23:33
*** gatuus has quit IRC23:39
flashgordonsalv-orlando: so for https://review.openstack.org/#/c/56504/123:42
flashgordondo you think  its the right fix?23:43
flashgordonbecause it looks prommising23:43
*** carl_baldwin has quit IRC23:43
salv-orlandoI think so, but I don't know a lot about how nova caches network info. What armax says is true, there's a chance of infinite recursion, which might have been triggered by the removal of refresh_cache decorator23:44
salv-orlandoidk if with this change we'll make performance worse by basically not caching anymore, but still better than not working at all23:45
flashgordonsalv-orlando: it did pass the large-ops test :)23:47
salv-orlandoflashgordon: it seems 56504 is still running the largeops test: https://jenkins01.openstack.org/job/gate-tempest-devstack-vm-neutron-large-ops/6347/23:49
flashgordonsalv-orlando: I ran a recheck23:49
flashgordonso yes it should be23:49
salv-orlandook, let's wait for another run and then if all the jobs pass we can merge it23:50
flashgordonyup23:50
flashgordonI'll +2 it if it works and get another from somewhere23:51
*** gatuus has joined #openstack-neutron23:54
salv-orlandolooking at devstack-gate and https://review.openstack.org/#/c/56465/ it seems we've just enabled parallel testing for neutron too. So this will be fun.23:55

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