Friday, 2018-12-07

*** macza has quit IRC00:09
*** ThiagoCMC has quit IRC00:37
*** tosky has quit IRC00:40
*** rodolof has joined #openstack-ansible00:46
*** cshen has joined #openstack-ansible00:55
*** cshen has quit IRC01:01
*** gyee has quit IRC01:09
*** strattao has joined #openstack-ansible01:20
*** strattao has quit IRC01:24
*** dave-mccowan has quit IRC02:00
*** weezS has quit IRC02:17
*** cshen has joined #openstack-ansible02:20
*** cshen has quit IRC02:25
*** ThiagoCMC has joined #openstack-ansible02:34
*** dave-mccowan has joined #openstack-ansible03:11
*** CeeMac has quit IRC03:16
*** dave-mccowan has quit IRC03:19
*** cshen has joined #openstack-ansible04:21
*** lbragstad has quit IRC04:23
*** cshen has quit IRC04:26
*** weezS has joined #openstack-ansible04:53
*** rodolof has quit IRC05:10
*** weezS has quit IRC05:22
*** rodolof has joined #openstack-ansible05:25
*** rodolof has quit IRC05:31
*** vakuznet has quit IRC05:50
*** cshen has joined #openstack-ansible05:53
*** cshen has quit IRC05:59
*** cshen has joined #openstack-ansible06:02
*** hamzaachi has joined #openstack-ansible06:04
*** cshen has quit IRC06:07
*** cshen has joined #openstack-ansible06:36
*** cshen has quit IRC06:41
*** mma has joined #openstack-ansible06:53
*** hwoarang has quit IRC06:54
*** hwoarang has joined #openstack-ansible06:56
*** arbrandes has joined #openstack-ansible07:01
*** arbrandes1 has quit IRC07:03
openstackgerritChandan Kumar proposed openstack/openstack-ansible-os_tempest master: Added support for running tempestconf from rpm  https://review.openstack.org/62299907:09
*** cshen has joined #openstack-ansible07:14
*** cshen_ has joined #openstack-ansible07:21
*** cshen has quit IRC07:22
*** trident has quit IRC07:23
*** orderchaos has quit IRC07:23
*** orderchaos has joined #openstack-ansible07:25
*** trident has joined #openstack-ansible07:25
*** mma has quit IRC07:32
*** mma has joined #openstack-ansible07:35
*** mma has quit IRC07:36
*** mma has joined #openstack-ansible07:40
openstackgerritChandan Kumar proposed openstack/openstack-ansible-os_tempest master: Use --profile feature for generating tempest.conf  https://review.openstack.org/62341307:45
*** mma has quit IRC07:45
*** aedc has joined #openstack-ansible07:53
*** mma has joined #openstack-ansible08:02
*** mma has quit IRC08:03
*** mma has joined #openstack-ansible08:03
*** ppetit has joined #openstack-ansible08:04
*** ppetit has quit IRC08:06
*** ppetit has joined #openstack-ansible08:06
*** hamzaachi has quit IRC08:09
*** mma has quit IRC08:12
*** aedc has quit IRC08:28
*** aedc has joined #openstack-ansible08:31
chandan_kumarodyssey4me: jrosser Hello08:36
chandan_kumarodyssey4me: jrosser please have a look at this one https://review.openstack.org/#/c/622999/ thanks :-)08:37
*** aedc has quit IRC08:42
*** ppetit has quit IRC08:44
*** aedc has joined #openstack-ansible08:45
*** hamzaachi has joined #openstack-ansible08:51
*** shardy has joined #openstack-ansible08:52
*** KeithMnemonic has quit IRC09:00
*** hamzaachi has quit IRC09:01
*** KeithMnemonic has joined #openstack-ansible09:01
openstackgerritFrank Kloeker proposed openstack/openstack-ansible master: Change docs build to openstackdocstheme logic  https://review.openstack.org/62342909:17
*** mma has joined #openstack-ansible09:18
*** DanyC has joined #openstack-ansible09:20
*** DanyC has quit IRC09:24
*** aedc has quit IRC09:32
*** DanyC has joined #openstack-ansible10:01
*** electrofelix has joined #openstack-ansible10:02
odyssey4mejrosser so I was thinking this morning that doing the graphing on the check queue probably isn't best, because that will include bad patches - better to do it all o the gate queue because it will have passed gate at least once10:05
*** aedc has joined #openstack-ansible10:10
odyssey4meThiagoCMC If you're sharing LDAP, then you don't need a single Horizon. But if you want a single Horizon, then have one region with horizon and keystone, register the keystone endpoints for the other regions in that keystone service catalog, and enable horizon multi-domain support: https://github.com/openstack/openstack-ansible-os_horizon/blob/master/templates/horizon_local_settings.py.j2#L77-L7910:12
odyssey4meI think that'll do it.10:12
jrosserodyssey4me: yes there is certainly more to do on grafana- I put up another patch yesterday to separate out fail/success/timeout10:14
jrosserAdding gate graphs too would be great, think both are valid as you end up doing check/gate/check/gate anyway when things aren’t going through easily10:16
*** trident has quit IRC10:18
chandan_kumarodyssey4me: jrosser does tempest logs and stestr html files are indexed in logstash.openstack.org and visible in openstack-health?10:19
odyssey4mechandan_kumar no, only the console log is indexed as far as I know - although all the subunits are added into openstack-health, yes10:19
odyssey4meI think it's only for the integrated build though10:20
*** trident has joined #openstack-ansible10:21
jrosserodyssey4me: I also wanted to pull out the overall Zuul +/- vote status and chart that, which is actually the true pass fail rate from an end user POV10:24
*** vnogin has joined #openstack-ansible10:25
chandan_kumarodyssey4me: oh, we will fix that to get it indexed in logstash which in future will be helpful to generate elastic-recheck query from logstash.10:32
chandan_kumarodyssey4me: http://logs.openstack.org/13/623413/1/check/openstack-ansible-functional-tempestconf-centos-7/7712e47/job-output.txt.gz#_2018-12-07_09_22_09_731838 these timesout are related to centos 7.6 updrade?10:34
odyssey4mechandan_kumar we think so - but are not sure, they seem to have increased since the update10:36
*** vnogin has quit IRC10:43
*** trident has quit IRC11:04
*** trident has joined #openstack-ansible11:06
odyssey4mejrosser chandan_kumar mnaser so it looks like centos, after the new updates, is timing out - even for a non-container build11:25
jrosserYes I saw 20mins for one step of the log collection on a timed out job that would otherwise have passed11:26
odyssey4mehttp://logs.openstack.org/73/622473/1/check/openstack-ansible-deploy-aio_metal-centos-7/b90d6ab/logs/ara-report/ shows 1:31 for setup-infrastructure, which is very long indeed - bionic takes ~20 mins11:27
odyssey4mecheck the duration here: http://logs.openstack.org/73/622473/1/check/openstack-ansible-deploy-aio_metal-centos-7/b90d6ab/logs/ara-report/result/68a3b4ce-a767-44ee-9798-d69042fc6617/11:27
odyssey4meoh you can't see it - 45 mins to do the git clones11:28
*** hamzaachi has joined #openstack-ansible11:28
*** aedc has quit IRC11:29
jrosserSounds like I/O sadness - would stack up with long time collecting logs too11:42
jrosserMaybe a quick patch to run bonnie++ right at the start of the job?11:44
odyssey4mehmm, it makes me wonder whether https://github.com/openstack/openstack-ansible/blob/master/tests/roles/bootstrap-host/templates/user_variables.aio.yml.j2#L199-L203 is taking effect or whether something is interfering with it11:44
odyssey4mebut why would the IO be so different now, and only on one platform11:45
jrosserThere’s been chat about timeouts for the last couple of days in #infra too11:48
*** ansmith has joined #openstack-ansible11:48
*** tosky has joined #openstack-ansible11:52
noonedeadpunk Morning everyone.11:52
*** hamzaachi has quit IRC11:56
jamesdentonThiagoCMC Re: Single Horizon, Multiple Clouds - You might take a look at adding AVAILABLE_REGIONS config to Horizon: https://docs.openstack.org/horizon/rocky/admin/customize-configure.html12:14
odyssey4mejamesdenton ah yes, that's the thing I was thinking of12:15
jamesdentonIt looks like it would do the trick12:15
*** aedc has joined #openstack-ansible12:30
*** trident has quit IRC12:39
*** trident has joined #openstack-ansible12:41
*** hamzaachi has joined #openstack-ansible12:47
*** ahosam has joined #openstack-ansible12:49
*** cshen_ has quit IRC12:51
*** cshen has joined #openstack-ansible12:51
*** chandan_kumar is now known as chkumar|off13:12
mnaserSo it looks like only bare metal issues are still there on CentOS13:16
mnaserOne of the OVH regions ya been really slow13:17
mnaserSo is these jobs running on OVH possibly?13:17
odyssey4memnaser well, no - vare metal or not - we're getting timeouts13:17
odyssey4meeg: https://review.openstack.org/#/c/622473/13:17
mnaserOh interesting those are rax too13:17
mnaserI saw something psss a few minutes ago in my email13:18
odyssey4meand the slow downs are not on a consistent task13:18
mnaserWow it looks like it just slowed down so much13:19
mnaserOn trivial things like systemd_service taking 2 minutes per13:19
guilhermespmorning! Should I recheck my pr? THere was post failure and timeout https://review.openstack.org/#/c/618820/4813:20
odyssey4meearlier I saw one which took 45 mins to do the git clones in the repo build13:20
mnaserI wonder if it’s something related to DNS resolutions13:20
mnaserThat’s the usual taking a long time behaviour13:20
mnaserguilhermesp: it’s broken right now, we’ll we don’t know if we have a 100% fix13:21
guilhermespbut is it broken in our side or infra side?13:21
mnaserI thought it was us, then I thought it was infra and now I think it might be us13:22
mnaserRegardless we need to figure it out13:22
odyssey4memnaser for all metal builds, we don't touch any dns config13:22
odyssey4meso that takes all the containers out of the equation13:23
odyssey4meperhaps focus troubleshooting there, given that it removes a ton of extra things to think about13:23
mnaserodyssey4me: infra sets up unbound on boot so I thought maybe it wasn’t actually being started properly13:23
mnaserTho after further digging it seems that the process is up and running13:23
mnaserMaybe I’ll ask infra to put a hold on a failing nose13:24
mnaserNods13:24
odyssey4mesure, maybe - I'm just suggesting that given that the metal builds are failing and they have the least moving parts - look there13:24
openstackgerritJustin Alford proposed openstack/openstack-ansible-os_cinder master: cinder-volume: rbd driver set backend_host value  https://review.openstack.org/62349013:36
*** eumel8 has joined #openstack-ansible13:42
*** cshen has quit IRC14:04
*** lbragstad has joined #openstack-ansible14:06
mnaserok14:11
mnaserin the office now14:11
mnaseri can start digging14:11
*** aedc has quit IRC14:19
*** lbragstad has quit IRC14:25
*** lbragstad has joined #openstack-ansible14:29
*** aedc has joined #openstack-ansible14:30
*** weezS has joined #openstack-ansible14:36
mnaserfinding this on a held job14:39
mnaserDec 07 14:21:25 aio1 sshd[16959]: pam_systemd(sshd:session): Failed to create session: Failed to activate service 'org.freedesktop.login1': timed out14:39
*** weezS has quit IRC14:39
odyssey4meIIRC we do some stuff in the lxc_hosts cache prep which involves setting that up14:40
*** weezS has joined #openstack-ansible14:40
odyssey4meoh, but that won't be there in a metal build I don't think14:40
mnaserodyssey4me: im looking at this server logs14:40
mnaserand these errors start at 12:1514:41
*** strattao has joined #openstack-ansible14:42
ThiagoCMCodyssey4me, thanks! I'll try that... :-D14:43
* mnaser is tempted to pull mhayden in here if he's around and has a clue14:45
mnasercloudnull our systemd expert is not around :(14:45
* mhayden clues in14:45
jamesdentonlook what the cat dragged in!14:46
mnaserok14:48
mnaserhttps://github.com/openstack/openstack-ansible-lxc_hosts/blob/6eee41f123dd49d73ad2851b878c11efd6cfffa2/tasks/lxc_cache_preparation_systemd_old.yml14:48
mnaseri think that's what's messing it up14:48
dmsimardmnaser: if you look at the whole journalctl logs around "Dec 07 12:26:04"14:49
dmsimardthat's where the issues start14:49
*** cshen has joined #openstack-ansible14:49
mnaseryeah im looking this file we drop in here https://github.com/openstack/openstack-ansible-lxc_hosts/blob/6eee41f123dd49d73ad2851b878c11efd6cfffa2/tasks/lxc_cache_preparation_systemd_old.yml14:50
dmsimardhttp://paste.openstack.org/raw/736824/14:50
dmsimardoh in /etc/d-bus ?14:50
dmsimardyeah that looks very likely14:51
odyssey4memnaser that's can't be the only thing though, because none of that runs on a machine with no containers14:52
mnaserodyssey4me: might be more than one issue?14:52
odyssey4memust be, because while that error may be happening on containered builds, the non-containered builds are also failing14:53
mnaserodyssey4me: yeah right now i just have a hold on a containerized deploy14:53
mnaserthat im working on14:53
openstackgerritMartin Kopec proposed openstack/openstack-ansible-os_tempest master: Create basic doc structure  https://review.openstack.org/62351214:55
dmsimardmnaser: I'm looking at a few running centos-based jobs outside of OSA14:55
dmsimardand grepping logs, not seeing the "Failed to activate service 'org.freedesktop.login1': timed out"14:56
*** strattao has quit IRC14:57
mnaserso this is the patch we're "carrying" and it seems like dbus dun broke after we restart adding this file https://cgit.freedesktop.org/systemd/systemd/commit/src/machine/org.freedesktop.machine1.conf?id=72c3897f77a7352618ea76b880a6764f52d6327b14:57
mnaserif i understand correctly, this really only allows non-privileged users to do machinectl operations14:58
mnaserbut in our deploys and whatnot, we kinda rely on all of our work happening as privileged users anyways14:58
mnaserspecificall this task14:59
mnaserhttps://github.com/openstack/openstack-ansible-lxc_hosts/blob/6eee41f123dd49d73ad2851b878c11efd6cfffa2/tasks/lxc_cache_preparation_systemd_old.yml#L28-L3814:59
odyssey4meperhaps the new version has this fixed or something15:00
mnaserhttps://lists.freedesktop.org/archives/systemd-devel/2015-March/028922.html15:01
mnaserinteresting15:01
dmsimardmnaser: ssh connections are quick again after restarting systemd-logind15:03
ThiagoCMCjamesdenton, oh, I see! Thank you!15:03
mnaseryeah it probably resolved that issue dmsimard15:03
mnaserlet me remove all those workarounds and see if it builds fine.15:03
dmsimardmnaser: ok, I'll continue investigating15:03
dmsimardhttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770135 correlates the restart of dbus to the failure of systemd-logind and confirms that restarting systemd-logind fixes the issue15:07
openstackDebian bug 770135 in systemd "systemd: ssh logins considerably delayed (until PAM timeout) when systemd is upgraded but the system not rebooted" [Normal,Open]15:07
openstackgerritMartin Kopec proposed openstack/openstack-ansible-os_tempest master: Create basic doc structure  https://review.openstack.org/62351215:11
mnaserdmsimard: yeah i rather not end up working around it by restarting more things, that code seems largely unused and unclean15:12
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: prep: remove old machinectl workarounds  https://review.openstack.org/62351515:14
dmsimardmnaser: not suggesting to implement a restart, just collecting info about the bug15:14
mnaserdmsimard: ah yes :) i think the above should hopefully bring us in the right step.. i hope.15:14
dmsimardthere's some bugzilla on the issue but nothing really came out of them15:15
dmsimardi.e, https://bugzilla.redhat.com/show_bug.cgi?id=1623651 and https://bugzilla.redhat.com/show_bug.cgi?id=125855715:15
openstackbugzilla.redhat.com bug 1623651 in systemd "Restarting dbus leaves systemd-logind in broken state" [Unspecified,New] - Assigned to systemd-maint15:15
openstackdmsimard: Error: Error getting bugzilla.redhat.com bug #1258557: NotPermitted15:15
dmsimardconsensus appears to be "you shouldn't be restarting dbus"15:16
dmsimard¯\_(ツ)_/¯15:16
mnaseryeah maybe just reload it if this doesn't fix it15:18
mnaserso i guess we were doing something wrong and it never bit us until now15:18
odyssey4memnaser well, bear in mind for containers we're downloading a docker image - adding systemd and all that, then booting a new container... so we don't restart anything, we boot fresh15:20
mnaserodyssey4me: right but with the code that was removed it seems to restart it on the host in order to add some machinectl features which dont seem to be used15:20
mnaserafaik?15:20
odyssey4meoh that's nice15:20
mnaserodyssey4me: oh boy15:25
mnaserwe're running lxc_hosts in metal jobs.15:25
*** trident has quit IRC15:25
mnaserand so that's why it also broke, because the same code ran15:25
mnaserodyssey4me: on an aio_metal job, i'm seeing a 'aio1_neutron_ovn_northd_container-610a7fdf' container?!15:26
*** trident has joined #openstack-ansible15:27
mnaserjamesdenton: is neutron_ovn_northd technically a neutron agent?15:28
jamesdentonwell, not quite15:28
odyssey4memnaser hmm, that's a bug - thanks jamesdenton :15:29
mnaserbecause right now we have `neutron_agents_container`, `neutron_ovn_northd_container` and `neutron_server_container`15:29
jamesdentonand yes, it's there because the inventory was borked (by me), but nothing is deployed to it15:29
odyssey4me:p15:29
mnaseryeah no worries15:29
mnaserwe approved it ;)15:29
mnaserim just wondering if we should add it to the agents (but if we do, itll run on metal from now on)15:29
odyssey4memnaser ok, and because of that bug lxc_hosts is actually doing something - normally the host group is empty so it moves on without doing anything15:29
mnaserdoes it touch the data plane?15:29
jamesdentonit does not touch the data plane15:29
jamesdentonit runs ovsdb-server and some other ovn-related services15:30
odyssey4meok, so we need to add whatever fix to https://review.openstack.org/#/c/622473/ as well15:30
mnaseryep that might be good, either shuffle it around in the inventory .. or add neutron_ovn_northd_container is_metal in etc/openstack_deploy/env.d/aio_metal.yml.example15:31
odyssey4mejamesdenton perhaps, as you suggested, we change to have those groups added by user config for now - until you find a nicer option?15:31
jamesdentonodyssey4me yes - i was just about to suggest that15:31
odyssey4meoh of course, it's missing in the etc/openstack_deploy/env.d/aio_metal.yml.example file!15:31
cshend/quit15:31
*** cshen has quit IRC15:31
mnaseryep we have neutron_agents to is_metal: true15:32
mnaserso thats why i asked if we added it to neutron_agents we wouldnt have the second change but honestly, i'll trust jamesdenton decision fo rthat15:32
mnaserhttp://logs.openstack.org/15/623515/1/check/openstack-ansible-functional-centos-7/cbc82b1/15:32
mnaserthe lxc_hosts seem to have passed15:32
mnaserhttp://logs.openstack.org/15/623515/1/check/openstack-ansible-functional-centos-7/cbc82b1/logs/host/messages.txt.gz15:33
mnaserno timeouts15:33
mnaserand obviously no dbus restart15:33
admin0jamesdenton, https://gist.github.com/a1git/4c7052f0b4ee0566e20bc03c40c2a1c5 -- i am constantly getting: fatal: [b1_neutron_server_container-e54d000e]: FAILED! => {"msg": "'dict object' has no attribute 'network_sriov_mappings'"}15:33
odyssey4memnaser ok, could you add a release note to the patch describing the issue being fixed so that it goes into our releasenotes - we'll also have to backport this because of the new centos applying to all platforms15:34
admin0i gave a network_sriov_mappings in the config of the compute node as you mentioned15:34
jamesdentonadmin0 hang tight on that, if you don't mind15:34
mnaserodyssey4me: yep, one moment15:34
* admin0 hangs on by the cliff 15:34
odyssey4mejamesdenton I think for now the best option is to pull the env.d file out of the default inventory and add it to etc/openstack_deploy/env.d/ as a .example file15:35
jamesdentonunderstood. i will update that patch, one sec15:35
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts master: prep: remove old machinectl workarounds  https://review.openstack.org/62351515:37
mnaserodyssey4me: let met know if that's adequate15:37
odyssey4memnaser looks fine to me15:38
odyssey4meperhaps jrosser could take a peek too :)15:38
openstackgerritJames Denton proposed openstack/openstack-ansible master: Only enable OVN VIPs when ml2.ovn plugin is used  https://review.openstack.org/62247315:40
jamesdenton^^ odyssey4me take a look at that and let me know15:41
* jrosser un-schoolruns...... something i need to look at?15:43
odyssey4mejamesdenton you'll need to revert https://review.openstack.org/#/c/584069/14/tests/test_inventory.py too15:44
jamesdentonok15:44
odyssey4meyep, with that it should be complete15:45
odyssey4memay as well make it depends-on https://review.openstack.org/623515 so that it gets passing sooner15:46
odyssey4mejrosser https://review.openstack.org/623515 looks like it resolves the centos build timeouts15:46
jamesdentonbut i can leave inventory/inventory.ini alone?15:46
odyssey4mejamesdenton yeah, with those at least the groups exist - but that's not used for any container building/specification15:47
jamesdentongot it15:47
odyssey4meso it's a default group, at the very least15:47
jrossershame theres been no jobs run in lxc_hosts repo since centos 7.6 as a reference15:48
jamesdentonshould the depends-on reference the entire URL or just the change number?15:51
odyssey4mejamesdenton the URL: https://review.openstack.org/62351515:51
openstackgerritJames Denton proposed openstack/openstack-ansible master: Only enable OVN VIPs when ml2.ovn plugin is used  https://review.openstack.org/62247315:53
openstackgerritkourosh vivan proposed openstack/openstack-ansible-os_trove master: Add segmentation option  https://review.openstack.org/62353315:54
odyssey4methanks jamesdenton lgtm - let's see how the gates go15:55
jamesdentonadmin0 I need to take a look at the provider_networks module at some point, but I am guessing you did not create a neutron_provider_networks override and specify network_sriov_mappings?15:59
jamesdentonideally, that module should bind net_name to sriov_host_interfaces to create that network_sriov_mappings relationship.16:00
admin0jamesdenton, where do i do that ?16:00
jamesdentonwell, if your nodes are configured the same, then you can create it in user_variables.yml16:01
admin0for test, i have only 1 compute and 1 controller16:01
*** weezS has quit IRC16:02
jamesdentonit would look something like this: http://paste.openstack.org/show/736829/16:02
jamesdentoncan you post your openstack_user_config real quick?16:03
admin0jamesdenton, here; https://gist.github.com/a1git/4c7052f0b4ee0566e20bc03c40c2a1c516:05
admin0both config and variables16:05
*** hamzaachi has quit IRC16:07
*** hamzaachi has joined #openstack-ansible16:07
jamesdentonI would remove Line 43 and Line 54. And on line 142, remove vxlan:br-vxlan. You defining a network mapping that would never be used. After line 143, you can add 'network_sriov_mappings: "vlan: ens9f1"'16:08
*** weezS has joined #openstack-ansible16:10
jamesdentonthe neutron_provider_networks override *shouldn't* be necessary when provider networks are defined in openstack_user_config.yml, but i know it was highlighted in early OVS wikis. I need to figure out what exactly is necessary and update some docs.16:10
*** hamzaachi has quit IRC16:14
*** tosky has quit IRC16:14
admin0jamesdenton, can't sriov be tested east-west ?16:15
jamesdentonIt only supports vlans16:15
admin0aah16:15
jamesdentontags are applied to the VF16:16
mnaserjrosser: around to look at https://review.openstack.org/#/c/623515/ ?16:16
jrosseryep16:16
*** weezS has quit IRC16:17
mnaserthat should fix our centos-7 gates16:17
jrosserlgtm16:18
mnaserthank you sir16:21
admin0jamesdenton, error, config and variable changes:  https://gist.github.com/a1git/78c7a87ddefba40935a8de3e92f43bbd16:24
*** gyee has joined #openstack-ansible16:25
admin0following your docs, i added the one for compute node as well16:26
admin0ditto error16:26
jamesdentonLike 49 needs to move under line 63 with the other network overrides16:26
admin0oh16:28
admin0:D16:28
admin0thanks .. retrying16:28
jamesdentoni;m a bit surprised it needs network_sriov_mappings for neutron-server16:29
jamesdentonso there may be something else up16:29
*** rodolof has joined #openstack-ansible16:30
*** DanyC has quit IRC16:32
*** DanyC has joined #openstack-ansible16:33
*** aedc has quit IRC16:36
*** DanyC has quit IRC16:38
admin0something never seen before:   [os_neutron : Setup External Network Provider Bridge]  "ovs-vsctl: fail-mode must be \"standalone\" or \"secure\""16:38
mnaseri have seen that16:39
jamesdentonhmm, yeah. That's new with 2.10.0 i think.16:39
mnaserand i hae fixed that16:39
jamesdentonthere is a patch for that. may need backporting16:39
admin0i am trying the 18.1.0 branch16:39
*** macza has joined #openstack-ansible16:39
mnaserhttps://review.openstack.org/#/c/613286/16:40
jamesdentonyeah it needs to be backported to rocky16:40
mnaserother cores can vote on that to help admin0 unblock (it will require another release but yeah)16:40
jamesdentonbut merged first. lol16:40
mnaserit merged in master, backport pending :)16:40
jamesdentonoh my bad16:41
admin0i will cherry pick and move on :)16:41
jamesdentonstepping out for lunch. bbiaf16:42
openstackgerritMerged openstack/openstack-ansible-lxc_hosts master: prep: remove old machinectl workarounds  https://review.openstack.org/62351516:42
noonedeadpunkreviews are appreciated https://review.openstack.org/#/c/622956/3 :)16:46
*** weezS has joined #openstack-ansible16:52
mnaserill wait for the jamesdenton patch with depends-on to merge before touching too much16:53
mnaserand rechecking things16:53
*** mma has quit IRC16:54
*** mma has joined #openstack-ansible16:55
*** mma has quit IRC16:57
*** aedc has joined #openstack-ansible17:03
*** DanyC has joined #openstack-ansible17:06
*** DanyC has quit IRC17:11
admin0thanks guys  neutron is up and running and i can see the agent17:15
admin0i dunno how to test, so i delivered it to those who wanted to test it . will wait for their feedback :D17:15
jamesdentonyou will need to create a port whose type is 'direct'. then spin up an instance specifying that port17:18
*** mwe1 has quit IRC17:18
ThiagoCMCadmin0, sounds like fun!17:20
*** weezS has quit IRC17:36
*** weezS has joined #openstack-ansible17:37
*** weezS has quit IRC17:37
*** weezS has joined #openstack-ansible17:37
*** weezS has joined #openstack-ansible17:38
*** weezS has joined #openstack-ansible17:39
*** weezS has quit IRC17:39
*** weezS has joined #openstack-ansible17:40
*** weezS has quit IRC17:40
*** weezS has joined #openstack-ansible17:40
*** weezS has joined #openstack-ansible17:41
*** weezS has quit IRC17:42
*** weezS has joined #openstack-ansible17:42
*** weezS has quit IRC17:42
*** weezS has joined #openstack-ansible17:43
*** weezS has quit IRC17:43
*** weezS has joined #openstack-ansible17:44
*** weezS has quit IRC17:44
*** weezS has joined #openstack-ansible17:44
*** weezS has joined #openstack-ansible17:45
*** weezS has quit IRC17:45
*** weezS has joined #openstack-ansible17:46
*** weezS has quit IRC17:46
*** weezS has joined #openstack-ansible17:47
*** weezS has joined #openstack-ansible17:48
*** ahosam has quit IRC17:50
*** shardy has quit IRC17:57
guilhermespso as it is merged https://review.openstack.org/#/c/623515/ I think I just need to recheck mine https://review.openstack.org/#/c/618820/ as it is timing out because I rechecked before the fix being merged18:03
guilhermesplocally, our placement role is executing successful locally, I just can't see any placement process running. Maybe there are some uwsgi configuration bits missing https://review.openstack.org/#/c/618820/18:04
guilhermespI appreciate any review :)18:04
*** udesale has joined #openstack-ansible18:26
*** udesale has quit IRC18:27
*** strattao has joined #openstack-ansible18:30
openstackgerritMerged openstack/openstack-ansible-ceph_client stable/rocky: Remove the dependency on SSH for monitors  https://review.openstack.org/62323418:35
*** hamzaachi has joined #openstack-ansible18:44
*** hamzaachi has quit IRC18:49
*** fmulti has joined #openstack-ansible18:49
fmultiHi all, I have given an Ubuntu 16.04 laptop to users who are complaining that applications/windows/terminal/etc are disappearing within a set amount of time (approx 5-10 mins, they did not time it) of inactivity... I am at a loss and have not witnessed this myself, but what could be causing this? They said it does not KILL an application, but when they try to open a new one, it wont let them as it is already running (verifi18:50
fmulti(this is after I have ran ansible-hardening on it)18:50
*** hamzaachi has joined #openstack-ansible18:50
openstackgerritMerged openstack/openstack-ansible-os_heat master: Enable overriding the service setup host python interpreter  https://review.openstack.org/62120118:52
logan-fmulti: there is a 10 minute timeout set in /etc/profile by ansible hardening, you'll see an env var being set called TMOUT. that is what is causing it19:00
jamesdentonHas anyone done an Ubuntul install recently? This hash has changed, which causes rabbitmq_server install to fail. https://github.com/openstack/openstack-ansible-rabbitmq_server/blob/e577e997a99b3152d6f090210facaf710629f539/vars/ubuntu.yml#L2619:01
jamesdenton*Ubuntu19:01
logan-fmulti: https://github.com/openstack/ansible-hardening/blob/4648d7576dd574941791549a661ad1a8f595302b/tasks/rhel7stig/misc.yml#L228-L24219:01
logan-fmulti: try setting the var security_rhel7_session_timeout to 019:02
fmultilogan-: even gui applications? they claim their IDE coding program dies19:02
logan-no idea i have not used ansible-hardening in a desktop env, but that is my guess19:03
fmultilogan-: okay thank you, ill give it a shot19:03
*** rodolof has quit IRC19:06
*** rodolof has joined #openstack-ansible19:07
mnaseryay19:07
mnasercentos jobs are passing19:07
jamesdentonnice work19:09
*** electrofelix has quit IRC19:11
prometheanfireso many rechecks19:12
openstackgerritMerged openstack/openstack-ansible-os_ironic master: Enable overriding the service setup host python interpreter  https://review.openstack.org/62120819:15
*** aedc has quit IRC19:17
*** hamzaachi has quit IRC19:19
*** hamzaachi has joined #openstack-ansible19:23
guilhermespAwesome mnaser !19:24
kaiokmoguilhermesp: https://review.openstack.org/#/c/618820/ passing. w00t19:29
guilhermespYeah kaiokmo but I still think there is something else to fix/add as in my local tests I can't see placement running19:30
openstackgerritMerged openstack/openstack-ansible-os_octavia master: Fix ansible deprecation warnings  https://review.openstack.org/62165819:31
kaiokmojrosser: thank you for review :)19:48
jrosser:)19:50
openstackgerritMerged openstack/openstack-ansible-os_ironic master: Update mailinglist from dev to discuss  https://review.openstack.org/62175919:57
admin0jamesdenton, they want on br-vxlan :D so i will  change br-vxlan to be from type: vxlan to vlan and rerun the playbooks :D20:11
jamesdentonbecause br-vxlan has that other NIC in it?20:11
admin0br-vxlan has a  diff nic .. for this test, the requirement is east-west and not north-soudh20:12
jamesdentonwell, but ultimately they want to use SR-IOV, right? That will need a physical interface mapping20:12
admin0south*20:12
admin0having fun here :)20:12
*** fmulti has quit IRC20:20
admin0if I change type: vxlan to type: vlan on the br-vxlan , is that enough to switch east-west to use vlans ?20:23
admin0and give the vlan acceptable range ofcourse in the range:20:23
*** strattao has quit IRC20:27
openstackgerritKaio Kassiano Moura Oliveira proposed openstack/openstack-ansible master: [DOCS] Fix user guide to source admin openrc  https://review.openstack.org/62357620:28
*** ahosam has joined #openstack-ansible20:41
*** DanyC has joined #openstack-ansible20:49
*** DanyC has quit IRC20:50
*** DanyC has joined #openstack-ansible20:50
*** ThiagoCMC has quit IRC20:51
lbragstadqq20:52
lbragstaddoes osa populate the /etc/$service/policy.d/ directories during installation?20:52
lbragstador at least lay them down?20:53
openstackgerritMohammed Naser proposed openstack/openstack-ansible-lxc_hosts stable/rocky: prep: remove old machinectl workarounds  https://review.openstack.org/62357820:53
jamesdentonadmin0 I believe you'll need to change the default tenant network type, or at least the ordering. That 'network_types' override should just be vlan in this case20:56
*** macza has quit IRC20:58
*** DanyC_ has joined #openstack-ansible20:59
admin0trying to find the exact variable name20:59
*** aedc has joined #openstack-ansible21:00
*** DanyC_ has quit IRC21:00
jamesdentonadmin0 it was here: https://gist.github.com/a1git/78c7a87ddefba40935a8de3e92f43bbd#file-gistfile1-txt-L6521:01
*** DanyC has quit IRC21:03
admin0:D i was doing grep -ri  network_type /etc/ansible/*21:03
admin0   :) ..looking for anything that said default21:03
*** rodolof has quit IRC21:09
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/rocky: Include dependency packages in distro install list  https://review.openstack.org/61698421:10
openstackgerritMerged openstack/openstack-ansible-os_neutron stable/rocky: ovs: force to secure fail mode by default  https://review.openstack.org/61328621:10
*** macza has joined #openstack-ansible21:24
*** DanyC has joined #openstack-ansible21:27
openstackgerritMerged openstack/openstack-ansible-os_neutron master: Install haproxy on ovn-controller nodes  https://review.openstack.org/62099421:59
*** ThiagoCMC has joined #openstack-ansible22:10
*** KeithMnemonic has quit IRC22:16
*** rodolof has joined #openstack-ansible22:16
*** trident has quit IRC22:22
*** trident has joined #openstack-ansible22:22
jrosserso zuul nodes in inap currently are centos 7.522:37
jrosserthats going to fail a bunch of stuff so don't be surprised if centos jobs still break a bit until that is fixed22:38
*** rodolof has quit IRC22:52
*** hamzaachi has quit IRC23:10
*** hamzaachi has joined #openstack-ansible23:10
*** DanyC has quit IRC23:11
*** aedc has quit IRC23:22
openstackgerritMerged openstack/openstack-ansible master: Remove xenial from Vagrantfile  https://review.openstack.org/62217623:23
openstackgerritMerged openstack/openstack-ansible stable/rocky: Docs: Fix VLAN bridge interface in example setup  https://review.openstack.org/61579523:29
*** aedc has joined #openstack-ansible23:29
openstackgerritMerged openstack/openstack-ansible-os_neutron master: Fix ansible deprecation warnings  https://review.openstack.org/62165923:36
redkrieghello all, I was wondering if anyone had experience with using flat networks with linux-bridge-agent that could shed some light on how their guests are bridged to the provider network.  I'm able to see dhcp requests on the guest's bridge interface, but I don't see replies and the guest has no other signs of connectivity.23:46
*** aedc has quit IRC23:52

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