Tuesday, 2019-08-27

*** markvoelker has joined #openstack-ansible00:10
*** markvoelker has quit IRC00:15
*** gyee has quit IRC00:18
*** threestrands has joined #openstack-ansible00:24
csmartevrardjp: so... as far as I can see, the AIO doco says it uses one ethernet card (as per the reference diagram)01:36
csmarthttps://docs.openstack.org/openstack-ansible/latest/user/aio/quickstart.html#reference-diagram-for-an-aio-build01:36
csmartbut do I need to configure AIO like a non-AIO and set up the networks and custom yaml for where to put the networks?01:37
csmart(or pre-configure the bridges?)01:37
*** markvoelker has joined #openstack-ansible03:10
*** markvoelker has quit IRC03:15
*** nicolasbock has quit IRC03:25
*** rohit02 has joined #openstack-ansible03:40
*** gkadam has joined #openstack-ansible03:51
*** gkadam has quit IRC03:51
*** cp is now known as cp-04:02
*** udesale has joined #openstack-ansible04:06
*** markvoelker has joined #openstack-ansible04:10
*** markvoelker has quit IRC04:15
*** raukadah is now known as chkumar|rover04:26
*** dave-mccowan has quit IRC04:36
*** macz has joined #openstack-ansible04:58
*** macz has quit IRC05:03
*** markvoelker has joined #openstack-ansible05:10
*** markvoelker has quit IRC05:15
*** rohit02 has quit IRC05:34
*** rohit02 has joined #openstack-ansible05:34
*** shyamb has joined #openstack-ansible05:54
*** hamzy has quit IRC05:59
*** shyamb has quit IRC06:02
*** shyamb has joined #openstack-ansible06:09
*** macz has joined #openstack-ansible06:11
*** macz has quit IRC06:15
*** prometheanfire has quit IRC06:18
*** prometheanfire has joined #openstack-ansible06:22
*** dr_feelgood has joined #openstack-ansible06:34
*** rohit02 has quit IRC06:35
*** shyam89 has joined #openstack-ansible06:36
*** shyamb has quit IRC06:36
*** macz has joined #openstack-ansible06:39
*** macz has quit IRC06:44
*** shyam89 has quit IRC06:52
*** shyamb has joined #openstack-ansible06:52
*** dr_feelgood has quit IRC06:52
*** shyamb has quit IRC06:58
*** shyam89 has joined #openstack-ansible06:58
*** trident has quit IRC07:00
*** cshen has joined #openstack-ansible07:03
*** markvoelker has joined #openstack-ansible07:06
*** trident has joined #openstack-ansible07:10
*** markvoelker has quit IRC07:15
openstackgerritMikael Loaec proposed openstack/openstack-ansible-ceph_client master: WIP: Importing keyrings from files rather than from mons  https://review.opendev.org/67176207:17
*** ivve has joined #openstack-ansible07:17
evrardjpcsmart: maybe this would help https://docs.openstack.org/openstack-ansible/latest/user/test/example.html ?07:17
*** macz has joined #openstack-ansible07:17
evrardjpI have trouble helping because I don't know how your network is designed and what you want to achieve :)07:17
openstackgerritMikael Loaec proposed openstack/openstack-ansible-ceph_client master: WIP: Importing keyrings from files rather than from mons  https://review.opendev.org/67176207:18
*** macz has quit IRC07:22
openstackgerritOpenStack Proposal Bot proposed openstack/openstack-ansible master: Imported Translations from Zanata  https://review.opendev.org/67847907:27
*** threestrands has quit IRC07:32
*** markvoelker has joined #openstack-ansible07:35
*** markvoelker has quit IRC07:40
*** miloa has joined #openstack-ansible07:42
*** shyamb has joined #openstack-ansible07:42
miloaMorning07:42
miloajrosser and evrardjp: if you can check https://review.opendev.org/#/c/671762/ to tell me if I am going on the right direction. Thanks :)07:42
*** shyam89 has quit IRC07:43
*** shyamb has quit IRC07:50
evrardjparxcruz: are you there?07:55
evrardjpI am thinking of reducing tech debt in the os_tempest role by solely relying on python-tempestconf. However that means we need to package it appropriately, and make sure all the features we are looking for are there07:56
chkumar|roverevrardjp: Hello07:57
chkumar|roverevrardjp: sounds like a good idea07:57
chkumar|roverfor relying on os_tempest07:58
evrardjpchkumar|rover: could you explain how the resource creation can be customized with tempestconf? Maybe explain how the discover mechanism works too?07:58
evrardjpI suppose this browses endpoints on the internal interface of a cloud, but not sure07:58
evrardjp(because users might not be authorized)07:59
chkumar|roverevrardjp: tempestconf support both using rc file as well as clouds.yaml07:59
chkumar|roverresource creation is only happen when the user is admin or have the permission08:00
chkumar|roverif it is non-admin there is a flag --non-admin which will just discover the resources and sets the value08:00
evrardjpbut non-admin might not have access to discovery?08:01
evrardjpHow does discovery works?08:01
evrardjpIn a cloud I have access here, as a non-admin, I cannot list endpoints directly, but I can still run the cloud just fine. I could theoretically run tempest there, as I don't need admin to create things like networks/volumes/computes08:02
chkumar|roverevrardjp: under the hood, it uses tempest.lib and use the creds from rc/cloud.yaml file to discover the resources08:04
evrardjpIn other words, I understand the admin case for getting details of endpoints through an internal interface, but anything else could be a user thing08:04
csmartevrardjp: thanks, yep read through those :-) this is just an AIO... all in one so single VM to test... I thought it used to work with single interface08:04
chkumar|roverin admin case, it first check for resources if not available then try to create it and if creation is denied it will flag warning messages08:05
evrardjpchkumar|rover: mmm, in that case, if it's just wrapping tempest.lib, why do we have this CLI in the first place, vs having those discovery options directly in tempest?08:06
evrardjpsorry to be a pain, but I like to understand things before committing :)08:06
evrardjpcsmart: it can work in a single interface08:06
evrardjpsorry i thought you were NOT doing an AIO :)08:07
evrardjpcsmart: so what's the issue?08:07
csmartlol no I AM doing an AIO ;-)08:07
evrardjpyou followed the AIO guide and it didn't work?08:07
csmartyep08:07
evrardjpdid you compare with what we are doing in gates?08:07
csmartbasically, ansible task fails to ping a network (details above, I can find it again)08:07
csmartwhen I connect to the container, it has custom routes that are expecting eth108:07
csmarthaven't checked gate yet, I thought it would be simple :-D08:08
evrardjpit must be08:08
openstackgerritMerged openstack/openstack-ansible master: Imported Translations from Zanata  https://review.opendev.org/67847908:08
evrardjpthat's why I am confused, I didn't think this could be a problem :)08:08
chkumar|rovertempest is written to work on tempest.conf, and it is totally depend on cloud deployer how they want to test their cloud and based on that they can set the value, conf generation was never part of that08:08
evrardjpcsmart: you can try the gate-check-commit script on a different machine, and compare?08:08
csmartansible task in aio1_utility_container failed: TASK [os_tempest : Ping router ip address]08:09
evrardjpchkumar|rover: I didn't say otherwise -- but it might be a nice feature to add to tempest directly08:09
evrardjptempest discover08:09
csmartyeah sure, I'll take a look08:10
csmartas reference, this is what I see in the container http://paste.openstack.org/show/765333/08:10
chkumar|roverevrardjp: https://etherpad.openstack.org/p/TempestConfigDesignSession08:10
chkumar|roverit was a topic from stein ptg08:10
chkumar|roverit tries to answer those questions08:11
csmartthis route is strange to me, becasue there is no eth1 device in an AIO:08:11
csmart"172.29.236.0/22 dev eth1 proto kernel scope link src 172.29.236.59"08:11
csmartanyway, home time, I'll pick this up later, thanks!!08:11
evrardjpchkumar|rover: oh good08:12
chkumar|rovertempestconf has support for most of the services also08:13
chkumar|roverif anything missing there, can we added soon08:13
chkumar|roverwe can also manipulate (add/remove) the tempest.conf file using the tempestconf tool itself + accounts.yaml generation and it is also integrated with refstack-client to run refstack tests08:14
chkumar|roverhttps://opendev.org/openstack/refstack-client/src/branch/master/specs/queens/approved/tempest_autoconfig.rst08:14
chkumar|rovermore info is here also https://etherpad.openstack.org/p/tempest-conf-plugin-discovery-process08:15
evrardjpI see08:16
evrardjpthat makes me sad and happy at the same time :)08:17
evrardjpcsmart: try the gate-check-commit and compare, I think you found a bug08:17
*** shyamb has joined #openstack-ansible08:37
*** markvoelker has joined #openstack-ansible08:40
chkumar|roverevrardjp: :-)08:40
jrossercsmart: there is an eth1 inside the container - thats what you are seeing there08:40
jrossertempest runs inside the utility container, so the "ping the router" task is an early bail out to just abort if there is something wrong with the networking that means it's pointless to even try running the tempest tests08:41
*** markvoelker has quit IRC08:45
jrosserevrardjp: could do with some more insight on this https://review.opendev.org/#/c/673150/08:45
*** macz has joined #openstack-ansible08:53
arxcruzevrardjp: yes08:54
arxcruzevrardjp: I believe chkumar|rover already cover what you asked :) sorry, my daughter stay at home today, it's a nightmare :D08:57
*** macz has quit IRC08:58
arxcruzevrardjp: btw https://review.opendev.org/#/c/677925/08:59
evrardjpdone09:02
evrardjpfor arxcruz, will check jrosser09:02
arxcruzthanks09:03
evrardjpjrosser: you are checking something from 9 weeks ago09:06
openstackgerritJean-Philippe Evrard proposed openstack/openstack-ansible-os_neutron stable/rocky: DNM Test jobs  https://review.opendev.org/67876109:07
evrardjpas you can see in this one ^ there is no ovn running (if you check in zuul)09:07
evrardjpoh wait you do depends on in your patch09:08
evrardjpbetween two branches on the same repo09:09
evrardjpthat's not going to cut it09:09
*** CeeMac has joined #openstack-ansible09:12
*** zbr has joined #openstack-ansible09:13
*** macz has joined #openstack-ansible09:14
openstackgerritJean-Philippe Evrard proposed openstack/openstack-ansible-os_neutron stable/rocky: Remove incorrect job definitions  https://review.opendev.org/67876309:17
evrardjpjrosser: do you mind if I change your patch?09:18
openstackgerritJean-Philippe Evrard proposed openstack/openstack-ansible-os_neutron stable/stein: Swap special CI jobs from xenial to bionic  https://review.opendev.org/67315009:19
jrosserevrardjp: please do :)09:19
*** macz has quit IRC09:19
evrardjpnoonedeadpunk: jrosser if you could vote on   https://review.opendev.org/678763 that would be awesomne09:20
jrosserI even less understand why the ovn jobs are needed on rocky but it makes zuul sad if they’re missing09:20
evrardjpyhaha09:21
evrardjpso09:21
evrardjpI am no zuul expert, but let me explain how I think this works09:21
evrardjpbasically zuuls maps the _whole_ list of jobs in all branches for all projects in a tenant09:21
evrardjpwhen doing in a branch different than master, it just adds a branch matcher09:22
*** shyam89 has joined #openstack-ansible09:22
evrardjpso when you removed the job definition in stein, but the job was still used in rocky, then you broke the general state of the config09:22
*** shyamb has quit IRC09:23
evrardjpif you remove the incorrect definition in rocky (and merge it), then you could change the jobs, because they won't be used elsewhere09:23
evrardjpThe depends-on here wouldn't work, because I think zuul would need to check out both branches of the same repo to figure out state09:24
evrardjpI guess this could be implemented by having a DAG of the dependency, and checking the zuul definition in order, but that's probably more complex than just watching the state of one repo09:25
evrardjpbut I am no expert, as I said09:25
evrardjpjrosser: this whole convo is for you ^ :)09:25
openstackgerritMikael Loaec proposed openstack/openstack-ansible-ceph_client master: WIP: Importing keyrings from files rather than from mons  https://review.opendev.org/67176209:27
*** shyam89 has quit IRC09:34
jrosserevrardjp: thankyou :) and thanks for he patch!09:40
*** _nwonknu has quit IRC09:41
*** nwonknu has joined #openstack-ansible09:59
noonedeadpunkmornings10:12
noonedeadpunkwow, there was so cool discussion that I've missed10:17
*** macz has joined #openstack-ansible10:20
*** macz has quit IRC10:24
*** shyam89 has joined #openstack-ansible10:27
*** macz has joined #openstack-ansible10:40
csmartevrardjp:  gate-check-commit isn't doing anything different, so must be me.... thanks10:42
csmartjrosser: ok thanks, I did think I looked in the container and didn't see eth1 but I must be mistaken, I'll take another look when I rebuild, thanks10:43
csmartI'm just running this in a kvm guest on my laptop, maybe something went wrong with a suspend or something, I'll try again and see10:43
csmartthanks guys10:43
*** macz has quit IRC10:45
openstackgerritMerged openstack/openstack-ansible-os_tempest master: Add provider_physical_network option to private network  https://review.opendev.org/67792510:47
*** macz has joined #openstack-ansible11:01
*** nicolasbock has joined #openstack-ansible11:02
*** udesale has quit IRC11:02
*** fghaas has joined #openstack-ansible11:03
*** macz has quit IRC11:06
csmartyep there is an eth1 in the container, the routes still look weird but I'll carry on! thanks11:11
noonedeadpunkevrardjp: so, I've got problems regarding ocal linters check since it requires our included roles and plugins to be present for venv, which actually results in run_tests.sh and cloning of openstack-ansible-tests11:14
*** cshen has quit IRC11:15
noonedeadpunkwhich returns back to the same point11:16
*** hamzy has joined #openstack-ansible11:18
miloain the file roles/ceph_client/tasks/ceph_get_mon_host.yml it uses wait_for_connection to check if the monitors are up. wait_for_connection uses ansible ping module, which check ssh port. But the default monitor port number is 6789.11:21
miloaWould it be better to check with a wait_for on default monitors port ?11:22
*** macz has joined #openstack-ansible11:22
noonedeadpunkmiloa: I'd say it's the default one11:22
noonedeadpunkhttps://docs.ceph.com/docs/mimic/rados/configuration/network-config-ref/#monitor-ip-tables11:23
noonedeadpunkagh11:23
miloanoonedeadpunk: yes it is the default.11:23
* noonedeadpunk should read the questions better11:24
miloa:D11:24
noonedeadpunkSo, since we're going to reach ceph monitor via ssh, I guess we're checking it before trying to enter11:25
miloabecause sometimes you do not have ssh access to the monitor from the osa-deployer.11:25
noonedeadpunkI guess that's exactly why we're checking it11:25
noonedeadpunkAnd you may have even more cases, when deploy host can't have access to the storage network11:26
noonedeadpunkSo port 6789 won't be reachable as well11:26
*** macz has quit IRC11:27
miloai would understand if it is the role use for mon install but it is the ceph_client11:27
noonedeadpunkSo if we can't reach SSH than we can't get ceph keys from the mon host11:27
noonedeadpunkI guess you're working on patch to change this11:28
miloayes i know but i working on it : https://review.opendev.org/#/c/671762/11:28
miloabecause in our usecase we do not have ssh access to ceph cluster from deployer, neither from openstack hosts11:29
noonedeadpunkSo I guess that you don't need this task if all data gathered from monitor is already present11:29
*** cshen has joined #openstack-ansible11:31
noonedeadpunkThis patch is good even if there is possibility to ssh on ceph host. When I was running OSA for the first time, I was extremely cautious about providing osa ssh access to the ceph cluster, as it was already working and with production resources on it11:31
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/rocky: Remove incorrect job definitions  https://review.opendev.org/67876311:31
noonedeadpunkSo I'd really wish to have smth like this that time11:31
evrardjpnoonedeadpunk: yes, but we can implement our own thing using tox -e ansible-lint ... Do you want me to help there?11:34
*** dave-mccowan has joined #openstack-ansible11:34
miloaIt's just that when we deploy, we have to wait for timeout of the monitor check used during cinder, nova and glance so it slow down a lot our deployment :)11:35
noonedeadpunkevrardjp: actualy I won't reject some help:) because I get this while trying to launch ansible-lint on the role folder http://paste.openstack.org/show/765493/11:35
noonedeadpunkand "ansible-playbook --syntax-check" complains about missing python_venv_build (which is basically true)11:36
miloanoonedeadpunk: so if the purpose was only to check if the ceph monitor service is running and accesible, perhaps using the default port would be enough ?11:37
noonedeadpunkmiloa: I guess the purpose was to check if we're able to connect to the monitor hosts via ssh to gather data from it. If we're talking about this https://opendev.org/openstack/openstack-ansible-ceph_client/src/branch/master/tasks/ceph_get_mon_host.yml#L1811:39
noonedeadpunkSo checking 6789 is not really good, since it will break bunch of deployments, where deployment host don't have access to storage network11:40
noonedeadpunkevrardjp: so I guess that we need to create ansible-lint test for integrated repo11:41
noonedeadpunkto get all ansible plugins installed and roles present11:42
miloanoonedeadpunk: thanks understood :) so perhaps a sort of conditional check if ceph_overrides and ceph_keyring dir are defined or not.11:45
noonedeadpunkmiloa: so in case of providing ceph config and keys in file, you don't actually need running  ceph_get_mon_host.yml11:45
noonedeadpunkas well as any task delegated to ceph_mon_host afterwards11:47
miloanoonedeadpunk: ok, if the patch i am working on work, i would look at this part (no monitor check in case of ceph key and config provided by files) after :) many thanks.11:49
*** shyam89 has quit IRC11:50
*** shyam89 has joined #openstack-ansible11:55
*** ansmith has quit IRC11:57
*** aedc has joined #openstack-ansible12:07
*** markvoelker has joined #openstack-ansible12:10
*** shyam89 has quit IRC12:13
noonedeadpunkevrardjp: I think it's worth to update supported suse versions in meta for yours goodbye_42.312:15
evrardjpwe are not removing support of 42.3 for those branches12:19
evrardjpnoonedeadpunk: ^12:20
evrardjpwe are merely not testing it because it's unmaintained. Ppl are still allowed to do crazy stuff12:20
noonedeadpunkok, that's fair:)12:20
evrardjpI hesitated between the two tbh. Then I realised that this would already take quite a while12:22
noonedeadpunkyep, you're right, that it's probably not worth spended time on it...12:23
evrardjpI am thinking maybe a follow up12:23
noonedeadpunkjust meta doesn't mention suse 15, but it's quite another story12:23
evrardjpbut there is a gap where we basically don't have anything12:24
evrardjpit's like pseudo working12:24
evrardjphahah12:24
*** ansmith has joined #openstack-ansible12:38
CeeMacafternoon12:40
*** cshen has quit IRC12:45
openstackgerritMerged openstack/openstack-ansible-tests stable/rocky: Remove OpenSUSE Leap 42.3 from role jobs templates  https://review.opendev.org/67794712:58
*** cshen has joined #openstack-ansible13:02
*** yolanda has quit IRC13:06
*** yolanda__ has joined #openstack-ansible13:06
*** macz has joined #openstack-ansible13:10
*** KeithMnemonic has joined #openstack-ansible13:14
*** macz has quit IRC13:15
openstackgerritMerged openstack/openstack-ansible-nspawn_container_create stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798513:22
openstackgerritMerged openstack/openstack-ansible-nspawn_hosts stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798413:24
openstackgerritMerged openstack/openstack-ansible-galera_client stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798913:27
openstackgerritMerged openstack/openstack-ansible-lxc_hosts stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798813:29
openstackgerritMerged openstack/openstack-ansible-galera_server stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67713213:31
*** udesale has joined #openstack-ansible13:32
openstackgerritMerged openstack/openstack-ansible-plugins stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67796213:34
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible master: [docs] Be more specific about pip command  https://review.opendev.org/67883913:36
openstackgerritMerged openstack/openstack-ansible-os_ceilometer stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798313:47
*** macz has joined #openstack-ansible13:48
*** macz has quit IRC13:52
openstackgerritMerged openstack/openstack-ansible-os_horizon stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67795813:53
openstackgerritMerged openstack/openstack-ansible-os_glance stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67797813:55
openstackgerritMerged openstack/openstack-ansible-os_aodh stable/pike: Remove openSUSE 42.3 job  https://review.opendev.org/67713013:56
openstackgerritMerged openstack/openstack-ansible-os_designate stable/rocky: Dropping support of 42.3  https://review.opendev.org/67795113:57
openstackgerritMerged openstack/openstack-ansible-os_aodh stable/rocky: Drop openSUSE 42.3 job  https://review.opendev.org/67743813:58
openstackgerritMerged openstack/openstack-ansible-os_panko stable/pike: Remove openSUSE 42.3 job  https://review.opendev.org/67712914:02
openstackgerritMerged openstack/openstack-ansible-lxc_container_create stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798714:02
openstackgerritMerged openstack/openstack-ansible-os_cinder stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67798214:04
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67797314:05
openstackgerritMerged openstack/openstack-ansible-os_swift stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67796514:20
*** udesale has quit IRC14:32
*** spsurya has joined #openstack-ansible14:35
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/stein: Swap special CI jobs from xenial to bionic  https://review.opendev.org/67315014:40
*** aedc has quit IRC14:40
jrosserCould folks have a look at this https://review.opendev.org/#/c/678308/14:43
jrosserI want to know if that should be on master first even though there are no lxd jobs there any more14:44
noonedeadpunkjrosser: I'd probably not place that for master...14:46
jrosserok, if it looks ok we need that to merge to unwedge os_neutron on any branches with lxd jobs14:48
openstackgerritkourosh vivan proposed openstack/openstack-ansible-os_octavia master: Octavia communicate with barbican using internal  https://review.opendev.org/67887114:49
openstackgerritMerged openstack/openstack-ansible-os_horizon stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67797515:09
*** cshen has quit IRC15:11
openstackgerritMikael Loaec proposed openstack/openstack-ansible-ceph_client master: WIP: Importing keyrings from files rather than from mons  https://review.opendev.org/67176215:14
openstackgerritMerged openstack/openstack-ansible-os_keystone stable/rocky: Remove openSUSE 42.3 job  https://review.opendev.org/67797415:25
jrosserjmccrory: seems https://review.opendev.org/#/c/673677/ is needed, it made the ansible 2.8.3 patch work but it's own tests are failing.....15:26
*** miloa has quit IRC15:28
*** chkumar|rover is now known as raukadah15:31
*** gyee has joined #openstack-ansible15:37
*** macz has joined #openstack-ansible15:42
*** tiffanie has joined #openstack-ansible15:53
*** tiffanie has left #openstack-ansible15:55
*** tiffanie has joined #openstack-ansible15:55
tiffanie#startmeeting openstack_ansible_meeting16:00
openstackMeeting started Tue Aug 27 16:00:06 2019 UTC and is due to finish in 60 minutes.  The chair is tiffanie. 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
tiffanie#topic office hours16:00
*** openstack changes topic to "office hours (Meeting topic: openstack_ansible_meeting)"16:00
noonedeadpunko/16:00
mnaserhenlo16:01
guilhermespo/16:01
* mnaser hasn't been around as much, been busy doing magnum-y things16:01
guilhermespwe have murano in wip process though https://review.opendev.org/#/c/677830/16:02
noonedeadpunkSo, https://review.opendev.org/#/c/676410/ is basicaly ready and there are bunch of patches that already use that role (like https://review.opendev.org/#/c/678216/)16:03
noonedeadpunkguilhermesp: I guess I've left another bunch of comments there16:03
openstackgerritMerged openstack/openstack-ansible-os_panko stable/queens: Remove openSUSE 42.3 job  https://review.opendev.org/67794916:03
guilhermespalso I've been seeing discussions about the POST_FAILRES for rocky branch16:03
guilhermespyeah noonedeadpunk I will take a look in a while16:03
evrardjpo/16:04
noonedeadpunkyeah, rocky post failures has been fixed thanks to jrosser and infra folks16:04
jrosserHopefully post failures are sorted out now, team effort there fixed it16:05
guilhermespthat's wonderful16:05
jrosserAh snap :)16:05
noonedeadpunkbut I have some "issue" with linters check for uwsgi role16:05
noonedeadpunkSo we used to check linters with script from tests repo https://opendev.org/openstack/openstack-ansible-tests/src/branch/master/test-ansible-lint.sh16:06
noonedeadpunkSince we're migrating to the integrated tests, necessity of usage of tests repo reduces. And this makes possible to drop tests folder in repos, run_tests.sh and more things16:07
noonedeadpunkSo if we want to continue doing ansible-lint checks, we should probably move it to the main repo16:10
*** jawad_axd has joined #openstack-ansible16:10
noonedeadpunkWhat I was thinking about is to add another action for gate-check-commit.sh, like check, to launch all linters with it16:10
noonedeadpunkBut right now I don't know how to limit it to the exact role, since scenario is not designed right now for passing role names as is16:11
noonedeadpunkor playbook name, like os-nova-install.yml16:12
evrardjpthe alternative would be to implement it directly with ansible-lint from tox?16:13
evrardjpIt's a little repeat ourselves, but that doesn't sound like a bad idea, does it?16:14
noonedeadpunkbut as I said, we will be missing plugins, ike config_template16:14
noonedeadpunkand this returns us back to usage of openstack-ansible-tests16:14
evrardjpisn't that working with dependencies?16:14
evrardjpyeah let's not head that way16:15
noonedeadpunkso yes, than we should carry dependencies, install them, etc - so run_tests.sh actually does the same...16:15
jrosserIf we run an integrated test, all the things we need must be present, what do I miss?16:16
noonedeadpunkjrosser: you're right, and that's the thing I was thinking about. But in this case we should somehow provide what should be tested by linters16:17
noonedeadpunkofc we may provide setup-everything.yml for the check16:17
jrosserThe scenario is converted into a list of enabled services iirc16:17
noonedeadpunkBut I'd say that number of found problems would be enormous16:18
noonedeadpunkyeah.. but it's not correlated neither with the name of playbooks nor with the name of the roles.16:18
*** dr_feelgood has joined #openstack-ansible16:18
noonedeadpunkofc, we can probably generate scenario in other way when action is check16:19
*** dr_feelgood has quit IRC16:19
evrardjpsorry let me clarify:16:19
noonedeadpunkbut I'm not sure that I'm leading the right way16:20
evrardjpI meant that the roles, per se, are not reusable because they don't contain dependencies in meta/main.yml. And that's something we can nowadays fix. Maybe by doing that, ansible-lint would be smart enough and work (but I am not sure there)16:20
noonedeadpunkI guess it may work only for dependant roles but not plugins/modules16:21
evrardjpThe other way would be to implement another job, that ensures all the right repos are present in zuul, and for which the parent folder is a role folder in an ansible configuration. This would allow to test a role (current patchset folder) with a complete view of other roles16:22
*** ivve has quit IRC16:22
evrardjpdependencies of roles shipping plugins work inside ansible. Maybe not in ansible-lint, but in ansible it totally works. But that's a feature gap that could be fixable16:23
evrardjpI am not saying we should go for that absolutely16:23
evrardjpI am just saying we should avoid rewiring things in tests now that we are getting away with it16:24
evrardjpafter that, it's up to the person implementing things. I am happy to help PoC things if you want16:24
evrardjpand help you figure that out16:24
mnaseri'm just wondering what is the path to success to at least get us uwsgi refactored out16:25
mnaserrather than block out all that work to fix a long standing issue with linting16:25
evrardjpmnaser: you're right there. Maybe we can just merge it without linting, and implement linting on top?16:26
mnaseri think indirectly it is being linted through roles that consume it16:26
evrardjpyeah that too16:26
evrardjpso that kinda helps on the story to not care about linting right now16:27
noonedeadpunkSo using another job which will prepare things sounds like a moving things from tests repo to each role, which might extend the maintenance costs16:27
mnaseri think long term, we should move towards using collections16:27
noonedeadpunkBut if dependencies inside meta really works, that would be fantastic16:27
evrardjpnoonedeadpunk: it can be inside one repo, or inside the main repo16:27
evrardjpThe idea with that new job, is that it simply applies to all repos without issue.16:28
evrardjp(even outside OSA I mean)16:28
evrardjpfor our tripleO folks :)16:29
evrardjpanyway16:29
evrardjpI can check the dependency real quick today16:29
noonedeadpunkit would be great tbh16:29
jrosserFor bind-to-mgmt I am stuck on rabbit and galera - maybe we need to look at what other install tools do there, not had time to progress that16:33
jrosserI also have Octavia on my todo list but also lack of time - the stable branches are all in a bad way due to changes in the amphora test image which are now only usable on master16:35
jrosserI think we need some new code to build our own images in test jobs now16:36
guilhermespoh... I was about to test octavia in stable/stein... good to know I may face bad things in the course of testing it on metal16:36
guilhermespmaybe I could try to help with it16:36
jrosserYou can deploy it but it won’t work with the image we lost in defaults/main.yml16:37
*** dr_feelgood has joined #openstack-ansible16:37
guilhermespoh dear...16:37
jrosserIf you can write some tasks to build the image that would be great, I can dig out some notes later16:37
noonedeadpunkbtw, I'm worried that neutron role is broken as well since it doesn't pass calico test https://review.opendev.org/#/c/677311/16:37
noonedeadpunkprobably we should ask logan- to check it if he can?16:38
johnsomPing me in #openstack-lbaas if you have questions about the image builds.16:38
guilhermespgreat johnsom thanks!16:39
jawad_axdPlease help with this playbook error http://paste.openstack.org/show/765664/. Ceph integration works fine with glance and nova. For cinder,  it creates container for cinder_volume on ceph node but that container seems to have no internet access. Any suggestions?16:46
jawad_axdUsing Stein.16:47
tiffanie#endmeeting17:00
*** 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:00
openstackMeeting ended Tue Aug 27 17:00:15 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)17:00
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-08-27-16.00.html17:00
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-08-27-16.00.txt17:00
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_ansible_meeting/2019/openstack_ansible_meeting.2019-08-27-16.00.log.html17:00
*** jawad_axd has quit IRC17:03
evrardjpnoonedeadpunk: I have news for you17:08
evrardjp:)17:08
evrardjpgood and bad news17:08
noonedeadpunkthat was really fast:)17:08
evrardjpthe bad news is that ansible-lint isn't smart enough to work out the dependency17:08
evrardjphowever the good news is that if you add that into dependency, and point to the role path, that works17:09
noonedeadpunkcan you give an example?:)17:09
evrardjpofc17:09
evrardjp:)17:09
*** dr_feelgood has quit IRC17:18
openstackgerritJean-Philippe Evrard proposed openstack/ansible-config_template master: Use galaxy_tags instead of categories  https://review.opendev.org/67891417:23
evrardjpnoonedeadpunk: ^17:23
*** dr_feelgood has joined #openstack-ansible17:23
evrardjpfirst part17:24
noonedeadpunkyeah, we need it in EVERY role17:24
noonedeadpunkI'd excluded 701,702,204 for now17:25
*** ivve has joined #openstack-ansible17:25
evrardjpmnaser: do you remember by heart what the env var is for the folder where zuul clones the projects required by a job ?17:25
noonedeadpunkwow, that would be extremelly helpfull17:25
*** ivve has quit IRC17:26
*** ivve has joined #openstack-ansible17:27
evrardjpmmm I think there are just ansible vars, darn17:28
evrardjpnoonedeadpunk: in the meantime two things:17:31
evrardjp1) the role is not in the notify list of this channel, we should change this17:31
evrardjp2) https://review.opendev.org/67891717:32
noonedeadpunkevrardjp: https://review.opendev.org/#/c/677738/17:32
evrardjpawesome!17:32
evrardjpI have to go17:33
evrardjpmy computer is swapping like hell, and I have other things to do in my life too :)17:33
evrardjphahah17:33
noonedeadpunkyeah, sure, thanks for help17:33
evrardjpbut it should get you a first idea on how to do this noonedeadpunk17:33
*** dr_feelgood has quit IRC18:02
openstackgerritGuilherme  Steinmuller Pimentel proposed openstack/openstack-ansible-os_murano master: Initial commit to os_murano role  https://review.opendev.org/67783018:37
guilhermespnoonedeadpunk: comments addressed :) ^18:38
*** markvoelker has quit IRC19:07
*** markvoelker has joined #openstack-ansible19:08
*** dr_feelgood has joined #openstack-ansible20:03
*** dr_feelgood has quit IRC20:08
*** prometheanfire has quit IRC20:08
*** prometheanfire has joined #openstack-ansible20:09
*** weshay is now known as weshay_pto20:11
*** dr_feelgood has joined #openstack-ansible20:37
*** ansmith has quit IRC20:41
*** dr_feelgood has quit IRC20:43
jrossermnaser: some of your nova notifications patches are blocked on this https://review.opendev.org/#/c/678308/20:59
*** spsurya has quit IRC21:07
*** ansmith has joined #openstack-ansible21:15
*** markvoelker has quit IRC21:19
*** ivve has quit IRC21:25
csmartjrosser: evrardjp sorry for the noise, I must have broken something, worked this time21:27
csmartthanks21:27
*** fghaas has quit IRC21:43
*** trident has quit IRC22:05
*** trident has joined #openstack-ansible22:13
*** markvoelker has joined #openstack-ansible22:15
*** markvoelker has quit IRC22:20
*** markvoelker has joined #openstack-ansible23:15
*** markvoelker has quit IRC23:20
*** prometheanfire has quit IRC23:33
*** prometheanfire has joined #openstack-ansible23:33
*** macz has quit IRC23:36
*** markvoelker has joined #openstack-ansible23:55

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