Tuesday, 2019-03-26

openstackgerritMerged openstack/openstack-ansible-tests master: Remove 42.3 from Master  https://review.openstack.org/64747000:00
openstackgerritMerged openstack/openstack-ansible-os_glance stable/rocky: Adds protocol to glance_cors_allowed_origin var  https://review.openstack.org/64084600:08
*** gyee has quit IRC00:13
*** ivve has quit IRC00:27
*** tosky has quit IRC00:27
*** luksky has quit IRC00:36
*** cmart has joined #openstack-ansible00:38
openstackgerritMerged openstack/openstack-ansible-lxc_hosts master: Fix image fetching process for leap 15  https://review.openstack.org/64562700:49
*** cmart has quit IRC00:56
*** tosky has joined #openstack-ansible01:01
*** cshen has joined #openstack-ansible01:05
*** tosky has quit IRC01:06
*** cshen has quit IRC01:09
*** BjoernT has joined #openstack-ansible02:16
*** BjoernT has quit IRC02:21
*** shyamb has joined #openstack-ansible03:00
*** cshen has joined #openstack-ansible03:05
*** shyamb has quit IRC03:06
*** cshen has quit IRC03:10
openstackgerritChandan Kumar proposed openstack/openstack-ansible-os_tempest master: Include config_template action plugin as a deps for os_tempest  https://review.openstack.org/64483003:37
cloudnullevenings all03:52
*** udesale has joined #openstack-ansible03:58
openstackgerritMerged openstack/openstack-ansible stable/ocata: Do not install linux-image-extra by default  https://review.openstack.org/64756804:10
*** cshen has joined #openstack-ansible04:11
*** cshen has quit IRC04:15
chandankumarcloudnull: please have a look https://review.openstack.org/#/c/644816/ when free!04:31
*** shyamb has joined #openstack-ansible05:09
*** markvoelker has joined #openstack-ansible05:17
*** shyamb has quit IRC05:27
*** shyamb has joined #openstack-ansible05:41
openstackgerritMerged openstack/openstack-ansible-os_tempest stable/rocky: Bring back the --serial flag alive  https://review.openstack.org/64450506:02
chandankumar\o/ finally it is merged06:03
*** shyamb has quit IRC06:41
openstackgerritOpenStack Proposal Bot proposed openstack/openstack-ansible master: Imported Translations from Zanata  https://review.openstack.org/64766206:46
*** shyamb has joined #openstack-ansible06:54
*** ivve has joined #openstack-ansible06:58
*** kopecmartin|off is now known as kopecmartin07:00
*** rgogunskiy has joined #openstack-ansible07:02
*** pcaruana has joined #openstack-ansible07:10
*** shyamb has quit IRC07:19
*** shyamb has joined #openstack-ansible07:19
*** miloa has joined #openstack-ansible07:19
miloaMorning07:19
jrosserHello07:28
chandankumarGood morning :-)07:31
*** cshen has joined #openstack-ansible07:32
*** hamzaachi has joined #openstack-ansible07:36
*** shyamb has quit IRC07:38
*** luksky has joined #openstack-ansible07:57
*** rgogunskiy has quit IRC07:57
*** aedc has joined #openstack-ansible07:58
*** DanyC has joined #openstack-ansible08:02
*** DanyC has quit IRC08:03
*** tosky has joined #openstack-ansible08:14
*** shyamb has joined #openstack-ansible08:20
*** shyamb has quit IRC08:27
*** shyamb has joined #openstack-ansible08:27
*** hamzaachi_ has joined #openstack-ansible08:28
*** hamzaachi has quit IRC08:31
ChosSimbaOnefnpanic, Hi. I am sorry for th late reply, got caught up with management yesterday, so forgot all about this. Well we do not put anything openstack related into influx now. We are currenlty colelctiong metrics on our ceph servers and AI servers. Also we pipe prometheus collected data from our ceph environment, into influx. So if the best option is to use the openstack-exporter that is the way we will go. What we08:35
ChosSimbaOneneed is monitoring of OpenStack services, where we do not ahve to invent the wheele. Do you use the prometheus-openstack-exporter and find that good?08:35
fnpanicChosSimbaOne: no problem. i know how this works sometimes ;-)08:37
fnpanicwe tried it in lab and will roll it out into production08:38
fnpanicwe monitor our services with check_mk because it is our standard08:38
*** DanyC has joined #openstack-ansible08:38
fnpanicdo you have monitoring in place? use it08:38
chandankumarjrosser: odyssey4me please have a look at this patch https://review.openstack.org/#/c/644816/ when free, thanks!08:39
fnpanicif it is a greenfield i would suggest zabbix08:39
*** electrofelix has joined #openstack-ansible08:40
ChosSimbaOnevery cool, I will look into that. the exporter seems nice, and that we will get some information, and know what we are missing. Thank you for the input :-)08:42
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-openstack_hosts master: Allow user-defined extra distro packages  https://review.openstack.org/59416008:45
*** DanyC has quit IRC08:49
fnpanicChosSimbaOne: you are welcome08:50
fnpanicdoes anyone know why tempest is failing at the task : Gather variables for each operating system]08:51
fnpanichappens consistant08:51
*** hamzaachi__ has joined #openstack-ansible08:55
*** hamzaachi_ has quit IRC08:57
*** priteau has joined #openstack-ansible08:57
*** priteau has quit IRC09:01
*** priteau has joined #openstack-ansible09:02
*** shyamb has quit IRC09:14
*** DanyC has joined #openstack-ansible09:16
*** shyamb has joined #openstack-ansible09:17
*** DanyC has quit IRC09:18
*** DanyC has joined #openstack-ansible09:19
*** cshen has quit IRC09:21
*** luksky has quit IRC09:35
openstackgerritGaudenz Steinlin proposed openstack/openstack-ansible-os_ceilometer master: Fix polling namespace on compute nodes  https://review.openstack.org/60720209:36
*** shyamb has quit IRC09:38
*** aedc has quit IRC09:39
*** shyamb has joined #openstack-ansible09:42
*** cshen has joined #openstack-ansible09:47
*** CeeMac has joined #openstack-ansible10:03
CeeMacmorning10:03
fnpanichi10:07
admin0fnpanic, do you by any chance automate the hosts adding process in check_mk ?10:18
fnpanicsure. it has an api.10:20
*** shyamb has quit IRC10:21
fnpanicpython lib10:21
fnpanichttps://github.com/brennerm/check-mk-web-api10:21
*** DanyC has quit IRC10:26
*** DanyC_ has joined #openstack-ansible10:26
admin0fnpanic :) thanks10:34
noonedeadpunkmornings:)10:58
*** luksky has joined #openstack-ansible11:02
fnpanicadmin0: as i said, if it is a greenfield i would go for zabbix11:05
fnpaniclots of good checks for openstack11:05
*** shyamb has joined #openstack-ansible11:06
*** ygk_12345 has joined #openstack-ansible11:09
ygk_12345odyssey4me: hi :)11:09
ygk_12345odyssey4me: need some help with cinder volumes11:09
odyssey4meo/ ygk_12345 how can I help?11:11
*** aedc has joined #openstack-ansible11:11
ygk_12345odyssey4me: i have configured dell equilogic  for cinder. I am able to create empty volumes but creating volumes with images is failing11:11
odyssey4meygk_12345 hmm, it's been a long time since I worked with all that - I can't remember which service exactly does it, but have you checked the cinder-* service logs to see what the errors are?11:12
ygk_12345odyssey4me: yes it is not able to find the volume11:13
ygk_12345odyssey4me: http://paste.openstack.org/show/748380/11:13
ygk_12345odyssey4me: its cinder-volume container11:14
odyssey4meygk_12345 it looks like it can't login - can you verify if the volume exists and that you can do an iscsi login manually to the LUN?11:14
odyssey4methere's another thing - iscsi doesn't work from inside a container - which is why we put it on a host by default11:14
ygk_12345ohhh11:15
ygk_12345odyssey4me: so should I install it on the host ? if so how then ?11:15
odyssey4meif you're using ceph, then it works fine in a container... but iscsi doesn't - there's an old bug about that somewhere11:15
ygk_12345odyssey4me: where should I install the cinder-volume service then ?11:16
*** udesale has quit IRC11:16
odyssey4mewell, to make cinder-volume install inside a container, you must have an env.d file in /etc/openstack_deploy/env.d ?11:16
ygk_12345odyssey4me: yes I have11:16
ygk_12345odyssey4me: wwhat changes do I have to make in it ?11:16
odyssey4meright, so you'll have to remove that, then remove the cinder-volume containers, then re-deploy cinder-volume and it'll go onto the hosts you've designated in the storage hosts group11:17
ygk_12345odyssey4me: ok11:17
*** aedc has quit IRC11:18
odyssey4meygk_12345 sorry - let me make this a little clearer11:20
ygk_12345odyssey4me: hi11:22
ygk_12345odyssey4me: can u point me to the iscsi bug in containers ?11:22
odyssey4meremove the env.d file in /etc/openstack_deploy which changes the layout for the cinder services; then use the lxc-containers-destroy playbook to remove the containers; then use the inventory-manage script to remove the containers from the inventory; then re-run the haproxy and os-cinder-setup playbook to re-setup the services11:22
admin0odyssey4me, so in this case the cinder volume service runs in controllers directly ?11:23
odyssey4meygk_12345 http://lists.openstack.org/pipermail/openstack-dev/2016-September/103837.html11:24
*** priteau has quit IRC11:29
admin0odyssey4me, will this destroy already established/working volumes ?11:29
odyssey4meadmin0 the connections to the volumes from computes should be direct as far as I remember, but if it still works the same way, you will have to reassign the cinder agent managing it to one of the new ones using cinder-manage11:30
*** shyamb has quit IRC11:30
*** shyamb has joined #openstack-ansible11:31
*** cshen has quit IRC11:36
*** ansmith_ has quit IRC11:37
*** cshen has joined #openstack-ansible11:42
*** ygk_12345 has quit IRC11:53
*** SmearedBeard has joined #openstack-ansible12:02
*** shyamb has quit IRC12:09
*** dmsimard has joined #openstack-ansible12:10
*** shyamb has joined #openstack-ansible12:21
chandankumarodyssey4me: anything more needed on this patch https://review.openstack.org/#/c/644816/12:24
*** ansmith_ has joined #openstack-ansible12:26
*** markvoelker has quit IRC12:31
*** CeeMac_ has joined #openstack-ansible12:32
*** shyamb has quit IRC12:36
*** CeeMac has quit IRC12:36
*** udesale has joined #openstack-ansible13:00
*** CeeMac_ is now known as CeeMac13:08
*** strattao has joined #openstack-ansible13:11
CeeMacdoes anyone know if OVS is playing nicely with networkd now?  I can't seem to find anything concrete one way or the other13:12
*** ut2k3 has joined #openstack-ansible13:25
ut2k3Hi guys, I have defined two network nodes in network_hosts. On the ansible run neutron- l3/dhcp/metadata-agent are still installed on the controller-node defined infrastructure_hosts. How can I prevent this? I wanna actually have this here: https://docs.openstack.org/security-guide/_images/1aa-network-domains-diagram.png13:29
guilhermespmornings all13:30
openstackgerritChandan Kumar proposed openstack/openstack-ansible-os_tempest master: Use tempest_keystone_interface_insecure var for ssl verification  https://review.openstack.org/64481613:30
guilhermespodyssey4me the issue of ygk is the same I had I think13:31
guilhermespI needed to deploy glance on metal. There was a bug with lxc containers to mount iscsi devices13:31
chandankumarmnaser: hello13:32
odyssey4meguilhermesp ah, of course - if glance needs to do iscsi, then glance needs to also be outside of the containers13:32
chandankumarmnaser: we have started moving out collect-logs role from tripleo https://review.openstack.org/#/q/topic:add-tripleo-collect-logs+(status:open+OR+status:merged) I will work on how we can consume with OSA13:33
ut2k3Anyone here that can help me with how I can prevent neutron-l3/neutron-dhcp & co. to be installed on the controller node?13:42
odyssey4meut2k3 the location of those services is determined by you in the host group allocation for network_hosts (not sure if you saw that, I lost connection)13:58
noonedeadpunkut2k3 if you have changed openstack_user_config.yml make sure to get inventory updated.14:01
cloudnullmornings all14:02
*** udesale has quit IRC14:03
noonedeadpunkwhat does  /opt/openstack-ansible/scripts/inventory-manage.py -G shows regarding neutron_agent?14:03
noonedeadpunkmorning cloudnull14:03
ut2k3noonedeadpunk, it shows the controller + both network nodes on the container_name column14:04
ut2k3Both network nodes are set in the openstack_user_config.yaml in network_hosts (without controller)14:06
noonedeadpunkyou may try to remove excess hosts with -r14:06
noonedeadpunkthe point is, that once you've generated inventory, it's cached in /etc/openstack_deploy/openstack_inventory.json And when you update openstack_user_config, old values remains there14:07
ut2k3Ah I see. So once I've removed the host, on the next run it gets added to the groups it should be but not in neutron-related once.14:10
ut2k3*ones14:10
CeeMachi cloudnull14:11
cloudnullo/14:11
noonedeadpunkYes, once you've removed it from cache and it's not in this group inside openstack_user_config anymore, on next run it won't be added to neutron again14:11
CeeMacoh, cloudnull, you're a systemd-networkd fan right?14:11
cloudnullI am :)14:12
CeeMacdo you know if its working with OVS now?14:12
cloudnullI do not.14:12
CeeMacor rather, if OVS is working with it14:12
CeeMacboo14:12
* cloudnull does not use OVS14:12
CeeMacah, ok14:12
CeeMaclinuxbridge ha routers?14:12
cloudnullhttps://github.com/systemd/systemd/issues/261314:13
cloudnulllooks like there's a specific feature request for ovs in networkd14:13
CeeMacyeah, id seen that last night, doesn't seem to be a lot of movement on it14:13
cloudnullhowever it should work just fine for all of the underlying interfaces14:13
cloudnulljust maybe not specficically for OVS type interfaces.14:13
CeeMacyeah, thats the worry14:13
CeeMaci'm strongly considering reverting to ifupdown for the moment14:14
CeeMacwe have  use case to implement DVR, hence OVS14:14
cloudnullthe good thing is networkd will ignore interfaces that are not configured w/ a given file14:14
cloudnullsimilar to ifcfg scripts14:14
CeeMacok14:14
cloudnullin ubuntu you can install the old ifup/down tools14:15
CeeMacyeah14:15
cloudnullshould get you to a stable state, if your worried about networkd14:15
CeeMaci think there is a caveat around resolved or something14:15
CeeMaci'm more worried about ovs :)14:15
* cloudnull not an ovs fan :) 14:15
CeeMacbut yeah, ovs and ifupdown seem to play more nicely14:15
cloudnull++14:15
CeeMaci'm wondering if I could get away with linuxbridge and HA routers in neutron in the short term while I dev out OVS14:16
cloudnulljust about everything i do is lxb and ha routers (when using l3)14:16
CeeMacfood for thought, thanks mate14:17
cloudnullvlan type networks are rock-solid, l3 is great but comes with some overhead.14:17
cloudnullwhen we build l3 heavy clouds we typically move the network nodes on to their own hardware14:17
cloudnullstart w/ 2 nodes and scale from there14:17
CeeMaci'm starting out with dedicated network nodes (x2)14:18
cloudnullcould of pizza boxes with some great nics goes a long way14:18
CeeMacyeah14:18
noonedeadpunkcloudnull: what do you think about vxlans instead of vlans?14:18
CeeMaci'm using vxlan tenant networks14:18
CeeMacvlan for provider networks14:18
cloudnullwhen we do l3 we do so with vxlan14:18
cloudnullif the underlying hardware supports vxlan acceleration its wonderful14:19
CeeMaci bet14:19
CeeMacare you running hardware VTEPS?14:19
cloudnullsometimes, really depends on the build14:20
CeeMacjust curious :)14:20
cloudnullas for nics, we've had good luck with the x710 (since kernel 4.4) and melenox connect x pro's14:21
cloudnullboth of which support vxlan offloading, which makes a huge difference in terms of stability and performance.14:22
noonedeadpunkcloudnull: oh, just recieved connect x3 pro...14:23
cloudnullthats a good nic14:23
noonedeadpunkbut had no chance to check the difference for vxlans with and without offloading14:24
*** udesale has joined #openstack-ansible14:24
jrossercloudnull: how do you verify that the nic offload is working? It's never been obvious to me if it's being used or not, even through the hardware can14:24
CeeMacyeah, ive got the MLX14:24
CeeMacconnectx3pro, looking at moving up to 4 or 514:24
noonedeadpunkI guess, that 4 and 5 about the same cards, which has just different software14:25
noonedeadpunk*firmware14:25
cloudnulljrosser thats a good jamesdenton question :)14:26
CeeMacthey tend to implement new feautures in the FW for newer cards then depracate support for older ones14:26
cloudnullhowever, when the offloading is not enabled, you'll see the vxlan traffic aggregated to 1GPBS no a signle channel14:26
jrosserultimately something kernel-side has to understand the big spahetti that linuxbridge agent makes14:26
CeeMacdont suppose you guys are running iSER across the connectX3s?14:26
cloudnull**on a single channel14:27
*** shananigans has joined #openstack-ansible14:27
noonedeadpunkpretty strange, as after some sysctl tunning we got about 6-8gbps on vxlan between connectx214:30
noonedeadpunkbut this is on absolutelly free cluster....14:31
noonedeadpunkbut by default yeah, we've got really huge problems with performance...14:31
ut2k3Thanks noonedeadpunk, you've helped me a lot with that his regarding the inventory.14:31
noonedeadpunkut2k3 you're always welcome:)14:31
jrosserhas anyone ever seen magnum just totally fail to try to make heat stacks? When i try to create a cluster they come up with stack_id=None and there don't seem to be any errors logged anywhere at all14:40
chandankumarodyssey4me: is there a way to make tempest_service_available_{service} name var setting simpler https://github.com/openstack/openstack-ansible-os_tempest/blob/master/defaults/main.yml#L171 ?14:56
chandankumarinstead of depending on group vars14:56
odyssey4mechandankumar it's not depending on group_vars, it's depending on the inventory14:57
chandankumarodyssey4me: sorry inventory14:57
odyssey4mechandankumar that's pretty simple - I can't think of anything simpler14:57
odyssey4mewhat is it that you think makes it complicated?14:58
chandankumarodyssey4me: most of the deployment tool uses different ways of configuring the services, as in playbook we need to define these vars specifically14:58
odyssey4mechandankumar no you don't - by default they will all be false, but if you define those groups in the inventory and populate them, then they will turn on14:58
chandankumarcan we do something like this http://paste.openstack.org/show/748396/ if found it will be auto enabled14:59
chandankumarodyssey4me: in tripleo it is used tripleo heat templates and devstack they have service names specifically15:00
chandankumartripleo - https://github.com/openstack/tripleo-heat-templates/blob/master/ci/environments/scenario001-standalone.yaml#L1215:00
odyssey4mechandankumar ok, then either you need to provide an inventory that uses the same names, or the vars need to be set - and the vars to set are only those that need to be set to true, so it should be straightforward enough15:01
chandankumardevstack - https://github.com/openstack/tempest/blob/master/.zuul.yaml#L16615:01
chandankumarodyssey4me: os I need to take care on playbook side15:02
odyssey4mechandankumar it seems to me that with 3 different consumers, with three different activation var sets, there is no way to really converge them to a single thing15:03
odyssey4mein all cases there will need to be some sort of map from one to the other... if anything perhaps os_tempest could have that map built-in, so that you can flip a single switch in the consumer... but that makes os_tempest more complex and harder to understand15:04
chandankumaryes it will be difficult so better handle stuff on playbook side using setfacts or set vars on fly15:05
odyssey4mechandankumar well, using set_fact is not always the best option - but it is certainly an option15:06
chandankumarok, from this week we will be moving all standalone scenarion job on tripleo side to os_tempest15:10
chandankumarin phase 1 and in next phase other jobs15:10
*** simon-AS559 has joined #openstack-ansible15:15
*** shyamb has joined #openstack-ansible15:17
*** cmart has joined #openstack-ansible15:32
*** cmart has quit IRC15:48
mnaserhi frienz15:51
* mnaser has been at doctors most of the day15:51
mnasercloudnull, DimGR, d34dh0r53, hughsaunders, b3rnard0, palendae, odyssey4me, serverascode, rromans, erikmwilson, mancdaz, _shaps_, BjoernT, claco, echiu, dstanek, jwagner, ayoung, prometheanfire, evrardjp, arbrandes, scarlisle, luckyinva, ntt, javeriak, spotz, vdo, jmccrory, alextricity25, jasondotstar, admin0, michaelgugino, ametts, bgmccollum, darrenc, JRobinson__, colinmcnamara, thorst, adreznec, eil397,15:52
mnaserqwang,nishpatwa_, cathrichardson, drifterza, hwoarang, cshen, ullbeking, mnaser, nicolasbock, jrosser, cjloader, antonym, dcdamien, jamesdenton, chandankumar, noonedeadpunk15:52
mnaseroffice hours in 8 :)15:52
*** cshen has quit IRC15:53
spotzo/15:58
guilhermespo/15:58
*** shyam89 has joined #openstack-ansible15:59
mnaser#startmeeting openstack_ansible_meeting16:00
openstackMeeting started Tue Mar 26 16:00:13 2019 UTC and is due to finish in 60 minutes.  The chair is mnaser. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
*** openstack changes topic to " (Meeting topic: openstack_ansible_meeting)"16:00
openstackThe meeting name has been set to 'openstack_ansible_meeting'16:00
mnaserfew things to start us off16:00
mnaserwelcome noonedeadpunk to core, and late welcome to guilhermesp too :)16:00
guilhermespthank you!16:00
guilhermesphope I'm aggregating to the team16:01
mnaserptg document is here, please add topics: https://etherpad.openstack.org/p/osa-train-ptg16:01
mnaserguilhermesp: jrosser logan- spotz please add topics if there is anything you find we should discuss16:02
guilhermespsomething that we discussed last week was about var clean ups across roles, would be something we aim to this cycle or?16:02
chandankumar\o/16:03
*** shyamb has quit IRC16:03
evrardjpo/16:03
mnaserguilhermesp: you can add that as a discussion item16:04
*** SmearedBeard has quit IRC16:04
jrossero/16:04
mnaserjust really leaving it up for anyone to add things if they need16:04
mnaserwe need to discuss release things16:05
mnaserI think we need to land python_venv_build stuff this week16:05
mnaserto avoid a huge amount of backports16:05
guilhermespmost of the odyssey4me 's patches are merged I think. Now the focus would be adapt other roles to use pythn_venv_build?16:06
mnaserI think the pattern to adapt it would be those two: https://review.openstack.org/#/c/637240/ and https://review.openstack.org/#/c/620340/16:07
guilhermespyes agreed.. I think it wont be a massive work to do that16:08
odyssey4meo/16:09
mnaserodyssey4me: is it accurate that is what has to be done?16:10
odyssey4meYep, pretty much - naturally a single patch can implement https://review.openstack.org/#/c/637240/ for everything in the integrated repo, which will save having to do it multiple times.16:10
mnaseryeah that's what I thought we could do as well16:11
odyssey4methen it's down to implementing it in the multiple roles - and once those are done we can clean up the integrated repo of the legacy things16:11
cloudnullo/ late as always16:11
odyssey4meperhaps we should etherpad the work to be done so that we can volunteer to do what needs doing?16:12
noonedeadpunko/16:12
guilhermespI think it is reasonable odyssey4me16:12
mnaseryeah. that way we can maybe put links on the review that does the change16:13
odyssey4meok, I'll put an etherpad together16:13
mnaserand for the integrated repo change it can be one change only16:13
chandankumarI want to add collect-logs from tripleo in OSA to aggregrate logs at one places from different node during train cycle if feasible?16:13
odyssey4mechandankumar what does collect-logs do?16:14
guilhermespif we can setup like a deadline to replicate python_venv_build stuff I can try to volunteer myself to do it16:15
mnaserI think we need to get it done before Friday, I can help out with some of the roles16:15
noonedeadpunkI may take several as well16:15
guilhermespcool, then the etherpad would be handy16:15
chandankumarodyssey4me: https://github.com/openstack/tripleo-quickstart-extras/tree/master/roles/collect-logs -> it collect logs from different nodes at one place16:15
odyssey4mechandankumar that sounds useful for CI, but not really for production?16:16
noonedeadpunkisn't it done with syslog?  or graylog?16:16
chandankumarand also feeds the info to the openstack logstash16:16
odyssey4meok, sounds nice for CI then - but not really for production16:16
chandankumarit also provides a way to generate docs from ansible roles from shell script template16:16
chandankumaryes for CI, it is very much useful16:17
chandankumarfor production case, we have not looked into it16:17
odyssey4meperhaps it'd be useful to have it as a zuul role then, and our CI and devstack CI could just use it in zuul?16:18
chandankumarhere is the current used https://git.openstack.org/cgit/openstack-infra/tripleo-ci/tree/toci-quickstart/config/collect-logs.yml16:19
chandankumarwe are creating it as an independent role16:19
chandankumarI have started the seperation today16:19
odyssey4meok, it might be useful as a zuul role in openstack ci which any project can use and provide vars for16:20
* chandankumar will pass the message to the tripleo team16:20
chandankumartomorrow16:21
chandankumarcan I add this info in ptg planning? weshay_pto will be there during PTG16:22
mnasersure16:22
chandankumarthanks@16:22
mnasernow on the other hand16:22
mnaserI think we need to branch off by saturday16:23
mnasereven if we're unable to land all the work16:23
mnaserits not ideal.. but yeah16:23
mnaserthoughts?16:23
openstackgerritMerged openstack/openstack-ansible-os_tempest master: Use tempest_keystone_interface_insecure var for ssl verification  https://review.openstack.org/64481616:23
guilhermespi'm ok with that since we minimize the # of backports of the remaining roles16:24
odyssey4memnaser perhaps we should divide the work into two parts - essential to get done, and non-essential?16:24
mnaserodyssey4me: I think so, I think right now the biggest reason that I feel stops us is to avoid excessive amount of backports16:24
odyssey4meso, for example - nova/neutron/keystone/cinder/glance will have to be done ... what other services are commonly used?16:25
*** gyee has joined #openstack-ansible16:25
mnaserodyssey4me: so perhaps what you mention makes sense.  I think anything inside setup-openstack.yaml should be done first16:25
noonedeadpunkhorizon?16:25
chandankumarodyssey4me: mnaser can we make os_tempest role branchless from this release?16:25
chandankumaras tempest is branchless and it supports previous 3 releases16:25
odyssey4mechandankumar I don't think so - we rely on the branch for catering to ansible funnies16:25
chandankumaryes ansible release have another fun stuff!16:26
mnaseryeah.  we can look into it _eventually_ but it's a bit too last minute to look into that16:26
noonedeadpunkhorizon already uses python_venv_build but needs some cleanup16:28
mnaserit needs that final state similar to https://review.openstack.org/#/c/620340/16:29
noonedeadpunkyep16:30
guilhermespyeah I agree the part 1 would be port all core-services to use python_venv_build.. but the thing is we would reduce just a few roles to backport. I think we have a lot of non-core roles16:30
odyssey4me#link https://etherpad.openstack.org/p/osa-python-build-simplification16:30
guilhermespperhaps we could start the work and start populating this etherpad with PR odyssey4me ? :)16:33
mnaserok that looks really good odyssey4me.16:33
mnaserI think redoing the roles might be a days work16:34
odyssey4meguilhermesp I'd suggest volunteering for some of the roles first to show that you're going to do it.16:34
*** shyam89 has quit IRC16:34
odyssey4mePut your name next to it.16:34
guilhermespok sounds reasonable16:34
mnaserI will pick some up today16:38
evrardjpalso tempest is not really branchless according to our past :)16:38
evrardjp(sorry for the lag)16:38
mnaserI think I'll be able to pick up some of those soon as well16:39
mnaserI'll see how my time looks like and add more16:39
*** cmart has joined #openstack-ansible16:40
noonedeadpunkso, it's time to grab roles from etherpad?16:41
mnasersure16:41
mnaserpick at it!  I think it would be good to grab like 3-4 at a time16:41
mnaserthat way if something gets you busy it doesn't block someone else16:41
noonedeadpunkjust saw no changes and didn't want to be the first)16:42
*** simon-AS559 has quit IRC16:42
mnasernoonedeadpunk: aha, yeah, ill mark myself up for a few I know16:42
*** cshen has joined #openstack-ansible16:42
chandankumarevrardjp: yes, correct, I know the pain I need to pin each release to a particular version in RDO otherwise it breaks lots of tests and stuff, adding extra pain to backport!16:43
mnaserI added my name on a few and we'll try to work on those16:43
guilhermespyeah I will pick some today, 2 or 3 I think16:43
mnasergreat, thanks for the ether pad odyssey4me16:45
mnaserodyssey4me: you have things you need to take care of, but if you have any spare time towards the removal/cleanup, I think that would probably where we'd find your help the most useful16:45
mnaser_IF_ you have any spare time, if not, I plan to try and learn and figure it out as well16:46
*** devx has quit IRC16:46
odyssey4memnaser yep - I think if we can get the mainline AIO bits done, I'll start working on the clean up immediately16:46
mnaserok ill try to push on those as fast as I can16:46
*** cshen has quit IRC16:47
*** devx has joined #openstack-ansible16:47
*** hamzaachi__ has quit IRC16:48
odyssey4meI've volunteered for nova/neutron - I should be able to work on those tomorrow, if not later this evening.16:48
mnaserok great, ill hack as much as I can, ill try to move things around16:48
mnaserto push this through16:48
odyssey4meanyone want to volunteer to get item 1 done - every other patch will depend on it16:50
jrosserdoes item 1 on the pad need to be done per role, or is that one big patch to fix up the rest16:50
jrosser^ that16:50
odyssey4mejrosser one big one makes more sense - no need to waste everyone's time on individual patches16:50
mnaserI can do one big patch today16:51
jrosserremeber we have a few roles that are totally broken becasue of systemd-networkd things16:55
jrosserlike master branch of swift and a couple of others16:55
mnaserergh16:56
*** DanyC_ has quit IRC16:56
mnasercan we just move them to integrated tests?16:56
jrosseri think thats the answer yes16:57
*** DanyC has joined #openstack-ansible16:57
*** luksky has quit IRC16:57
openstackgerritMohammed Naser proposed openstack/openstack-ansible master: Include package pins for OpenStack services  https://review.openstack.org/64781316:57
mnaserit might just be easier for us to do that16:57
mnaserodyssey4me: ^16:58
jrosserif you see this openstack-ansible-functional-ubuntu-bionic finger://ze03.openstack.org/6c020bdae7f945e5856e815f87738be5 : RETRY_LIMIT in 11m 46s16:58
jrosserthen it's the connection to zuul been dropped at the point networkd gets reloaded16:58
mnaserugh, that's annoying we don't actually have the real output16:58
odyssey4mewell, if we're happy to do so, we can kill the standard role 'functional' tests and just switch them all to use an applicable aio test instead16:59
mnaserthat's what I think we should do as well16:59
mnaserthe infrastructure is all there16:59
mnaserthe problem is defining where we run the jobs, im thinking we should actually define all the jobs in openstack-ansible16:59
odyssey4meok, let me push some of those patches up tonight - I have some time to get on it16:59
mnaserand then reference them all in the roles16:59
odyssey4methat'll give everyone else room to do the other bits17:00
mnaserbecause if we define the jobs in every role, it can be a bit hard to maintain17:00
mnaserso I was thinking 'borrowing' the tripleo scenario list17:00
odyssey4memnaser well, that makes maintenance harder, actually - because to change a test we have to change it in two places17:00
mnaseror the one from puppet-openstack-integration17:00
odyssey4meright now it's fairly simple - the test definition is in the role in question17:00
mnaseryeah, that's fair, im indifferent, its not like we change those much17:01
mnaser...they take a while to change if history is proof of anything17:01
mnaser:P17:01
mnaserjust to close the office hour out, I think we got good discussions17:01
odyssey4mehaving tried to change up the integrated repo definitions many times, it's a real pain due to constant merge conflicts because they're all in one file17:01
mnaserwe'll bother evrardjp when we've done our mess and he can help with releases17:01
*** DanyC has quit IRC17:02
mnaserya I remember how long it took to land that17:02
*** jiteka1 has joined #openstack-ansible17:02
mnaserodyssey4me: do you wanna rm tests/ as part of your patches too ?17:02
mnaserif we're gonna drop the role tests might as well get rid of them I guess17:02
odyssey4memnaser not yet, because we still have to figure out how to change the linters17:02
mnaserah riht17:02
mnaserright*17:02
mnasergood thought17:02
mnaser#endmeeting17:02
*** openstack changes topic to "Launchpad: https://launchpad.net/openstack-ansible || Weekly Meetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible || Review Dashboard: http://bit.ly/2xA1eZC"17:02
openstackMeeting ended Tue Mar 26 17:02:54 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:02
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-03-26-16.00.html17:02
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-03-26-16.00.txt17:02
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-03-26-16.00.log.html17:02
odyssey4meI'll take a look - we might be lucky and not need them, in which case I'll rm them17:03
mnaserok cool17:03
evrardjpwhat's the action point?17:06
noonedeadpunkmnaser: regarding masakari - integrated tests seems ok as well https://review.openstack.org/#/c/647571/17:07
mnaserevrardjp: points https://etherpad.openstack.org/p/osa-python-build-simplification :D17:07
mnaserodyssey4me, noonedeadpunk, guilhermesp, chandankumar: as part of our changes, im going to change the references of git.openstack.org to opendev.org17:08
chandankumarmnaser: sure!17:08
noonedeadpunkit's a bit better than cgit :D17:09
mnasersomething I remember is that the requirements and upper stuff have new URLs17:09
mnaserlet me go find it, there are redirects, I will show my patch17:09
chandankumarshiny website of gitea and easily browseable code for those coming from github land :-)17:10
*** ut2k3 has quit IRC17:11
odyssey4memnaser that's all a wormhole - if the old URL's work, leave it as-is for now, or do it in a different patch17:11
mnaserodyssey4me: yeah it seems like it.. but the requirements link might break, that's what im worried about17:11
mnaserinfra setup a new location for it17:11
odyssey4meif it changes and is not backwards compatible, then it'll break every stable OSA build17:12
chandankumarmnaser:  do we need to rename this also https://github.com/openstack/openstack-ansible-os_tempest/blob/master/requirements.yml ?17:12
chandankumari mean git urls17:12
mnaserodyssey4me: yeah. I will bring it up to infra17:12
mnaserI think lets follow what odyssey4me says and keep the opendev changes later17:13
mnasertechnically they're happening after release17:13
mnaserso we can worry about them .. later17:13
mnaserit looks a lot more complicated17:13
chandankumarsure senseis :-)17:13
*** chandankumar is now known as raukadah17:14
odyssey4memnaser it may be good to consider making changes next cycle to allow OSA to be deployed from a tarball or something similar which contains everything it needs - that would be a worthy project, although getting it done would take considerable effort17:15
cjloaderis there a known issue with libvirt not being installed on bionic with master?17:15
raukadahodyssey4me: do we publish tarballs of each OSA roles?17:16
raukadahon t.o.o?17:16
raukadahafter branching17:16
odyssey4meraukadah we do not17:16
odyssey4meraukadah currently OSA exclusively uses git repositoriies17:16
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_barbican master: Update role for new source build process  https://review.openstack.org/64783017:17
raukadahtarball idea is good, we can discuss/think in train release17:18
mnaserodyssey4me: ^ here is my first attempt .. seems pretty straight forward *so* far17:18
odyssey4memnaser almost right ;)17:20
mnaserodyssey4me: oops caught my copy paste17:20
mnaserodyssey4me: I thought about the depends-on .. does it really make a difference if we're not testing this role using integrated right now?17:20
savvasAnyone has any idea where the fsid for ceph-ansible gets stored after the first playbook is ran? I feel like I am running into a cache issue. All of my ceph configs suggest a different fsid is being used, but my playbooks fail suggesting an old fsid is being looked for and not found17:21
mnasersavvas: I think it's retrieved and stored somewhere in /etc/openstack_ansible17:21
mnaseror was it openstack_deploy or so17:21
mnaserfolder called ceps-fetch17:21
*** kopecmartin is now known as kopecmartin|off17:21
savvasye ceph-fetch has the right fsid in it as well17:22
mnaserI think when ceph-ansible starts17:22
mnaserit actually goes and checks it17:22
guilhermespplacement, monsca* for example are not in the integrated repo, would worth it work on them now?17:22
guilhermespfor the python_venv_build**17:22
mnaserunless you hardcode it in the user_vars savvas17:22
mnaserguilhermesp: id say they are less priority17:22
odyssey4memnaser Sure, I guess it's not *required* for anything other than the standard AIO test set.17:23
raukadahone general question, is it possible to export the default ansible config vars in shell in run time ?17:23
guilhermespyeah I think I'm gonna pick some important ones and add notes for these roles that are no integrated17:23
mnaserodyssey4me: I just didn't want to block merging stuff till we land that.. so I will keep it out as a depends-on for now17:23
mnaserconsidering most those roles don't actually do integrated tests17:23
odyssey4meguilhermesp as part of this, we should probably move the playbooks for monasca and all into the integrated repo so that it can be used for testing17:23
savvasmnaser, I did hard code it in the user vars and that seems to match with contents of /etc/openstack_deploy/ceph-fetch17:23
mnasersavvas: im not sure then :\ maybe do a deep dive17:24
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_barbican master: Update role for new source build process  https://review.openstack.org/64783017:24
raukadahfor example ansible default config says roles default path is this but whne we import custom ansible.cfg how I can tell ansible to use the existing default paths?17:24
guilhermespI was going to ask your thoughts about monasca roles17:24
guilhermespthey are abandoned, worth it keep them or should we retire?17:24
mnaserhmm17:24
guilhermespmy last task with it was with stable/pike17:24
guilhermesptest**17:25
mnaserare they even passing role tests now?17:25
guilhermespalso, monasca relies on lots of external roles17:25
odyssey4meguilhermesp well, there are sometimes updates - sort of once a cycle - from the folks in brazil, I think17:25
guilhermespnot sure mnaser17:25
guilhermespyeah I was one of the folks17:25
guilhermespand kaiokmo17:25
mnaserguilhermesp: you can check the latest patches with a Gerrit search17:25
mnaserand see what that looks like17:25
odyssey4mewell, there are two choices - either leave them and see if anyone picks them up - or retire them and let someone unretire them if they want them17:26
odyssey4mebut we have almanach as well, which I don't think has ever really been well maintained, which should perhaps just be retired17:26
odyssey4mesame with zaqar17:26
odyssey4meand searchlight17:27
guilhermespyeah I think with the age and use of these roles, would be good to retire and minimize the amount of roles we need to maintain, specially in cases like python_venv_build17:27
odyssey4meyup17:27
odyssey4meI've posed the question on the list for the roles which have been largely unmaintained17:28
guilhermespmnaser: https://review.openstack.org/#/q/project:openstack/openstack-ansible-os_monasca17:28
guilhermespoh haven't seen, let me see. I think I can start populating17:28
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_aodh master: Update role for new source build process  https://review.openstack.org/64783317:29
mnaserlooks like that role has been broken for a while17:29
raukadahmnaser: odyssey4me what about taking this approach about depreacting roles which are not maintained http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003420.html as tripleo is doing?17:29
mnaser fatal: [openstack1 -> 10.1.1.101]: FAILED! => {"changed": false, "msg": "Failed to find required executable rabbitmqctl in paths: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"}17:30
mnaserseems like a keystone-y thing17:30
goldenfriHello, I have maybe a dumb qestion, I am testing setting up a rocky deloyment with ceph and following that example in the docs, setup hosts runs fine then so does setup infra until the utility container tries to "Get list of repo packages" from the HAproxy frontend ip am I missing something in the HAproxy setup for that?17:30
mnaserraukadah: this sounds like a really good discussion topic for the pig too17:30
mnaserPTG**17:30
goldenfriHAproxy setup doesn't give me any errors17:30
odyssey4memnaser that's an issue in the inventory with delegation17:30
mnaserso its probably a really tiny fix and it might just start working17:31
raukadahdo we have a cross deployment tool discussion ?17:31
raukadahduring ptg17:31
mnaserim not sure, but im also not sure how productive it was last time17:31
raukadah1. deprecating services17:31
mnaser:<17:31
raukadah2. helping each other for serviving with in a community?17:31
odyssey4memnaser guilhermesp if that's an issue for the functional tests - moving it to use the integrated build will get it working again17:33
odyssey4me(for monasca)17:33
odyssey4methe role test implementation stuff with the inventory go interesting17:33
odyssey4me*got*17:33
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_aodh master: Update role for new source build process  https://review.openstack.org/64783317:33
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_barbican master: Update role for new source build process  https://review.openstack.org/64783017:34
guilhermespsounds good odyssey4me but I'm still thinking that monasca could be a problem in the future if anyone ever wants to use it... monasca has a lot of tooling dependencies, like kafka, zookeeper... they are all roles that we use that are forks for example in my github account17:34
goldenfriI have no route to the haproxy internal VIP IP "http://172.29.236.9:8181/os-releases/18.1.5/ubuntu-18.04-x86_64/requirements_absolute_requirements.txt"17:34
evrardjpsounds like a networking issue goldenfri17:35
goldenfrishould that IP be in the network config?17:35
evrardjpinternal_lb_vip_address ?17:35
goldenfriyea17:35
evrardjpthen it should be good17:35
evrardjpcheck haproxy state17:35
evrardjpis internal_lb_vip_address == external_lb_vip_address for you ?17:36
goldenfrino they are different17:36
evrardjpok17:36
goldenfrisorry to ask but how do I check haproxy state?17:36
evrardjpstill check haproxy config17:36
evrardjpcheck the config file first17:36
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_blazar master: Update role for new source build process  https://review.openstack.org/64783517:36
evrardjpsearch for the admin socket17:36
evrardjpthen hatop -s <admin socket>17:37
goldenfriyea everything looks good int here17:37
evrardjptry to curl the repo individually without going through haproxy ?17:37
evrardjpsee how it goes17:37
goldenfriyea that works, I can get to the repos on each host17:37
evrardjpthat url?17:37
evrardjpfrom the containers?17:37
evrardjpI have to go it's late for me17:38
goldenfrifrom the deployment host, I'll check the containers thank you!17:38
evrardjpyeah that's the next step17:38
evrardjpcheck if network is not broken on the target node17:38
evrardjpbridges for example17:38
*** ivve has quit IRC17:39
*** udesale has quit IRC17:40
mnaserI added a "checklist" for reviews here: https://etherpad.openstack.org/p/osa-python-build-simplification17:40
mnaserto make sure we land things cleanly without forgetting extra things17:40
guilhermespuseful mnaser thanks17:41
mnaseralso I will create a WIP change with a bunch of Depends-On the patches we create17:41
mnaserthat way we don't break the gate when we merge that code17:41
mnaserso let's hold off merging it until we see it tested in integrated.. just in case17:41
raukadahmnaser: can we add a review example in the checklist itself?17:41
mnaserraukadah: sure, I haven't reviewed any cause no one except me has pushed any yet =P17:42
openstackgerritMohammed Naser proposed openstack/openstack-ansible master: DNM: testing new python_venv_build  https://review.openstack.org/64783717:43
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_cinder master: Update role for new source build process  https://review.openstack.org/64783817:47
openstackgerritMohammed Naser proposed openstack/openstack-ansible master: DNM: testing new python_venv_build  https://review.openstack.org/64783717:48
*** cshen has joined #openstack-ansible17:48
mnaserok, I did a few and ill wait for what integrated looks like17:49
guilhermespyeah I will finish my first one here and add in your DNM17:49
mnaserguilhermesp: can you make your own DNM instead?17:49
mnaserthat way we don't have to keep resetting each other's gates17:49
guilhermespmakes sense17:50
*** miloa has quit IRC17:51
*** gillesMo has joined #openstack-ansible17:52
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add zero-container AIO distro install jobs  https://review.openstack.org/64784017:54
odyssey4memnaser my bad, 'private: yes' should be removed - it's deprecated17:57
mnaserodyssey4me: really? I checked the docs and it looks like it wasn't from what I saw17:57
mnaserah shit17:57
mnaser2.4 docs17:57
*** cshen has quit IRC17:57
odyssey4memnaser https://docs.ansible.com/ansible/latest/modules/import_role_module.html#parameters17:57
mnaserboom, edited the checklist, and ill edit my changes17:58
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_aodh master: Update role for new source build process  https://review.openstack.org/64783317:59
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_barbican master: Update role for new source build process  https://review.openstack.org/64783017:59
*** cshen has joined #openstack-ansible18:00
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_blazar master: Update role for new source build process  https://review.openstack.org/64783518:00
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_mistral master: Update role for new source build process  https://review.openstack.org/64784118:00
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_cinder master: Update role for new source build process  https://review.openstack.org/64783818:00
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_nova master: Test using integrated build  https://review.openstack.org/64784218:02
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_neutron master: Test using integrated build  https://review.openstack.org/64784318:05
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_keystone master: Test using integrated build  https://review.openstack.org/64784418:06
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_cinder master: Test using integrated build  https://review.openstack.org/64784718:10
*** cshen has quit IRC18:12
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_neutron master: Test using integrated build  https://review.openstack.org/64784318:12
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_cinder master: Test using integrated build  https://review.openstack.org/64784718:12
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_keystone master: Test using integrated build  https://review.openstack.org/64784418:12
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_nova master: Test using integrated build  https://review.openstack.org/64784218:13
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_glance master: Test using integrated build  https://review.openstack.org/64784818:13
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_sahara master: Update role for new source build process  https://review.openstack.org/64785018:14
cloudnullgo odyssey4me go !18:15
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_aodh master: Test using integrated build  https://review.openstack.org/64785118:16
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible master: Add the manila service to OSA  https://review.openstack.org/64565318:17
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Update manila so that it works with cephfs  https://review.openstack.org/64361618:18
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_mistral master: Update role for new source build process  https://review.openstack.org/64784118:18
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Test using integrated build  https://review.openstack.org/64785618:22
*** SmearedBeard has joined #openstack-ansible18:23
*** DanyC has joined #openstack-ansible18:24
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible master: DNM: testing new python_venv_build  https://review.openstack.org/64785718:26
*** DanyC has quit IRC18:29
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_heat master: Replace role tests with integrated build tests  https://review.openstack.org/64786218:29
*** gillesMo has quit IRC18:34
*** hamzaachi has joined #openstack-ansible18:35
raukadahodyssey4me: do we need integrated build tests for os_tempest also?18:42
*** hamzaachi has quit IRC18:45
odyssey4meraukadah yeah, the patch can look like https://review.openstack.org/64784418:48
raukadahodyssey4me: sure, I will propose two patches for os_tempest18:49
raukadahtomorrow!18:49
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_barbican master: Update role for new source build process  https://review.openstack.org/64783018:49
odyssey4memnaser as our resident expert on the telemetry stack, for the telemetry roles would we want to test them as individual services, or as a combined stack?18:50
mnaserI think noonedeadpunk is pretty good at that stuff too ill take his comments18:50
mnaserbut I think the whole stack is better18:50
odyssey4meah yes18:50
odyssey4mein order to make that happen, we'll need panko in the integrated build, so I'll do that18:51
raukadahodyssey4me: for telemetry in tripleo we are running only one test to test all telemetry family  https://github.com/openstack-infra/tripleo-ci/blob/master/zuul.d/standalone-jobs.yaml#L42018:51
raukadahit is working pretty well18:52
raukadahnow we can test gnocchi patches also in openstack ci18:52
raukadahusing depends on18:52
odyssey4methanks raukadah - I guess most people using one of them will use them all18:52
raukadahhttps://review.openstack.org/63609318:52
noonedeadpunkI guess it should be combined stack18:53
noonedeadpunkceilometer don't do really well without gnocchi18:53
raukadahodyssey4me: I think we need to identify a set of tests runned by all projects to test stuff and monitor thme18:53
raukadahnoonedeadpunk: in RDO, we are using stable branches for testing telemetry for each releases18:54
raukadahwrt gnocchi18:54
raukadah*them18:55
odyssey4meraukadah yeah, we've been doing the same18:55
raukadahstill one confusion, for source install we are dependent on requirements on UC and for distro install we are dependent on packages provided by distro based on each release?18:56
odyssey4meraukadah yes18:57
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Test using integrated build  https://review.openstack.org/64785618:58
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Test using integrated build  https://review.openstack.org/64785618:59
*** DanyC has joined #openstack-ansible19:02
noonedeadpunkbtw, Panko and Aodh seems even more dead, than ceilometer....19:02
noonedeadpunkI really don't expect them to release smth new...19:03
raukadahnoonedeadpunk: this time they got a new ptl, we might see some development for sure!19:03
noonedeadpunkraukadah: Oh, great news to hear!19:04
odyssey4meI think they're relatively simple and stable too, so as long as they're py3 they should be good for a while.19:04
noonedeadpunkyep, that's right. And that means, that they shouldn't require much effort for roles maintaining:)19:04
raukadahodyssey4me: wrt py3, I need some help here http://logs.openstack.org/11/643511/2/check/tripleo-ci-fedora-28-standalone-os-tempest/5278ba6/job-output.txt.gz#_2019-03-15_07_10_22_03674819:05
odyssey4meraukadah that's 'cos os_tempest has no fedora vars file19:06
raukadahodyssey4me: do I need to add fedora / py3 specific var file here https://review.openstack.org/#/c/643511/19:06
raukadahodyssey4me: but ansible distribution should take care of that na19:06
raukadahas they are from same family19:06
odyssey4meraukadah would fedora and centos use the same vard in os_tempest19:06
raukadahas centos 8 came out it would be dnf19:07
raukadahthat is the difference19:07
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Test using integrated build  https://review.openstack.org/64785619:07
* raukadah will be getting rhel 8 bits in few days may be I will try it there how it goes19:08
odyssey4meraukadah os_tempest would need vars/centos-7.yml as either vars/redhat.yml - because right now there's no family vars file that matches19:08
odyssey4meraukadah I think most of our bits are already ready for dnf, as far as I recall.19:09
raukadahodyssey4me: yes, we just need to test python venv build role for py3 we are good to go i  think!19:09
*** shardy has quit IRC19:09
odyssey4meraukadah once all our roles are converted to use it, we can switch the default to py3 and see what fails... then override anything that fails back to py219:10
raukadahyup!19:10
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible stable/rocky: Add option to disable container builds on specific hosts  https://review.openstack.org/64788419:12
*** DanyC has quit IRC19:13
raukadahsee ya guys tomorrow!19:14
*** SmearedBeard has quit IRC19:14
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_mistral master: Update role for new source build process  https://review.openstack.org/64784119:14
*** aedc has joined #openstack-ansible19:17
*** ansmith has joined #openstack-ansible19:20
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_sahara master: Update role for new source build process  https://review.openstack.org/64785019:21
*** luksky has joined #openstack-ansible19:21
*** ansmith_ has quit IRC19:22
*** DanyC has joined #openstack-ansible19:22
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_nova master: Remove linked libs when using ironic compute  https://review.openstack.org/64788819:22
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Update role for new source build process  https://review.openstack.org/64788919:23
noonedeadpunkSorry have to leave now. I'll will try to be tomorrow early in the morning to help with role patches and reviews19:28
*** SmearedBeard has joined #openstack-ansible19:29
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_sahara master: Update role for new source build process  https://review.openstack.org/64785019:30
*** DanyC has quit IRC19:33
*** yolanda has quit IRC19:33
*** electrofelix has quit IRC19:37
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Remove experimetal scenarios  https://review.openstack.org/64789719:39
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add panko to integrated build  https://review.openstack.org/64789819:39
*** hamzaachi has joined #openstack-ansible19:40
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_aodh master: Update role for new source build process  https://review.openstack.org/64783319:41
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_cinder master: Update role for new source build process  https://review.openstack.org/64783819:43
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add panko to integrated build  https://review.openstack.org/64789819:43
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible-os_manila master: Test using integrated build  https://review.openstack.org/64785619:44
mnaserodyssey4me: mind looking at https://review.openstack.org/#/c/647813/ if we can land it? it would eliminate needing to add it everywhere19:45
mnaseri.e. my cinder work just passed but failed b/c I didn't do depends on and we have integrated tests for that apparently :P19:45
odyssey4memnaser almost right :)19:49
cloudnullanyone want to give this a review https://review.openstack.org/#/c/645723/19:51
openstackgerritMohammed Naser proposed openstack/openstack-ansible master: Include package pins for OpenStack services  https://review.openstack.org/64781319:52
mnaserodyssey4me: ^ voila, sorry I missed those19:52
*** simon-AS5591 has joined #openstack-ansible19:54
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add panko to integrated build  https://review.openstack.org/64789820:00
*** yolanda has joined #openstack-ansible20:01
*** aedc has quit IRC20:05
*** aedc has joined #openstack-ansible20:05
mnaserodyssey4me: do we have a replacement for repo_build_pip_default_index ? I'm wondering if we are still able to use mirrors for CI..20:08
*** ansmith_ has joined #openstack-ansible20:09
odyssey4memnaser we will just inherit the host's default pip.conf in openstack ci20:10
*** aedc has quit IRC20:10
odyssey4mefor that to happen, though, we have to ditch using our pip.conf role, which is part of the clean up20:10
*** ansmith has quit IRC20:11
mnaserodyssey4me: but we have to drop that into our containers somehow right?20:15
*** Darcidride has joined #openstack-ansible20:15
odyssey4memnaser that's easy enough, we just make sure one of these is populated: https://github.com/openstack/openstack-ansible-lxc_hosts/blob/master/defaults/main.yml#L142-L15520:17
mnaserok we'll have to adjust that hten20:17
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_mistral master: Update role for new source build process  https://review.openstack.org/64784120:18
*** BjoernT has joined #openstack-ansible20:20
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_heat master: Replace role tests with integrated build tests  https://review.openstack.org/64786220:24
mnaserodyssey4me: ok, that might explain the slight increase in build times20:24
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible master: Added Openstack Masakari role for the deployment  https://review.openstack.org/64518620:25
odyssey4memnaser it will increase because it's running repo build and this build process... but once these are merged, we can kill repo build and it'll decrease in speed again20:26
odyssey4meoh - if you mean for the role tests, yeah it will slow down a little for now, but that's just until the integrated test is used20:26
*** simon-AS5591 has quit IRC20:27
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-tests master: Reduce ansible-tole-jobs template to just linters  https://review.openstack.org/64791920:29
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_heat master: Replace role tests with integrated build tests  https://review.openstack.org/64786220:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_keystone master: Test using integrated build  https://review.openstack.org/64784420:32
*** BjoernT_ has joined #openstack-ansible20:33
*** BjoernT has quit IRC20:33
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_neutron master: Test using integrated build  https://review.openstack.org/64784320:33
*** DanyC has joined #openstack-ansible20:34
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_heat master: Replace role tests with integrated build tests  https://review.openstack.org/64786220:35
*** aedc has joined #openstack-ansible20:36
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_glance master: Test using integrated build  https://review.openstack.org/64784820:36
*** strattao has quit IRC20:37
*** aedc has quit IRC20:38
*** aedc has joined #openstack-ansible20:38
*** BjoernT_ has quit IRC20:38
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_nova master: Test using integrated build  https://review.openstack.org/64784220:38
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_cinder master: Test using integrated build  https://review.openstack.org/64784720:40
*** ansmith_ has quit IRC20:41
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-tests master: Reduce ansible-role-jobs template to just linters  https://review.openstack.org/64791920:41
*** aedc has quit IRC20:43
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add telemetry service bundle to AIO tests  https://review.openstack.org/64792120:46
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add telemetry service bundle to AIO tests  https://review.openstack.org/64792120:48
*** SmearedBeard has quit IRC20:49
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add panko to integrated build  https://review.openstack.org/64789820:52
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible master: Add telemetry service bundle to AIO tests  https://review.openstack.org/64792120:52
*** aedc has joined #openstack-ansible20:55
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_horizon master: Update role for new source build process  https://review.openstack.org/64788920:56
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-os_aodh master: Test using integrated build  https://review.openstack.org/64785120:57
*** aedc has quit IRC21:00
*** simon-AS559 has joined #openstack-ansible21:03
*** aedc has joined #openstack-ansible21:05
*** slin has quit IRC21:06
*** aedc has quit IRC21:10
*** aedc has joined #openstack-ansible21:10
*** aedc has quit IRC21:12
*** aedc has joined #openstack-ansible21:17
*** hamzaachi has quit IRC21:22
*** simon-AS5591 has joined #openstack-ansible21:22
*** simon-AS559 has quit IRC21:22
*** simon-AS5591 has quit IRC21:29
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_congress master: Update role for new source build process  https://review.openstack.org/64793021:29
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_designate master: Update role for new source build process  https://review.openstack.org/64793221:33
*** pcaruana has quit IRC21:33
*** aedc has quit IRC21:33
*** simon-AS559 has joined #openstack-ansible21:34
*** simon-AS5591 has joined #openstack-ansible21:35
*** aedc has joined #openstack-ansible21:38
*** kaiokmo has quit IRC21:39
*** simon-AS559 has quit IRC21:39
*** aedc has quit IRC21:42
*** aedc has joined #openstack-ansible21:43
*** DanyC has quit IRC21:43
openstackgerritMerged openstack/openstack-ansible stable/rocky: Add trackbranch for Rocky  https://review.openstack.org/64559921:43
*** simon-AS5591 has quit IRC21:47
*** shananigans has quit IRC21:54
*** Darcidride has quit IRC21:55
*** aedc has quit IRC21:58
*** aedc has joined #openstack-ansible21:59
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_congress master: Update role for new source build process  https://review.openstack.org/64793021:59
*** cmart has quit IRC21:59
*** aedc has quit IRC22:00
*** aedc has joined #openstack-ansible22:01
*** cmart has joined #openstack-ansible22:11
*** ansmith_ has joined #openstack-ansible22:29
*** tosky has quit IRC23:02
*** aedc has quit IRC23:06
openstackgerritMohammed Naser proposed openstack/openstack-ansible-os_designate master: Update role for new source build process  https://review.openstack.org/64793223:17
*** luksky has quit IRC23:28
*** gyee has quit IRC23:53
*** cmart has quit IRC23:56

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