Tuesday, 2013-12-10

*** HenryG has quit IRC00:04
*** HenryG has joined #openstack-neutron00:04
*** yfujioka has joined #openstack-neutron00:16
openstackgerritJenkins proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/6097400:17
*** aymenfrikha has joined #openstack-neutron00:19
*** aymenfrikha1 has quit IRC00:21
openstackgerritAaron Rosen proposed a change to openstack/neutron: Bump api_workers from 0 to 4  https://review.openstack.org/5978700:23
*** aymenfrikha has quit IRC00:24
*** Alienyyg_ has joined #openstack-neutron00:36
*** aymenfrikha has joined #openstack-neutron00:36
*** yamahata_ has joined #openstack-neutron00:39
*** pcm__ has joined #openstack-neutron00:45
*** Alienyyg has quit IRC00:45
*** kashyap has quit IRC00:46
*** pasquier-s has quit IRC00:46
*** kashyap has joined #openstack-neutron00:47
*** pasquier-s has joined #openstack-neutron00:47
*** openstack has joined #openstack-neutron00:49
*** aymenfrikha has quit IRC00:52
openstackgerritberlin proposed a change to openstack/neutron: Fix VPNaaS Service driver should check whether router has gateway  https://review.openstack.org/6046100:55
*** changbl has quit IRC00:57
*** pcm_ has quit IRC00:57
*** jorisroovers has quit IRC01:00
*** yongli_away is now known as yongli01:01
*** changbl has joined #openstack-neutron01:02
*** SumitNaiksatam has quit IRC01:06
*** djbkd has quit IRC01:17
*** SumitNaiksatam has joined #openstack-neutron01:30
*** Jianyong has joined #openstack-neutron01:35
*** thedodd has quit IRC01:37
*** jianingy_afk is now known as jianingy01:41
jianingyi try to generate a db migration by alembic but it turns out that the generated script removes many tables01:43
*** ljjjustin has joined #openstack-neutron01:43
jianingyi ran something like,  neutron-db-manage --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini revision -m "portforwarding" --autogenerate01:43
jianingyi know that i can manually correct the generated script. just wanna if it possible to make it correct by itself01:44
*** yamahata_ has quit IRC01:51
*** julim has quit IRC01:53
*** julim has joined #openstack-neutron01:56
*** gdubreui has quit IRC02:01
*** rwsu has quit IRC02:12
*** enikanorov__ has joined #openstack-neutron02:14
*** enikanorov has quit IRC02:16
*** rwsu has joined #openstack-neutron02:26
*** unicell has left #openstack-neutron02:28
*** banix has joined #openstack-neutron02:32
*** marun has quit IRC02:32
*** marun has joined #openstack-neutron02:33
*** gongysh has joined #openstack-neutron02:47
*** vkozhukalov has joined #openstack-neutron02:49
*** alagalah has joined #openstack-neutron03:01
openstackgerritdekehn proposed a change to openstack/neutron: extra_dhcp_opt add checks for empty strings  https://review.openstack.org/5985803:10
*** yamahata_ has joined #openstack-neutron03:36
*** jgrimm has quit IRC03:37
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618403:38
openstackgerritDazhao Yu proposed a change to openstack/neutron: Create a new attribute for subnets, to store v6 dhcp options  https://review.openstack.org/5298303:38
*** amotoki has joined #openstack-neutron03:39
*** yamahata_ has quit IRC03:40
*** x86brandon has quit IRC03:40
*** banix has quit IRC03:41
*** chandankumar__ has quit IRC03:43
*** chandankumar has joined #openstack-neutron03:52
*** suresh12 has quit IRC03:57
openstackgerritMaru Newby proposed a change to openstack/neutron: Add post-mortem debug option for tests  https://review.openstack.org/4377603:57
*** pcm__ has quit IRC04:00
*** aveiga has quit IRC04:02
*** banix has joined #openstack-neutron04:05
*** yamahata_ has joined #openstack-neutron04:19
*** x86brandon has joined #openstack-neutron04:21
enikanorov__gongysh: hi04:30
enikanorov__sorry for delay, I had to sleep :)04:31
*** nati_ueno has quit IRC04:42
*** julim has quit IRC04:44
*** yamahata_ has quit IRC04:50
*** banix has quit IRC04:51
*** suresh12 has joined #openstack-neutron05:08
*** yamahata_ has joined #openstack-neutron05:11
*** suresh12 has quit IRC05:13
*** banix has joined #openstack-neutron05:20
*** x86brandon has quit IRC05:21
*** banix has quit IRC05:22
*** yamahata_ has quit IRC05:23
*** yamahata_ has joined #openstack-neutron05:23
*** banix has joined #openstack-neutron05:24
*** banix has quit IRC05:26
*** otherwiseguy has quit IRC05:36
*** x86brandon has joined #openstack-neutron05:40
openstackgerritDazhao Yu proposed a change to openstack/neutron: Create a new attribute for subnets, to store v6 dhcp options  https://review.openstack.org/5298305:58
*** suresh12 has joined #openstack-neutron05:58
*** alagalah has quit IRC06:02
*** vkozhukalov has quit IRC06:12
*** jlibosva has joined #openstack-neutron06:31
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6102106:33
openstackgerritgongysh proposed a change to openstack/neutron: move rpc_setup to the last step of __init__  https://review.openstack.org/6080506:34
*** x86brandon has quit IRC06:40
openstackgerritgongysh proposed a change to openstack/neutron: change variable name from plugin into agent  https://review.openstack.org/6102206:40
*** alex_klimov has joined #openstack-neutron06:58
*** amritanshu_RnD has joined #openstack-neutron06:59
*** gongysh has quit IRC07:11
*** gongysh has joined #openstack-neutron07:20
*** yfried has joined #openstack-neutron07:32
openstackgerritoda-g proposed a change to openstack/neutron: Enable to set dhcp port attributes.  https://review.openstack.org/6102607:34
*** SushilKM has joined #openstack-neutron07:37
openstackgerritjun xie proposed a change to openstack/neutron: Change from eager load to lazy load  https://review.openstack.org/6102707:40
*** vkozhukalov has joined #openstack-neutron07:52
*** SushilKM has quit IRC07:53
*** dcahill1 has quit IRC07:56
*** nati_ueno has joined #openstack-neutron07:56
*** yfried has quit IRC08:02
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: unify haproxy-on-host plugin driver and agent  https://review.openstack.org/4038108:09
*** yfujioka has quit IRC08:11
gongyshsalv-orlando: ping08:12
enikanorov__salv-orlando: ping08:14
enikanorov__gongysh: hi08:14
*** dcahill has joined #openstack-neutron08:15
gongysh<enikanorov__>  are u enikanorov?08:15
enikanorov__yes, it's me. i'm usually sitting from 2 places08:15
enikanorov__and changin them from time to time08:15
enikanorov__(sorry for inconvenience)08:15
*** suresh12 has quit IRC08:17
openstackgerritDazhao Yu proposed a change to openstack/python-neutronclient: Add code for support dhcp mode in neutronClient  https://review.openstack.org/5425008:18
*** ljjjustin has quit IRC08:26
openstackgerritjun xie proposed a change to openstack/neutron: Change from eager load to lazy load  https://review.openstack.org/6102708:28
*** ihrachyska has quit IRC08:31
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618408:34
*** rossella_s has joined #openstack-neutron08:34
*** rossella_s has quit IRC08:39
openstackgerritoda-g proposed a change to openstack/neutron: Enable to set dhcp port attributes  https://review.openstack.org/6102608:40
*** ygbo has joined #openstack-neutron08:43
*** fouxm has joined #openstack-neutron08:44
*** ihrachyska has joined #openstack-neutron08:46
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: agent monitoring and instance rescheduling  https://review.openstack.org/5974308:47
*** jistr has joined #openstack-neutron09:05
*** ihrachyska has quit IRC09:07
openstackgerritDazhao Yu proposed a change to openstack/python-neutronclient: Add code for support dhcp mode in neutronClient  https://review.openstack.org/5425009:09
*** safchain has joined #openstack-neutron09:09
*** jpich has joined #openstack-neutron09:10
*** suresh12 has joined #openstack-neutron09:15
*** ihrachyska has joined #openstack-neutron09:19
salv-orlandoenikanorov__ and gongysh: good morning, anything I can do for you?09:19
*** suresh12 has quit IRC09:19
gongyshsalv-orlando: I forgot why I ping u, but could u please have a look at this patch: https://review.openstack.org/#/c/61022/09:25
gongyshsalv-orlando: and this https://review.openstack.org/#/c/60756/09:25
gongyshsalv-orlando: sorry for that. :)09:26
salv-orlandonp.09:26
*** netavenger-jr has joined #openstack-neutron09:27
openstackgerritberlin proposed a change to openstack/neutron: Fix VPNaaS Service driver should check whether router has gateway  https://review.openstack.org/6046109:29
enikanorov__salv-orlando: and I wanted to get your opinion on the question about data model. I'm currently working on adding loadbalancer instance to the lbaas, it includes the change: provider is specified for the loadbalancer, not for the pool.09:30
enikanorov__Provider attribute is used for dispatching rest calls to the driver. Currently in order to process calls to work with members/healthmonitors, we need to fetch the parent pool and use it's provider attribute.09:31
salv-orlandois this again about moving the providers in the database?09:31
enikanorov__with loadbalancer this will require additional step: fetch pool -> fetch it's loadbalancer and use it's provider09:31
enikanorov__salv-orlando: no09:32
salv-orlandoah ok sorry09:32
salv-orlandohearing then09:32
* salv-orlando to be more precise reading09:32
enikanorov__So I'm adding loadbalancer_id to members and healthmonitors09:32
enikanorov__to save one step09:32
enikanorov__while the attribute itself is deductible from  another attributes09:32
enikanorov__such as member belongs to a pool, and pool has loadbalancer_id09:33
enikanorov__so member gets it loadbalancer_id09:33
enikanorov__so in other words i'm adding data duplication to the model09:33
enikanorov__to avoid additional queries09:33
enikanorov__fix:  loadbalancer_id to health monitor association, not healthmonitor model itself09:34
enikanorov__so the question is whether it is acecptable09:34
salv-orlandoin principle I'd say that denormalization is not good, but I need to look better at this specific use case before having an opinion09:34
salv-orlandoIs the goal to avoid both extra db queries and rest API calls from clients, right?09:35
salv-orlando?09:35
openstackgerritIsaku Yamahata proposed a change to openstack/neutron: dhcp_agent: ignore notification during syncing  https://review.openstack.org/6105709:35
enikanorov__salv-orlando: right09:35
enikanorov__extra queries during call proccessing09:35
salv-orlandosorry about the double question mark, my fingers slipped on the keyboard. I guess the coffee has not yet kicked in.09:35
salv-orlandothe loadbalancer_id attribute, is that returned to the client as well?09:36
enikanorov__yes. but for members and health monitor associations it can't be modified by user09:38
enikanorov__so currently we use the follwoing method to dispatch the call to the driver: https://github.com/openstack/neutron/blob/master/neutron/services/loadbalancer/plugin.py#L9309:38
jianingyhello, I try to follow https://wiki.openstack.org/wiki/Neutron/DatabaseMigration to create a db migration. but it turns out there are many drop tables in upgrade function. my command was neutron-db-manage --config-file /etc/neutron/neutron.conf --config-file  /etc/neutron/plugins/ml2/ml2_conf.ini revision -m "portforwarding" --autogenerate09:38
jianingyneed someone to shed some light :)09:39
*** dcahill has quit IRC09:39
salv-orlandoenikanorov__: vip and pool can instead be switched to a different load balancer instance?09:40
enikanorov__jianingy: seems to me that this way of generatin migrations had an issue of swapping upgrade and downgrade. and also I would not rely on autogeneration as it has another issues09:40
jianingyok. got it. I will do some manually change on the script09:41
enikanorov__salv-orlando: theoretically, but i don't think it worth adding such ability. It creates more problems then solves09:41
salv-orlandoindeed09:41
*** dcahill has joined #openstack-neutron09:41
*** markmcclain has joined #openstack-neutron09:42
enikanorov__oh, i god the idea how to avoid the duplication of data in other models. Looks like I could leave 'provider' attribute in the pool model, but not as a db field, but as a relationship that will fetch provider from parent loadbalancer09:42
jianingymarkmcclain: hi, mark. would you please help have a look at https://review.openstack.org/#/c/60195/. thank you ;)09:42
enikanorov__*i got09:43
salv-orlandoSeems like the right approach to me; this is why I asked if the field could be edited too.09:43
salv-orlandoPerhaps you should be all right using joined loads, what do you reckon?09:44
enikanorov__salv-orlando: yeah. that should do09:44
enikanorov__salv-orlando: thanks!09:45
salv-orlandonp09:45
markmcclainjianingy: approved09:46
jianingymarkmcclain: thank you very much09:46
*** wenjianhn has joined #openstack-neutron09:54
*** netavenger-jr is now known as networkstatic09:55
*** jlibosva has quit IRC09:55
*** networkstatic has quit IRC09:56
*** networkstatic has joined #openstack-neutron09:56
*** jlibosva has joined #openstack-neutron09:58
*** chandankumar has quit IRC10:00
kashyapHello, any hints on why isn't the "--router:external=True" option listed under `neutron help net-create`?10:03
*** networkstatic has quit IRC10:05
kashyapFrom here - https://github.com/openstack/python-neutronclient/blob/master/neutronclient/neutron/v2_0/network.py#L9510:06
kashyapmarkmcclain, Hello, when you get a sec, maybe you have a hint here?10:07
*** chandankumar has joined #openstack-neutron10:07
markmcclainkashyap: it's an extension10:08
markmcclainI don't think any of our help shows extension attribute suggestions10:09
kashyapmarkmcclain, I see, how does a user/admin discover them?10:09
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618410:10
*** jorisroovers has joined #openstack-neutron10:13
kashyapNo worries, I found the documentatoin here -- http://docs.openstack.org/admin-guide-cloud/content/ch_networking.html#section_networking-adv-features10:14
marunsalv-orlando: ping10:14
salv-orlandohi marun10:16
marunsalv-orlando: Profiling eventlet sucks :(10:18
marunsalv-orlando: I'm going to try an eventlet-specific profiler, maybe I'll have more luck: https://github.com/colinhowe/eventlet_profiler10:18
openstackgerritA change was merged to openstack/neutron: change variable name from plugin into agent  https://review.openstack.org/6102210:19
marunsalv-orlando: though the short-term emphasis should remain on making the best of a bad situation, the lack of explicit coordination with nova would appear our biggest hole10:20
marunsalv-orlando: we're at the mercy of timing issues so long as vm boot is not directly coordinated port/network configuration (l2, dhcp, and l3)10:21
salv-orlandoby explicit coordination you mean synchronising nova events with neutron to make a vm active only when the network is up and running?10:21
marunsalv-orlando: correct.  i'm starting to think that a vm should not be booted unless networking resources have been preallocated10:21
salv-orlandomeaning at least that the port has been wired by the l3 agent, and the dhcp entry added into the hostsfile10:22
marunsalv-orlando: correct.  and we have to have some assurance that the l2 agent is going to respond fast enough to vif plug10:22
openstackgerritDazhao Yu proposed a change to openstack/neutron: Calculate stateless IPv6 address  https://review.openstack.org/5618410:22
marunsalv-orlando: is there any allowance for this kind of arrangement in nova at present?10:22
salv-orlandomarun: I think I brought down that time a lot with the experimental patch I have10:22
salv-orlandonope, but it's been talked about10:22
marunsalv-orlando: which patch?10:23
salv-orlandoThe first thing to do is to have a way in neutron to tell other services, or directly to users, whether a port is really really working10:23
salv-orlando5742010:23
salv-orlandobut it is a mash-up of several patches at the moment10:23
salv-orlandoI am working on extracting 3/4 patches out of it targeting distinct problems10:24
*** gongysh has quit IRC10:24
salv-orlandoI've entered a bug on this matter; basically I was observing the main loop in the agent taking even 600 seconds to wire a non-impressive number of interfaces10:24
marunthat's pretty crazy10:25
salv-orlandoNow I brought down these figures to 60 seconds in the worst case.10:25
sgranthat's still a while, but it's definitely better :)10:25
salv-orlandoTrying to do better than that on the gate is hard however, because ovs-vsctl goes crazy10:25
salv-orlandoand this is because the dhcpagent and the l3 agent are on the same host too, in my opinion10:25
marunsalv-orlando: i've seen ovs bottlenecking too10:26
salv-orlandoif one would run gate tests on a 2 or 3 hosts setup, I think it will be much faster, but this is just a guess at the moment10:26
marunsalv-orlando: if i boot even 40 VM's, the ovs commands start stacking up10:26
*** jp_at_hp has joined #openstack-neutron10:26
salv-orlandomarun: Yeah, I wanted to give a shot to ovs2.0 which has multi-threading in vswitchd but never found time to do that10:27
marunsalv-orlando: well, I'm happy to try to work through reviewing this stuff with you10:28
salv-orlandoThe other things would be to run less ovs commands; we might be able to spare some 'get' operations, but they're seldom slow; the slow ones are the ones for setting the tag on the port and for configuring the flows10:28
salv-orlandoyeah I will start pushing patches today10:28
marunsalv-orlando: I see you're using all kinds of debug logging10:29
marunsalv-orlando: it gets expensive quick, we'll probably want to figure out how to instrument things generically and then profile specific paths as they are seen to be bottlenecks10:29
*** Jianyong has quit IRC10:30
marunsalv-orlando: we definitely need more data as to what is going on10:30
*** markmcclain has quit IRC10:30
openstackgerritDazhao Yu proposed a change to openstack/python-neutronclient: Add code for support dhcp mode in neutronClient  https://review.openstack.org/5425010:30
*** jlibosva1 has joined #openstack-neutron10:30
marunsalv-orlando: have you considered other ways of collecting data?  say, logging on rpc dequeue/notification processing, wsgi call, etc.  the rally project looks interesting, too10:31
salv-orlandomarun: I have been going down the path of the poor man's profiling so far, because we needed to act quick.10:32
salv-orlandoBut I too was hoping to add some serious profiling for the next release, so that at least we would able to understand immediately what's going on when things go wrong10:32
*** jlibosva has quit IRC10:33
*** markmcclain has joined #openstack-neutron10:33
marunsalv-orlando: at least when we start seeing things fall over we can quickly determine why10:33
marunsalv-orlando: at present the ad-hoc nature makes it difficult for a non-specialist to participate10:33
marunsalv-orlando: ^ presuming we get serious profiling in10:33
*** wenjianhn has quit IRC10:34
marunsalv-orlando: anyway, I'll let you know if the eventlet-specific profiling proves useful.10:34
salv-orlandomarun: right. Even with the crappy instrumentation I added for doing this work, It still take me about 10 minutes for each failure to grep data I need from the logs, pinpoint where the problem is located, and then finally look at the details10:34
marunsalv-orlando: ugh10:35
marunsalv-orlando: less than ideal10:35
marunsalv-orlando: another potential option: http://codeascraft.com/2011/02/15/measure-anything-measure-everything/10:35
salv-orlandomarun: factor in those 10 minutes the fact that I'm dumber than average ;)10:35
marunsalv-orlando: I'm hoping we can learn from others example, at least.  We're not exactly breaking new ground.10:35
salv-orlandoright. I totally do not want to re-invent the wheel10:36
marunsalv-orlando: nah, debugging with logs sucks :)10:36
salv-orlandoAnother thing that baffles me is that we've been totally carelessness when it comes to manage this operational status10:37
marunoperational status?10:37
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Dnsmasq uses all agent IPs as nameservers  https://review.openstack.org/6106710:38
salv-orlandowe put a port to ACTIVE when it gets wired on the agent for instance, but what about the DHCP state? can a port be considered "active" even if it won't be able to receive the ip addresses configured on it?10:38
salv-orlandomarun: also, as another example, why don't floating IPs have a state as well?10:39
salv-orlandoso far clients assume they're ready to use as soon as they're created, but this is not true at all.10:39
marunsalv-orlando: ah, gotcha.  and yes.10:40
marunsalv-orlando: completely agree.10:40
marunsalv-orlando: at present we're not really keeping track of the true status of ports, and not communicating the status to nova.10:41
salv-orlandomarun: I10:41
salv-orlando would say we are optimistically assuming everything will magically work fine in an eventually consistent way10:41
marunsalv-orlando: magically being the operative word!10:41
salv-orlandowhich really depends on what you mean as "eventually".10:42
salv-orlandomarun: so say if Neutron was working at any italian public office, its "eventual consistency" would be totally acceptable10:42
marunhah10:42
marunsalv-orlando: so 'eventual' in the sense of 'occassionaly never'? ;)10:43
*** gdubreui has joined #openstack-neutron10:43
salv-orlandoyes, if you get into an issue I've seen with the dhcp agent.10:43
marun(or 'often', as the case may be)10:44
salv-orlandobasically port_update might interfere with sync_state and the final result being your port being added and then removed from the hosts file10:44
salv-orlandoand your vm never getting an address10:44
marunsalv-orlando: yeah, or the port not being added to the hosts file in time.10:45
marunsalv-orlando: or the port not being wired in time for the vm to get a dhcp address10:45
marunsalv-orlando: *sigh*10:45
*** pbeskow has quit IRC10:45
marunsalv-orlando: wrt the sync state problem, have you followed the ml discussion at all?10:45
salv-orlandoyes I have but it has deviated on a RPC discussion which I did not found very relevent10:46
marunsalv-orlando: What do you think of my suggestion of setting a timestamp on sync state and discarding rpc notifications previous to that timestamp?10:46
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6102110:47
marunsalv-orlando: isn't rpc important, though? since port_update and sync_state are mutually exclusive (as per the file lock), the only problem I can see is processing stale notifications.10:48
salv-orlandoThat might work, but I'm not sure it would be 100% safe. The problemI think is that sync_state reads your network from the cache, and then starts doing its job. Then port_update arrives in, preempts sync_state, and configures a port10:48
marunsalv-orlando: what am I missing?10:48
marunsalv-orlando: there is no pre-emption, though10:48
marunsalv-orlando: there is a file lock10:48
marun(as per armax's recent patches)10:49
salv-orlandomarun: indeed the corollary is that armax patches fixed it I think10:49
salv-orlandoat least after merging his patches in the code I'm running I've not been seeing this problem anymore.10:49
*** yamahata_ has quit IRC10:49
marunsalv-orlando: so assuming no pre-emption, ensuring that stale rpc messages are discarded would seem the next bug to squash10:49
*** cyeoh has quit IRC10:50
salv-orlandomarun: Agreed. But I have just one more little thing that it's not yet very clear.10:51
salv-orlandoWhat makes these notifications stale?10:51
marunsalv-orlando: service disruption10:51
marunsalv-orlando: sorry, that's not clear10:51
salv-orlandomarun: nope that was clear10:52
marunsalv-orlando: I'm a bit fuzzy on this, to be honest.10:52
salv-orlandoI was just to make sure we're on the same page - so service disruption, which might always happen, triggers sync_state10:53
salv-orlandoand sync_state then makes the notifications (or at least part of them) stale10:53
marunsalv-orlando: right.  and the order in which sync_state is called wrt notifications could cause problems10:53
marunsalv-orlando: ideally sync_state would always be called first on agent startup and cause all previous notifications to be ignored.10:53
salv-orlandothat's where my preemption issue started (it was really about the cache, not the locked routine)10:54
salv-orlandomarun: I am growing to think that perhaps processing notification reactively while it looks good for some reasons is actually bad for others - see the problems we're discussing here10:54
marunsalv-orlando: we also need to have the service announce when it has started so agents can know to sync themselves and, again, ensure that sync_state causes previous notifications to be ignored.10:54
salv-orlandothis was causing mayhem in the l3 agent, and we now do things differently there, and I quite like it10:55
*** bvandenh has joined #openstack-neutron10:55
marunsalv-orlando: what was the nature of the l3 change?10:55
marunsalv-orlando: I'm not sure I understand how we should be processing notifications (other than reactively)10:56
salv-orlandomarun: Basically a notification is interpreted as something that sets a trigger that says "look something has changed, and this is what changed exactly"10:57
salv-orlandothen you do nothing until the "main processing loop" starts10:57
*** pbeskow has joined #openstack-neutron10:57
salv-orlandothis will operate on all the notifications which were received and process them10:58
salv-orlandothe benefits are that you can have a lot more control over concurrency, avoid interferences such as the ones which were causing processing of stale notification, and also coalesce repeated notifications10:58
marunsalv-orlando: ah, so basically we take control of the event loop in the agent instead of just creating methods to handle events10:59
marun+110:59
salv-orlandoright, that's the idea. this adds some lag in request processing10:59
salv-orlandothe lag is negligible in low-workload conditions10:59
marunsalv-orlando: that would allow us to choose how to coordinate the sync state with the notification processing, so I think the lag is a small price to pay10:59
salv-orlandomarun: I totally agree10:59
*** Jianyong has joined #openstack-neutron11:00
*** Jianyong has left #openstack-neutron11:00
marunsalv-orlando: what do you think the timeline should be on implementing this?  And will it be straightforward enough to backport?11:00
salv-orlandofor the ovs agent I think it's even back portable; same should apply for the dhcp agent. I think we can easily shoot for a I-2 timeline11:01
marunsalv-orlando: ok, cool.  I'm definitely up for helping with that.  Are you focused on moving either the ovs or l2 agent in that direction?11:02
*** markmcclain has quit IRC11:05
salv-orlandomarun: I am already doing that for the ovs agent. But I would really appreciate if somebody else took care of the dhcp agent. Are you up for that?11:05
marunsalv-orlando: yes11:06
marunsalv-orlando: is there a bug/blueprint at present?11:06
salv-orlandonot for the dhcp agent not yet11:06
salv-orlandoI have a bug for the ovs agent, not  a blueprint. since i am not really doing major changes nor adding new features, I think a bug is good enough11:06
marunsalv-orlando: do you think that will be true of the dhcp agent changes as well?11:07
salv-orlandomarun: I am not sure of that, you should probably do an assessment first of what's needed, but honestly I really do not care a lot of whether its a bug or a blueprint11:08
marunsalv-orlando: I'd appreciate a pointer to the bug in question, in any case, so I can derive from that.11:08
salv-orlandomarun: this is the bug I created: https://bugs.launchpad.net/neutron/+bug/125399311:08
marunsalv-orlando: ok, understood.11:08
marunsalv-orlando: ok, thank you.11:09
marunsalv-orlando: so, tangential question.  I haven't yet gotten around to posting a patch to send agent notifications even when an agent is reported to be down.11:10
marunsalv-orlando: if an agent is not available for a dhcp notification, should that report an exception?11:10
marunsalv-orlando: and for that matter, if an agent cannot be scheduled for a network, should that be reported as an exception?11:10
marunsalv-orlando: I'm assuming the answer should be 'yes' in both cases, but I don't know that the calling code is going to know how to handle things.11:11
salv-orlandoThe agent is processed synchronously, is that correct?11:11
marunsalv-orlando: it's not like we have any capability to rollback port creation if we can't fully configure things.11:11
marunsalv-orlando: in both cases (scheduling and sending of notification), it is synchronous, yes.11:11
salv-orlandothe we should fail it.11:12
marunsalv-orlando: ok.11:12
salv-orlandoI think it's tantamount to the case where you have not enough memory for a vm11:12
salv-orlandoonly that in nova this is processed asynchronously from the scheduler11:12
marunsalv-orlando: right.  it changes the failure mode from silent to noisy11:13
marunsalv-orlando: The crappy thing, though, is that just because the notification couldn't be sent doesn't mean the port won't be configured (via sync_state).11:13
marunsalv-orlando: but as you say, fail now, ask questions later.11:13
*** jorisroovers has quit IRC11:14
*** gdubreui has quit IRC11:17
*** heyongli has joined #openstack-neutron11:29
*** Sreedhar has joined #openstack-neutron11:33
*** pcm_ has joined #openstack-neutron11:37
*** pcm_ has quit IRC11:37
*** alagalah has joined #openstack-neutron11:37
amotokimarun: could you take a look at https://review.openstack.org/#/c/60786/?11:38
*** pcm_ has joined #openstack-neutron11:38
marunamotoki: can do11:38
amotokimarun: request-id middlware patch on oslo. I would like to know your opinion whether the middleware should be split.11:38
marunamotoki: it's a bit pedantic11:39
openstackgerritMarios Andreou proposed a change to openstack/neutron: Validate CIDR given as ip-prefix in security-group-rule-create  https://review.openstack.org/5921211:39
marunamotoki: But I guess I would agree with them11:40
amotokimarun: request-id middleware without no error handling?11:41
*** alagalah has left #openstack-neutron11:42
marunamotoki: I would submit 2 patches, once for each middleware (error and request id)11:42
amotokimarun: makes sense. I will update. thanks for the suggestion.11:43
marunamotoki: np :)11:43
*** jorisroovers has joined #openstack-neutron11:46
*** SushilKM has joined #openstack-neutron11:47
openstackgerritSvetlana Dobogoeva proposed a change to openstack/neutron: Added unit tests for module neutron/plugins/nicira/api_client/client.py  https://review.openstack.org/5994811:50
*** amotoki has quit IRC11:53
*** SushilKM has quit IRC11:54
*** HenryG has quit IRC11:55
*** pcm_ has quit IRC12:04
openstackgerritA change was merged to openstack/neutron: Fix str2dict and dict2str's incorrect behavior  https://review.openstack.org/6019512:06
*** cyeoh has joined #openstack-neutron12:27
*** alex_klimov has quit IRC12:33
*** jianingy is now known as jianingy_afk12:35
*** cyeoh has quit IRC12:38
*** simon-AS559 has joined #openstack-neutron12:44
openstackgerritWu Wenxiang proposed a change to openstack/neutron: Remove start index 0 in range()  https://review.openstack.org/6110012:44
*** netavenger-jr has joined #openstack-neutron12:48
openstackgerritWu Wenxiang proposed a change to openstack/python-neutronclient: Remove start index 0 in range()  https://review.openstack.org/6110212:49
openstackgerritOleg Bondarev proposed a change to openstack/neutron: Delete disassociated floating ips on external network deletion  https://review.openstack.org/5336412:54
*** SushilKM has joined #openstack-neutron12:57
*** netavenger-jr has quit IRC12:59
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Make timeout for ovs-vsctl configurable  https://review.openstack.org/6110513:00
*** alagalah has joined #openstack-neutron13:00
*** Jianyong has joined #openstack-neutron13:00
*** SushilKM has quit IRC13:04
*** SushilKM has joined #openstack-neutron13:05
*** SushilKM has quit IRC13:09
*** alagalah has left #openstack-neutron13:10
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Make timeout for ovs-vsctl configurable  https://review.openstack.org/6110513:13
*** pcm_ has joined #openstack-neutron13:16
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020713:19
*** salv-orlando has quit IRC13:23
*** HenryG has joined #openstack-neutron13:29
*** openstackgerrit has quit IRC13:37
*** openstackgerrit has joined #openstack-neutron13:37
*** dims has quit IRC13:39
*** jianingy_afk is now known as jianingy13:40
*** armax has joined #openstack-neutron13:41
*** dims has joined #openstack-neutron13:41
*** jianingy is now known as jianingy_afk13:44
*** irenab__ has joined #openstack-neutron13:59
*** JoeHazzers has joined #openstack-neutron13:59
JoeHazzersis it possible to somehow restrict or associate an IP range with a (group of) nodes?14:01
openstackgerritWu Wenxiang proposed a change to openstack/neutron: Remove start index 0 in range()  https://review.openstack.org/6110014:05
*** jp_at_hp has quit IRC14:06
*** jp_at_hp has joined #openstack-neutron14:07
*** SushilKM has joined #openstack-neutron14:07
*** amritanshu_RnD has quit IRC14:09
*** aymenfrikha has joined #openstack-neutron14:11
*** dsockwell has quit IRC14:11
*** aveiga has joined #openstack-neutron14:11
*** litong has joined #openstack-neutron14:13
*** dsockwell has joined #openstack-neutron14:17
openstackgerritMarios Andreou proposed a change to openstack/neutron: Validate CIDR given as ip-prefix in security-group-rule-create  https://review.openstack.org/5921214:21
*** amritanshu_RnD has joined #openstack-neutron14:23
*** julim has joined #openstack-neutron14:28
*** banix has joined #openstack-neutron14:28
openstackgerritA change was merged to openstack/neutron: LBaaS: unify haproxy-on-host plugin driver and agent  https://review.openstack.org/4038114:34
*** salv-orlando has joined #openstack-neutron14:39
*** salv-orlando_ has joined #openstack-neutron14:44
*** beagles is now known as beagles_brb14:45
*** salv-orlando has quit IRC14:46
*** salv-orlando_ is now known as salv-orlando14:46
*** clev has joined #openstack-neutron14:46
*** jecarey has joined #openstack-neutron14:48
*** peristeri has joined #openstack-neutron14:52
*** rkukura has quit IRC14:56
*** salv-orlando has quit IRC14:56
*** armax has quit IRC15:00
*** irenab__ has quit IRC15:04
*** julim has quit IRC15:05
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Dnsmasq uses all agent IPs as nameservers  https://review.openstack.org/6106715:06
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020715:07
*** julim has joined #openstack-neutron15:07
*** jgrimm has joined #openstack-neutron15:12
*** reaper has joined #openstack-neutron15:12
*** reaper has quit IRC15:12
*** heyongli has quit IRC15:13
*** rkukura has joined #openstack-neutron15:18
*** ywu has joined #openstack-neutron15:21
*** jgrimm has quit IRC15:22
*** beagles_brb is now known as beagles15:23
*** otherwiseguy has joined #openstack-neutron15:23
*** Jianyong has quit IRC15:24
*** jgrimm has joined #openstack-neutron15:35
*** amritanshu_RnD has quit IRC15:38
*** salv-orlando has joined #openstack-neutron15:40
mariosobondarev: enikanorov__ : safchain : SumitNaiksatam: thanks for the review and comments - latest version is up if you have a minute: https://review.openstack.org/#/c/59212/ thanks!15:46
*** salv-orlando has quit IRC15:48
*** nati_ueno has quit IRC15:48
*** changbl has quit IRC15:54
*** changbl has joined #openstack-neutron15:55
SumitNaiksatammarios: thanks for your work, will take a look15:59
mariosSumitNaiksatam: thanks!15:59
*** jorisroovers has quit IRC16:02
*** jorisroovers has joined #openstack-neutron16:02
*** HenryG_ has joined #openstack-neutron16:05
*** vkozhukalov has quit IRC16:05
*** HenryG has quit IRC16:05
*** bvandenh has quit IRC16:06
*** jroovers has joined #openstack-neutron16:06
*** SushilKM has quit IRC16:09
*** jorisroovers has quit IRC16:10
*** jistr has quit IRC16:16
*** yfried has joined #openstack-neutron16:16
*** jroovers has quit IRC16:16
*** djbkd has joined #openstack-neutron16:17
*** HenryG_ has quit IRC16:21
*** HenryG has joined #openstack-neutron16:23
*** roeyc has joined #openstack-neutron16:31
openstackgerritMaru Newby proposed a change to openstack/neutron: Send DHCP notifications regardless of agent status  https://review.openstack.org/6116816:37
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Dnsmasq uses all agent IPs as nameservers  https://review.openstack.org/6106716:40
*** mlavalle has joined #openstack-neutron16:43
*** marun has quit IRC16:46
*** HenryG has quit IRC16:47
*** SumitNaiksatam has quit IRC16:50
*** bvandenh has joined #openstack-neutron16:56
*** SushilKM has joined #openstack-neutron16:56
*** nati_ueno has joined #openstack-neutron16:57
openstackgerritJon Grimm proposed a change to openstack/neutron: Openvswitch update_port should return updated port info  https://review.openstack.org/5884716:59
*** SushilKM has quit IRC17:01
*** clev has quit IRC17:01
openstackgerritJon Grimm proposed a change to openstack/neutron: Openvswitch update_port should return updated port info  https://review.openstack.org/5884717:05
*** clev has joined #openstack-neutron17:06
openstackgerritJon Grimm proposed a change to openstack/neutron: Fix ml2 & nec plugins for allowedaddresspairs tests  https://review.openstack.org/5889617:08
*** clev has quit IRC17:08
*** simon-AS559 has quit IRC17:10
*** SumitNaiksatam has joined #openstack-neutron17:12
*** SushilKM has joined #openstack-neutron17:16
*** yfried has quit IRC17:18
anteayamestery: the -infra meeting is today at 1900 utc, do you think that multi-node testing still needs to be on the agenda? https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting17:21
mesteryanteaya: Lets take it off the agenda for today. I setup an IRC meeting to discuss on Thursday with folks in the community, so perhaps next week we will have more to say on it.17:22
mesteryanteaya: Sound ok?17:22
anteayasure17:23
anteayado you want to amend the agenda?17:23
mesteryanteaya: Sure, I'll take care of it.17:23
anteayathanks17:23
*** ygbo has quit IRC17:28
mesteryanteaya: Done17:32
anteayathanks17:32
*** yfried has joined #openstack-neutron17:37
*** clev has joined #openstack-neutron17:39
*** safchain has quit IRC17:41
*** clev has quit IRC17:42
*** fouxm has quit IRC17:45
*** nati_ueno has quit IRC17:45
openstackgerritEdward Hope-Morley proposed a change to openstack/neutron: Adds optional timeout for neutronclient  https://review.openstack.org/6118317:45
*** fouxm has joined #openstack-neutron17:45
*** jdev789 has joined #openstack-neutron17:49
*** jp_at_hp has quit IRC17:49
*** HenryG has joined #openstack-neutron17:56
*** jlibosva1 has quit IRC17:57
*** clev has joined #openstack-neutron17:59
*** ihrachyska has quit IRC18:01
*** jlibosva has joined #openstack-neutron18:03
*** SushilKM has quit IRC18:07
*** nati_ueno has joined #openstack-neutron18:08
*** yfried has quit IRC18:12
*** x86brandon has joined #openstack-neutron18:16
*** ihrachyska has joined #openstack-neutron18:16
*** vkozhukalov has joined #openstack-neutron18:18
anteayamestery: I'd like to attend the Thursday third party testing meeting18:20
anteayajust thought I18:20
anteaya'd let you know18:20
openstackgerritdekehn proposed a change to openstack/neutron: extra_dhcp_opt add checks for empty strings  https://review.openstack.org/5985818:22
*** Abhishek_ has joined #openstack-neutron18:23
*** jistr has joined #openstack-neutron18:26
*** fouxm has quit IRC18:27
mesteryanteaya: Great! Would be great to have you there, thanks!18:28
*** yfried has joined #openstack-neutron18:29
anteayaI might be able to offer something useful, who knows18:30
*** Shri_ has joined #openstack-neutron18:34
anteayamlavalle: hello18:45
anteayaanything new to report regarding https://bugs.launchpad.net/tempest/+bug/1259282 ?18:45
*** peristeri has quit IRC18:45
*** jdev789 has quit IRC18:46
*** roeyc has quit IRC18:50
*** jprovazn has joined #openstack-neutron18:51
*** jlibosva has quit IRC18:52
*** ihrachyska has quit IRC18:52
anteayaarmax: this bug seems to still show up https://bugs.launchpad.net/neutron/+bug/1244255 would you be able to converse with SpamapS to see if you can update the bug report?18:52
*** mlavalle has quit IRC18:55
*** salv-orlando has joined #openstack-neutron18:56
*** mlavalle has joined #openstack-neutron18:58
*** jlibosva has joined #openstack-neutron19:04
*** ihrachyska has joined #openstack-neutron19:04
*** Abhishek_ has quit IRC19:07
*** salv-orlando has quit IRC19:13
mlavalleanteaya: nothing new to report in regards to https://bugs.launchpad.net/tempest/+bug/1259282 nati_ueno offered yesterday during the meeting to submit a fix for it. I just went through the Gerrit submissions of today and it's not there yet. As soon as he send the patchset, I will review it19:18
anteayamlavalle: can you ping him and ask how he is doing?19:19
mlavallesure19:19
mlavallei'll keep you posted19:19
*** salv-orlando has joined #openstack-neutron19:19
nati_uenoanteaya: I'm working on 1259282. I'll send patch today19:20
mlavalleneti_ueno: thanks…. :-)19:20
mlavallenati_ueno19:21
anteayanati_ueno: awesome, thank you19:21
*** suresh12 has joined #openstack-neutron19:24
mlavalleanteaya, nati_ueno: as soon as that patchset merges, the behaviour of https://bugs.launchpad.net/neutron/+bug/1251448 will change…. I'll go back to it and review what the impact is19:24
anteayamlavalle: great, thank you19:24
openstackgerritMarios Andreou proposed a change to openstack/neutron: Validate CIDR given as ip-prefix in security-group-rule-create  https://review.openstack.org/5921219:25
*** mordred has quit IRC19:26
*** mordred has joined #openstack-neutron19:26
openstackgerritJustin Hammond proposed a change to openstack/neutron: Update common network type consts to same origin  https://review.openstack.org/4494219:30
*** jlibosva has quit IRC19:32
openstackgerritPraneet Bachheti proposed a change to openstack/neutron: Juniper Contrail plug-in implementation for core resources  https://review.openstack.org/4379319:33
*** salv-orlando has quit IRC19:34
*** bvandenh has quit IRC19:41
*** gdubreui has joined #openstack-neutron20:00
anteayaroaet: yes20:13
roaetsorry, guess that was the wrong place to ask.20:13
anteayaI will reply in a bit, need to pull myself away from the keyboard and go for a walk20:13
anteayanp20:13
anteayadeva and dkranz were just in a good conversation20:14
anteayaroaet so SlickNik and romcheg are also creating tempest tests for their projects20:15
anteayathey are in a bit of a different situation than -neutron since they are incubated but not integrated20:15
anteaya-neutron is integrated20:15
anteayabut it will still be helpful to talk with them in -qa20:15
*** suresh12 has quit IRC20:16
roaetAh ok. I'll keep that in mind.20:16
roaetI will write their names down.20:16
anteayadevananda is PTL for ironic and is a good person to talk to as well20:16
anteaya:D20:16
*** suresh12 has joined #openstack-neutron20:18
*** jistr has quit IRC20:25
*** Sreedhar has quit IRC20:26
*** Shri_ has quit IRC20:28
*** ywu has quit IRC20:28
*** alex_klimov has joined #openstack-neutron20:36
*** suresh12 has quit IRC20:38
*** jprovazn has quit IRC20:42
*** suresh12 has joined #openstack-neutron20:55
*** pcm_ has quit IRC21:00
roaetmy https://review.openstack.org/#/c/44942/ review is failing gate-neutron-docs and I have never run into that gate before. What should I do to fix this?21:02
*** HenryG has quit IRC21:05
*** afazekas has quit IRC21:06
annegentleroaet: We had to pin to a version of sphinx <1.2, I think you can just recheck no bug21:11
roaetannegentle: thanks I"ll do that21:11
*** julim has quit IRC21:12
*** jecarey has quit IRC21:15
*** carl_baldwin has joined #openstack-neutron21:19
*** otherwiseguy has quit IRC21:20
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Remove release_lease from the DHCP driver interface  https://review.openstack.org/5628521:26
*** otherwiseguy has joined #openstack-neutron21:32
anteayaor do we need to update the version of sphinx neutron uses?21:33
anteayaI remember reading that as a possiblity in backscroll somewhere21:33
openstackgerritNachi Ueno proposed a change to openstack/neutron: Improve vif attributes related with firewalling  https://review.openstack.org/2194621:34
annegentleroaet: anteaya: yes, actually, pin the version of sphinx for nuetron, I thought there was a global setting but there's not21:34
annegentleer, neutron21:34
anteayaannegentle: great thanks21:35
anteayaroaet: do you need more than that?21:35
roaetnope21:35
anteayavery good21:35
roaetThat sounds like a different change21:35
anteayayes21:35
anteayait is21:35
roaetor a bug or something21:35
roaetMaybe I"ll make a bug21:35
anteayasounds good21:35
*** alex_klimov has quit IRC21:42
openstackgerritMorgan Fainberg proposed a change to openstack/neutron: Sync global requirements to pin sphinx to sphinx>=1.1.2,<1.2  https://review.openstack.org/6124522:03
anteayaroaet: you had some concerns about Montreal in January: http://montreal.about.com/od/Montreal-Weather/ss/montreal-january-weather-climate-temperatures-average.htm22:05
anteayaroaet: what was the url for your sphnix version bug?22:05
anteayaI don't see one that mentions sphnix22:09
anteayaI was going to ask morganfainberg to link to in his commit message for 6124522:10
morganfainberganteaya, hi!22:10
morganfainberganteaya, if you guys don't merge that before infra gets the auto-proposal job fixed it's all good. just figured i'd help since i had neutron cloned already.22:13
anteayamorganfainberg: grateful for your help, thank you22:14
anteayawhat time line for auto-proposal job fixed? do you know?22:14
morganfainberganteaya, they are working on it.  no ETA afaik22:15
anteayathe current -infra backscroll is all maven plugin22:15
anteayaI can feel jeblair's frustration from here22:15
anteayak22:15
morganfainberganteaya, clarkb asked me to leave at least one project w/o the proposed fix22:15
morganfainberghe isn't sure everyone will have it merged by then22:15
morganfainbergso, today would be my guess (ish)22:16
morganfainbergi only did patchsets for what i had cloned locally22:16
anteayathanks22:22
*** litong has quit IRC22:23
*** aymenfrikha has quit IRC22:24
*** x86brandon has quit IRC22:30
anteayaif jlibosvar is around, is he able to proceed with https://review.openstack.org/#/c/58695/ ?22:39
*** mlavalle has quit IRC22:43
*** mlavalle has joined #openstack-neutron22:47
anteayalooks like we need the sphnix pin in before any of our check or gate jobs pass: https://review.openstack.org/#/c/61245/ who is up markmcclain nati_ueno enikanorov__ obondarev arosen armax mestery marun rkukura SumitNaiksatam garyk ?22:56
SumitNaiksatamanteaya: yeah, i am here22:56
nati_uenoanteaya: me too22:56
nati_uenowhat's up?22:56
anteayaawesome thanks22:57
mesteryWho's on first?22:57
mestery:)22:57
mesteryChecking anteaya.22:57
anteayacan you review 61245 please22:57
anteayathanks22:57
*** x86brandon has joined #openstack-neutron22:57
*** pcm_ has joined #openstack-neutron22:57
nati_uenomestery is 1st :P22:57
anteayawe need it for our check and gate tests to pass22:57
nati_uenoanteaya: so we should review it ?22:57
anteayaplease22:57
mesteryLooks ok to me22:57
SumitNaiksatam+2'ed22:57
anteayagreat22:57
anteayado we have enough for an approval?22:58
*** pcm_ has quit IRC22:58
* mestery nods and is trying to approve now22:58
anteayathank you22:58
SumitNaiksatamwe have confirmed with openstack global requirements, right?22:58
mesteryapproved22:58
anteayaSumitNaiksatam: I have not22:58
*** pcm_ has joined #openstack-neutron22:58
mesteryyikes22:58
anteayajust following the conversation in -infra22:58
SumitNaiksatamanteaya: ok i guess that should be authoritative :-)22:59
SumitNaiksatamlet me check22:59
anteayaSumitNaiksatam: yes please22:59
* mestery ducks out to head to a choir concert his daughter is signing in ...23:00
nati_uenomestery: youtube it :P23:01
anteayahttp://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt#n14423:01
anteayamestery: have a great time23:01
SumitNaiksatamanteaya: yeah23:01
mesterynati_ueno: Ha! Don't tempt me, I just may.. Thanks anteaya!23:01
SumitNaiksatamit has gone it today: https://github.com/openstack/requirements/commit/0e8862e958813a031fe7398440e8a3866b42a8e423:01
nati_uenomestery: ha ha have a great time!23:01
anteayaSumitNaiksatam: awesome we are good to go23:01
SumitNaiksatammestery: don't get excited, nati_ueno did not mean record your singing :-P23:02
anteayathanks all for the fast response23:02
nati_uenoanteaya: Thank you for working on this23:02
anteaya:D23:03
SumitNaiksatamanteaya: any time!23:03
anteayaSumitNaiksatam: :D23:03
SumitNaiksatam:-)23:03
*** jpich has quit IRC23:05
anteayait appears that neutron had been subscribed to global requirements changes (see Dec. 9th) but was not subscribed for this change: https://review.openstack.org/#/q/topic:openstack/requirements,n,z23:09
anteayadoes anyone have any ideas why that might be?23:10
*** jgrimm has quit IRC23:10
*** clev has quit IRC23:12
*** yamahata_ has joined #openstack-neutron23:12
nati_uenoanteaya: I'm not sure. But it was working, but they have some bug. so may be it is not fixed yet23:13
anteayaokay, yes I posed a question in -infra, this is the list of subscribed projects: http://git.openstack.org/cgit/openstack/requirements/tree/projects.txt23:17
anteayaand we are listed23:17
anteayaand the list is used by requirements_update.sh: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/jenkins/files/slave_scripts/propose_requirements_update.sh23:18
anteayaso I am uncertain where the error is23:18
*** dims has quit IRC23:21
nati_uenohmm23:25
*** HenryG has joined #openstack-neutron23:27
*** heyongli has joined #openstack-neutron23:33
openstackgerritShiv Haris proposed a change to openstack/neutron: Testing tempest with neutron  https://review.openstack.org/6127323:39
anteayanati_ueno: if you are following the conversation in -infra it isn't just us affected, nova, keystone, heat were as well23:39
anteayasomething different about how the job runs `git review -d` and how clarkb ran `git diff --quiet` manually23:40
anteayaso this just got merged: https://review.openstack.org/#/c/61268/23:40
anteayaso we will see what difference that makes23:40
openstackgerritJenkins proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/6097423:42
openstackgerritJenkins proposed a change to openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/5665423:45
anteayaso we appear to be fixed again for auto-magic global requirements from Jenkins23:45
*** aymenfrikha has joined #openstack-neutron23:53
*** mlavalle has quit IRC23:59

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