Tuesday, 2017-09-19

*** sterdnotshaken1 has quit IRC00:41
-openstackstatus- NOTICE: Gerrit is being restarted to feed its insatiable memory appetite02:40
*** sterdnotshaken has joined #openstack-fwaas03:34
reediphello03:37
*** sterdnotshaken has quit IRC04:09
*** lnicolas has quit IRC04:33
*** lnicolas has joined #openstack-fwaas04:56
*** yamamoto has quit IRC04:57
*** yamamoto has joined #openstack-fwaas05:07
*** bzhao has joined #openstack-fwaas06:16
*** hoangcx has quit IRC06:20
*** hoangcx has joined #openstack-fwaas06:28
-openstackstatus- NOTICE: Post jobs are not executed currently, do not tag any releases07:21
*** ChanServ changes topic to "Post jobs are not executed currently, do not tag any releases"07:21
*** bbzhao has joined #openstack-fwaas07:32
*** bzhao has quit IRC07:35
*** eezhova has joined #openstack-fwaas08:31
*** yamamoto has quit IRC09:07
*** yamamoto has joined #openstack-fwaas09:32
*** reedip has quit IRC09:47
*** reedip has joined #openstack-fwaas09:47
*** yamamoto has quit IRC10:34
*** yamamoto has joined #openstack-fwaas10:38
*** yamamoto has quit IRC10:47
*** yamamoto has joined #openstack-fwaas11:23
*** eezhova has quit IRC11:26
*** eezhova has joined #openstack-fwaas11:42
*** ivasilevskaya1 has joined #openstack-fwaas12:35
*** ivasilevskaya has quit IRC12:36
*** eezhova_ has joined #openstack-fwaas12:39
*** eezhova has quit IRC12:41
*** bbzhao has quit IRC12:47
*** bbzhao has joined #openstack-fwaas12:47
*** eezhova_ has quit IRC13:03
*** eezhova_ has joined #openstack-fwaas13:10
*** hoangcx_ has joined #openstack-fwaas13:45
*** chandanc has joined #openstack-fwaas13:57
*** eezhova has joined #openstack-fwaas13:58
*** yushiro has joined #openstack-fwaas13:59
*** reedip_ has joined #openstack-fwaas14:00
*** eezhova_ has quit IRC14:00
*** yamamoto has quit IRC14:20
reedip_https://doodle.com/poll/c5rgth6y54bpvncu is the link for voting for the Day of FWaaS meeting . Will share in the actual meeting channel as well14:41
*** SridarK has joined #openstack-fwaas14:59
*** sterdnotshaken has joined #openstack-fwaas15:00
amotokiI wonder we can use #startmeeting here considering the office hour concept...15:00
*** annp has joined #openstack-fwaas15:01
ivasilevskaya1didn't we want to divide the work on the patches? Or is it done already?15:01
reedip_#startmeeting fwaas ?15:01
openstackMeeting started Tue Sep 19 15:01:10 2017 UTC and is due to finish in 60 minutes.  The chair is reedip_. Information about MeetBot at http://wiki.debian.org/MeetBot.15:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:01
reedip_no its to be discussed15:01
openstackThe meeting name has been set to 'fwaas__'15:01
reedip_lol ...15:01
SridarK:-)15:01
reedip_#chair yushiro SridarK xgerman_15:01
yushiroivasilevskaya1, I'd like to devide each patches and TODOs.15:01
openstackCurrent chairs: SridarK reedip_ xgerman_ yushiro15:01
amotokiwow15:01
yushirowow15:01
amotokibut we should stop this meeting15:01
amotokithe meeting name is incorrect :(15:02
ivasilevskaya1I'd like to help with whatever I can. Default fwg looks like a doable thing for example15:02
reedip_amotoki : sure ???15:02
SridarKi hope eavesdrop will not get messed up15:02
SridarKfor logs15:02
xgerman_yep15:02
reedip_#endmeeting15:02
openstackMeeting ended Tue Sep 19 15:02:28 2017 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/fwaas__/2017/fwaas__.2017-09-19-15.01.html15:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/fwaas__/2017/fwaas__.2017-09-19-15.01.txt15:02
openstackLog:            http://eavesdrop.openstack.org/meetings/fwaas__/2017/fwaas__.2017-09-19-15.01.log.html15:02
reedip_lol15:02
reedip_anyways, lets start15:02
*** chandanc has quit IRC15:02
amotokiwe already polluted eavesdrop :(15:02
amotokihehe15:03
SridarKoh boy15:03
amotokicontinue the meeting?15:03
yushirohaha, yes.15:03
reedip_nevermind, I would be the one who would be screwed  up15:03
yushirolet me continue it.15:03
xgerman_k15:03
reedip_yushiro : so I would be working with ivasilevskaya1 ( Please have a shorted IRC Nick ... ) in the default FWG15:04
SridarKlets focus on getting the L2 agent PS solid15:05
yushiroreedip_, OK.  So, plz tell me the relation https://review.openstack.org/#/c/504847  and my patch.15:05
ivasilevskaya1can l2 extension patch be made independent of default fwg?15:05
SridarKi would ask if we can also track on an etherpad so have some testing done15:05
reedip_yushiro : wiat, there is a lizard here in the kitchen ...15:06
SridarKreedip_: can he also work on any of PS ? ;-)15:06
reedip_SridarK :wait , lemme ask it15:06
yushiroivasilevskaya1, Maybe yes.  Previously, I mixtured b/w L2-agent and default fwg patches..15:06
reedip_Mom is scared :P15:07
reedip_Ok, back to the topic15:07
reedip_ivasilevskaya1  and yushiro : we have 3 patches now15:07
xgerman_yes, l2 and default FWG can be independent15:07
reedip_ivasilevskaya1  and yushiro : Default FWG : https://review.openstack.org/42576915:07
reedip_ivasilevskaya1  and yushiro :  L2 Agent : https://review.openstack.org/32397115:08
*** hoangcx_ has quit IRC15:08
reedip_ivasilevskaya1  and yushiro :  Default FWG ON L2 Agent https://review.openstack.org/50484715:08
reedip_So default FWG and L2 agent can be independent and https://review.openstack.org/504847 depends on both of these15:08
reedip_annp : thanks for the patch :)15:08
annpreedip, :) you're welcome.15:09
yushiroannp, Thanks for your great help15:09
reedip_yushiro : I hope your doubt is cleared now ?15:09
ivasilevskaya1And what's the strategy of default fwg generation? Previously it was 'create one on list' and there were some concerns15:09
yushiroand, OVS based l2 Firewall driver https://review.openstack.org/#/c/447251/15:10
reedip_yushiro : yep15:10
yushiroivasilevskaya1, I simply referred default security-group generation.15:11
reedip_SridarK , xgerman_ , yushiro : Do we need to create a Default FWG on the list command ?15:11
reedip_is the default FWG completely like the default SG  ?15:11
xgerman_right now yes15:11
yushiroreedip_, yes.15:11
reedip_if someone deletes the default FWG, should it be recreated ?15:11
xgerman_we have plans to extend to strata15:11
xgerman_reedip_ not sure if you can delete the default SG15:12
xgerman_(never tried)15:12
reedip_xgerman_  but we can delete the default FWG15:12
ivasilevskaya1in neutron - you can't. Or actually you can but it will come back15:12
ivasilevskaya1after first list command :)15:13
yushiroEven if admin can delete default sg, it will be generated automatically.15:13
ivasilevskaya1if port_security is enabled15:13
yushiroivasilevskaya1, correct.15:13
xgerman_ok, not sure if we need to copy the list way but it makes sense15:13
yushiroSo, more detail, a behavior of default fwg is same as default sg with port_security = True.15:13
xgerman_yes15:14
yushiroThis is current impl.15:14
xgerman_this is our Queens goal15:14
SridarKyes - so we shd strive for some consistency with sg15:14
ivasilevskaya1if behavior is the same then keeping 'generate on list' may be ok for now15:14
reedip_hmm ... then I would like to know if deleting the default FWG also deletes the default Policies and default rules ?15:15
reedip_hmm ... then I would like to know if deleting the default FWG also deletes the default Policies and default rules ?15:15
xgerman_yes, it would be confusing to have the user delete then start a vm and the FWG magically is created and applied15:15
reedip_xgerman_ but thats just like the SG15:16
yushiroreedip_, Currently, if default fwg is deleted, default policy and rule still alives.15:16
xgerman_on second thought, if we can just bot have a user delete it that migth be better15:16
xgerman_bot=not15:16
yushiroSo, If admin tries to delete default fwg many times, a lot of default policy/rule will be generated.  Hmm, I think it should be deleted at the same time.15:17
xgerman_this letting you delete and magically re-appear is confusing15:17
reedip_yushiro : then the code can be improved. When a new default FWG is created, a new policy and rule is created Which means we would have a lot of policies and rules, everytime user deletes the FWG and then does a List15:17
reedip_yushiro: right :)15:17
ivasilevskaya1oh, sounds like a nice testcase :)15:17
xgerman_let’s just go with not letting the user delete Default FWG15:17
reedip_Let me and ivasilevskaya1 look at it. Maybe we can reuse the policies and rules15:17
reedip_xgerman_ that would be different than the default SG15:18
yushiroreedip_, I'd like to ask you about this fix.  Is it OK?15:18
ivasilevskaya1xgerman_: even the admin?15:18
ivasilevskaya1oh, it's only the admin who can do it actually15:18
xgerman_and it seems to be a NOOP15:18
reedip_yushiro : sure , we can test and update the code ... :)15:18
xgerman_not sure if allowing to delete ion order to regenerate adds value15:19
reedip_I think SridarK is getting ready for office15:19
yushiroOK, next.  OVS driver for l215:19
ivasilevskaya1xgerman_: sounds reasonable.15:19
yushiro#link https://review.openstack.org/#/c/447251/15:19
xgerman_also FWG are allow all if you don’t add a deny rule15:19
reedip_xgerman_ we should rename default FWG as the Pheonix FWG15:19
reedip_xgerman_ lets keep the current behavior for now ...15:19
xgerman_k15:20
SridarKreedip_: yes sorry i have to leave for work soon15:20
*** chandanc has joined #openstack-fwaas15:20
yushirochandanc,15:20
yushirohi15:20
ivasilevskaya1xgerman_: allow all? as in newton spec?15:20
*** yamamoto has joined #openstack-fwaas15:20
chandanchello15:20
chandancyushiro:15:21
yushirochandanc, hello, how are you?15:21
chandancsorry i got disconnected15:21
chandanci am doing ok15:21
yushirodon't worry :)15:21
SridarKyushiro: so chandanc and i talked last night15:21
xgerman_yes, so SG are deny all by default and youa dd allow rules15:21
xgerman_we allow both deny and allow so without any rules we allow all15:21
SridarKi gave him quick update on the cookies for clean up15:22
xgerman_ahm policies15:22
yushiro#link https://review.openstack.org/#/c/447251/15:22
reedip_SridarK : its ok :)15:22
reedip_yushiro : chandanc is here ...15:22
reedip_:D15:22
yushirochandanc, There is some comments for this.  Did you check these comments?15:22
SridarKxgerman_: actually if there is a policy - we will have a deny all by default15:23
chandancyes, i did but could not make the patch ready yet15:23
chandancthe UT one should be taken up after a resync with ovs from newtron15:24
yushiroOk.15:24
yushiroBTW, ivasilevskaya1 , you pushed interesting WIP: https://review.openstack.org/#/c/499291/15:24
*** yamamoto has quit IRC15:25
xgerman_SridarK thanks — I was thinking the no policy case15:25
yushiroI discussed with jakub who is one of neutron core about this patch and he said looks good.15:25
xgerman_sweet15:25
ivasilevskaya1yushiro: I did but left it hanging because I needed more info from you. I contacted jlibosva (the one who implented ovsfw for neutron) and this will work if we come up with common api15:26
yushiroivasilevskaya1, I think this approach is pretty better for the future maintenance perspective.15:26
ivasilevskaya1but I see you have no conj_manager in ovs driver15:26
SridarKivasilevskaya1: yes this is most interesting - i think we should support this effort15:26
ivasilevskaya1and I couldn't find a reason why15:26
SridarKless duplication15:26
xgerman_+115:26
reedip_I am checking the patch and I think its good ...15:28
*** eezhova has quit IRC15:28
reedip_:)15:28
yushiroivasilevskaya1, sorry, I have not enough knowledge about conj_manager.  In order to retrieve it, is it necessary to update neutron's repos?15:28
SridarKivasilevskaya1: the one thing - is that the timelines - i would really like to see us wrap up the L2 support in the next few weeks15:29
SridarKmy concern is if we get stalled on neutron15:29
SridarKwe kind of got stuck in this manner when we were working with iptables15:29
yushirohopefully integrating with chandanc's patch..15:29
yushiroSridarK, Yess..  My main concern is this.15:30
ivasilevskaya1I bet we it'll take more than a month to get landed in neutron. So maybe we may go on with a neutron-ovsfw-fork approach we have now15:30
SridarKand if we see that a common & cleaner approach can move fwd - we can refactor15:30
xgerman_yes, let’s take. a good approach now and do the better in the future15:30
SridarKivasilevskaya1: yes indeed15:30
yushiroivasilevskaya1, +115:30
amotokiI am not sure we don't need to care code duplication so much. This is the stage we figure out what are really needed15:30
xgerman_+115:30
chandanc+115:30
SridarKexactly - and we can refactor15:31
yushiroamotoki, Thanks.  OK, so, how about keeping current approach and will refactor ?15:31
reedip_+115:31
amotokiand perhaps it would be really nice if we can explore how we can improve the maintenance-ability as ivasilevskaya1 or other suggest15:31
ivasilevskaya1SridarK: sorry for getting back to default fwg - I'm a bit confused about policies. Should they be allow all (newton spec) or deny all (inline comments)?15:31
amotokiyushiro: I think so though I am not an expert on that area15:31
chandancAFAIK the conj_mgr is the new code introduced after we forked15:32
chandanci looked itto it15:32
SridarKdefault should not be allow all15:32
yushirochandanc, Aha.15:32
SridarKbut we should allow enough so that dhcp will work etc15:32
SridarKsimilar to SG15:32
chandancbut as we have some differences with SG we need to adapt the code15:32
ivasilevskaya1SridarK: ok! finally sorted out15:32
reedip_ivasilevskaya1 : can I modify the patch a bit ?15:32
xgerman_SridarK +115:32
chandancSridarK: dhcp and DNS are already part of default rule set15:33
SridarKif we had a fwg (not default fwg)  then we would do a deny all as a default15:33
chandanci this is borrowed from the SG code15:33
SridarKbut then the user/admin will add rules as they see fit15:33
chandancSridarK: i agree there is a conflict in the approach with DFG15:33
SridarKwe use a deny all when updates are in process also15:34
SridarKas i see it - DFG only when an user/admin did not add a FWG15:34
SridarKsorry i should run out soon15:35
ivasilevskaya1on the other hand - if we don't setup a FG (any additional policies) - neutron SG come into play15:35
ivasilevskaya1so maybe an allow all is ok15:36
yushiroOK, so, please let me back to OVS fw patch: https://review.openstack.org/#/c/447251/15:36
SridarKivasilevskaya1: yes the SG will always be there but if the SG is configured with noop driver15:36
SridarKthen we will open things up15:36
xgerman_yep15:36
reedip_ivasilevskaya1 : I think the current behavior ( ingress to VM deny, egress from VM allow ) would be more secured15:36
yushirochandanc, Do u need some help for updating?15:36
chandancyushiro: sure i can ues some help15:36
yushiroues --> yours ?15:37
chandanc"use” Sorry15:37
SridarKivasilevskaya1: so if the SG is present - (default) and a DFWG - we would be doing the same thing (kind of redundant)15:37
chandancare you looking into the patch yushiro ?15:37
reedip_SridarK : but thats secured15:37
SridarKbut if the SG is configured with noop driver then we want the DFWG to do the right thing15:38
reedip_redundancy is OK as far as we iensure security15:38
reedip_thats why its Firewall :D15:38
yushirochandanc, Currently, not sure but I know one TODO is to migrate testcode from neutron repos.15:38
ivasilevskaya1SridarK: honestly I've seen no deployments with noop SG driver for years15:38
SridarKand a permit is only when permit happens on both SG and FWG (logical AND)15:38
chandancyushiro: yes that is correct15:38
yushirochandanc, In order to migrate/run neutron's testcode for OVS fw driver, is it necessary to fork latest code?15:39
SridarKivasilevskaya1: that i am inclined to agree but sometimes i think deployers if they a perimeter FW then they take this approach15:39
SridarKbut possibly rare15:39
chandancyes, the nes code is considerably different15:39
reedip_nes -> new15:39
reedip_:)15:39
ivasilevskaya1yushiro: we might want to update the whole fork code. To get conj_manager and cool bugfixes15:39
chandancyes15:40
yushiroivasilevskaya1, +3.141592  I think it's better.15:40
reedip_22/7 ?15:40
SridarKivasilevskaya1: let me go thru the current spec and start an etherpad on things we have deviated15:40
reedip_ivasilevskaya1 : I updated the constants in your patch with https://github.com/openstack/neutron/blob/6077d778e9019fdac876ad1346e562f78843c328/neutron/plugins/ml2/drivers/openvswitch/agent/common/constants.py15:40
SridarKhow abt we use that to ensure clarity for reviewers15:41
SridarKthen as next step we overhaul the spec15:41
yushiroOK, so, 1. folk ovs fw driver from latest code and also migrates testcode.15:41
reedip_SridarK : sounds about right, if we can use the etherpad as a doc for L2 agent as well15:41
SridarKreedip_: yes one etherpad15:41
ivasilevskaya1reedip_: ok15:42
SridarKgive me a day or 2 - i will get that started15:42
yushirochandanc, Can u do it?  ivasilevskaya1, if possible, I'd like you to help this patch.15:42
yushiroIt is really helpful for OVS driver side. :)15:42
ivasilevskaya1yushiro, ok, I'll see into it tonight then15:42
annpchandanc and yushiro, if you want to some help, i can do it15:42
chandancannp: sure jump in15:42
yushiroannp, OK, thanks annp.  But I think we can also focus on logging :)15:43
reedip_ivasilevskaya1 : I will look up the default FWG , if thats ok with you ... I dont know much about OVS so I would like to watch from the side :)15:43
annpchandanc, thanks.15:43
SridarKchandanc: can u pls establish where u need help - so folks are not stepping on each other's toes15:43
yushiroOK, chandanc and ivasilevskaya1 update OVS fw driver.  1.Update from latest OVS fw code and migrate testcode.15:44
annpyushiro: sure, logging first, and ovs fw also. :)15:44
reedip_ivasilevskaya1 : I will update it with the test for multiple Policies and Rules which can screw things up.15:44
yushiroannp, Thanks for your help15:44
chandancSridarK: annp : I will send a summary by tomorrow to the team15:44
yushiro#action15:44
yushirooops, sorry15:44
SridarKchandanc: ok sounds good15:44
SridarKyushiro: :-)15:44
SridarKyushiro: i think u need to go to bed :-)15:44
yushiro#action chandanc and ivasilevskaya1 update OVS fw driver.  1.Update from latest OVS fw code and migrate testcode.15:44
chandancannp: Are you familier with the driver code ?15:44
yushiroSridarK, Thanks but please let me sync up with TODOs for great members :)15:45
annpchandanc, I have a little bit about ovs firewall driver code in neutron.15:46
ivasilevskaya1reedip_: cool! there were some unresolved comments in latest patchsets (the bug we noticed about wrong rules in policies) iirc15:46
reedip_yep....15:46
annpchandanc, So i think i can help you something.\15:46
chandancannp: ok, we can chat after i sumarize the current state15:46
reedip_yushiro the # action wont work , there is no meeting :)15:46
yushiroreedip_, oh boy :-)15:47
annpchandanc: sure, let share it with me.15:47
yushirochandanc, annp ivasilevskaya1 Thanks guys for your help!!15:47
annpchandanc, tomorrow is ok for me. because i have to go bed, now15:47
yushiroannp, Good night~15:47
annpyushiro, good night15:48
chandancok sure annp15:48
annpgood night folks.15:48
reedip_annp , yushiro : are you not in the same office ??? :P15:48
reedip_gn annp15:48
yushiroreedip_, I'm in my home :)15:48
annpreedip, i'm in my home too15:48
reedip_but you would meet in the morning, right ?? :P15:49
*** annp has quit IRC15:49
yushiroreedip_, Yes, but it's OK to get up a little bit late after IRC meeting.15:49
yushiroIt's safety working :)15:50
reedip_:)15:50
yushiroah15:51
reedip_I think all the discussions are over :)15:52
*** yamamoto has joined #openstack-fwaas15:52
yushiroYes.15:53
reedip_so you can go to sleep :P ... I will have my dinner too15:53
yushirofolks, If you add some patches for FWaaS v2, please specify 'bp/fwaas-api-2' as topic branch name.15:53
reedip_good idea yushiro15:54
yushiroBecause it is easy to summarize and tracking like: https://review.openstack.org/#/q/topic:bp/fwaas-api-2+(status:open+OR+status:merged)15:54
*** sterdnotshaken has quit IRC15:54
*** sterdnotshaken has joined #openstack-fwaas15:54
*** chandanc_ has joined #openstack-fwaas15:54
*** chandanc has quit IRC15:54
*** chandanc_ is now known as chandanc15:54
yushiroI just changed topic branch name for https://review.openstack.org/#/c/504847/15:54
*** sterdnotshaken1 has joined #openstack-fwaas15:57
*** sterdnotshaken has quit IRC15:57
*** sterdnotshaken has joined #openstack-fwaas15:58
*** sterdnotshaken1 has quit IRC15:58
reedip_ok guys, I will take a leave now... will catch up with you tomorrow morning....15:59
reedip_ivasilevskaya1 : whats your TZ ? Would like to know when I can ping u15:59
*** chandanc_ has joined #openstack-fwaas15:59
*** sterdnotshaken1 has joined #openstack-fwaas16:00
*** sterdnotshaken has quit IRC16:00
*** chandanc_ has quit IRC16:00
*** chandanc has quit IRC16:01
*** yamamoto has quit IRC16:03
yushiroxgerman_, Would it be possible to change URL for https://blueprints.launchpad.net/neutron/+spec/fwaas-api-2.0  ?16:08
yushiroWe added tags in commit message like "Partial-Implements: blueprint fwaas-api-2.0"  but it cannot be linked...16:09
yushiroI think period "." is not retrieved as the link.  "Partial-Implements: blueprint fwaas-api-2.0"16:09
yushiroOK, see you...16:10
xgerman_I don’t see an edit button near the title16:10
yushiroOK, thanks for your check.16:11
xgerman_can’t we use “link a related patch” and do it manually?16:11
yushiroAh, I think it's better :)16:11
yushiroOK, will comment.16:11
*** sterdnotshaken has joined #openstack-fwaas16:12
*** sterdnotshaken1 has quit IRC16:12
*** yushiro has quit IRC16:12
*** sterdnotshaken1 has joined #openstack-fwaas16:13
*** sterdnotshaken has quit IRC16:13
*** sterdnotshaken has joined #openstack-fwaas16:14
*** sterdnotshaken1 has quit IRC16:14
*** eezhova has joined #openstack-fwaas16:28
openstackgerritYushiro FURUKAWA proposed openstack/neutron-fwaas master: Add directories for in-tree documentation  https://review.openstack.org/50532616:34
*** SridarK has quit IRC16:43
*** sterdnotshaken1 has joined #openstack-fwaas17:00
*** sterdnotshaken has quit IRC17:00
*** sterdnotshaken has joined #openstack-fwaas17:03
*** sterdnotshaken1 has quit IRC17:03
*** sterdnotshaken1 has joined #openstack-fwaas17:05
*** sterdnotshaken has quit IRC17:05
*** reedip_ has quit IRC17:30
*** ying_zuo has left #openstack-fwaas18:07
*** sterdnotshaken1 has quit IRC18:27
*** eezhova has quit IRC18:34
*** sterdnotshaken has joined #openstack-fwaas18:56
*** eezhova has joined #openstack-fwaas19:50
-openstackstatus- NOTICE: Zuul and Gerrit are being restarted to address issues discovered with the Gerrit 2.13 upgrade. review.openstack.org will be inaccessible for a few minutes while we make these changes. Currently running jobs will be restarted for you once Zuul and Gerrit are running again.20:26
*** sterdnotshaken1 has joined #openstack-fwaas20:58
*** sterdnotshaken has quit IRC20:58
*** sterdnotshaken has joined #openstack-fwaas21:51
*** sterdnotshaken1 has quit IRC21:51
*** sterdnotshaken1 has joined #openstack-fwaas21:53
*** sterdnotshaken has quit IRC21:54
*** sterdnotshaken has joined #openstack-fwaas21:54
*** sterdnotshaken2 has joined #openstack-fwaas21:56
*** sterdnotshaken has quit IRC21:56
*** sterdnotshaken1 has quit IRC21:57
*** yamamoto_ has joined #openstack-fwaas22:19
-openstackstatus- NOTICE: Gerrit is being restarted to address some final issues, review.openstack.org will be inaccessible for a few minutes while we restart22:32
*** sterdnotshaken2 has quit IRC22:33
*** eezhova has quit IRC22:35
*** openstackgerrit has quit IRC22:47
*** ChanServ changes topic to "#openstack-fwaas"23:38
-openstackstatus- NOTICE: Gerrit is once again part of normal puppet config management. Problems with Gerrit gitweb links and Zuul post jobs have been addressed. We currently cannot create new gerrit projects (fixes in progress) and email sending is slow (being debugged).23:38

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