Monday, 2019-02-04

*** errr_ has joined #openstack-ansible00:02
*** sdake has joined #openstack-ansible00:03
*** errr has quit IRC00:04
*** sdake has quit IRC00:05
*** sdake has joined #openstack-ansible00:12
*** markvoelker has joined #openstack-ansible00:15
*** sdake has quit IRC00:44
*** markvoelker has quit IRC00:47
*** kukacz has quit IRC01:10
*** kukacz has joined #openstack-ansible01:12
*** sdake has joined #openstack-ansible01:14
*** DanyC has quit IRC01:25
*** nurdie has joined #openstack-ansible01:26
*** sdake has quit IRC01:27
*** nurdie has quit IRC01:31
*** markvoelker has joined #openstack-ansible01:44
*** nurdie has joined #openstack-ansible01:47
*** nurdie has quit IRC01:52
*** hwoarang has quit IRC01:57
*** hwoarang has joined #openstack-ansible02:01
*** DanyC has joined #openstack-ansible02:03
*** nurdie has joined #openstack-ansible02:16
*** markvoelker has quit IRC02:18
*** nurdie has quit IRC02:22
*** nurdie has joined #openstack-ansible02:37
*** nurdie has quit IRC02:42
*** shyamb has joined #openstack-ansible03:06
*** nurdie has joined #openstack-ansible03:07
*** nurdie has quit IRC03:11
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible master: [WIP] Use the Mitogen connection method in OSA  https://review.openstack.org/59123603:14
prometheanfirecloudnull: power back?03:16
cloudnullyup.03:20
cloudnullits back on03:20
cloudnullhowever, internet is on a UPS03:20
cloudnullunifi + cyberpower 700VA (https://amzn.to/2DbROpU)03:22
cloudnullworks great!03:22
prometheanfire:D03:24
*** macza has joined #openstack-ansible03:33
*** macza has quit IRC03:37
*** shyamb has quit IRC03:43
*** gkadam has joined #openstack-ansible03:48
*** udesale has joined #openstack-ansible04:07
*** slaweq has joined #openstack-ansible04:37
*** sohny has joined #openstack-ansible04:52
*** TxGirlGeek has joined #openstack-ansible04:53
*** TxGirlGeek has quit IRC05:01
*** hwoarang has quit IRC05:09
*** ArchiFleKs has quit IRC05:10
*** hwoarang has joined #openstack-ansible05:12
*** ArchiFleKs has joined #openstack-ansible05:15
*** macza has joined #openstack-ansible05:29
openstackgerritChandan Kumar proposed openstack/openstack-ansible-os_tempest master: Ping router once it is created  https://review.openstack.org/63388305:37
*** macza has quit IRC05:37
*** slaweq has quit IRC05:49
openstackgerritMerged openstack/openstack-ansible-ops master: Omit dahsboard on elk setup by default  https://review.openstack.org/63339206:02
*** markvoelker has joined #openstack-ansible06:56
*** slaweq has joined #openstack-ansible06:58
*** aludwar has quit IRC07:04
*** aludwar has joined #openstack-ansible07:06
*** slaweq has quit IRC07:10
*** aludwar has quit IRC07:14
*** mkuf_ has quit IRC07:32
*** aludwar has joined #openstack-ansible07:35
*** pcaruana has joined #openstack-ansible07:35
*** mkuf has joined #openstack-ansible07:36
*** pcaruana has quit IRC07:42
*** pcaruana has joined #openstack-ansible07:42
*** macza has joined #openstack-ansible07:46
*** macza has quit IRC07:50
*** DanyC has quit IRC07:54
*** kopecmartin|off is now known as kopecmartin08:02
chkumar|ruckjrosser: Hello08:07
chkumar|ruckjrosser: I need some help at this part https://review.openstack.org/#/c/633883/7/tasks/tempest_resources.yml@24208:09
chkumar|ruckjrosser: please have a loo08:09
chkumar|rucklook thanks!08:09
*** macza has joined #openstack-ansible08:21
*** macza has quit IRC08:22
*** macza has joined #openstack-ansible08:22
*** macza has quit IRC08:26
*** tosky has joined #openstack-ansible08:42
jrosserchkumar|ruck: hi! let me look08:43
ionihello guys08:50
ionii have a small question08:50
ionihttps://docs.openstack.org/openstack-ansible/queens/admin/scale-environment.html08:50
ioniwhat does this do?08:50
ioniansible nova_all -m setup -a 'filter=ansible_local gather_subset="!all"'08:50
jrosserthat is an ansible ad-hoc command (rather than playbook) run against the nova_all group, whch runs the setup module (https://docs.ansible.com/ansible/latest/modules/setup_module.html) with the arguments specified after -a.08:52
*** Emine has joined #openstack-ansible08:53
ioniit's updating the facts?08:54
jrosserlooks that way, yes08:56
*** slaweq has joined #openstack-ansible08:56
*** gillesMo has joined #openstack-ansible08:57
*** slaweq has quit IRC09:06
*** gillesMo has quit IRC09:06
jrosserchkumar|ruck: look here http://logs.openstack.org/83/633883/7/check/openstack-ansible-functional-ubuntu-bionic/4e0ee25/logs/ara-report/result/edc7f84c-6850-4245-9069-1d74e68a3bb1/ the info about the router is all in a dict called 'router'09:08
*** shardy has joined #openstack-ansible09:16
*** DanyC has joined #openstack-ansible09:21
*** DanyC has quit IRC09:25
*** DanyC has joined #openstack-ansible09:27
openstackgerritMartin Kopec proposed openstack/openstack-ansible-os_tempest master: Improve overview subpage  https://review.openstack.org/63393409:45
*** gkadam_ has joined #openstack-ansible09:55
*** slaweq has joined #openstack-ansible09:56
*** gkadam has quit IRC09:58
*** chkumar|ruck has quit IRC09:58
*** gkadam__ has joined #openstack-ansible10:02
*** gkadam_ has quit IRC10:05
*** slaweq has quit IRC10:05
*** macza has joined #openstack-ansible10:18
*** macza has quit IRC10:22
*** chandan_kumar has joined #openstack-ansible10:24
*** shardy has quit IRC10:24
*** chandan_kumar is now known as chkumar|ruck10:24
*** shardy has joined #openstack-ansible10:26
*** sdake has joined #openstack-ansible10:35
*** gillesMo has joined #openstack-ansible10:38
*** slaweq has joined #openstack-ansible10:39
*** slaweq has quit IRC10:44
*** sohny has quit IRC10:48
*** sohny has joined #openstack-ansible10:49
*** sdake has quit IRC10:51
*** sohny has quit IRC10:53
*** Darcidride has joined #openstack-ansible10:56
*** Darcidride has quit IRC10:56
*** slaweq has joined #openstack-ansible11:05
*** slaweq has quit IRC11:12
*** udesale has quit IRC11:14
*** asettle has joined #openstack-ansible11:16
*** slaweq has joined #openstack-ansible12:11
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_ceilometer master: Cleanup files and templates using smart sources  https://review.openstack.org/63443112:16
*** Emine has quit IRC12:20
*** Emine has joined #openstack-ansible12:21
*** sohny has joined #openstack-ansible12:36
*** kaiokmo has quit IRC12:46
*** slaweq has quit IRC12:50
*** ansmith has quit IRC13:10
*** kaiokmo has joined #openstack-ansible13:20
*** dave-mccowan has joined #openstack-ansible13:31
*** slaweq has joined #openstack-ansible13:35
CeeMacafternoon all13:43
CeeMacso, i'm making progress in my openstack rollout, I can deploy an instance from an image, a port is created and dhcp-agent gives it an IP address13:44
*** macza has joined #openstack-ansible13:44
CeeMachowever, the ip address is not passed through to the VM13:44
CeeMactried on windows image from cloudbase.it and from the cirros image created during the deployment (presumably from tempest.yml)13:45
CeeMacI can ping between the compute node and network node on br-vxlan13:45
CeeMacand the physical networking has MTU 9000 set on it13:46
CeeMacjust incase the was some packet size issues with the encapsulation overhead13:46
CeeMacany thoughts on what could be causing the disconnect?13:46
jamesdentondoes the instance console log reflect dhcp is failing?13:48
CeeMaclet me check again, don't recall seeing anything linke that13:48
*** zul has joined #openstack-ansible13:49
CeeMacNo lease, failing13:51
jamesdentonk13:51
CeeMacafter udhcp (v1.20.1) started13:52
CeeMacon cirros console13:52
jamesdentoncan you do a 'openstack network show' on the network and grab the segmentation id?13:52
*** priteau has joined #openstack-ansible13:53
CeeMacsure, 1 sec13:53
jamesdentonthen, on the compute and network node, run 'ip -d link show vxlan-XXX' where XXX is that ID. Put the output up on pastebin or something, please13:53
CeeMacwhere would  I see the segmentation id13:54
CeeMacgot13:54
CeeMacit13:54
CeeMacbeing blind13:54
CeeMachttp://paste.openstack.org/show/744496/13:56
jamesdentonThanks. I just wanted to confirm that both hosts were using the appropriate address for the VTEP, which they are13:58
jrosserit is worth checking that multicast is working properly13:59
CeeMacis there anything required on the underlay to support that jrosser ?14:02
jrosserany BUM (broadcast, unknown, multicast) traffic inside the vxlan tunnel gets turned into multicast traffic on the underlay14:04
jamesdentonyes and no. You can setup a multicast group to do it right, or it may default to broadcast/flood.  It's not really spelled out well.14:04
*** ansmith has joined #openstack-ansible14:04
jrosseryou can see the group address in your paste 239.1.1.114:04
jrosserwhen i had a very simple setup with just one nexus 9000 it didnt work at all until i configured the igmp querier on the switch14:05
CeeMaci think thats the default from the config?14:05
CeeMacoh man, i've been avoiding multicast on our core for years :(14:05
CeeMaci have the fear14:05
jamesdentonOr you could enable l2pop14:05
CeeMacthink l2pop is enabled14:05
CeeMacthats in ml2 config?14:06
jamesdentonit is14:06
jamesdentonthere is also an override for it14:06
CeeMacmaybe it isn't, 1 sec14:07
CeeMacmechanism_drivers right14:08
jamesdentonneutron_l2_population: bool14:08
*** ansmith_ has joined #openstack-ansible14:09
CeeMacthats the override?14:09
jamesdentonyes14:09
CeeMacin variables file14:09
CeeMac?14:09
jamesdentonYes, it defaults to false14:09
CeeMacok, looks like its not on14:09
jamesdentonYou can set it to true, and re-run the playbooks14:09
CeeMaci'd just been reading about it, got confused with real life >_<14:10
jamesdentonit would be easiest to just delete the vxlan networks you have and rebuild them if possible14:10
CeeMacafter [playbook run right?14:10
CeeMacoh14:11
CeeMacthat reminds me jamesdenton14:11
*** ansmith has quit IRC14:11
CeeMacremember a couple weeks back we were talking about netplan and the veth issue14:12
CeeMacone sece14:12
jamesdentonkinda sorta?14:12
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_ceilometer master: Cleanup files and templates using smart sources  https://review.openstack.org/63443114:17
*** gkadam__ has quit IRC14:18
*** dmsimard has quit IRC14:18
*** dmsimard has joined #openstack-ansible14:18
CeeMacso, the conclusion we came to was to configure the physical interface for tenant networking14:21
CeeMacvlan wasn't being used except on the network node for provider networks so I configured the host_bind_override on the vlan type br-vlan config14:22
jamesdentonahh ok, yes. Good call14:22
CeeMacthe issue with that, is the physical interface on the compute note is different, so linuxbridge-agent wouldn't start14:22
CeeMaci had to manually prune out the config from the compute node14:23
CeeMacrunning the playbook again will put it back14:23
jamesdentonIt is likely possible to set up per-host overrides for those things14:23
CeeMacunless I can come up with a way using netplan to have a "virtual" or specifically named interface in common14:23
CeeMacoh14:24
jrosserjamesdenton: i think this was something i had too - this is now do-able i think14:24
CeeMacis there like a host_vars: element?14:24
CeeMacas opposed to container_vars:14:24
CeeMacfor metal roles14:24
jamesdentonit might still be container if it's considered on_metal14:25
CeeMachappy to play guinea pig if it'll get this working14:25
jamesdentonsorry, it may be container_vars with on_metal: true,14:25
jamesdentonhttps://pasted.tech/pastes/9a4841f34ff2470d25f762277f77d3886f8d3afa14:26
jamesdentonSo you're really only concerned about neutron_provider_networks14:26
CeeMacso, the network_mappings?14:27
jamesdentonnetwork_mappings would be something like, "vlan:eth1" in a default deploy14:27
jamesdentonvlan being the name. or physnet1 is better14:27
CeeMacthis could work14:27
CeeMacmy other thought, was would interface aliasing work on the host level?14:27
jamesdentonyou *might* need to also define neutron_ml2_drivers_type, don't know14:27
CeeMacand reference the alias in the host_bind_override14:27
jamesdentonaliasing should be fine, i think14:28
*** chandankumar has joined #openstack-ansible14:28
jamesdentoncan you create vlan subinterfaces off an alias? i don't know14:28
* CeeMac shrugs14:29
CeeMaci only just started messing with netplan14:29
CeeMaci was using the veth trick and eth12 like in the examples previously14:29
jamesdentonnow that's it's all on_metal, host_bind_override would be the way to go. When the machines deviate from one another, things get tricky14:31
jrosserdoesnt this now understand group_binds14:31
CeeMacindeed14:32
CeeMacthe neutron-server is still running in a container14:33
CeeMacbut the agents are metal14:33
CeeMacjamesdenton, does network_mappings: sync with linuxbridge-agent physical_interface_mappings14:35
jamesdenton>> physical_interface_mappings = {{ neutron_provider_networks.network_mappings }}14:36
jamesdentonso, yes. You're effectively overriding the provider network logic14:36
CeeMacright14:37
jamesdentonthat would all be built out automagically via openstack_user_config definitions14:37
jamesdentonjrosser what do you mean by group_binds here, sorry14:37
jrosserit looks like review.o.o isnt working for me otherwise i would find your patch14:38
CeeMacso, the linuxbridge-agent mappings use vlan:<name> apparently here14:38
jrosserbut i had the same issue of wanting to have different physical interfaces on computes vs. infra nodes, and i'm sure we made a patch for that14:38
*** chkumar|ruck has quit IRC14:38
jamesdentonjrosser AHH yes, now i know what you mean. one sec14:38
jrosserwhich i though was what the question was, but i'm now confused about the containers vs. metal angle14:39
jamesdentonCeeMac yes, but the name 'vlan' is quasi-arbitrary14:39
CeeMacas in, i don't need to use it, or i should use it?14:39
CeeMac(trying to keep up, sorry it's monday)14:40
jamesdentonwell, in openstack_user_config, when you define a network, the name of that mapping is defined as 'net_name'14:40
jamesdentonand it does default to 'vlan', but it could be 'physnet1' or whatever14:40
*** sohny has quit IRC14:40
jamesdentonso when you override, you just need to be consistent14:40
*** chandankumar has quit IRC14:41
jrosser^ this is a very good idea, changing the name, otherwise it is horribly confusing14:41
*** sohny has joined #openstack-ansible14:41
jamesdentonjrosser https://review.openstack.org/#/c/592661/14:41
CeeMacjrosser, sorry, come again?14:41
CeeMacyou mean consistency is a good idea too?14:42
jrosseryou end up with config files with vlan:vlan in them, and you just go nuts figuring which is the type and which is the name14:42
CeeMacoh14:42
CeeMacgot you14:42
jrossermake the name something meaningful to you, like physnet_lab or whatever, then its all totally clear14:42
jamesdentonexactly.14:43
CeeMacwhere you have an actual interface named "vlan" right?14:43
jamesdentonwell the 'vlan' name is meant to be consistent across hosts, while the interface it's mapped to may not be14:43
CeeMacso, the left of the : is a variable, and the right is an actual entity14:43
jamesdentonbut 'vlan' doesn't mean anything to anyone.14:43
jamesdentonso we like to use something like... 'exnet:eth1', 'privatenet:eth2', etc. which may reflect different switching layers14:44
CeeMacwell. thats not entirely true, but I'll take your point in context to the topic :)14:44
jamesdenton:)14:45
CeeMacso, normally this is more important when generating your provide configures above and beyond the 'standard' config that is deployed right?14:45
jamesdentonwell, for multiple provider interfaces, vlan, vlan2, vlan3 may not help :D14:45
CeeMacbut because I'm looking at overrides, i need to follow the convention accordingly?14:45
*** sohny has quit IRC14:45
jamesdentonwell, one sec14:45
CeeMacis there a way to *not* apply br-blan config to the compute node? I don't think it will ever need it14:46
CeeMacnorth-south traffic will always go via the network node right?14:46
jamesdentonjrosser that patch - i should've documented the use case a little better, but i believe it was in the context of neutron group names more so than other groups. Like, neutron_linuxbridge_agent vs neutron_openvswitch_agent and not some arbitrary groupings14:46
CeeMacI'm using vxlan exclusively for tenant east-west traffic14:47
CeeMacack, *br-vlan14:47
*** jenglisch_ is now known as jenglisch14:48
jamesdentonWell, you could probably define the overrides on the network nodes vs the compute nodes, and just let them use br-vlan in the mapping (i.e. don't set host_bind_override)_14:48
jamesdentonthe mapping will still be set, but not used14:48
CeeMacwait, i'm confused again14:49
CeeMacso, set the network_mappings on the network nodes, but not the compute nodes14:49
CeeMacand don't put host_bind_override in the br-vlan provider network "vlan" type?14:50
*** zul has quit IRC14:50
jamesdentonright - if you don't set host_bind_override, it will use the the value of 'container_bridge'14:51
jamesdentonwhich is br-vlan.14:51
jamesdentongiven that you only care about the network nodes (running agents on baremetal), you could set those 'container_vars' overrides14:52
jamesdentonand the computes will get whatever is automatically generated based on openstack_user_config14:52
CeeMacbut i would still need br-vlan configured on the compute node for the agent to start right?14:52
CeeMaci ran into something like this already, which is why i went down the veth/eth12 route.14:53
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_ceilometer master: Cleanup files and templates using smart sources  https://review.openstack.org/63443114:54
jamesdentonright. trying something, brb14:55
CeeMack14:55
jamesdentonCeeMac what version are you on?14:58
CeeMacof14:58
CeeMacopenstack in general14:58
CeeMaceasy way to check?15:00
jamesdentoncat /etc/openstack-release15:01
CeeMac18.1.315:01
jamesdentonok cool15:03
jamesdentonok, so take a look at this: https://pasted.tech/pastes/be43604d0e0b0ac2d247122c1f95cb7053649c6615:03
jamesdentonthere's two definitions - one for compute and one for network. everything is the same except the interface for host_bind_override15:03
CeeMacah, ok15:03
jamesdentonit may be possible to just define the one for network_hosts, and not the other15:04
CeeMaci'm not adverse to doing both15:04
jamesdentonthese would replace any existing "vlan" definition in openstack_user_config15:04
jamesdentonbut vxlan would remain15:04
CeeMacsounds ideal15:04
jamesdentonwe're basically just changing the group the network gets applied to15:04
jamesdentonyou could also, theoretically, define a custom group. but these two should provide the separation15:05
CeeMacno. this looks great mate, i'll give it a go just now.  If this works I'll be so happy15:05
jamesdentonyou might start with only the network_hosts15:05
jamesdentonand then we can try adding compute15:05
CeeMac(until I find the next thing that isn't working)15:05
CeeMacsure15:06
jamesdentonyou also will not need the container_vars overrides we talked about15:06
jamesdentonthis patch was intended for another use case, but should work here. If so, we'll update the docs to highlight that15:06
CeeMacso, instead of using the cat cat /etc/openstack-release group_binds?15:06
CeeMacoh ffs, my copy/paste is rubbish today15:06
CeeMacneutron_linuxbridge_agent15:07
CeeMactake ^ out and put network_hosts in?15:07
jamesdentonyes, that's correct15:07
CeeMacawesome15:07
CeeMaci'll go do that15:07
CeeMacthanks a lot15:08
jamesdentonand you would set the host_bind_override to whatever is appropriate for those hosts. If it varies between those hosts, then we can go from there15:08
jamesdentonremember - leave the vxlan provider block as linuxbridge_agent15:08
CeeMacgot you15:08
CeeMacso i'll leave the host_bind_override as is, it was already set correctly for the interface names on the network nodes15:09
CeeMacand change the group_binds15:09
jamesdentonyep15:09
CeeMacadd in the l2pop override in variables15:09
jamesdentonyeah, for now15:09
*** cmart has joined #openstack-ansible15:10
CeeMacand re-run the neutron playbook15:10
jamesdentonright15:10
CeeMaccool15:10
*** Emine has quit IRC15:11
*** sdake has joined #openstack-ansible15:12
CeeMacbbiab15:12
CeeMacoh, and i need to add br-vlan config to netplan on compute node15:13
CeeMacthis wont have changed anything that would affect haproxy right15:19
CeeMaci dont need to re-run that15:19
*** Emine has joined #openstack-ansible15:19
jamesdentonyou shouldn't need a br-vlan on computes15:19
jamesdentonat least one that's plumbed to anything15:19
jamesdentonno changes to haproxy15:20
CeeMacive set up the configuration for it, but left interfaces: [] blank15:20
CeeMacso its there, but not bound15:20
CeeMacso when the linuxbridge-agent looks for it and its not there it doesn't freak out15:20
jamesdentonit won't look for it, if all goes well15:20
CeeMac*fingers crossed*15:21
jamesdentonYou should end up with: Interface mappings: {}15:21
CeeMacin the journal after its started?15:21
*** cmart has quit IRC15:23
jamesdentonyes15:24
jamesdentonit's an INFO message15:24
CeeMacyup15:25
CeeMacgot it15:25
CeeMacand the config file has no entries for it so looking good15:25
CeeMacso, i need to shut down instances, delete and re-create network, re-attach instances to new network, power on and cross fingers?15:26
CeeMacrebuild router too?15:26
jamesdentonfor the vxlan piece?15:29
jamesdentonyeah, that's one approach15:30
jamesdentonor delete the vxlan-68 interfaces on all of the hosts and restart neutron-linuxbridge-agent15:30
CeeMacoh15:31
CeeMacthat would be more straight-forward15:31
CeeMacthat should only be on the compute and network nodes right?15:31
jamesdentonyes15:31
CeeMacok15:35
CeeMacdone15:35
CeeMacrestart instance15:35
CeeMac?15:35
jamesdentonyes15:36
CeeMacooooooo15:36
CeeMaccirros has an IP :D15:37
jamesdentonwoot15:37
CeeMaclet me check win15:37
*** nurdie has joined #openstack-ansible15:39
CeeMaclegend15:39
* CeeMac high-fives jamesdenton 15:39
jamesdentonwoohoo15:39
jamesdentonglad it worked15:39
CeeMacmate, you're a life-saver15:39
jamesdentonhah, thanks15:40
CeeMacneed to work on my external routing but this is a huge step forward15:40
CeeMaci was getting a lot of pressure from the big boss, lol15:40
jamesdentonif/when you have time, it would be great if you could fill out a bug for the docs and maybe describe your use-case and provide that override15:40
jamesdentonor rather, provider configuration15:40
*** slaweq has quit IRC15:40
CeeMacsure15:41
jamesdentonmaybe we can get some docs updated for the next release to help break down different use-cases, including yours, and make deployments easier15:41
CeeMacthat would be great15:41
CeeMacalthough i understand its difficult to document for every scenario15:42
jamesdentonwell, there are some pretty common ones that i think we can tackle. and the group_binds ability makes that a lot easier now15:42
jamesdentonyou verifying that for us is great, thanks15:42
CeeMaci think its more specifically an issue relate to the foibles of netplan than anything else15:42
CeeMacno problem15:42
jamesdentonwell, yes and no. netplan doesn't make it easier, but having unnecessary bridges and veths isn't cool, either15:43
CeeMacas binding a veth pair to eth12 in ifupdown worked fine for that scenario15:43
CeeMactrue15:43
CeeMacand this works in both scenarios and is quite graceful from a config perspective15:43
CeeMacdo you want/need me to test what happens if I throw in the compute_host provider config too?15:44
jamesdentonif you'd like to, sure. you should see the respective interface mapping show up there and it would give you the ability to spin up VMs on the vlan15:44
jamesdentonotherwise, you're limited to vxlan15:44
cloudnullmornings15:46
jamesdentonwell hello15:47
CeeMachey cloudnull15:52
cloudnullo/15:52
*** spatel has joined #openstack-ansible15:52
*** sdake has quit IRC16:15
*** cmart has joined #openstack-ansible16:15
jrossercloudnull: i had another local go at the nova smart-sources patch16:16
spatelinfluxdb vs graphite  what do you guys prefer ?16:16
cloudnulloh?16:16
jrosserbehaves differently again :/ http://paste.openstack.org/show/744508/16:16
jrossercurse of pip this time i think16:16
cloudnull:'(16:16
jrosserthats installing neutron, TASK [python_venv_build : Create the virtualenv (if it does not exist)]16:17
jrosseri wonder if theres a tiny difference there in the neutron playbook, as the other roles no doubt work the same16:18
cloudnullI've seen that16:18
cloudnullyou have to add --no-setuptools then install setuptools16:18
jrosseryou mean we've fixed that elsewhere?16:18
cloudnullto the virtaulenv create16:18
cloudnullseems to be something to do with python_venv_build process?16:19
cloudnullnot really sure why thats messed up16:19
*** vollman has joined #openstack-ansible16:19
jrosserhere is the tasks prior to that http://paste.openstack.org/show/744509/16:20
cloudnullhttps://github.com/openstack/openstack-ansible-ops/blob/master/skydive/roles/skydive_common/tasks/skydive_keystone.yml#L31-L5516:20
cloudnull^ that's how I've addressed that before16:20
*** schwicht has joined #openstack-ansible16:23
*** gyee has joined #openstack-ansible16:23
*** sdake has joined #openstack-ansible16:25
*** sdake has quit IRC16:38
*** TxGirlGeek has joined #openstack-ansible16:39
CeeMacjamesdenton, that has worked as expected, compute node has picked up interface mappings specific to its group binding16:42
jamesdentonbeautiful16:42
CeeMaci'll file a bug in the morning as discussed :)16:43
jamesdentonappreciate that16:43
CeeMacthe least i can do :)16:43
CeeMaci'm out. evening all16:45
jamesdentonsee ya!16:45
*** priteau has quit IRC16:53
*** priteau has joined #openstack-ansible16:54
*** priteau has quit IRC16:54
*** sdake has joined #openstack-ansible16:57
*** priteau has joined #openstack-ansible17:04
*** sdake has quit IRC17:06
*** Emine has quit IRC17:18
*** sdake has joined #openstack-ansible17:22
*** Emine has joined #openstack-ansible17:30
*** cmart has quit IRC17:30
*** cmart has joined #openstack-ansible17:36
*** cmart has quit IRC17:49
*** cmart has joined #openstack-ansible17:50
noonedeadpunkcores, can you please check this patch? https://review.openstack.org/#/c/630747/17:51
*** gillesMo has quit IRC17:51
noonedeadpunkcloudnull: do you have a minute?17:57
cloudnullsure17:57
cloudnullwhats up ?17:57
noonedeadpunkWhy do we need this replace? https://github.com/openstack/openstack-ansible-os_cinder/blob/master/tasks/cinder_pre_install.yml#L8017:58
noonedeadpunkIsn't it better to symlink from root?17:58
*** kopecmartin is now known as kopecmartin|off17:59
*** chandankumar has joined #openstack-ansible17:59
noonedeadpunkAnd do you mind, that I've taken git message and your notes for ceilometer https://review.openstack.org/#/c/634431/6 ?18:00
*** pcaruana has quit IRC18:00
noonedeadpunkProbably I should add co-authored or smth like that - I'm not sure how to deal with such things correctly18:01
noonedeadpunkYeah, I see your note, but not fully understand, in what cases we might be facing the problem18:03
noonedeadpunkprobably, I'm not fully understand some issues related to connection plugin...18:04
openstackgerritMerged openstack/openstack-ansible-os_tempest master: Add tripleo-ci-centos-7-standalone-os-tempest job  https://review.openstack.org/63393118:08
*** macza has quit IRC18:13
*** DanyC has quit IRC18:17
*** DanyC has joined #openstack-ansible18:18
*** chandankumar has quit IRC18:19
*** DanyC has quit IRC18:22
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_ceilometer master: Cleanup files and templates using smart sources  https://review.openstack.org/63443118:22
noonedeadpunkcloudnull: anyway I'd like you to take a look at ^ as one of the evangelist of smart-resources18:22
cloudnullnoonedeadpunk that symlink it going back to the /openstack/venv/$NAME/etc directory, it would be better if we link from root however from within the container that's not entirely possible .18:24
cloudnullthe link goes back to the system root, not the container root18:24
noonedeadpunkand is there any point in leaving .original configs, except of the terms of "backup"?18:26
cloudnullnoonedeadpunk sorry , my bouncer was needing to be bounced18:28
cloudnullback18:28
cloudnullas for taking the commit message and doing adding the smart sources bits to other roles. feel free!18:29
cloudnullI greatly appreciate the help18:29
cloudnullre: the original files. They're just backups when found and will be used to retemplate those files as needed. '18:30
noonedeadpunkoh, I've just understood the point of using cp:)18:31
noonedeadpunkthanks for your answers!18:31
cloudnullanytime18:31
noonedeadpunkand for your time18:31
cloudnullsorry for teh slow reply18:31
*** DanyC has joined #openstack-ansible18:36
logan-prometheanfire / jamesdenton: merged the etcd template fix and tagged 2.1 on the role. thanks for the feedback on it18:41
*** DanyC has quit IRC18:41
prometheanfirelogan-: cool :D18:41
*** sreejithp has joined #openstack-ansible18:49
*** sreejithp has quit IRC18:49
jamesdentonsweet18:57
prometheanfirelogan-: is the etcd stuff considered 'stable' and consumable? (if so, for what versions of osa)19:00
prometheanfireand should the sha be updated in osa for stable branches to your update19:00
*** shardy has quit IRC19:01
logan-prometheanfire: i have been using the 1.x tags to deploy etcd2 for years to use with calico. the role's 2.x tags are a rework to start deploying etcd v3. afaik it is stable now based on jamesdenton's feedback last week and the person who commented in the PR saying it works. I haven't used the 2.x tags in prod yet because we have not yet moved to a calico version that uses etcd3 yet.19:04
prometheanfireok19:04
jamesdentonhaven't hit it hard, but it seems to work so far19:06
jrosserI wonder how we should handle the etcd2/3 thing, because you’d want to switch up which you got depending on calico/vpp19:08
jrosserPerhaps making explicitly etcd3 container group would be smart, then you don’t break things19:08
logan-jrosser: yeah. I have the calico upgrade that uses etcd3 almost gating here19:09
logan-i have not had luck using the older etcd2 calico with queens+19:09
prometheanfirecould run both and have a v2 and v3 endpoint19:09
prometheanfirerely on apps to migrate (or do so when we feel like it)19:09
jrosserWe should check what version is needed for a coordinator service, that’s needed for gnocchi and designate19:09
logan-yeah I think v3 is supposed to offer a v2 compatible endpoint also19:09
prometheanfirethat'd be good19:10
logan-don't quote me on that19:10
prometheanfire13:11 <          logan- > yeah I think v3 is supposed to offer a v2 compatible endpoint also19:10
prometheanfiregotit19:10
logan-damn it19:10
logan-lol19:10
*** Emine has quit IRC19:22
*** macza has joined #openstack-ansible19:24
openstackgerritDmitriy Rabotjagov (noonedeadpunk) proposed openstack/openstack-ansible-os_ceilometer master: Cleanup files and templates using smart sources  https://review.openstack.org/63443119:26
*** TxGirlGeek has quit IRC20:01
*** cmart has quit IRC20:03
*** TxGirlGeek has joined #openstack-ansible20:08
openstackgerritMichael Vollman proposed openstack/openstack-ansible-os_manila master: Basic working os_manila role  https://review.openstack.org/61193020:17
*** cmart has joined #openstack-ansible20:20
*** hamzaachi has joined #openstack-ansible20:27
*** DanyC has joined #openstack-ansible20:32
*** cmart has quit IRC20:39
*** cmart has joined #openstack-ansible20:40
*** sohny has joined #openstack-ansible20:42
*** sohny has quit IRC20:46
*** cmart has quit IRC20:50
*** slaweq has joined #openstack-ansible21:00
*** hamzaachi has quit IRC21:01
*** hamzaachi has joined #openstack-ansible21:01
*** aedc has quit IRC21:11
*** cmart has joined #openstack-ansible21:34
*** macza has quit IRC21:44
*** macza has joined #openstack-ansible21:44
*** ansmith_ has quit IRC22:06
*** spatel has quit IRC22:19
*** priteau has quit IRC22:20
*** DanyC has quit IRC22:27
*** slaweq has quit IRC22:36
*** nurdie has quit IRC22:36
*** nurdie has joined #openstack-ansible22:37
*** nurdie has quit IRC22:41
*** archklikk has joined #openstack-ansible22:44
*** archklikk has quit IRC22:45
*** archklikk has joined #openstack-ansible22:47
*** archklikk_ has joined #openstack-ansible22:50
*** archklikk has quit IRC22:53
*** archklikk_ has quit IRC22:55
*** schwicht has quit IRC22:56
*** hwoarang has quit IRC23:07
*** hwoarang has joined #openstack-ansible23:10
cloudnullafternoons23:15
*** DanyC has joined #openstack-ansible23:17
*** DanyC has quit IRC23:21
*** schwicht has joined #openstack-ansible23:23
*** sdake has quit IRC23:28
*** sdake has joined #openstack-ansible23:29
*** markvoelker has quit IRC23:31
*** hwoarang has quit IRC23:43
*** hwoarang has joined #openstack-ansible23:43
*** nurdie has joined #openstack-ansible23:45
*** schwicht has quit IRC23:49
*** nurdie has quit IRC23:49

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