Tuesday, 2017-03-07

Mannheimi'll have to do it in the kolla00:00
inc0not sure00:04
inc0well, let's do this00:05
inc0do what you need to do00:05
inc0write a blog00:05
inc0or at least notes00:05
inc0and I'll review it and we'll streamline process00:05
inc0how about that?00:05
Mannheimsure thing00:09
*** Pavo has quit IRC00:09
Mannheimi thing for the first blog post i'll just want it as a running env, manually deployment, same for the nova-compute on windows00:10
*** jrobinson has joined #openstack-kolla00:10
Mannheimthink will manually do the configs00:10
Mannheimbut my end goal i sto contribute to kolla00:10
inc0yeah kolla on windows sounds like fun00:10
inc0great:)00:10
Mannheimthink kolla is very cool00:10
inc0depends on what we need to do at very least we can write a doc page for hyperv00:11
Mannheimalso, my company does openstack with windows stuff, so it will be fubn00:11
inc0I'm glad to hear that00:11
Mannheimactually we did port nova to hyperv :d00:11
inc0yeah, I'm pretty sure no other deploy tools works with windows00:12
Mannheimso thus the interest00:12
inc0but it is interesting00:12
*** Pavo has joined #openstack-kolla00:12
inc0whats your company btw?00:12
Mannheimoh, there is stuff like juju00:12
Mannheimcloudbase00:12
inc0ah cool:)00:12
Mannheimwe wrote juju charms for nova on windows, so there are methods00:13
inc0I didn't know that juju works on windows00:13
inc0cool00:13
inc0well, welcome to kolla:)00:13
Mannheimbut i am free to experiment other tools, and i like very much hwo kolla sounds like00:13
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155000:13
Mannheimthanks, hope i'm here to stay and contribute00:13
inc0bbiaf00:15
*** gfhellma has quit IRC00:17
*** n0isyn0ise has quit IRC00:22
*** n0isyn0ise has joined #openstack-kolla00:24
jemcevoyinc0 Samyaple Mech422:  We have kolla deployed on the new cluster for Penguin-on-Demand cloud.  It is not quite in production yet as we work out integration with the beowulf cluster but it is in heavy testing.00:32
*** Pavo has quit IRC00:33
jemcevoyHas anyone seen this error in kibana from cron?  And know how to fix it? pam_systemd(crond:session): Failed to connect to system bus: No such file or directory00:33
jemcevoyAlso seeing thousands of ceilometer errors : Ignoring instance instance-00000107 (9b5675b0-c90c-4630-b324-9e3aeec08c91) : can't set attribute00:35
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155000:38
*** tonanhngo has joined #openstack-kolla00:38
*** jtriley has joined #openstack-kolla00:40
openstackgerritBalaji G Pattewar proposed openstack/kolla-kubernetes master: Helm charts for heat/heat-cfn microservices  https://review.openstack.org/41449600:42
*** tonanhngo has quit IRC00:43
*** Margin has joined #openstack-kolla00:44
Jeffrey4lsdake, yep. i saw it. i have left a mail in the ML and will prepare and push the rc2 tag today.00:48
Jeffrey4lthanks for the reminding.00:48
*** saneax is now known as saneax-_-|AFK00:53
*** salv-orlando has joined #openstack-kolla00:53
*** cuongnv has joined #openstack-kolla00:55
*** duonghq has joined #openstack-kolla00:56
*** Pavo has joined #openstack-kolla00:56
duonghqhello00:57
Jeffrey4lhey kollaers, we need prepare kolla/kolla-ansible rc2 tag today. if is there any patch should be push/merged in ocata, please do it ASAP. then ping the core member to review it.00:58
*** qiliang27 has joined #openstack-kolla00:58
*** salv-orlando has quit IRC00:58
Jeffrey4land please add it into this etherpad https://etherpad.openstack.org/p/kolla-rc2-tag00:59
*** Manheim has quit IRC01:01
*** Mannheim has quit IRC01:01
*** manheim has joined #openstack-kolla01:05
*** Pavo has quit IRC01:05
*** zhurong has joined #openstack-kolla01:05
*** zhubingbing has joined #openstack-kolla01:10
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155001:17
sp_duonghq: hi...01:18
duonghqhi sp_01:18
sp_duonghq: what we are planning to do for https://review.openstack.org/#/c/425446/ ?01:19
*** jtriley has quit IRC01:19
duonghqJeffrey4l, do you have any idea about Ubuntu gate is broken01:19
Jeffrey4lduonghq, no idea. i tried some fix, but failed ;(01:20
duonghqJeffrey4l, I cannot figure out why ara failed01:21
duonghqsp_, fix the gate, of course01:21
sp_duonghq: ok, i am also looking into this01:21
Jeffrey4li think libvirt is trying to write the console.log file, but failed due to the permission issue.01:22
openstackgerritDuong Ha-Quang proposed openstack/kolla-ansible master: Implement Keystone zero-downtime upgrade  https://review.openstack.org/42544601:22
duonghqsp_, I just rebase it01:22
duonghqJeffrey4l, roger01:22
sp_duonghq: Jeffrey4l yes, i see01:23
Jeffrey4lduonghq, sp_ are u using ubuntu or centos general?01:23
duonghqJeffrey4l, for host: Ubuntu, for image: CentOS01:24
sp_duonghq: Jeffrey4l do we support rolling upgrade for other services too like neutron and nova ?01:24
sp_Jeffrey4l: ubuntu01:24
duonghqsp_, it's in dev01:24
Jeffrey4lsp_, we support upgrade, but not rolling. duonghq is trying to fix this.01:24
Jeffrey4lduonghq, interesting.01:25
*** caowei has joined #openstack-kolla01:25
Jeffrey4lsp_, could u debug the permission issue in you env?01:25
Jeffrey4lduonghq, sp_ check https://bugs.launchpad.net/bugs/166774101:25
openstackLaunchpad bug 1667741 in kolla ocata "deploy ubuntu source failed due to file permission issue" [Critical,New]01:25
duonghqJeffrey4l, sp_ seem that somebody fixed ara, last time I check the log, ara failed01:26
*** jtriley has joined #openstack-kolla01:26
sp_Jeffrey4l: So this would be first for rolling upgrade https://blueprints.launchpad.net/kolla-ansible/+spec/ks-rolling-upgrade-role ? If i got you perfectly ?01:26
Jeffrey4l for ara, yes.01:27
dmsimardIs there a problem with ara? :)01:27
sp_Jeffrey4l: I just moved to Japan01:27
sp_so may last dev env so for way01:27
Jeffrey4ldmsimard, no. we are talking the issue you fixed recently about ara. ( cli is changed )01:28
Jeffrey4lsp_, got.01:28
*** lucasxu has joined #openstack-kolla01:28
dmsimardah01:28
*** tonanhngo has joined #openstack-kolla01:28
*** Pavo has joined #openstack-kolla01:29
*** tonanhngo has quit IRC01:33
*** yee379 has quit IRC01:33
*** trinaths has joined #openstack-kolla01:33
*** britthouser6 has joined #openstack-kolla01:34
*** britthouser has quit IRC01:34
*** yee379 has joined #openstack-kolla01:34
*** trinaths has quit IRC01:34
*** unicell has quit IRC01:34
*** trinaths has joined #openstack-kolla01:34
*** trinaths1 has joined #openstack-kolla01:35
*** trinaths has quit IRC01:39
*** salv-orlando has joined #openstack-kolla01:55
*** qiliang28 has joined #openstack-kolla01:58
*** salv-orlando has quit IRC01:59
*** qiliang27 has quit IRC02:00
*** qiliang28 is now known as qiliang2702:00
Jeffrey4lduonghq, could u update your patch https://review.openstack.org/#/c/438886/302:03
duonghqJeffrey4l, sure02:05
Jeffrey4lthanks.02:09
openstackgerritDuong Ha-Quang proposed openstack/kolla master: Fix missing python modules in Ceilometer  https://review.openstack.org/43888602:10
duonghqJeffrey4l, I updated the ps, thank you02:11
duonghqcan you re-review?02:11
duonghqJeffrey4l, how about this ps: https://review.openstack.org/#/c/438838/02:11
Jeffrey4lduonghq, reviewed. -1 , nit.02:12
Jeffrey4lduonghq, for the second one, LGTM, but need talk with pbourke and sp_02:13
duonghqJeffrey4l, roger02:13
Jeffrey4lhrm, add the info to task name may be better.02:14
*** erlon has quit IRC02:15
Jeffrey4llike "checking ceilometer mysql database with given credential.02:15
openstackgerritDuong Ha-Quang proposed openstack/kolla master: Fix missing python modules in Ceilometer  https://review.openstack.org/43888602:19
*** MasterOfBugs has quit IRC02:21
*** pramodrj07 has quit IRC02:22
duonghqJeffrey4l, this task both trying to checking and creating db02:22
duonghqMaybe trying to connect and create database ...02:23
duonghq"Trying to connect and create database with given...02:23
Jeffrey4lduonghq, creating ceilometer database using user ceilometer?02:24
duonghqJeffrey4l,  the intent of this module is make sure the db exist (by trying to create one if not existed)02:26
duonghqso, even if we do not have permission to create db, it still success if there is db already existed02:26
Jeffrey4lyes. so the result of the module is the database exist.02:27
Jeffrey4lmsyql_db with admin user is the same with ceilometer.02:27
Jeffrey4lif the database exist, do nothing.02:27
duonghqmaybe "Trying to connect/create mysql database with custom credential"?02:28
Jeffrey4lthere is no big difference bewteen user ceilometer and admin ceilometer, right?02:28
duonghqin which facet?02:29
Jeffrey4lso no need mention the "trying to connect", imo.02:29
Jeffrey4las the result.02:29
Jeffrey4lthere is no big difference bewteen user ceilometer and USER admin , right?02:29
duonghqhmm, but creating is somewhat misleading02:29
duonghq"Creating"02:30
duonghqIt make user think that we are trying to create the db02:30
Jeffrey4lduonghq, if the database do not exist, but the user ceilometer have permission to create on, it really create a new database by using ceilometer user.02:30
duonghqbut if the given credential doesn't have create db permission, it will be diff02:31
Jeffrey4lif database do not exist and user ceilometer haven't the permission, this task is failed and create the database using user admin.02:31
duonghqno, in this case, the following task will use internal db02:32
duonghq"internal" meaning Kolla deployed db02:32
Jeffrey4lhrm, wait. i missed something.02:33
Jeffrey4lgo on.02:34
duonghqso, I'm finding way to describe the intent of mysql02:34
duonghqmysql_db module02:34
Jeffrey4lduonghq, for "Checking Ceilometer mysql database" it will use external database when 1. the external ceilometer database exist or 2. the given ceilometer user can create the database.02:35
*** manheim has quit IRC02:36
*** huzhengchuan has joined #openstack-kolla02:36
duonghqyup02:36
Jeffrey4lso this name should be " creating external ceilometer database by using ceilometer user"02:36
Jeffrey4lthe following task is: " creating internal ceilometer database by using root user"02:37
Jeffrey4ladmin user*02:37
Jeffrey4lcreating external ceilometer database: means create it or do nothing if it exist.02:37
duonghqI think it should be "default user"02:37
duonghqack02:37
Jeffrey4lbtw, this is worth a bp. we can implement such patten for all role. can we can support external rabbit, external mariadb, even external neutron,02:39
duonghqJeffrey4l, sure, I thought about this some time02:39
duonghqI'll draft one?02:40
Jeffrey4lre "default user", whatever. or simple call it as "creating internal ceilometer database"02:40
Jeffrey4lcool, please.02:40
duonghqJeffrey4l, ack02:40
Jeffrey4lthanks.02:41
openstackgerritDuong Ha-Quang proposed openstack/kolla-ansible master: Fix Ceilometer cannot create MySQL database  https://review.openstack.org/43883802:41
openstackgerritDuong Ha-Quang proposed openstack/kolla-ansible master: Fix Ceilometer cannot create MySQL database  https://review.openstack.org/43883802:43
duonghqsp_, ping02:43
sp_duonghq: pong02:43
sp_duonghq: i will check https://review.openstack.org/43883802:44
duonghqsp_, Jeffrey4l about the Keystone zero-downtime upgrade, do you think it's better to implement in-upgrade testing as inc0 said in last meeting right in the ps, or let it be a separate bp and we'll revive it later?02:44
Jeffrey4lhrm, what the details of "in upgrade testing"?02:45
duonghqJeffrey4l,  this one https://blueprints.launchpad.net/kolla-ansible/+spec/in-upgrade-test02:45
Jeffrey4lthis should be separate bp, imo. otherwise rolling-upgrade will become more complicated.02:47
sp_Jeffrey4l: +102:47
sp_duonghq: I think https://blueprints.launchpad.net/kolla-ansible/+spec/in-upgrade-test is related to testing and all02:47
sp_we should keep it in separate BP so that it we can drive it efficiently02:48
duonghqJeffrey4l, sp_  nice02:49
*** yuanying_ has joined #openstack-kolla02:49
*** yuanying has quit IRC02:49
*** oomichi has quit IRC02:50
sp_duonghq: I think, in future, we will support more rolling upgrade for other services too like nova and neutron and many more02:50
*** oomichi has joined #openstack-kolla02:50
duonghqsp_, sure02:50
duonghqsp_, this bp https://blueprints.launchpad.net/kolla-ansible/+spec/apply-service-upgrade-procedure02:51
duonghqaddresses it02:51
sp_duonghq: and every component would be having there own step by steps process of rolling upgrade02:51
duonghqsp_, yup02:52
sp_duonghq: I jst seen it02:53
*** bpattewar has joined #openstack-kolla02:53
bpattewarHi  all02:53
duonghqhi bpattewar02:53
*** jtriley has quit IRC02:55
sp_duonghq: I am getting more understanding of it i.e rolling upgrade role addition. Lets see what i can add more to it ASAP.02:55
sp_bpattewar: hi..02:56
duonghqsp_,  nice02:56
bpattewarsp hi02:56
bpattewarduonghq I made some progress but the heat-manage-db service is still not working.  First it failed because of of missing configmap, when I updated serviceName to heat-engine02:57
bpattewarI have commented out ceph_manage_db from ceph_workflow.sh so most of the test are passing, but I am not able to figure out why it is failing for this02:59
bpattewarhttp://logs.openstack.org/96/414496/31/check/gate-kolla-kubernetes-deploy-centos-binary-2-ceph-multi-nv/0d94d6f/02:59
duonghqbpattewar, seen02:59
duonghqbpattewar, maybe it need some info in the configmap03:00
duonghqone template and some vars03:01
bpattewarthe heat-manage-db fails on my local machine with log message ERROR:__main__:The source to copy does not exist: /var/lib/kolla/config_files/_deprecated.yaml03:03
bpattewarany idea what configmap we need for this..03:03
duonghqnot yet03:03
*** rwellum has quit IRC03:03
duonghqalso looking for which configmap we should use03:04
duonghqalso which container03:04
bpattewarheat-engine container03:04
duonghqI used heat-engine as container due to it's the only module connect to db03:04
bpattewaryes the servicename was set to heat so i changed to heat-engine and it fixed configmap issue03:05
duonghqah, just recall why I put heat in the serviceName03:05
duonghqJeffrey4l, I see heat in kolla-ansbile as one config template is _deprecated.yaml, does the underscore serve some meaning?03:07
duonghq*has one03:07
*** trinaths1 has quit IRC03:11
Jeffrey4lduonghq, i am not sure. not guess _ means nothing.03:12
duonghqJeffrey4l,  ack03:12
*** lucasxu has quit IRC03:15
*** sudipto has joined #openstack-kolla03:15
*** sudipto_ has joined #openstack-kolla03:15
*** sp_ has quit IRC03:16
*** jtriley has joined #openstack-kolla03:23
*** jtriley has quit IRC03:28
*** sp_ has joined #openstack-kolla03:29
*** sp_ has quit IRC03:36
openstackgerritMerged openstack/kolla-ansible master: Release note for reconfiguration optimizaiton  https://review.openstack.org/43110703:36
*** jtriley has joined #openstack-kolla03:41
*** sp_ has joined #openstack-kolla03:49
*** salv-orlando has joined #openstack-kolla03:55
*** salv-orlando has quit IRC04:00
*** jtriley has quit IRC04:06
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155004:08
*** tonanhngo has joined #openstack-kolla04:08
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155004:11
*** tonanhngo has quit IRC04:13
*** skramaja has joined #openstack-kolla04:21
*** sudipto has quit IRC04:32
*** sudipto_ has quit IRC04:32
*** sudipto has joined #openstack-kolla04:33
*** sudipto_ has joined #openstack-kolla04:33
*** bpattewar has quit IRC04:34
*** unicell has joined #openstack-kolla04:40
*** unicell has quit IRC04:40
*** unicell has joined #openstack-kolla04:40
*** unicell has quit IRC04:43
*** sudipto_ has quit IRC04:43
*** sudipto has quit IRC04:43
*** unicell has joined #openstack-kolla04:47
openstackgerritMerged openstack/kolla master: Fix missing python modules in Ceilometer  https://review.openstack.org/43888604:47
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155004:47
*** jtriley has joined #openstack-kolla04:48
*** mdnadeem has joined #openstack-kolla04:55
*** trinaths has joined #openstack-kolla04:57
*** jtriley has quit IRC04:57
*** tonanhngo has joined #openstack-kolla04:59
*** trinaths1 has joined #openstack-kolla05:00
*** trinaths1 has quit IRC05:01
*** trinaths has quit IRC05:02
*** tonanhngo_ has joined #openstack-kolla05:02
*** tonanhngo has quit IRC05:03
*** trinaths1 has joined #openstack-kolla05:04
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix the failure when running precheck after deploy  https://review.openstack.org/44178805:04
*** trinaths has joined #openstack-kolla05:06
*** trinaths1 has quit IRC05:06
*** tonanhngo_ has quit IRC05:07
*** trinaths has quit IRC05:08
*** trinaths has joined #openstack-kolla05:08
*** trinaths1 has joined #openstack-kolla05:09
*** trinaths has quit IRC05:12
*** trinaths has joined #openstack-kolla05:13
*** trinaths1 has quit IRC05:13
*** trinaths has quit IRC05:14
*** takashi_sogabe has joined #openstack-kolla05:16
*** cuongnv has quit IRC05:28
*** cuongnv has joined #openstack-kolla05:32
*** huzhengchuan has quit IRC05:33
*** lyan has quit IRC05:35
*** salv-orlando has joined #openstack-kolla05:39
*** sudipto has joined #openstack-kolla05:39
*** sudipto_ has joined #openstack-kolla05:39
*** salv-orlando has quit IRC05:43
*** jtriley has joined #openstack-kolla05:47
*** jtriley has quit IRC05:52
*** Jeffrey4l has quit IRC05:52
*** jtriley has joined #openstack-kolla05:52
Marginhi, I have an question05:52
berendtgood [morning,noon,evening]05:52
MarginIf I want to scale out a node, which command should be use ? still is "kolla-ansible deploy" ?05:53
berendtMargin: feel free to ask your question :)05:55
berendtwhat do you mean with "scale out a node"?05:55
Marginfor example , new add a compute node05:55
berendtfirst you have to add your new node to the inventory file, afterwards you can run the deploy command05:56
*** Jeffrey4l has joined #openstack-kolla05:56
*** jtriley has quit IRC05:57
*** jrobinson is now known as jrobinson-afk05:57
*** tovin07 is now known as tovin07_at_work06:08
duonghqhi berendt06:12
*** salv-orlando has joined #openstack-kolla06:16
*** jrobinson-afk has quit IRC06:17
*** jrobinson-afk has joined #openstack-kolla06:21
*** jrobinson-afk is now known as jrobinson06:21
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Run precheck after deployed openstack  https://review.openstack.org/44228906:37
*** nathharp has joined #openstack-kolla06:37
berendtJeffrey4l:  why do you want to re-run the prechecks after the deployment?06:38
*** yee379 has quit IRC06:38
Jeffrey4lberendt, prechecks only works before deploying before.06:38
*** yee379 has joined #openstack-kolla06:39
*** nathharp has quit IRC06:39
Jeffrey4lbut this cycle, we add the ability to let prechecks works after deployed.06:39
berendtthen the command/role should be renamed06:39
Jeffrey4lthis is useful when enable another service after first deploy.06:40
Jeffrey4lor even run prechecks before upgrading.06:40
berendtyes, it is useful, but a little bit confusing06:40
Jeffrey4lcommand/role means?06:40
berendtalso i think the checks behave differently when running before and after a deployment06:40
berendtat the moment the command is kolla-ansible precheck06:40
berendti think this should be renamed to something different when it is possible to run it post deployment06:41
Jeffrey4lprechecks is OK. it means, check something before deploying and upgradeing.06:41
Jeffrey4l" checks behave differently when running before and after a deployment" this should use "kolla-ansible --check deploy/upgrade"06:42
Jeffrey4leven though we do not support "--check" parameter now.06:42
berendtok so prechecks command will be removed after adding the --check parameter?06:43
Jeffrey4lno. they are different things.06:43
Jeffrey4lprechecks just check whether your environment is ready to deploy/upgrade.06:43
*** unicell1 has joined #openstack-kolla06:43
Jeffrey4l--check mean what will be changed during deploy. but it is dry run.06:44
*** unicell has quit IRC06:44
berendte.g. the port_checks.yml tasks make no sense after the deployment06:45
Jeffrey4lberendt, no. it is meaningful still.06:45
Jeffrey4limaging, after first deploy, you want to enable cinder then06:46
Jeffrey4l( which is not enabled at first deploy )06:46
Jeffrey4lthen you can enable_cinder: yes.06:46
*** jtriley has joined #openstack-kolla06:46
Jeffrey4land run prechecks again,06:46
berendtChecking free port for HAProxy stats06:46
berendtthis task will fail when you deployed haproxy?06:46
Jeffrey4lit will not run when you deployed haproxy06:47
*** satyar has joined #openstack-kolla06:47
Jeffrey4lthat is what we added this cycle.06:47
Jeffrey4lrun the prechecks tasks conditionally.06:47
berendtJeffrey4l: https://review.openstack.org/#/c/441788/3/ansible/roles/prechecks/tasks/port_checks.yml06:48
berendtI missed this open review..06:48
berendtafter the removal of the tasks it makes sense06:48
Jeffrey4lyes. this patch should be pushed.06:48
Jeffrey4li made several test with this patch.06:49
Jeffrey4lit works as expected.06:49
Jeffrey4lbtw, i also wanna to check the password variables and inventory group expected.06:50
Jeffrey4lin the precheck stage.06:50
berendtJeffrey4l: there is a nit in the commit message06:51
berendtClose-Bug: #167028606:51
openstackbug 1670286 in kolla-ansible "precheck still failed when running on a deployed env" [Undecided,Triaged] https://launchpad.net/bugs/1670286 - Assigned to Jeffrey Zhang (jeffrey4l)06:51
berendtwill change this to closes06:51
*** jtriley has quit IRC06:51
*** lamt has joined #openstack-kolla06:51
Jeffrey4lroger. will fix it. thanks.06:51
*** jtriley has joined #openstack-kolla06:51
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix the failure when running precheck after deploy  https://review.openstack.org/44178806:57
*** jtriley has quit IRC06:57
*** lamt has quit IRC07:06
*** jrist has quit IRC07:10
*** cuongnv_ has joined #openstack-kolla07:12
*** jrist has joined #openstack-kolla07:12
*** cuongnv has quit IRC07:14
*** jrobinson has quit IRC07:16
*** salv-orl_ has joined #openstack-kolla07:23
*** salv-orlando has quit IRC07:26
*** yee379 has quit IRC07:31
*** yee379 has joined #openstack-kolla07:31
*** saneax-_-|AFK is now known as saneax07:31
*** magicboiz has joined #openstack-kolla07:32
*** salv-orl_ has quit IRC07:35
*** bmace has quit IRC07:45
*** bmace has joined #openstack-kolla07:45
*** jtriley has joined #openstack-kolla07:46
*** cuongnv has joined #openstack-kolla07:48
*** unicell1 has quit IRC07:48
*** pcaruana has joined #openstack-kolla07:50
*** cuongnv_ has quit IRC07:50
*** jtriley has quit IRC07:51
*** jtriley has joined #openstack-kolla07:51
*** shardy has joined #openstack-kolla07:52
*** salv-orlando has joined #openstack-kolla07:53
*** jtriley has quit IRC07:56
*** tonanhngo has joined #openstack-kolla07:57
*** dosaboy has quit IRC07:58
*** dosaboy has joined #openstack-kolla07:59
berendtsdake: i cannot join todays meeting, have to visit a new office space, can we delay the "how to push docker images to docker hub" topic to the next meeting or is it an urgent topic from your pov?08:11
*** gfidente has joined #openstack-kolla08:12
duonghqberendt, which meeting? you mean weekly meeting?08:12
berendtduonghq: yes08:12
duonghqiirc, it's organized tomorrow08:12
berendtduonghq: doh, it is on wednesday, of course08:12
duonghqya,08:13
berendti need more coffee and more sleep :(08:13
duonghqquite large tz shifting08:13
duonghq?08:13
berendtyes i want to add a job to my jenkins system08:13
berendti think the best is to run a daily job that pulls the tarbals from http://tarballs.openstack.org/kolla/images/ and pushs to docker hub08:14
berendti have a system with 1 gbit outgoing connectivity for such tasks, should be sufficient08:14
berendtwe only have to make a daily frozen copy of the tarballs because the download of the tarballs will take several minutes and it is possible that a new commit will change the tarballs while downloading them08:15
*** tonanhngo_ has joined #openstack-kolla08:15
berendtduonghq: tz shifting should be fine this week, lot of work at the moment :(08:16
*** tonanhngo has quit IRC08:16
duonghqwhere are you now?08:17
berendtin Germany at the moment08:17
duonghqack08:17
*** shardy has quit IRC08:26
*** Jeffrey4l_ has joined #openstack-kolla08:30
*** Jeffrey4l has quit IRC08:34
*** Jeffrey4l_ has quit IRC08:37
*** Jeffrey4l_ has joined #openstack-kolla08:38
*** mgoddard has joined #openstack-kolla08:43
*** jtriley has joined #openstack-kolla08:45
*** tvignaud has quit IRC08:52
jmccarthyI found this in the release notes: openstack-kolla/releasenotes/notes/add-zookeeper-2454cdfbfa7047b4.yaml:  - Add zookeeper image, used in monasca08:56
jmccarthyJust curious, any ideas about when monasca will be in the mix ?08:56
*** athomas has joined #openstack-kolla09:00
*** Manheim has joined #openstack-kolla09:04
*** Mannheim has joined #openstack-kolla09:04
*** jtriley has quit IRC09:07
*** egonzalez has joined #openstack-kolla09:15
*** tvignaud has joined #openstack-kolla09:20
*** pc_m has quit IRC09:25
*** mgoddard has quit IRC09:29
*** Andrew_jedi has joined #openstack-kolla09:30
*** pc_m has joined #openstack-kolla09:31
*** duonghq has quit IRC09:35
*** tonanhngo_ has quit IRC09:38
*** hrw has quit IRC09:39
*** Margin has quit IRC09:41
*** Margin has joined #openstack-kolla09:41
*** Margin has quit IRC09:43
*** jtriley has joined #openstack-kolla09:44
*** manheim_ has joined #openstack-kolla09:45
*** hrw has joined #openstack-kolla09:45
*** tovin07_at_work has quit IRC09:46
zhubingbingsup egonzalez09:49
egonzalezhey zhubingbing09:49
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Fix Magnum Kolla demo in contrib  https://review.openstack.org/44234709:50
*** jtriley has quit IRC09:52
*** tonanhngo has joined #openstack-kolla09:52
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Fix Magnum Kolla demo in contrib  https://review.openstack.org/44234709:53
*** tonanhngo has quit IRC09:57
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Fix Heat Kolla demo in contrib  https://review.openstack.org/44235010:00
*** saneax is now known as saneax-_-|AFK10:07
*** cuongnv has quit IRC10:12
*** pbourke has quit IRC10:19
*** pbourke has joined #openstack-kolla10:20
*** satyar has quit IRC10:23
*** salv-orl_ has joined #openstack-kolla10:23
*** sambetts|afk is now known as sambetts10:25
*** zhubingbing has quit IRC10:25
*** salv-orlando has quit IRC10:27
*** salv-orl_ has quit IRC10:27
*** openstackgerrit has quit IRC10:33
*** caowei has quit IRC10:33
*** jtriley has joined #openstack-kolla10:42
*** Guest6667 is now known as Guest666610:43
*** tovin07 has joined #openstack-kolla10:43
*** shardy has joined #openstack-kolla10:45
*** tovin07 has left #openstack-kolla10:46
*** jtriley has quit IRC10:47
*** jtriley has joined #openstack-kolla10:47
*** jtriley has quit IRC10:52
*** saneax-_-|AFK is now known as saneax11:10
*** duankebo has joined #openstack-kolla11:20
*** duankebo has quit IRC11:20
*** duankebo has joined #openstack-kolla11:20
*** duankebo has quit IRC11:20
*** duankebo has joined #openstack-kolla11:20
*** duankebo has joined #openstack-kolla11:21
des_consoladohey I'm getting this oAuth error when deploying http://paste.openstack.org/show/601739/11:21
*** duankebo has joined #openstack-kolla11:21
*** duankebo has joined #openstack-kolla11:21
*** duankebo has quit IRC11:22
*** duankebo has joined #openstack-kolla11:22
des_consoladoThere is nothing listening on 1650911:22
*** duankebo has quit IRC11:22
*** duankebo has joined #openstack-kolla11:22
*** duankebo has quit IRC11:23
*** duankebo has joined #openstack-kolla11:23
des_consoladogrep for 16509 in the kolla-ansible repo shows nothing11:25
*** caowei has joined #openstack-kolla11:27
duankeboI'm using kolla-ansible to install openstack. Could anyone tell me whether the "enable_central_logging" feature is usable or not?11:28
duankeboWhen I set it to "Yes". Two containers are started, elasticsearch and kibana. But I can't find any log on Kibana's. Do I miss something?11:31
*** mliima has joined #openstack-kolla11:31
*** mliima has quit IRC11:31
*** mgoddard has joined #openstack-kolla11:32
*** mgoddard_ has joined #openstack-kolla11:32
*** sudipto has quit IRC11:36
*** sudipto_ has quit IRC11:36
*** jtriley has joined #openstack-kolla11:41
*** jtriley has quit IRC11:46
*** jtriley has joined #openstack-kolla11:47
des_consoladoduankebo: https://github.com/openstack/kolla-ansible/blob/master/doc/troubleshooting.rst#debugging-kolla11:55
des_consoladoyou're supposed to just browse to some URI11:57
des_consoladodefault kibana port is 5601 it looks like11:57
*** qiliang27 has quit IRC12:00
*** qiliang27 has joined #openstack-kolla12:01
*** sps_ has joined #openstack-kolla12:06
*** jtriley has quit IRC12:08
*** salv-orlando has joined #openstack-kolla12:09
japestinhomorning folks, I was trying deployment kolla-kubernetes from this https://etherpad.openstack.org/p/kolla-kubernetes-deploy-guide-BP, and got Error: failed to parse ./cloud.yaml: error converting YAML to JSON: yaml: line 49: did not find expected key12:14
japestinhohere is my interface http://pastebin.com/5xsgMaxB12:15
*** shardy is now known as shardy_lunch12:15
*** rwallner has joined #openstack-kolla12:15
japestinhowhich interface should be tunnel_interface on cloud.yaml, need an advice :-)12:16
*** rwellum has joined #openstack-kolla12:19
*** dgonzalez has quit IRC12:22
*** openstackgerrit has joined #openstack-kolla12:25
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Improve developer documentation for Bifrost  https://review.openstack.org/43646212:25
*** jtriley has joined #openstack-kolla12:26
*** salv-orlando has quit IRC12:29
*** jtriley has quit IRC12:30
*** zhubingbing has joined #openstack-kolla12:37
duankebodes_consolado, thank you! I have read the document.12:38
duankebodes_consolado, It may be a stupid question, who will forward log to elasticsearch?  heka?12:40
*** rhallisey has joined #openstack-kolla12:41
*** erlon has joined #openstack-kolla12:43
*** zhurong has quit IRC12:45
sdakeberendt morning - I am not going to be at the wednesday meeting12:45
sdakeberendt although I'm sure you can handle it without me12:46
*** dave-mccowan has joined #openstack-kolla12:56
*** shardy_lunch is now known as shardy12:59
*** eaguilar has joined #openstack-kolla13:00
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155013:01
*** sudipto has joined #openstack-kolla13:09
*** sudipto_ has joined #openstack-kolla13:09
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Run precheck after deployed openstack  https://review.openstack.org/44228913:10
Jeffrey4l_egonzalez, could u review this one https://review.openstack.org/441788 the following patch works ( run precheck after deploy )13:11
*** mnasiadka has joined #openstack-kolla13:14
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Access placement service through internal interface rather than public  https://review.openstack.org/44246613:18
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: ironic-pxe: handle non-x86 architectures  https://review.openstack.org/43481713:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: debian: enable all images enabled for Ubuntu  https://review.openstack.org/43278713:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: Add support for non-x86 architectures (aarch64, ppc64le)  https://review.openstack.org/43094013:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: nova-libvirt: handle ppc64le  https://review.openstack.org/43481013:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: ceph: move ceph-fuse package to cephfs-fuse image  https://review.openstack.org/44063413:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: nova-compute: handle rtslib(-fb) for debian-binary builds too  https://review.openstack.org/43594113:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: debian: move to stretch  https://review.openstack.org/43445313:20
openstackgerritMarcin Juszkiewicz proposed openstack/kolla master: debian: install gnupg and dirmngr needed for apt-key  https://review.openstack.org/43443113:20
*** caowei has quit IRC13:25
*** salv-orlando has joined #openstack-kolla13:28
*** Margin has joined #openstack-kolla13:28
*** Margin has quit IRC13:30
openstackgerritMerged openstack/kolla-ansible master: Use internal interface instead of public interface  https://review.openstack.org/44175213:30
*** Margin has joined #openstack-kolla13:30
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155013:33
*** zhurong has joined #openstack-kolla13:35
*** sps_ has quit IRC13:36
*** salv-orl_ has joined #openstack-kolla13:36
*** Andrew_jedi has quit IRC13:38
*** salv-orlando has quit IRC13:39
*** rhallisey_ has joined #openstack-kolla13:46
*** salv-orl_ has quit IRC13:46
*** rhallisey has quit IRC13:50
*** tonanhngo has joined #openstack-kolla13:50
*** rwallner has quit IRC13:50
*** rwallner has joined #openstack-kolla13:50
*** rhallisey_ is now known as rhallisey13:53
*** sudipto_ has quit IRC13:54
*** sudipto has quit IRC13:54
*** tonanhngo has quit IRC13:55
*** crushil has joined #openstack-kolla13:55
*** yingjun has joined #openstack-kolla14:03
*** fguillot has joined #openstack-kolla14:04
openstackgerritMerged openstack/kolla-ansible master: Fix the failure when running precheck after deploy  https://review.openstack.org/44178814:05
openstackgerritMerged openstack/kolla-ansible master: Run precheck after deployed openstack  https://review.openstack.org/44228914:06
*** mdnadeem has quit IRC14:06
*** goldyfruit has joined #openstack-kolla14:12
*** jtriley has joined #openstack-kolla14:13
*** lamt has joined #openstack-kolla14:14
*** zhurong has quit IRC14:16
rwellumportdirect, bmace hi guys - can you take a look at: http://paste.openstack.org/show/601772/ - I've tried as root and non root but I always get permission errors, when running: run_dev_image.sh14:17
*** schwicht has joined #openstack-kolla14:21
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix booting from volume failure  https://review.openstack.org/44251914:24
*** tonanhngo has joined #openstack-kolla14:24
Jeffrey4l_inc0, around?14:24
*** Deys has joined #openstack-kolla14:25
kfox1111morning.14:27
*** tonanhngo has quit IRC14:29
*** sps_ has joined #openstack-kolla14:29
*** satyar has joined #openstack-kolla14:30
*** lamt has quit IRC14:32
openstackgerritMerged openstack/kolla-ansible master: Access placement service through internal interface rather than public  https://review.openstack.org/44246614:32
*** Margin has quit IRC14:35
*** Margin has joined #openstack-kolla14:35
*** rhallisey_ has joined #openstack-kolla14:36
*** Andrew_jedi has joined #openstack-kolla14:37
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155014:38
*** rhallisey has quit IRC14:39
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155014:46
sbezverkkfox1111: good morning14:47
sbezverk kfox1111: been busy?14:47
openstackgerritMerged openstack/kolla-kubernetes master: Adding nova-compute-ironic service chart  https://review.openstack.org/43984114:50
*** tovin07 has joined #openstack-kolla14:53
*** tovin07 has left #openstack-kolla14:54
duankebodes_consolado, it's because of using the old version. Thank you!14:54
openstackgerritJeffrey Zhang proposed openstack/kolla master: Add debian related test env  https://review.openstack.org/43776114:55
Jeffrey4l_egonzalez, could u review https://review.openstack.org/44251914:55
Jeffrey4l_which is critical for ocata branch.14:55
*** lamt has joined #openstack-kolla15:03
*** rwallner has quit IRC15:06
*** pcaruana has quit IRC15:09
kfox1111sbezverk: yeah. still dealing with fallout from that ups. :/15:09
kfox1111should be a little more free today I hope.15:10
*** yingjun has quit IRC15:11
*** rwallner has joined #openstack-kolla15:11
*** lucasxu has joined #openstack-kolla15:11
*** rwallner has quit IRC15:11
sbezverkkfox1111: good to hear that you are coming back to life .. :)15:12
*** rwallner has joined #openstack-kolla15:12
*** rwallner has quit IRC15:12
kfox1111I'm really close to having a cncf corperate cla signed too.15:13
kfox1111not having one has really tied my hands. :/15:13
*** TxGirlGeek has joined #openstack-kolla15:13
kfox1111I was able to get prometheus/ganglia/nginx-ingress deployed here with some minor tweaks to the charts. want to get those upstreamed.15:14
sbezverkkfox1111: cool, what is ganglia?15:15
kfox1111arg. meant grafana.15:15
kfox1111they chose too many names similar to each other in monitoring. gangia/grafana/graphite.15:16
sbezverkkfox1111: :) I am about to deploy VM with ironic15:16
kfox1111sweet. :)15:17
sbezverkkfox1111: when you have time, check my wip, appreciate suggestions to make things better..15:18
kfox1111sure. :)15:19
*** matrohon has joined #openstack-kolla15:21
*** pcaruana has joined #openstack-kolla15:23
*** dgonzalez has joined #openstack-kolla15:24
*** Margin has quit IRC15:24
*** salv-orlando has joined #openstack-kolla15:24
*** Margin has joined #openstack-kolla15:25
*** sps_ has quit IRC15:27
*** rwallner has joined #openstack-kolla15:28
*** goldyfruit1 has joined #openstack-kolla15:28
*** goldyfruit has quit IRC15:28
*** Margin has quit IRC15:31
*** saneax is now known as saneax-_-|AFK15:35
kfox1111sbezverk: in general, the gate job is looking great. :)15:36
*** aolwas has quit IRC15:38
kfox1111couple of optional tweaks that could make it a little simpler. but not critical.15:38
*** nhlfr has quit IRC15:38
*** manheim_ has quit IRC15:39
*** mattmceuen has joined #openstack-kolla15:43
*** GK___1wm____SU has joined #openstack-kolla15:46
*** GK___1wm____SU has left #openstack-kolla15:46
*** GK___1wm____SU has quit IRC15:46
*** adrian_otto has joined #openstack-kolla15:46
*** lamt has quit IRC15:50
*** mattmceuen has quit IRC15:50
*** nhlfr has joined #openstack-kolla15:50
*** mattmceuen has joined #openstack-kolla15:50
*** tvignaud has quit IRC15:52
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155015:52
sbezverkkfox1111: thank you for review..15:54
*** manheim_ has joined #openstack-kolla15:55
openstackgerritJeffrey Zhang proposed openstack/kolla-ansible master: Fix booting from volume failure  https://review.openstack.org/44251915:55
*** manheim__ has joined #openstack-kolla15:55
zhubingbingsup guys15:55
*** manheim_ has quit IRC15:59
*** manheim__ has quit IRC16:00
*** manheim_ has joined #openstack-kolla16:00
*** lamt has joined #openstack-kolla16:00
egonzalezJeffrey4l_, when was the change to nova/cinder/ceph included? was made in ceph or nova?16:00
Jeffrey4l_o cycle.16:00
*** hieulq_ has joined #openstack-kolla16:01
Jeffrey4l_it is related a change in nova.16:01
Jeffrey4l_let me show you the code.16:01
Jeffrey4l_egonzalez, check https://github.com/openstack/nova/blob/master/nova/virt/libvirt/volume/net.py#L56,L8016:02
egonzalezJeffrey4l_, thanks16:02
Jeffrey4l_np.16:02
*** tvignaud has joined #openstack-kolla16:04
egonzalezJeffrey4l_, looks good16:05
Jeffrey4l_my patch?16:05
egonzalezyep16:08
Jeffrey4l_yep. i am running the last test for it. should be OK now.16:09
*** dave-mccowan has quit IRC16:10
*** dave-mccowan has joined #openstack-kolla16:11
*** rhallisey_ is now known as rhallisey16:12
*** tonanhngo has joined #openstack-kolla16:20
*** kristian__ has joined #openstack-kolla16:21
*** crushil has quit IRC16:22
*** tonanhngo has quit IRC16:25
*** hieulq_ has quit IRC16:26
*** pcaruana has quit IRC16:26
Jeffrey4l_egonzalez, please review https://review.openstack.org/442531 and its following patch.16:26
Jeffrey4l_https://review.openstack.org/442532  and https://review.openstack.org/44255916:27
*** gfhellma has joined #openstack-kolla16:36
kfox1111sbezverk: np. thanks for working on it. thats a very cool piece of code. :)16:36
*** lucasxu has quit IRC16:38
*** JoseMello has joined #openstack-kolla16:39
bmacerwellum: instead of executing the run_dev_image script you can just docker run --entrypoint=/bin/bash the image and then examine the properties on that file.. tweak / fix them if need be, and then you can execute /opt/kolla-kubernetes/tools/setup_dev_env.sh manually rather than having it run from that run_dev_image script.. should work just as well16:39
*** lucasxu has joined #openstack-kolla16:40
*** shardy has quit IRC16:47
*** crushil has joined #openstack-kolla16:48
*** shardy has joined #openstack-kolla16:49
*** strigazi is now known as strigazi_AFK16:53
*** mnasiadka has quit IRC17:05
*** skramaja has quit IRC17:05
*** manheim_ has quit IRC17:05
Jeffrey4l_egonzalez, any idea about ubuntu gate failed now?17:10
*** magicboiz has quit IRC17:11
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Update searchlight configuration  https://review.openstack.org/44262817:14
*** tonanhngo has joined #openstack-kolla17:15
*** ntpttr has joined #openstack-kolla17:15
*** lucasxu has quit IRC17:16
*** gfhellma_ has joined #openstack-kolla17:18
*** gfhellma has quit IRC17:18
*** zhubingbing has quit IRC17:18
*** tonanhngo has quit IRC17:20
*** vhosakot has joined #openstack-kolla17:20
*** egonzalez has quit IRC17:20
*** gfidente has quit IRC17:22
*** gfhellma_ has quit IRC17:23
*** gfhellma_ has joined #openstack-kolla17:28
*** matrohon has quit IRC17:29
*** MasterOfBugs has joined #openstack-kolla17:30
*** pramodrj07 has joined #openstack-kolla17:30
*** lucasxu has joined #openstack-kolla17:31
openstackgerritAlicja Kwasniewska proposed openstack/kolla-ansible master: Update Multinode deployment of kolla guide  https://review.openstack.org/42685217:32
*** gfhellma_ has quit IRC17:38
*** erhudy has joined #openstack-kolla17:42
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155017:43
*** kristian__ has quit IRC17:46
*** Andrew_jedi has quit IRC17:48
*** sudipto has joined #openstack-kolla17:48
*** sudipto_ has joined #openstack-kolla17:48
openstackgerritMerged openstack/kolla-ansible master: Update Multinode deployment of kolla guide  https://review.openstack.org/42685217:49
inc0good morning17:50
*** david-lyle_ has joined #openstack-kolla17:52
*** david-lyle has quit IRC17:54
*** david-lyle_ is now known as david-lyle17:55
inc0Jeffrey4l_: you there?17:56
Jeffrey4l_inc0, yep.17:56
inc0I'm looking at this perma red ubuntu gate17:56
Jeffrey4l_me too. but still no idea ;(17:56
inc0you have any idea why that happends? I think it became red around cells17:56
Jeffrey4l_no. simple about console.log file permission.17:57
Jeffrey4l_nova create a empty console.log but libvirt failed to write to it.17:57
Jeffrey4l_no idea why centos works.17:57
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155017:57
*** sudipto has quit IRC18:00
*** sudipto_ has quit IRC18:00
inc0hmm18:02
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DEBUGING Ubuntu owner issue  https://review.openstack.org/43834118:03
*** david-lyle has quit IRC18:04
*** david-lyle has joined #openstack-kolla18:05
*** mgoddard has quit IRC18:05
*** sambetts is now known as sambetts|afk18:08
*** gfhellma has joined #openstack-kolla18:10
*** gfhellma has quit IRC18:10
*** gfhellma has joined #openstack-kolla18:11
*** athomas has quit IRC18:15
*** gfhellma has quit IRC18:15
*** rwallner has quit IRC18:17
*** david-lyle has quit IRC18:23
*** tonanhngo has joined #openstack-kolla18:23
*** david-lyle has joined #openstack-kolla18:25
inc0sean-k-mooney: around?18:28
sean-k-mooneyhi yes18:28
*** tonanhngo has quit IRC18:28
sean-k-mooneyinc0: how are things :)18:29
inc0correct me if I'm wrong, but this simplke thing will allow you to deploy dpdk right? https://review.openstack.org/#/c/440834/18:29
*** david-lyle has quit IRC18:29
inc0just provide playbook to deploy ovs+dpdk on host and let Kolla do the rest?18:29
inc0not ideal but will get us somewhere without big problems18:30
sean-k-mooneyif we have external ovs yes18:30
sean-k-mooneyit would also enable a few other usecases18:30
sean-k-mooneyinc0 i would still like to reuse kolla build system for the image but i could host a playbook in networking-ovs-dpdk for deploying it  and use a templte overide to replace the packages in the default kolla ovs image with ovs-dpdk18:32
sean-k-mooneyinc0: i could put the playbook into the contrib repo with the templete override instead of networking-ovs-dpdk also18:33
Jeffrey4l_inc0, Ubuntu ocata is using libvirt 2.5.0.  after fallback to libvirt 1.3.1, it works ;).  no idea what's happening.18:33
sean-k-mooneyJeffrey4l_: really i taught ocata was going to use 2.718:34
sean-k-mooneye.g. ovs 2.718:34
Jeffrey4l_i am sayings libvirt. it is using 2.5.018:34
sean-k-mooneyJeffrey4l_: have you enabled the could archive?18:34
*** shardy has quit IRC18:34
Jeffrey4l_yes.18:34
Jeffrey4l_2.5.0-3ubuntu2~cloud0 50018:35
sean-k-mooneyand the only have ovs 2.5 for the ocata branch?18:35
Jeffrey4l_        500 http://ubuntu-cloud.archive.canonical.com/ubuntu xenial-updates/ocata/main amd64 Packages18:35
Jeffrey4l_i am saying libvirt , not ovs.18:35
*** david-lyle has joined #openstack-kolla18:36
inc0damn -.-18:36
sean-k-mooneyJeffrey4l_: oh well ovs is 2.6.1 http://ubuntu-cloud.archive.canonical.com/ubuntu/dists/xenial-proposed/ocata/main/binary-amd64/Packages libvrit is 2.5.0-3ubuntu2~cloud018:36
Jeffrey4l_yep.18:37
*** rwellum_ has joined #openstack-kolla18:37
sean-k-mooneyJeffrey4l_: do we run the new libvirt virtlog deamon in kolla18:37
Jeffrey4l_sean-k-mooney, sorry? libvirt virt log ?18:38
inc0Jeffrey4l_: soo....just pin libvirt version to <2 for now?18:39
sean-k-mooneyim trying to rembere the name of the service let me check one of my dev enviornments18:39
Jeffrey4l_inc0, i am trying to push a testing patch for this.18:39
Jeffrey4l_but it is not a good idea.18:39
*** salv-orlando has quit IRC18:39
openstackgerritJeffrey Zhang proposed openstack/kolla master: Test fallback to libvirt 1.3 on Ubuntu  https://review.openstack.org/44267318:40
*** rwellum has quit IRC18:40
Jeffrey4l_inc0, ^^ check.18:40
*** mgoddard has joined #openstack-kolla18:40
Jeffrey4l_i am going to bed. will check this when get up.18:40
inc0I'll take over, thanks18:41
Jeffrey4l_and please check this critical issue https://review.openstack.org/442519  inc018:41
Jeffrey4l_thanks ; )18:41
sean-k-mooneyJeffrey4l_: the virtlogd service18:42
sean-k-mooneyJeffrey4l_: libvirt 2.x requires it for libvrt to run as far as i know18:43
Jeffrey4l_hrm. i have no idea for this..18:43
Jeffrey4l_what will happen if this  service do not exist?18:43
sean-k-mooneyJeffrey4l_: libvirt uses it for all its loging18:44
*** salv-orlando has joined #openstack-kolla18:44
sean-k-mooneyJeffrey4l_: without it i dont thikn you cans start the libvirt deamon anymore18:44
sean-k-mooneythis is an old change though we fixed it in devstack over a year ago18:44
Jeffrey4l_ok. it may be matter.18:44
Jeffrey4l_sean-k-mooney, the gate is using libvirt > 2 one year ago?18:45
sean-k-mooneyJeffrey4l_: i may be configurable it loogs like the change happended in 1.3.1. sorry this is proabbly a tangent that is unrealted to your issue18:46
Jeffrey4l_my issue is related to "console.log"18:46
sean-k-mooneylibvirt 2.5.0 however works fine with devstack on ubuntu 16.0418:46
Jeffrey4l_libvirt is complaining he have no permission to this file.18:47
Jeffrey4l_ok. let me test with virtlog service.18:47
sean-k-mooneyJeffrey4l_: perhaps apparmor is to blame? did you remove the apparmor profile for libvirt?18:48
Jeffrey4l_sean-k-mooney, no. i am running ubuntu image on centos. ( selinux is disabled )18:48
Jeffrey4l_sean-k-mooney, libvirtError: internal error: process exited while connecting to monitor: 2017-03-07T18:49:11.579207Z qemu-system-x86_64: -chardev socket,id=charserial0,host=10.3.0.20,port=10000,server,nowait,logfile=/var/lib/nova/instances/de33a522-a568-4724-8461-9ae296f0867e/console.log,logappend=off: Unable to open logfile /var/lib/nova/instances/de33a522-a568-4724-8461-9ae296f0867e/console.log: Permission denied18:49
Jeffrey4l_got this. get the same error when enabled virtlog service in libvirt container.18:49
sean-k-mooneyinteresting... i know i have got that to work in the past but i also know their have been a lot of issue mixing ubunut and centos18:50
Jeffrey4l_at least, this kind of mix should not cause console.log permission issue. ;)18:51
sean-k-mooneyJeffrey4l_: if you exec into the container can you cat/touch the file18:51
sean-k-mooneyJeffrey4l_: just wondering if there a user/group id issue or something18:51
Jeffrey4l_what i know is: libvirt ( run as root ) should chown the file .18:52
Jeffrey4l_to the write permissions.18:52
Jeffrey4l_to the right permissions.18:52
Jeffrey4l_this is called dynamic ownership in libvirt.18:52
Jeffrey4l_and libvirt 1.3.x works anb libvirt 2.5.0 doesn't .18:53
Jeffrey4l_i guess libvirt changed something.18:53
sean-k-mooneythat is not how it works as far as i understood. in anycase though does the qemu user have permission to create files in that folder?18:53
Jeffrey4l_sean-k-mooney, check this https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L292218:54
Jeffrey4l_absolution mo. that folder is nova:nova with 75518:55
sean-k-mooneyand if you checkout your /etc/libvirt/qemu.conf is the qemu user set to nova:nova?18:56
Jeffrey4l_nova. user/group is not set.18:57
Jeffrey4l_hrm ? nova:nova is better?18:57
sean-k-mooneyso libvirt should not be running the qemu instaces as root but by default if you install form apt it will run them in the qemu group18:58
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: DEBUGING Ubuntu owner issue  https://review.openstack.org/43834118:58
sean-k-mooneyi dont know how we do it in kolla as i never checked that out18:58
inc0I don't think we do anything with qemu groupo18:58
Jeffrey4l_i am curiosity why it works ( without kolla )18:59
inc0Jeffrey4l_: most of the time people run it all as root18:59
Jeffrey4l_for libvirt case, should be not.19:00
Jeffrey4l_wow. change the qemu user/group to nova:nova works ;(19:01
sean-k-mooneywell by default the libvirt deamon runs as root but the qemu process does not19:01
Jeffrey4l_sean-k-mooney, correct.19:01
sean-k-mooneyat leas if you instlal from the package mangaer19:01
inc0Jeffrey4l_: do we create qemu group?19:02
inc0with static gid?19:02
sean-k-mooneyinc0: no i dont think so19:02
Jeffrey4l_inc0, yesp.19:02
sean-k-mooneyJeffrey4l_: with a static gid19:02
Jeffrey4l_we created qemu user with static gid.19:03
inc0sean-k-mooney: we create groups and users with static gids19:03
inc0qemu user...but qemu group too?19:03
Jeffrey4l_libvirt run process with libvirt-qemu user in ubuntu+latest libvirt.19:04
sean-k-mooneyinc0: since when. i know we chmod them but i have neever see the code where we create them19:04
Jeffrey4l_but i still donot think it is cause by this.19:04
inc0sean-k-mooney: early ocata I think19:04
*** david-lyle has quit IRC19:04
sean-k-mooneyinc0: in docker image or in ansible?19:04
Jeffrey4l_libvirt should re-chown the console.log file to correct user/group.19:04
inc0sean-k-mooney: image19:04
inc0let me show you code19:04
sean-k-mooneyoh i was looking at the ansible scripts19:05
Jeffrey4l_libvirt 1.3.1 does, but libvirt 2.5 doesn't19:05
inc0https://github.com/openstack/kolla/blob/master/docker/base/Dockerfile.j2#L7-L1119:05
inc0https://github.com/openstack/kolla/blob/master/kolla/common/config.py#L535-L76819:05
*** david-lyle has joined #openstack-kolla19:06
sean-k-mooneythat good to know i had a horrible hack https://review.openstack.org/#/c/408872/3/ansible/roles/nova/templates/qemu.conf.j2 for testing because i needed to make the group match between ovs and the qemu process19:06
inc0Jeffrey4l_: how fun...so ubuntu broken their upgrade of libvirt right?19:06
inc0you need to re-chown vm files19:06
Jeffrey4l_i guess so. but i am not sure.19:06
inc0sean-k-mooney: issue we've hit is if you install mariadb from apt, it will add user19:06
inc0and if you run it again, uid might not be the same19:07
inc0so during upgrade your mariadb datafiles were permission-denied'ed19:07
sean-k-mooneyinc0: i see. well we are missing a group for openvswitch19:07
sean-k-mooneyand user19:07
inc0I believe ovs is running in privileged container19:08
*** crushil has quit IRC19:08
sean-k-mooneyyes but for ovs-dpdk to work the shared unix socket need to be readable and wriable by both the vm and ovs19:08
sean-k-mooneyanyway that a problem for another day19:08
inc0yeah19:09
sean-k-mooneyusably we handle that by running ovs in the same group as qemu and changing the umask so that group member have rw to files by default19:09
*** rwallner has joined #openstack-kolla19:09
inc0well adding user/gid for ovs is fine19:10
inc0we could then pin it to the same gid19:10
sean-k-mooneyinc0: Jeffrey4l_ is there any reason not to run qemu in the nova group?19:10
sean-k-mooneyinc0: ya that would work19:10
Jeffrey4l_sean-k-mooney, there is no one recommend this.19:10
inc0sean-k-mooney: not that I can think of... adding user to second group is not a big deal19:11
inc0question....does centos run on libvirt 1.3 or 2.5?19:11
Jeffrey4l_inc0, 2.019:11
inc0right...why does it work then?19:11
inc0can we pin version of libvirt to same between ubuntu and centos please?19:11
Jeffrey4l_-rw-r--r-- 1 qemu qemu 19K Mar  8 02:03 console.log19:11
sean-k-mooneyinc0: no19:12
Jeffrey4l_libvirt chown the file to the qemu:qemu from nova:nova.19:12
sean-k-mooneyit would be nice but they dont ship the same version in the package manager19:12
*** eaguilar has quit IRC19:12
Jeffrey4l_inc0, i do not think it is a good idea.19:12
inc0oh joy19:12
inc0Jeffrey4l_: soo..add nova user to qemu group?19:13
sean-k-mooneyJeffrey4l_: ya that is what i would expect unless you set the config value19:13
*** matrohon has joined #openstack-kolla19:13
inc0or config change19:13
Jeffrey4l_or fallback to 1.13 ;(19:13
Jeffrey4l_my patch seems works.19:13
inc0I'd rather fix user and not use ancient libvrt with different major version than centos19:13
Jeffrey4l_we may need ask for help from ubuntu.19:14
Jeffrey4l_i guess there is something wrong with libvirt 2.5.19:14
sean-k-mooneywell ubuntu is doing the right thing19:14
sean-k-mooneyit should be running under the qemu group19:14
inc0yeah I guess they didn't think of user separation way we do19:15
sean-k-mooneyagain uless you set the config value which i think is the better option. or add nova to the qemu group19:15
Jeffrey4l_use nova:nova to run qemu is a little weird.19:15
Jeffrey4l_fyi, libvirt 1.13 work as expect19:15
Jeffrey4l_sean-k-mooney, i tried. won't works.19:15
sean-k-mooneyJeffrey4l_: you would proably need to change the umask too19:15
*** satyar has quit IRC19:15
Jeffrey4l_i added all users related to libvirt into nova group , and nova user to related libvirt groups.19:16
sean-k-mooneywhy is the libvrt demaon runing as nova anyway?19:16
Jeffrey4l_the issue is still happend.19:16
sean-k-mooneythis is not a libvirt thing19:16
Jeffrey4l_sean-k-mooney, that is not how libvirt works.19:16
Jeffrey4l_i want to know: why libvirt dynamic ownship do not works19:16
Jeffrey4l_libvirt run as root. he know and he should chown the log file.19:17
sean-k-mooneyas far as i understand the behavior you are seeing is the correct one19:17
sean-k-mooneyi should be changin it to the qemu group19:17
sean-k-mooneythat is the default expected behavior19:17
Jeffrey4l_sean-k-mooney, agree.19:17
Jeffrey4l_libvirt 1.13, 2.0 works like this.19:18
Jeffrey4l_but 2.5 doesn't .19:18
sean-k-mooneyso did you add the qemu user to the nova group?19:18
*** crushil has joined #openstack-kolla19:18
Jeffrey4l_yes. tryied.19:18
inc0can we add nova user to qemu group?19:18
Jeffrey4l_add user to another group won't work.19:18
inc0files are not gid-readable?19:19
Jeffrey4l_drwxr-xr-x 1 nova nova  22 Mar  8 02:02 206e65da-070a-4558-8eee-9c43e5183cc519:19
Jeffrey4l_see?  only nova user have wirte permission.19:19
inc0on directory...how about console.log iteself?19:19
inc0also maybe tha'ts configurable?19:19
Jeffrey4l_nova create it by using nova:nova .19:20
inc0ehh19:20
*** mgoddard has quit IRC19:20
Jeffrey4l_inc0, check this https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L292219:20
rwellum_bmace, sorry missed your response earlier. Talking about docker - which image do you mean - when you say: "docker run --entrypoint=/bin/bash the image"19:20
bmacethe dev image that you built?19:21
Jeffrey4l_so, only two solution:  1. run qemu with nova:nova    2. fix dynamic ownership on libvirt19:21
sean-k-mooneyJeffrey4l_: yes to fix that you would have to alter the umask to -19:21
sean-k-mooneyJeffrey4l_: yes to fix that you would have to alter the umask to 00219:21
inc0does ubuntu ship libvirt 2.0?19:21
Jeffrey4l_sean-k-mooney, it is not related ti umask ( base on my two solution )19:22
Jeffrey4l_inc0, i think no.19:22
rwellum_bmace, ok right...19:22
*** salv-orl_ has joined #openstack-kolla19:22
*** rwallner has quit IRC19:23
Jeffrey4l_# Whether libvirt should dynamically change file ownership19:23
Jeffrey4l_# to match the configured user/group above. Defaults to 1.19:23
Jeffrey4l_# Set to 0 to disable file ownership changes.19:23
Jeffrey4l_#dynamic_ownership = 119:23
sean-k-mooneywell the umask for the service will alter the file permission but again i would just set the user and group in the /etc/libvirt/qemu.conf that will work for all version and keep the same behavior19:24
*** salv-orlando has quit IRC19:25
Jeffrey4l_sean-k-mooney, it may works.19:26
inc0yeah...1.3 or 2.519:26
Jeffrey4l_but this is a issue from libvirt 2.5.19:26
Jeffrey4l_that just a dirty trick.19:26
Jeffrey4l_really need go to sleep. bye guys.19:26
inc0np Jeffrey4l_ thanks19:27
inc0I'll keep digging19:27
sean-k-mooneyJeffrey4l_: not that is the correct way to specify the ownership fo files created by qemu19:27
Jeffrey4l_cool19:27
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155019:31
sbezverkJeffrey4l_: qq, if I need to change default nova scheduler, the change goes into [scheduler] section in nova.conf, right?19:32
sean-k-mooneysbezverk: in the [DEFAULT] section in the nova.conf set scheduler_default_filters and scheduler_driver19:36
sean-k-mooneysbezverk: if you jsut want to chagne the filters that are used scheduler_default_filters is enough19:37
sean-k-mooneysbezverk: if you want to use a different scheduler implnetation you need to chaange scheduler_driver19:37
sbezverksean-k-mooney: it is for baremetal host aggregate19:42
*** tonanhngo has joined #openstack-kolla19:42
sbezverkdoes it go under default?19:43
sean-k-mooneyinc0: just back to https://review.openstack.org/#/c/440834/2 if i added a template override and docs to the contibe folder in kolla for ovs-dpdk and a playbook the contrib repo for kolla-ansible to deploy would that work for you interms of ovs-dpdk support assuming external ovs support was merged?19:44
Slowerinc0: heya!19:44
inc0sean-k-mooney: I think so19:44
inc0that's really low hanging fruit to have first proper contrib19:44
inc0at least until we figure out ansible overrides19:45
Slowerhehe, I read that as "send money"! :)19:45
inc0hey Slower19:45
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155019:45
Slowersend-money-k? :)19:45
inc0:D19:45
sean-k-mooneySlower: i wont object if it is sent to me :)19:45
*** rwallner has joined #openstack-kolla19:45
Slowerinc0: question for you on kolla-k8s.. remind me how you guys are dealing with config files there?19:45
inc0sean-k-mooney: you don't know of any Nigerian royality family connections right?19:45
inc0Slower: right now poorly - we generate them with ansible and add to configmaps19:46
Slowerhaha19:46
sean-k-mooneyinc0: its funny you say that cause i have a cosin that recently got stranded abroad ...19:46
Slowerinc0: ok, and you aren't using the kolla copy config stuff right?19:46
inc0we do in fact19:46
*** tonanhngo has quit IRC19:46
Slowerah hmm interesting19:46
inc0we mount configmaps to place where ansible would mount it19:47
inc0and cp them inside19:47
Slowerhmm19:47
Slowertrying to figure out if we should keep using hte kolla copy thing in tripleo or just mount the configs directly19:47
Slowerwe don't have a permissions/ownership issue because the configs are generated with puppet using the same container that later runs them19:47
sean-k-mooneyinc0: dose kolla-k8 reuse the config generation from kolla-ansible or does it have its own?19:47
Slowerand it generally just makes things very verbose19:47
inc0sean-k-mooney: right now it uses ansible, but we want to get rid of it19:48
inc0as soon as we provide feature-parity mechanism in k8s19:48
inc0with stuff like overrides19:48
sean-k-mooneyinc0: is the plan to put it into its own repo and share or two different implentations19:48
inc0Slower: permissions become an issue with upgrades19:48
inc0but not any more as we use static uid/gid19:49
Slowerhmm19:49
inc0reason we did all that chown magic is if mariadb installs, it creates user19:49
Slowerinc0: any other reasons that might be a bad idea? (to not use the copy thing)19:49
inc0and uid today might be different with uid tomorrow19:49
Slowerah I see19:49
inc0sean-k-mooney: right now plan is to have it in kolla-k8s19:50
inc0Slower: it's really about safety of reconfigure19:50
inc0too19:50
inc0so if you mess with your files19:50
inc0they won't be used until you specifically tell them to be19:50
Slowerright, that was brought up before19:50
Slowerin our conversations about this19:50
SlowerI had forgotten19:51
inc0it might be issue or not...really opinionated one19:51
inc0so for example node dies during reconfigure19:51
inc0and restarts after a while19:51
inc0with our arch it will restart with old config until you specifically recreate container19:51
sean-k-mooneyinc0:  if you just precreated the mysql/mariadb users/groups would you need the chown logic or will the install fail if the user already exist?19:51
inc0or it will use new config19:51
inc0sean-k-mooney: once we precreated it shouldn't be problem19:52
inc0chown was for upgrade from non-precreated to precreated19:52
sean-k-mooneyah that makes sense19:52
sean-k-mooneyinc0: im going to head home and have dinner. my ovs-dpdk patches are in merge conflict so ill be respining theam this week anyway.19:54
sean-k-mooneyinc0: ill split them out as you suggested when i respin19:54
inc0kk sean-k-mooney, test out with external ovs approach19:54
sean-k-mooneyinc0: yep though as i just said in teh review you should prabole rebase your patch on https://review.openstack.org/#/c/416793/19:55
inc0cool19:55
jemcevoyinc0 Samyaple Mech422:  We have kolla deployed on the new cluster for Penguin-on-Demand cloud.  Replacing br-ex with ovs running on the host fixed the neutron issues I was seeing with the VLAN provider network.19:57
*** lucasxu has quit IRC19:57
inc0cool19:57
inc0bbiaf, lunch19:57
jemcevoyIt is up and running with neutron DVR...19:57
sean-k-mooneyjemcevoy: sound like https://review.openstack.org/#/c/440834/2 would be useful for you then19:59
*** Andrew_jedi has joined #openstack-kolla20:00
jemcevoysean-k-mooney Absolutely -  I had to comment out the first 75 lines of https://github.com/openstack/kolla/blob/stable/newton/ansible/roles/neutron/tasks/start.yml#L2-L7520:01
Mech422jemcevoy: yeah - I use OVS for everything on the host - including mgmt access20:01
Mech422jemcevoy: hoping to move to OVN in pike20:01
jemcevoyI am using it to bond the 10gig nics too20:02
Mech422yep20:02
sean-k-mooneyMech422: ya i sould love to add supports for bonds to the kolla host playbook20:02
Mech422sean-k-mooney: yeah - kolla-ansible loves to muck with your OVS config...20:02
jemcevoyCentOS does it way different than Ubuntu.20:02
sean-k-mooneye.g. kolla-ansible bootstrap-servers would also set up you bonds for you in ovs/linuxbridge20:02
Mech422sean-k-mooney: I have about 20 interfaces defined with like 30 vlans + vxlan - so it gets annoying20:03
sean-k-mooneyjemcevoy: it depends on if you like using network manager to manage ovs20:03
*** salv-orl_ has quit IRC20:03
*** bpattewar has joined #openstack-kolla20:04
bpattewarHi20:04
Mannheimhi20:04
sean-k-mooneyMech422: 30 i assume you are spliging each of the openstack service into there own vlan. e.g. 1 vlan for db, 1 for rabbit ....20:04
*** lucasxu has joined #openstack-kolla20:04
jemcevoyIt works with the olde network init scripts too...   I'll write up what I had to do in the next couple weeks...20:04
sean-k-mooneyjemcevoy: ya i just dont like mix the network init scripts / interface file and ovs20:05
bpattewarI am working on https://review.openstack.org/#/c/414496/  changeset. My changes are passing most of the test except one.  I am not able to find any reason for failures. http://logs.openstack.org/96/414496/31/check/gate-kolla-kubernetes-deploy-centos-binary-2-ceph-multi-nv/0d94d6f/20:05
Mech422sean-k-mooney: not really - api is 1 vlan, but stuff like ceph replication/mysql replication get a VLAN20:05
bpattewarI am looking for some help to debug it20:06
sean-k-mooneyyou can but it can get a little annoying sometimes. that said i use it to move the tunnel enpoint ip to the br-ex by default so it has its usese20:06
*** gfhellma has joined #openstack-kolla20:06
jemcevoyNo all in the api vlan.. Separate vlan for ceph, public and vxlan.  and admin access on the 1Gig net20:07
Mech422sean-k-mooney: I _DID_ reserve a couple of (currently unused) VLANs for the api external/admin networks20:07
sean-k-mooneyMech422: ya that makes sense. its kindof like how fule deploys.20:08
Mech422sean-k-mooney: also thinking Ceilo and MongoDB might need their own vlan/replication vlan depending on load?20:08
jemcevoysean-k-mooney... I am seeing 35MB/s coming into the VMs but only 112 KB outbound... Using 9000 MTU... any ideas where the bottleneck might be?20:08
sean-k-mooneywell one advantage of use vlans for the different replication protoclas and rpc busses is even dumb switch suport the valn proity bit for basic qos20:09
jemcevoybonding hash on the switches?20:09
sean-k-mooneyjemcevoy: sorry i dont follow20:10
sean-k-mooneyyou only have 112KB/s upload for the vms but 35MB/s download?20:10
bmacelol, sounds like satellite internet20:11
jemcevoyI thing the datacenter has 1GB up down20:11
jemcevoyI an thing the fragmentation/reassembly gets out of order somewhere20:11
sean-k-mooneyis the MTU set correctly on the veth pair that links the br-int to the linux bridge with the vm tap?20:11
jemcevoyAll the way through... getting 135MB/s between VMs20:12
jemcevoylocal20:12
sean-k-mooneyjemcevoy: well that is maxing out you 1G link for local traffic20:13
jemcevoyping -M do -s 8972 works everywhere local20:13
sean-k-mooneyjemcevoy: i assume when you say local you mean inter server in the data ceneter ya?20:13
sean-k-mooneyjemcevoy: what about between 2 vms in different neutron networks connected via a neutron router20:14
sean-k-mooneythe most like place for the slowdown onto the net is the network node when going from the internal network to the external provider network connected to the wan20:15
jemcevoyYes local is on the local 10Gig/40gig switches between local datacenters and VMs or hosts20:15
*** gfhellma has quit IRC20:15
*** gfhellma has joined #openstack-kolla20:15
*** eaguilar has joined #openstack-kolla20:16
jemcevoyIt is just the internet that is slow...20:16
jemcevoyand only outbound20:17
jemcevoywhere the 9000 MTU needs to fit into 1500 MTU20:17
Mech422jemcevoy: I've never used neutron DVR... when I set network up, it was still a bit 'experimental' and now, I figured I skip straight to OVN instead20:17
Mech422jemcevoy: sorry I cant be more help20:18
*** tonanhngo has joined #openstack-kolla20:18
Mech422sean-k-mooney: oh! if your thinking about kolla-ansible networking... We've been thinking about Midonet20:20
Mech422sean-k-mooney: OVN seems like a simpler/cleaner setup for now, but not sure if we'll need all the BGP goodness and stuff going forward20:20
Mech422prolly be people doing calico and stuff too20:21
*** rhallisey has quit IRC20:21
sean-k-mooneyMech422: i like OVN but im hoping Service Function Chaining with NSH will meen i will not have to learn how BGP works20:21
Mech422sean-k-mooney: I recongized 3 of those letters!20:23
jemcevoyI am going to have switches check to see what type of hash they are using for the bonds I have seen some cause out of order packets which combined with fragmentation would be nasty...20:23
jemcevoyOne more thing... We had a power failure in my dev lab over the weekend... How do I restart galera/mariadb?   Without a Primary...20:24
*** Andrew_jedi has quit IRC20:24
sean-k-mooneyMech422: OVNHFC  are all good leters but when you combine the to OVN with NSH based SFC you have a hipster product that people would be excited for20:24
*** tonanhngo_ has joined #openstack-kolla20:25
sean-k-mooneyi missed S20:25
*** tonanhngo has quit IRC20:25
sean-k-mooneyMech422: honestly thogh the simpler the networking is the better. i disslike BGP simply because its complicated to setup yourself and the specs are complicated to read20:26
Mech422sean-k-mooney: dam - does that mean I have to start drinking Starbucks to project the proper hipster form ?20:26
jemcevoyMech422  Do you know how to restart galera/mariadb after power failure?20:27
Mech422sean-k-mooney: yeah - but we're basically a Networking company (CDN) so I have to bow to the gods of NetArch/NetEng20:27
sean-k-mooneyMech422: only if you want to increase you inteak of overrated suggray coffee20:27
sean-k-mooneyMech422: what company are you at again?20:28
Mech422jemcevoy: I would start one manually with that bootstrap flag20:28
Mech422jemcevoy: then boot the 2nd node - wait for it to sync, boot 3rd wait20:28
jemcevoyHow do I pass it through docker?20:28
Mech422jemcevoy: then finally restart the 1st node with no bootstrap flag20:28
sean-k-mooneycachfly? i rember you were at one of the top 3 cdns right?20:28
Mech422sean-k-mooney: yeah - Limelight Networks20:28
Mech422jemcevoy: sorry - off the top of my head, I don't remember...20:29
jemcevoyThat needs to be documented...20:29
Mech422jemcevoy: my percona cluster isn't dockerized....20:29
Mech422jemcevoy: I roll my own ceph, networking and DB20:29
*** rwallner has quit IRC20:30
sean-k-mooneyah yes yes that rings a bell. well in your case it really does pay to have as efficent a network as possible. if ovn works for you thats awsome to hear. if you need calico that good to know too. im sure other people will hit similar issue to you if you find it does not meet your needs20:30
sean-k-mooneyMech422: so what do you use kolla for :P20:31
Mech422sean-k-mooney: yeah - not sure calico works for us with no L2 support - we were leaning towards midonet - but calico seems to be the favorite20:31
sean-k-mooneyMech422: but ya it makes sense you use kolla for just the openstack service and tune your infra service yourself20:32
jemcevoyWho might know how to start galera? I have resorted to editing some dat file to set a flag from zero to one...20:32
Mech422sean-k-mooney: yeah - thats pretty much what we do - DB group was supposed to be in charge of the percona stuff, so I couldn't do kolla...20:32
Mech422sean-k-mooney: but now it appears it got pushed off to me - so maybe that part can go to bog standard kolla20:32
*** rwallner has joined #openstack-kolla20:33
Mech422sean-k-mooney: I'll prolly inherit the mongo stuff too - don't think we use it in production for anything else20:33
*** bpattewar has quit IRC20:33
sean-k-mooneyMech422: mongo for ceilometer? it would be better to move to gnocci or mysql if you are using it in production20:34
sean-k-mooneyjemcevoy: maybe inc0 can help20:34
Mech422sean-k-mooney: I thought mongo would have better perf. for Ceilo ?  If I can get rid of it, that'd be awesome!20:35
Mech422one less moving part!20:35
*** JoseMello has quit IRC20:35
sean-k-mooneyanyway its 8:30 and i skipped lunch so off to dinner for real this time.20:35
Mech422sean-k-mooney: Enjoy!20:35
sean-k-mooneyMech422: oh for calico not sure i assumed it only supported etcd20:35
sean-k-mooneysorry missread that20:36
Mech422yeah - problem with percona for ceilo is its syncronous commit...20:36
sean-k-mooneyya ceilometer supprot mysql and gnocci. gnocci is the recommended backend now20:36
jemcevoyThe kolla-ansible mariadb-recover has never worked for me cuz the transaction id gets reset to -1 when the initial power on fails to form a cluster and it cannot decide which is the newest20:36
Mech422sean-k-mooney: AHH! I'll have to look at that20:36
sean-k-mooneyMech422: kolla can deploy it too20:37
sean-k-mooneyat least kolla-ansible20:37
Mech422sean-k-mooney: Awesome dude - thanks for the pointer!20:37
* Mech422 frantically starts googling20:37
jemcevoythanks sean-k-mooney ,  have a healthy dinner20:38
*** tonanhngo_ has quit IRC20:38
sdakeinc0 sean-k-mooney slower - the plan kfox1111 outlined is it use configmaps to provide a completely helm native implementation - no need for anything except helm and kubernetes20:48
sdakereference: http://eavesdrop.openstack.org/irclogs/%23openstack-kolla/%23openstack-kolla.2017-03-04.log.html#t2017-03-04T18:59:1520:50
sdakeneeds someone to write the code :)20:51
jemcevoyinc0 I have two dev cluster that had a power failure over the weekend... How do I start mariadb/galera on them?20:55
sdakeslower fwiw this is the same plan we outlined at the openstack PTG in February20:56
*** tonanhngo has joined #openstack-kolla20:57
inc0I'm back20:58
*** athomas has joined #openstack-kolla20:59
inc0jemcevoy: we have playbook for that20:59
inc0kolla-ansible mariadb-recovery20:59
jemcevoyI have tried that but after the poweron and mariadb autostarts which resets all the transaction IDs on all the three servers to -1 in the dat file... It never really works...21:01
*** tonanhngo has quit IRC21:01
*** rwallner has quit IRC21:01
jemcevoyMaybe mariadb should not autstart21:01
*** rhallisey has joined #openstack-kolla21:02
SamYaplejemcevoy: mariadb autostarting isn't whats reseting the stuff to -121:03
SamYapleit wont update the grastate.dat until it successfully joins a cluster21:03
SamYapleits like the 10 second timeout from a 'docker stop mariadb' that is crashing the mariadb server21:03
*** rwallner has joined #openstack-kolla21:03
*** rwallner_ has joined #openstack-kolla21:05
jemcevoySamYaple So the restart is to "ipmitool power on" then login and stop all the mariadb instances, then run kolla-ansible mariadb-recovery21:05
vhosakotbmace: ping, I finally increased my RAM and disk of my machine (:)) and ready to run build_dev_image.sh and run_dev_image.sh in https://docs.openstack.org/developer/kolla-kubernetes/development-environment.html.  Can you confirm if 4GB RAM is still needed for kube2 per the diff you sent the other day http://paste.openstack.org/show/598475/ ?21:06
bmacevhosakot: hey.  4 actually worked last time i ran it.  if you want to give it 6 it probably wouldn't hurt?  depends on how much you actually plan to do with the env beyond just deploying it and how much ram you have available.21:07
vhosakotbmace: thanks for the info.  so, I have 32 G RAM and 64 G disk space on my host.21:08
SamYaplejemcevoy: you could do it that way i suppose. you may very well be losing a transaction or two depending on how active it was if you go that path21:08
SamYapleand if node1 was done _before_ the cluster shutoff, you could lose _alot_ of data21:08
*** rwallner has quit IRC21:08
jemcevoyWhat is the best path for our production cluster?21:08
bmacevhosakot: kk, you should be good to go with either 4 or 6 on kube2.. if you actually plan to try to bring up guests or whatever else might increase memory usage in the ostk control services more than 4gb might be good21:09
jemcevoyI have a perfect opportunity to test with two dev cluster down21:09
*** rwallner_ has quit IRC21:10
vhosakotbmace: is kube2 the compute node?  yes, I'm planning to boot at least one nova instance and do some basic sanity checks (like ping gateway/DHCP/DNS server/google from inside the nova instance).  do you think 6 G RAM on kube2 is good for this?21:11
bmacevhosakot: i think the default labeling should have kube2 as control and 1 / 3 / 4 as computes?21:12
*** matrohon has quit IRC21:14
jemcevoySamYaple What is the best path for our production cluster? I have a perfect opportunity to test with two dev cluster down.21:15
jemcevoyI do not know how to restart the mariadb cluster...21:16
*** fguillot has quit IRC21:16
jemcevoyI have always had to hack it back to life21:16
vhosakotbmace: I see the labels here.. cool setup_dev_env.sh21:17
vhosakotbmace: https://github.com/openstack/kolla-kubernetes/blob/master/tools/setup_dev_env.sh#L48-L5221:17
bmacevhosakot: ah, yup, if you don't want to do compute on kube2 i expect you can yank the label21:18
bmacevhosakot: or just give it more ram.. you have a bunch21:18
sbezverksean-k-mooney: have you worked with host aggregates?21:22
*** gfhellma has quit IRC21:22
vhosakotbmace: cool.. yes, I'll assign 6G RAM to kube2, np.. so, per your latest change in the docs https://review.openstack.org/#/c/429295/26/doc/source/development-environment.rst, I'll run build_dev_image.sh and run_dev_image.sh, and will keep you posted.21:22
sbezverkor anybody on this channelm any experience with host aggregats?21:23
bmacevhosakot: cool, good luck!  i think people have had hit or miss success with weave for networking in their k8s env btw.. i think canal / calico have been used consistently with success.21:24
bmaceif you are using weave and it works though, all the better21:24
vhosakotbmace: cool, I'll deploy weave (what comes OTB) and let you know, and then try calico/canal/flannel.  I see the labels are called here in the Dockerfile.. cool...  https://github.com/openstack/kolla-kubernetes/blob/master/tools/Dockerfile#L7421:25
*** gfhellma has joined #openstack-kolla21:25
SamYaplejemcevoy: if the clusters are already down, then i can't tell you the best path. but if you know things like "they were all up and active before the cluster stop, and node1 was what haproxy was loadbalancing to", then starting from node1 is what you want to do21:26
jemcevoySure... The power failed when the only updates would be the status heartbearts from the services...21:28
jemcevoyHow do I feed the container the flag to tell it to form a new cluster?21:29
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155021:29
vhosakotbmace: is 2G RAM good on the other nodes kube{1,3,4} ?21:30
bmacevhosakot: depends on what kind of vms you want to bring on them.. as long as it is 1 or 2 tiny, probably.21:30
vhosakotbmace: yeah, I'll just spin a cirros tiny for my test, thanks for the info.21:31
bmacevhosakot: most of my work was just to make sure all the env / pods were coming up cleanly.  i never did much with it once it was all up so not sure how big things need to be for a really "usable" environment, and usable really depends on what you want to do with it :)21:31
vhosakotbmace: true, 100% agreed :)  can I update the docs in https://docs.openstack.org/developer/kolla-kubernetes/development-environment.html to add 4G or 6G RAM for kube2 so the user knows about it?21:32
bmacevhosakot: i don't own the docs or really any of the code.  feel completely free to make any improvements you think will be helpful :)21:33
vhosakotbmace: cool, will do!21:33
*** tonanhngo has joined #openstack-kolla21:34
*** Jeffrey4l_ has quit IRC21:34
*** Jeffrey4l_ has joined #openstack-kolla21:37
*** jrobinson has joined #openstack-kolla21:38
*** salv-orlando has joined #openstack-kolla21:38
*** tonanhngo has quit IRC21:39
*** rwellum_ has quit IRC21:40
Slowersdake: inc0: thanks guys :)21:43
*** MasterOfBugs has quit IRC21:47
*** pramodrj07 has quit IRC21:47
*** MasterOfBugs has joined #openstack-kolla21:47
*** pramodrj07 has joined #openstack-kolla21:47
*** rhallisey has quit IRC21:48
*** athomas has quit IRC21:49
*** dave-mcc_ has joined #openstack-kolla21:53
*** dave-mccowan has quit IRC21:54
*** jtriley_ has joined #openstack-kolla21:56
*** jtriley has quit IRC21:59
*** crushil has quit IRC22:00
*** jtriley_ has quit IRC22:01
*** lucasxu has quit IRC22:02
*** lucasxu has joined #openstack-kolla22:03
*** dave-mcc_ has quit IRC22:03
*** rhallisey has joined #openstack-kolla22:05
openstackgerritBalaji G Pattewar proposed openstack/kolla-kubernetes master: Helm charts for heat/heat-cfn microservices  https://review.openstack.org/41449622:06
vhosakotbmace: have you seen this error when doing "vagrant up"?  -  http://paste.openstack.org/show/601834/22:13
vhosakotbmace: looks like the command "kubeadm init" is getting a "404 not found" error since https://storage.googleapis.com/kubernetes-release/release/v.txt returns "NoSuchKeyThe specified key does not exist." in the browser.22:14
vhosakotv1k0d3n: ^^^22:15
bmacevhosakot: no, i don't recall seeing anything like that :(, maybe a halcyon-vagrant-kubernetes issue that was introduced since my last update, or some sort of change in how google exposes what packages are available.. idk22:15
vhosakotbmace: right, https://storage.googleapis.com/kubernetes-release/release/v.txt and https://storage.googleapis.com/kubernetes-release/release does not exist, but https://storage.googleapis.com/kubernetes-release exists.22:16
vhosakotv1k0d3n: portdirect: bmace: I'm running into this - https://github.com/att-comdev/halcyon-vagrant-kubernetes/issues/6322:17
v1k0d3ninteresting.22:18
v1k0d3nhey vhosakot  :)22:18
vhosakotv1k0d3n: hey, sorry, got pulled into other things, and just got back to kolla-k8s.22:18
vhosakotv1k0d3n: :)22:18
v1k0d3nno worries. haven't really used halcyon in a while.22:19
v1k0d3nso this is a new cluster?22:19
vhosakotv1k0d3n: cool, yep, brand new halcyon-vagrant-kubernetes repo.  I'm following stock docs in https://docs.openstack.org/developer/kolla-kubernetes/development-environment.html, and see error in the task that initializes kubernetes master - http://paste.openstack.org/show/601834/22:20
vhosakotv1k0d3n: is the "--use-kubernetes-version v" part in "kubeadm init --token ac7da3.b2cofcda6ab01976 --use-kubernetes-version v --api-advertise-addresses 172.16.35.11" finding "v.txt" in https://storage.googleapis.com/kubernetes-release/release/v.txt that does not exist?22:21
*** tonanhngo has joined #openstack-kolla22:21
vhosakotv1k0d3n: don't know why it is v instead of v1.5.1. I'll dig more.22:23
*** tonanhngo has quit IRC22:25
*** eaguilar has quit IRC22:26
vhosakotv1k0d3n: I see "kube_version: v" in my halcyon-kubernetes/kube-deploy/group_vars/all.yml.22:27
v1k0d3nvhosakot: yeah, so you would need to put a version there...22:27
v1k0d3ni.e. v1.5.2 or v1.5.222:27
v1k0d3nsomehow yours is missing the actual version number, which is needed.22:27
v1k0d3nsomehow just showing v i guess?22:28
vhosakotv1k0d3n: sercanacar saw it too looks like - https://github.com/att-comdev/halcyon-vagrant-kubernetes/issues/6322:28
v1k0d3nbut in default in the halcyon it is v1.5.122:28
v1k0d3nhttps://github.com/att-comdev/halcyon-kubernetes/blob/master/kube-deploy/group_vars/all.yml#L2722:28
vhosakotv1k0d3n: yep, master has it right. cool22:29
v1k0d3ndoes that resolve it?22:29
vhosakotv1k0d3n: I'll try now, doing "vagrant destroy", but still thinking why it is "v" in the first place :)22:30
*** financeMann has quit IRC22:30
vhosakotbrb 5 mins22:30
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes master: WIP Adding virtualbmc to the gate  https://review.openstack.org/44155022:30
v1k0d3nnot sure22:31
v1k0d3nyou said master has the correct version,  identified, right?22:31
vhosakotv1k0d3n: yes, both halcyon-kubernetes master and the e8d4319 submodule that the halcyon-vagrant-kubernetes master pulls have "kube_version: v1.5.1", I verified.22:35
portdirectvhosakot: could you confirm the versions of vagrant and ansible you are using?22:36
*** lucasxu has quit IRC22:36
portdirectvhosakot: also platform would be great :)22:36
vhosakotportdirect: sure :) so, I'm using vagrant 1.8.1, Ansible 2.2.1.0, CentOS 7.3, with libvirt.22:37
*** Margin has joined #openstack-kolla22:38
*** Margin has quit IRC22:38
v1k0d3nso vhosakot you still have the same issue with master is what you're saying?22:38
*** Margin has joined #openstack-kolla22:38
portdirectvhosakot: any chance you could paste the ./config.rb and ./halcyon-kubernetes/kube-deploy/group_vars/all.yml?22:39
vhosakotv1k0d3n: with halcyon-vagrant-kubernetes master yes and in e8d4319 the detached branch that halcyon-vagrant-kubernetes thru submodule.22:40
*** lucasxu has joined #openstack-kolla22:41
vhosakotportdirect: http://paste.openstack.org/show/601838/22:42
vhosakotportdirect: as we can see in ^^^^, I see "kube_version: v" in halcyon-kubernetes/kube-deploy/group_vars/all.yml in the detached branch e8d4319 (that halcyon-vagrant-kubernetes pulls)22:42
portdirectvhosakot: theres your issue :/22:43
vhosakotportdirect: well, I didn't change it :)  it is what is pulled22:44
vhosakotshould the submodule be updated?22:44
portdirectdid you set these from the dev guide? https://github.com/openstack/kolla-kubernetes/blob/master/doc/source/development-environment.rst#set-environment-variable-versions-for-easy-copy-and-pasting22:44
sdakevhosakot did you set the environment variable in the docs?22:44
portdirect^^22:44
sdakejinx :)22:44
sdakei'm pretty sure we need ot remove those env vars, that is the 3rd or 4th person that has been hit by that problem22:45
sdakei'm off for the week - enjoy :)22:45
vhosakotsdake: that was it.. I do not have the env set.... sorry guys... ROFL.... I exited from the shell, and the env var was gone... thanks for all the help22:46
vhosakotv1k0d3n: portdirect ^^^ my env var issue, thanks for your help.22:46
vhosakotlooks like sercanacar also did the same in https://github.com/att-comdev/halcyon-vagrant-kubernetes/issues/63 .. lol, I might submit a PR to check this...22:47
vhosakotv1k0d3n: portdirect like a check in https://github.com/att-comdev/halcyon-vagrant-kubernetes/blob/master/setup-halcyon.sh#L30 to check if the en var is not set..22:48
inc0right...so I got libvirt to work22:48
v1k0d3nah, ok...so that's why i wasn't getting the "v" issue vhosakot and portdirect22:48
inc0and I'm sad today22:48
inc0we either can run qemu as nova user or downgrade libvirt to 1.322:49
vhosakotv1k0d3n: portdirect, cool.. all good now :)  I'll submit PR later.22:50
portdirectvhosakot: if you could make a PR for that it would be awesome :)22:50
v1k0d3nPR for what?22:50
portdirectv1k0d3n: adding a check into the kolla setup script22:50
v1k0d3nah, ok.22:51
sdakeqemu should ideally run as qemu user inc022:51
inc0sdake: "ideally"22:51
sdakepretty sure that is how centos operates- but not certain it still does22:51
vhosakotportdirect: yes, will, do!  I might also file a bug againt upstream k8s since the "kubeadm init" command does not validate what is --use-kubernetes-version.22:51
inc0issue is nova creates files with umask 72222:51
inc0so qemu user has no access22:51
inc0and libvirt used to chown files22:51
sdakegroan22:52
inc0but it's not doing this in 2.5 as it seems22:52
inc0and 2.5 rolled in ubuntu cloud archive22:52
sdakecentos is libvirt 2.5 iirc22:52
inc0it is not22:52
inc0it's 2.022:52
sdake   ahh ok :)22:52
vhosakotportdirect: the fix would be in https://github.com/att-comdev/halcyon-vagrant-kubernetes/blob/master/setup-halcyon.sh#L30, right?22:52
inc0so when centos bumps this version, same issue22:52
sdakeright22:52
inc0anyway, I running qemu with nova user works22:52
sdakethat seems ok but suboptimal22:53
sdakethere has to be a way to override the nova umask22:53
sdakeor should be atleast22:53
inc0alternative would to teach nova to create dirs with 772 instad of 72222:53
inc0but nova doesn't22:53
sdakehmm well your on it - i'm certain you will figure it out :)22:54
inc0then we could just add libvirt-qemu user to nova group, but not the case22:54
inc0already figured it out22:54
sdakei mean how to solve it properly :)22:54
inc0gonna push patchset in a second22:54
sdakecool22:54
*** Pavo has joined #openstack-kolla22:55
*** Margin has quit IRC22:56
portdirectvhosakot: thats just the help text22:58
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: Make qemu use nova user  https://review.openstack.org/44285022:58
portdirectyou'd want to check for an empty var somewhere around L5622:58
vhosakotportdirect: cool, thanks for the info.. yeah, I'll add it in that script to check if the env var KUBERNETES_VERSION is first set before running setup-halcyon.sh for kolla.  cool22:59
vhosakotportdirect: my SSH window timed out and auto-logged out, and when I ssh'ed back in, forgot to reset the KUBERNETES_VERSION env var, might add to me .bashrc to it alwasy exists.23:01
*** TxGirlGeek has quit IRC23:03
portdirectPersonally I wonder if we should just remove that var from the docs - and revert to specifying it in the command?23:04
*** erlon has quit IRC23:05
*** tonanhngo has joined #openstack-kolla23:07
*** Pavo has quit IRC23:08
vhosakotportdirect: the same env var is used to install the kubectl client as well  -->  https://docs.openstack.org/developer/kolla-kubernetes/development-environment.html#installing-clients-on-centos-or-ubuntu23:09
portdirectvhosakot: yeah - though we have the choice: get the doc maintainer to specify a value twice in a document or use the var. The var has caused multiple people problems/confusion and now your looking at adding things to your .bashrc to ensure smooth running23:11
*** tonanhngo has quit IRC23:12
portdirectthat's a totally acceptable approach (the .bashrc) but I think we have perhaps optimized to far here?23:12
*** lucasxu has quit IRC23:12
vhosakotportdirect: yes, using the var multiple times is fine, yeah, addind in .bashrc is good... I think missing env var must be validated by halcyon-vagrant-kubernetes (for which I'll submit a PR soon) and invalid value for -use-kubernetes-version must be validated by "kubeadm init" (for which I'll open a bug againt kubeadmin upstream).23:15
vhosakotbrb 20 mins... rebooting my laptop.23:18
*** vhosakot has quit IRC23:19
*** goldyfruit1 has quit IRC23:21
*** lamt has quit IRC23:23
*** manheim_ has joined #openstack-kolla23:24
*** saneax-_-|AFK is now known as saneax23:29
jascott1woah 20 mins.. helluva boot cycle23:33
*** Pavo has joined #openstack-kolla23:33
*** eaguilar has joined #openstack-kolla23:41
*** gfhellma has quit IRC23:47
*** sps_ has joined #openstack-kolla23:47
*** manheim_ has quit IRC23:48
*** adrian_otto has quit IRC23:52
inc0sdake: around?23:56
jemcevoyinc0:  The root file systems are filling up there is a giant 64GB json log from the heka container...23:57
inc0lol interesting...you didnt happen to have debug enabled?23:58
inc0or something is spamming error messages23:58
inc0never seen it this big tho23:58
*** yingjun has joined #openstack-kolla23:59

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