Friday, 2016-09-02

*** schwicht has joined #openstack-ansible00:00
*** markvoelker has quit IRC00:00
*** markvoelker has joined #openstack-ansible00:01
*** severion has quit IRC00:06
*** v1k0d3n has joined #openstack-ansible00:07
*** schwicht has quit IRC00:14
*** schwicht has joined #openstack-ansible00:14
*** eil397 has quit IRC00:15
*** kenhui has joined #openstack-ansible00:16
*** kenhui has quit IRC00:17
*** schwicht_at_work has joined #openstack-ansible00:19
*** schwicht has quit IRC00:20
cloudnullback00:21
*** thorst has joined #openstack-ansible00:24
stevellecloudnull: curious what hacking you did to get the middleware to work. did you try something like this: https://gist.github.com/stevelle/3e34465fb31a21c204c38111982d080400:24
cloudnullyes. i added that.00:26
cloudnullno effect00:26
cloudnullI then dove into https://github.com/openstack/ceilometermiddleware/blob/master/ceilometermiddleware/swift.py00:27
cloudnullwhich i changed/modified bits and bobs, still no effect.00:27
cloudnullthen i went to twitter.00:27
cloudnull:)00:27
stevelleok, the conf object being handed through to the oslo messaging transport looks to be the stock oslo config00:28
*** schwicht_at_work has quit IRC00:28
stevelleit suggest that should have worked but was also the obvious choice00:29
*** schwicht has joined #openstack-ansible00:30
*** markvoelker has quit IRC00:35
*** markvoelker has joined #openstack-ansible00:44
*** schwicht has quit IRC00:45
*** schwicht has joined #openstack-ansible00:45
*** Jeffrey4l has joined #openstack-ansible00:46
*** v1k0d3n has quit IRC00:48
*** hybridpolio has joined #openstack-ansible00:49
*** schwicht has quit IRC00:49
*** hybridpollo has quit IRC00:49
stevelleoff to dinner00:52
stevellewill continue poking after00:52
*** kenhui has joined #openstack-ansible00:52
*** schwicht has joined #openstack-ansible00:53
*** kenhui has quit IRC00:54
*** hybridpolio is now known as hybridpollo00:57
*** kenhui has joined #openstack-ansible00:59
*** kenhui has quit IRC00:59
*** kenhui has joined #openstack-ansible01:03
*** kenhui has quit IRC01:04
*** schwicht has quit IRC01:12
*** schwicht has joined #openstack-ansible01:15
*** waht has joined #openstack-ansible01:21
*** markvoelker has quit IRC01:28
*** schwicht has quit IRC01:30
*** schwicht has joined #openstack-ansible01:34
*** markvoelker has joined #openstack-ansible01:35
*** markvoelker has quit IRC01:40
*** schwicht has quit IRC01:42
*** schwicht has joined #openstack-ansible01:42
*** schwicht has quit IRC01:47
*** schwicht has joined #openstack-ansible01:49
*** markvoelker has joined #openstack-ansible02:04
*** phalmos has quit IRC02:10
*** sdake has quit IRC02:21
*** markvoelker has quit IRC02:23
*** mgariepy has quit IRC02:23
cloudnullevenings02:29
*** mgariepy has joined #openstack-ansible02:31
*** mgariepy has quit IRC02:36
*** kstev has quit IRC02:43
*** thorst has quit IRC02:45
*** thorst has joined #openstack-ansible02:46
*** mgariepy has joined #openstack-ansible02:46
openstackgerritAdam Reznechek proposed openstack/openstack-ansible-os_nova: [WIP] Update PowerVM driver documentation  https://review.openstack.org/36462702:52
*** thorst has quit IRC02:54
*** v1k0d3n has joined #openstack-ansible02:57
*** asettle has joined #openstack-ansible03:05
*** schwicht has quit IRC03:07
*** bkreitch has quit IRC03:09
*** asettle has quit IRC03:10
*** v1k0d3n has quit IRC03:13
*** javis has quit IRC03:18
openstackgerritMichael Carden proposed openstack/openstack-ansible-ceph_client: Fix incorrect project reference  https://review.openstack.org/36464103:19
*** wangqwsh has joined #openstack-ansible03:32
*** zerda2 has joined #openstack-ansible03:38
*** intr1nsic has quit IRC03:43
*** haasn has quit IRC03:44
*** gouthamr_ has quit IRC03:45
*** intr1nsic has joined #openstack-ansible03:46
*** haasn has joined #openstack-ansible03:49
*** thorst has joined #openstack-ansible03:52
openstackgerritAdam Reznechek proposed openstack/openstack-ansible-galera_server: Fix arch-specific percona-xtrabackup and qpress  https://review.openstack.org/36406603:52
*** thorst has quit IRC03:59
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Enable the opportunistic strategy  https://review.openstack.org/34948504:07
*** pmannidi has quit IRC04:09
*** pmannidi has joined #openstack-ansible04:10
*** wangqwsh has quit IRC04:13
*** hblah has quit IRC04:20
*** jperry has joined #openstack-ansible04:23
*** csmart has quit IRC04:35
*** evrardjp has quit IRC04:36
*** d34dh0r53 has quit IRC04:36
*** cloudnull has quit IRC04:36
*** v1k0d3n has joined #openstack-ansible04:36
*** stevelle has quit IRC04:36
*** cjloader has quit IRC04:37
*** sigmavirus has quit IRC04:37
*** FrankZhang has quit IRC04:37
*** palendae has quit IRC04:38
*** stevelle has joined #openstack-ansible04:41
*** cloader89 has joined #openstack-ansible04:42
*** FrankZhang has joined #openstack-ansible04:43
*** _sigmavirus24 has joined #openstack-ansible04:43
*** cloudnull has joined #openstack-ansible04:45
*** dkehn_ has quit IRC04:47
*** d34dh0r53 has joined #openstack-ansible04:47
*** evrardjp has joined #openstack-ansible04:48
*** hybridpollo has quit IRC04:50
*** shausy has joined #openstack-ansible04:53
*** eil397 has joined #openstack-ansible04:54
*** fxpester has quit IRC04:55
*** thorst has joined #openstack-ansible04:56
*** v1k0d3n has quit IRC05:01
*** eil397 has quit IRC05:04
*** thorst has quit IRC05:04
*** v1k0d3n has joined #openstack-ansible05:06
-openstackstatus- NOTICE: The logs volume is full causing jobs to fail with POST_FAILURE. This is being worked on, please do not recheck until notified.05:07
*** ChanServ changes topic to "The logs volume is full causing jobs to fail with POST_FAILURE. This is being worked on, please do not recheck until notified."05:07
*** dolphm has quit IRC05:07
*** lbragstad has quit IRC05:09
openstackgerritSteve Lewis (stevelle) proposed openstack/openstack-ansible-os_swift: Refactor and improve swift-rings.py  https://review.openstack.org/35122705:10
*** dolphm has joined #openstack-ansible05:13
*** lbragstad has joined #openstack-ansible05:18
*** waht has quit IRC05:20
*** dkehn has joined #openstack-ansible05:22
*** javeriak has joined #openstack-ansible05:33
*** ChanServ changes topic to "Launchpad: https://launchpad.net/openstack-ansible || Weekly Meetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible || Review Dashboard: https://goo.gl/tTmdgs"05:33
-openstackstatus- NOTICE: Space has been freed up on the log server. If you have POST_FAILURE results it is now safe to issue a 'recheck'05:33
*** v1k0d3n has quit IRC05:36
*** javeriak_ has joined #openstack-ansible05:37
*** javeriak has quit IRC05:38
*** palendae has joined #openstack-ansible05:42
odyssey4mestevelle still around?05:52
stevelleodyssey4me: vaguely05:53
odyssey4meheh, yeah - so it seems that you're up to speed on the rabbit thingy05:53
odyssey4meare you aware of how all the other services are getting the ssl flag?05:53
stevellewe talking about the rabbit_use_ssl flag?05:54
stevelleor is there another?05:54
odyssey4meno, that - it turns out - is the only way to make it work at the moment05:55
odyssey4mepassing that option in the transport_url doesn't work05:55
odyssey4meit has to be in the oslo moddleware config section05:55
odyssey4meif there's something equivalent for swift, then that may work05:55
stevelleoslo middleware config section?05:56
stevellethought it was looking in the oslo_messaging_rabbit group05:57
odyssey4meapologies, I mean the oslo_messaging_rabbit section05:57
* odyssey4me gets coffee05:57
stevellecloudnull said he tried adding that group to the swift proxy config but no luck05:58
odyssey4meyeah, swift is different - of course...06:00
odyssey4meany luck in figuring out whether there's a place to put the option, or somewhere to patch it?06:00
*** csmart_ has joined #openstack-ansible06:00
stevellenot yet.06:01
stevelleI've been digging through oslo messaging and config trying to find an explanation for why adding an oslo_messaging_rabbit section isn't working06:02
stevelleI have some hunches but they are not developed06:02
*** csmart_ is now known as csmart06:02
stevelleI was hoping to ask some questions today.06:02
*** thorst has joined #openstack-ansible06:02
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible: Revert "Disable SSL use for RabbitMQ"  https://review.openstack.org/36467306:03
stevelleodyssey4me: the old format, pre transport_url still works but is deprecated?06:06
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible: Fixed hosts inclusion when requiring the lxc_hosts role  https://review.openstack.org/36375906:06
*** jperry has quit IRC06:07
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible: Fixed hosts inclusion when requiring the lxc_hosts role  https://review.openstack.org/36375906:08
*** Prabhu has joined #openstack-ansible06:08
PrabhuHi csmart, odyssey4me06:08
*** thorst has quit IRC06:09
odyssey4mestevelle yes, apparently the new format's processing is incomplete which is why we have to leave some of the old options in place06:09
odyssey4meo/ Prabhu06:09
Prabhuopenstack-ansible os-cinder-install.yml was successful. what is the next action ?06:09
odyssey4mePrabhu you can check the contents of setup-openstack.yml - it shows you the sequence there06:11
odyssey4meor you can just execute setup-openstack.yml06:12
odyssey4mecd /opt/openstack-ansible/playbooks; openstack-ansible setup-openstack.yml06:12
*** jperry has joined #openstack-ansible06:16
*** bsv has joined #openstack-ansible06:16
csmartPrabhu: hi06:19
PrabhuHi csmart06:19
csmartPrabhu: FYI, I was running my vms with 16GB ram and 8 vcpus06:19
openstackgerritMerged openstack/openstack-ansible-os_swift: Refactor and improve swift-rings.py  https://review.openstack.org/35122706:19
Prabhucsmart, was it successfull for you?06:21
*** rgogunskiy has joined #openstack-ansible06:24
csmartPrabhu: yes, apart from the error on my blog in generating the NO_PROXY varable (which I mentioned to you and is now updated on the my blog), it has always worked for me06:25
csmartbut then I also don't use vmware06:25
*** janki has joined #openstack-ansible06:26
*** Prabhu has quit IRC06:28
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible: Revert "Disable SSL use for RabbitMQ"  https://review.openstack.org/36467306:30
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible: Add hostname adjustment to liberty>mitaka upgrades  https://review.openstack.org/36053906:33
*** thorst has joined #openstack-ansible06:36
*** thorst has quit IRC06:44
*** pcaruana has joined #openstack-ansible06:48
*** berendt has joined #openstack-ansible06:50
*** drifterza has joined #openstack-ansible06:55
*** rgogunskiy has quit IRC07:03
*** rgogunskiy has joined #openstack-ansible07:04
*** javeriak_ has quit IRC07:05
*** javeriak has joined #openstack-ansible07:05
*** brad[] has quit IRC07:09
*** brad[] has joined #openstack-ansible07:10
*** fxpester has joined #openstack-ansible07:11
*** javeriak has quit IRC07:19
*** askb has joined #openstack-ansible07:23
*** rgogunskiy_ has joined #openstack-ansible07:25
*** javeriak has joined #openstack-ansible07:26
*** rgogunskiy has quit IRC07:28
*** rgogunskiy_ is now known as rgogunskiy07:28
*** javeriak has quit IRC07:31
*** jperry has quit IRC07:31
*** Oku_OS-away is now known as Oku_OS07:33
*** neilus has joined #openstack-ansible07:41
*** thorst has joined #openstack-ansible07:42
*** thorst has quit IRC07:48
*** jperry has joined #openstack-ansible07:52
*** bsv has quit IRC07:58
*** asettle has joined #openstack-ansible08:07
openstackgerritMerged openstack/openstack-ansible: Add hostname adjustment to liberty>mitaka upgrades  https://review.openstack.org/36053908:12
*** neilus has quit IRC08:12
*** jperry has quit IRC08:13
drifterzaHi guys08:15
*** neilus has joined #openstack-ansible08:21
*** javeriak has joined #openstack-ansible08:26
*** karimb has joined #openstack-ansible08:28
odyssey4meo/ drifterza08:31
drifterzahows things today odyssey4me08:31
odyssey4menot too bad, just so much still to do for the newton release08:31
odyssey4meany chance you can help work on it? https://etherpad.openstack.org/p/osa-newton-rc108:31
*** berendt has quit IRC08:32
drifterzaYeah sure08:32
drifterzaI can give it a go08:32
drifterzaIll give trove a rest for a bit08:33
drifterzawould love other people to help working on that role08:33
odyssey4meyeah, no-one's going to place much attention there until newton is released08:33
odyssey4menew feature development is typically done within the first two milestones08:34
*** pjm6 has joined #openstack-ansible08:34
pjm6good morning all08:34
odyssey4meI know that there are definitely several parties interested in making trove happen, so don't dispair just yet.08:34
*** dkehn has quit IRC08:39
*** berendt has joined #openstack-ansible08:44
*** thorst has joined #openstack-ansible08:46
openstackgerritAlexandra Settle proposed openstack/openstack-ansible: [DOC]Added missing yml file and example for test and production environments.  https://review.openstack.org/36394708:49
*** berendt has quit IRC08:50
*** thorst has quit IRC08:54
*** javeriak has quit IRC08:57
*** dkehn_ has joined #openstack-ansible08:57
*** pmannidi has quit IRC09:29
*** javeriak has joined #openstack-ansible09:35
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Default the network-conf template file name  https://review.openstack.org/36479409:38
openstackgerritAndy McCrae proposed openstack/openstack-ansible-os_keystone: Use the central test repository for Keystone  https://review.openstack.org/36479609:41
*** berendt has joined #openstack-ansible09:48
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Default the network-conf template file name  https://review.openstack.org/36479409:50
openstackgerritAndy McCrae proposed openstack/openstack-ansible-os_keystone: Use the central test repository for Keystone  https://review.openstack.org/36479609:51
*** thorst has joined #openstack-ansible09:52
*** javeriak has quit IRC09:52
stevelleodyssey4me: what about your revert for rabbit ssl keeps swift from being broken? was there another patch I didn't find to turn it off?09:53
odyssey4mestevelle the group vars for swift's telemetry bits are unlike all the others - they hard code the port and hard set use_ssl to false: https://github.com/openstack/openstack-ansible/blob/master/playbooks/inventory/group_vars/all.yml#L382-L38909:54
odyssey4mewith that, it's safe to turn rabbitmq_use_ssl back to True because swift doesn't use that setting09:54
stevellegot it09:55
stevellethx09:55
odyssey4mesure thing :)09:55
*** thorst has quit IRC09:58
*** markvoelker has joined #openstack-ansible10:10
*** drifterza has quit IRC10:17
*** hblah has joined #openstack-ansible10:19
odyssey4measettle perhaps we should name the 'developer documentaiton' the 'developer guide' and do the same for the upgrade documentation?10:21
odyssey4meie call them all guides10:21
asettleodyssey4me: my only push back on that is that the developer documentation is *just* that, it is not a guide. Also, keeping in context with the rest of the OS projects, each have developer documentation. I guess you don't want to make the cross over too difficult.10:22
asettleAgree with the Upgrade Guide however10:22
*** markvoelker has quit IRC10:22
odyssey4measettle ok, down with that :) the dev docs are a hodge podge10:23
odyssey4mea hodge podge of guidance stuff... but hardly a story :p10:23
asettlePretty much, yeah haha10:23
asettleIt's kind of why it was given the overarching term 'dev docs' (What even does that meannnn)10:24
asettleodyssey4me: I can patch up the change for the Upgrade Guide if you wish?10:24
odyssey4measettle http://i.giphy.com/wi8Ez1mwRcKGI.gif10:26
*** markvoelker has joined #openstack-ansible10:30
*** LanceHaig has joined #openstack-ansible10:35
*** markvoelker has quit IRC10:40
*** hblah has quit IRC10:45
openstackgerritAlexandra Settle proposed openstack/openstack-ansible: [DOCS] Rename upgrade documentation to upgrade guide  https://review.openstack.org/36483110:47
asettleodyssey4me: ready for mergy mergy10:54
cloudnullmornings10:55
evrardjpmorning cloudnull10:55
cloudnullhows it evrardjp10:55
evrardjpfine, what about you?10:56
cloudnullstill waking.10:56
*** thorst has joined #openstack-ansible10:56
cloudnullsadly could not sleep more10:56
*** berendt has quit IRC10:56
evrardjpwell I know the feeling :)10:56
andymccrdamn you centos10:58
evrardjp:p11:00
*** neilus has quit IRC11:01
*** thorst has quit IRC11:04
cloudnullso w/ a multi-node install and no gnocchi we're still seeing :stderr:   Could not find a version that satisfies the requirement gnocchiclient (from versions: ) ...11:05
andymccrcloudnull: this needs a new openstack project11:05
cloudnulli had thought that was fixed, but im guessing that its fixed only for the aio11:06
openstackgerritMerged openstack/openstack-ansible: Fixed hosts inclusion when requiring the lxc_hosts role  https://review.openstack.org/36375911:06
openstackgerritMerged openstack/openstack-ansible: [DOC]Added missing yml file and example for test and production environments.  https://review.openstack.org/36394711:06
cloudnullandymccr: we could call it the "adventures of the mighty ceilometer"11:07
*** haasn has quit IRC11:07
*** lkoranda has quit IRC11:07
*** afred312 has quit IRC11:07
*** darrenc has quit IRC11:07
odyssey4mecloudnull I was thinking that the utility package list should be populated based on whether there are host group members for the applicable group11:08
odyssey4meit'll be a bit messy, but that should solve the issue11:08
*** afred312 has joined #openstack-ansible11:09
*** darrenc has joined #openstack-ansible11:09
*** neilus has joined #openstack-ansible11:10
odyssey4mecloudnull something like http://pastebin.com/QF6LJLM1 as a quick fix11:11
odyssey4meevrardjp andymccr thoughts?11:11
evrardjpwell I don't know gnocchi groups11:12
evrardjpbut the pattern seems ok11:12
*** lkoranda has joined #openstack-ansible11:12
odyssey4meseeing as the pip install task joins all the list items together in a long string, the empty items that are there if the group isn't populated will not be an issue11:13
odyssey4methat pattern should then actually be applied to heatclient, ironicclient, saharaclient, etc11:13
evrardjpagreed as a quick fix11:14
evrardjpbut I think we could improve our lookup for that11:14
evrardjpI can't find gnocchi_all group so we should probably use ceilometer_all11:14
cloudnullodyssey4me: we know the clients all have a similar name.11:14
cloudnullwe could do something like (curl http://172.29.236.200:8181/os-releases/master/requirements_absolute_requirements.txt  | grep client) | xargs pip install -U11:14
cloudnullwhich would pull a list from the known repo and just install them11:15
odyssey4meyeah, I suppose if we have each role itemise the required client packages, then we could use the py_pkgs lookup to actually just run through the roles and install the client packages from each role which has a populated host group11:15
evrardjpclounull, yes, plus we can use group length to remove things11:15
odyssey4meeven now we could provide the utility install play with the py_pkgs lookup, then install '.*client$' from each role that has a populated group11:16
evrardjpyup11:16
*** haasn has joined #openstack-ansible11:16
odyssey4meso we build a list from a base of some sort - like 'python-openstackclient', then loop through the roles for each populated host group and add any '.*client$' packages into the list, then finally pip install the list11:17
evrardjpwhy the hell did gnocchi choose gnocchiclient instead of python-gnocchiclient11:19
stevelleumm, it's shorter? :D11:19
* stevelle doesn't know the answer11:19
odyssey4mebecause french? ;)11:19
cloudnull^11:20
evrardjpwe should create a metapackage ( I don't know if that exists)11:20
*** javeriak has joined #openstack-ansible11:20
evrardjpto point with standard name :p11:20
stevellecan we call it python-gnochiclient-client?11:20
odyssey4meandymccr I think the lxc_hosts/lxc_container_create roles have var and template structures which you could model from for the network config that covers both centos and ubuntu?11:20
evrardjpdescription: "Unofficial Gnocchi client. Because standard name. Also, not french."11:21
odyssey4meevrardjp you make belgium proud :p11:21
andymccrodyssey4me: it should be ok its just that centos you have to have separated conf files, whereas ubuntu you can just drop a "all_my_config.cfg"11:22
evrardjpI didn't get the sarcasm on this one, so I guess "your welcome?"11:22
andymccrits just keystone etc that is centos atm so i will resolve for central testing and move on11:22
odyssey4meandymccr yeah, keystone and almost all the infrastructure bits (rabbit, etc)11:23
odyssey4meand a patch is up for glance already11:23
evrardjpandymccr: which bits?11:23
andymccrodyssey4me: yeah thats ok but they all only use 1 interface11:24
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484911:24
cloudnull^ odyssey4me evrardjp like so11:24
andymccras a first pass i'll get it to work - then i'll change it up to allow multiple interfaces/settings for rhel11:24
odyssey4meandymccr ubuntu can also have multiple files - we do that for the containers11:24
cloudnullnow it looks up the repo based on the known pip_link adn installs just that11:24
andymccrodyssey4me: i know it "can" but for the purposes of laying down testing its easier not to11:24
odyssey4meso maybe we should just do a file per interface?11:24
odyssey4mefair enough11:24
evrardjpcloudnull: you're gonna have to install other clients you don't want11:25
odyssey4mecloudnull that is a monstrously dirty hack :11:25
odyssey4me:p11:25
cloudnullbut works well.11:25
cloudnull:)11:25
cloudnullevrardjp: like what ?11:25
evrardjpndg_httpsclient oauth2client11:26
evrardjpos_client_config11:26
evrardjpit's fine 'though11:26
cloudnullhttp://cdn.pasteraw.com/ksdhtvu5cbqz9mm8ohng26uyujfmzpw11:26
cloudnullthats the list based on my current master.11:26
evrardjpfine :p11:27
cloudnullLGTM11:27
evrardjpprometheus_client11:27
evrardjpinteresting :D11:27
cloudnullyea. idk where that came in11:27
cloudnullbut there it is11:27
evrardjpprobably the monasca11:27
*** karimb has quit IRC11:27
evrardjpsorry11:27
evrardjpprobably LE monasca11:27
odyssey4mecloud if you make the regex look for client at the end only, it'll be just a tiny bit cleaner11:28
evrardjpthat's what I meant11:28
evrardjpbut I think two or 3 packages more isn't a big deal11:28
odyssey4methe downside of this is that we lose any set pip install options11:28
odyssey4meso perhaps the list should be gathered as a fact, then the current pip install task used?11:29
evrardjpwhat do you mean?11:29
cloudnullevrardjp: its nothing we're specifically specifying so it has to be a dep11:29
evrardjpcloudnull: yes I'm pretty sure of it too11:29
odyssey4meyeah - can we rather gather that list (probably without the versions) as a fact, then use the current pip install task so that any proxy configs, etc are provided11:30
odyssey4mebear in mind that it is possible that the repo server is on the other side of a proxy11:30
evrardjpyes, I'd rather use the shell for gathering the items, and then using the pip module with the registered items11:31
odyssey4mealso, the patch should remove the current list from group_vars11:31
evrardjpthis way we can still have the extra_args11:31
cloudnulli never noticed before but gnocchi and aodh are bad people11:31
cloudnull"aodhclient"11:32
evrardjpsame time11:32
evrardjpteam*11:32
evrardjpI guess11:32
odyssey4mealthough I think we should gather that stuff, but also supply a default list of things that must also be installed - like 'python-openstackclient' and the memcached and crypto clients... although I don't know why they need to be there... but it'd be useful to be able to gather a list, but also supply a default set which must always be installed11:33
*** schwicht has joined #openstack-ansible11:34
evrardjpopenstackclient will be installed as part of some project I expect11:34
evrardjpsame for os_client_config11:34
evrardjpso the only remaining would be memcached and others we want there11:34
odyssey4meevrardjp probably, but there are some items you may wish to always make sure are there regardless of the deployment layout11:34
evrardjpwe could basically override the generated list with a "standard" list11:35
evrardjpnot override11:35
evrardjpunion11:35
odyssey4meunion11:35
odyssey4meheh, what you said11:35
evrardjphatop should be in pip :/11:36
evrardjpI meant pypi11:36
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484911:37
evrardjphaproxy-top !11:37
cloudnull^ odyssey4me evrardjp now it uses the pip task w/ the registered list11:38
odyssey4mecloudnull now just cut down https://github.com/openstack/openstack-ansible/blob/master/playbooks/inventory/group_vars/utility_all.yml#L43 to a 'default' set, and make that var union with the list11:39
odyssey4methat'll work best if the gathered list is gathered without the version spec11:39
evrardjpawk instead of grep to the rescue!11:40
cloudnullawk will exit 0 if there are no matches.11:41
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484911:43
odyssey4mecloudnull a small suggestion for consideration in the review11:44
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485811:45
cloudnullandymccr: https://github.com/cloudnull/os-ansible-deployment/tree/master-rhel/etc/network/network-scripts11:46
evrardjpcloudnull: not sure what you meant there as an issue11:47
andymccrcloudnull: cool thanks!11:47
cloudnull^ idk if you've seen that but i did some work on the RHEL based network scripts for bridges veths and nonsense11:47
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485811:48
cloudnullandymccr:  https://github.com/cloudnull/os-ansible-deployment/blob/master-rhel/scripts/bootstrap-aio.sh#L190-L201 -- that was the impl to make it go w/ the aio for testing11:48
andymccrcloudnull: yeah i have a pretty good idea, having the templates ready is good.11:48
*** gouthamr has joined #openstack-ansible11:49
andymccrfor now i want to get keystone working - since its just one interface thats easy and i have some other small blockers to fix11:49
cloudnullcool ,11:49
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484911:51
cloudnullodyssey4me: ^ done11:51
andymccrlunch!11:52
odyssey4mecloudnull the last tweak is to only make that task run on one target11:53
odyssey4meso use run_once or whatever11:53
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484911:54
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: [TESTING] all is_metal scenario  https://review.openstack.org/35202411:55
*** thorst has joined #openstack-ansible11:57
odyssey4mecloudnull you'll have to skip linting: http://logs.openstack.org/49/364849/5/check/gate-openstack-ansible-linters-ubuntu-xenial/7506e1e/console.html#_2016-09-02_11_56_47_18347811:59
odyssey4meor use the get_url or uri module11:59
*** schwicht has quit IRC12:01
*** neilus1 has joined #openstack-ansible12:02
openstackgerritKevin Carter (cloudnull) proposed openstack/openstack-ansible: Fixed assumed utility pip install for specific clients  https://review.openstack.org/36484912:03
cloudnull^ lint skipped12:03
*** schwicht has joined #openstack-ansible12:04
odyssey4mecloudnull do you think you have the time or inclination to tackle this? https://etherpad.openstack.org/p/osa-newton-nova-upgrades12:04
*** _sigmavirus24 is now known as sigmavirus12:05
*** sigmavirus has joined #openstack-ansible12:05
*** neilus has quit IRC12:05
cloudnullodyssey4me: no. likely not next week at leasst12:08
odyssey4mecloudnull well, so I thought that maybe I should put the spec up for Ocata, targeting milestone 112:09
odyssey4meonce it's done, the pattern is established12:09
odyssey4methe work can be started now, perhaps - but we only target completion at Ocata m112:10
odyssey4melemme put a spec up and we can discuss in there12:10
*** schwicht has quit IRC12:12
cloudnullthat'd work. i know the osic folks are pushing hard on getting rolling upgrades as a thing. luzC was going to provide me some details on their requirements today. so if that comes through maybe i can add to that etherpad12:12
logan-that is really cool ^12:12
*** asettle has quit IRC12:13
odyssey4mecloudnull yep, so I'm thinking that we target rolling upgrades for nova/neutron/keystone - as they're the only ones that support it... then all other services have a simple upgrade as mentioned in https://etherpad.openstack.org/p/osa-newton-rc112:13
cloudnullas of late i thought it was nova, cinder, swift12:14
odyssey4meoh yeah, swift does too12:14
odyssey4mecinder, I can't seem to find any details for it12:14
odyssey4meneutron's rolling upgrade is pretty simple from what I gather12:15
*** woodard has joined #openstack-ansible12:15
*** schwicht has joined #openstack-ansible12:15
*** askb has quit IRC12:15
cloudnullodyssey4me: from Szimon https://gist.github.com/antwash/f617cfbbc3ba4b18ef1feb7621cef03f12:16
cloudnullregarding cinder.12:16
cloudnulland http://docs.openstack.org/developer/cinder/devref/rolling.upgrades.html12:16
odyssey4meyeah, the devref is useless12:16
*** woodard has quit IRC12:16
odyssey4mebut thanks for the gist, that looks more helpful12:16
*** woodard has joined #openstack-ansible12:17
cloudnullhopfully they'll send more over this afternoon12:17
logan-on the services that don't necessarily support rolling upgrades, it would still be nice if we could intelligently set haproxy endpoints to DRAIN on a rolling basis. keystone would be a good candidate since it already targets [0], and [1-n] execution12:17
cloudnulllogan-: +112:18
odyssey4mewould love that logan-12:18
cloudnullthat would be nice,12:18
odyssey4meok, let me work up a spec for all this - we can then add details and then try and recruit some contributors12:19
*** javeriak has quit IRC12:23
*** berendt has joined #openstack-ansible12:24
*** ChanServ sets mode: +o cloudnull12:24
*** schwicht has quit IRC12:28
mgariepygood morning everyone12:30
cloudnullmorning12:30
matiasodyssey4me: again issues with lxc_container_backing_method undefined, should i add more checks to see if it is defined like what we have done previously? https://github.com/openstack/openstack-ansible-lxc_container_create/blob/master/tasks/container_create.yml#L8812:31
odyssey4mematias are you using the b3 tag, or the head of master?12:34
matiasodyssey4me: head12:35
odyssey4mehmm, that should have been addressed in https://review.openstack.org/36398512:35
odyssey4meoh hang on - that's a different one12:35
odyssey4mematias yes please add another check12:36
matiasok :P thanks12:36
matiasare you guys having trouble with attaching a floating ip to an instance? i had sent this to horizon but 5 days have gone and it got no attention, maybe i'm doing something wrong https://review.openstack.org/#/c/36175412:37
odyssey4mematias you may have to lobby in the IRC channel for some attention on the patch12:38
*** javeriak has joined #openstack-ansible12:38
*** javeriak has quit IRC12:38
odyssey4mematias #openstack-horizon12:39
matiasodyssey4me: i'm already doing that, but their channel has very low traffic12:39
matiasodyssey4me: thanks :D12:40
odyssey4mematias there we go - pinged the PTL to ask for help12:40
*** kenhui has joined #openstack-ansible12:42
*** hblah has joined #openstack-ansible12:43
*** neilus1 has quit IRC12:49
*** gouthamr_ has joined #openstack-ansible12:51
*** gouthamr has quit IRC12:55
*** admin0 has joined #openstack-ansible12:58
*** schwicht has joined #openstack-ansible13:03
*** berendt has quit IRC13:04
*** shausy has quit IRC13:06
*** neilus has joined #openstack-ansible13:08
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485813:09
admin0hi all13:09
*** Andrew_jedi has joined #openstack-ansible13:09
*** klamath has joined #openstack-ansible13:09
admin0anyone with experinece in openstack big deployments around :D ?13:09
admin0question .. what is the real thing that people use SDN for .. i hear neutron does not scale .. what is this scale thing ?13:10
admin0what are the limitations in neutron, and when do they start to act ?13:10
*** klamath has quit IRC13:11
*** klamath has joined #openstack-ansible13:12
*** asettle has joined #openstack-ansible13:13
*** BjoernT has joined #openstack-ansible13:14
*** BjoernT is now known as Bjoern_zZzZzZzZ13:14
*** asettle has quit IRC13:19
openstackgerritMarc GariĆ©py proposed openstack/openstack-ansible-openstack_hosts: Only configure systat on debian based system.  https://review.openstack.org/36490313:19
mgariepywow, it's really fast this morning ! :D13:19
mgariepygit review used to take 1 minute or 2, only took a sec :)13:20
mgariepycloudnull, can you review when you have time ?  https://review.openstack.org/#/c/362881/13:22
*** Bjoern_zZzZzZzZ is now known as BjoernT13:22
*** rgogunskiy has quit IRC13:22
Andrew_jediHello Folks,13:23
odyssey4meadmin0 using the Neutron L3 Agent doesn't scale well, so most large deployments will only allow Neutron to manage L2 and will use proper equipment for L313:23
Andrew_jediPlease correct me if i am wrong but CentOS support is still a WIP? Right?13:23
admin0odyssey4me: what large means large ?13:24
admin0and if you know, what parts of the l3 agent does nto scale well ?13:24
odyssey4meAndrew_jedi yes, very much so - and it won't be done in time for the Newton release13:24
odyssey4meadmin0 the L3 parts :p13:24
Andrew_jediadmin0: More than 200 tenant networks13:24
admin0:D13:24
Andrew_jediadmin0: Flapping floating ip, router issues etc etc13:25
admin0ā€œFlapping floating ipā€ ā€” how does this happen ?13:25
cloudnulladmin0: we use provider networks w/ vlans13:25
Andrew_jediodyssey4me: Ahh okk, thanks for letting me know :)13:25
*** fxpester has quit IRC13:26
cloudnullneutron built in L3 will have issues when there are thousands of tenant networks + routers.13:26
odyssey4meadmin0 large may mean number of vxlan/gre networks, or might mean the amount of data going through the networks, or might mean number of instance NIC's on the networks... it all depends13:26
admin0thing is this .. trying to design a big openstack cluster ( say 400 compute nodes per AZ , 2 AZ to start with ) , 10000 instances to scale to .. i think neutron will not scale, but i do not have valid arguments to say otherwise ..13:26
*** bgmccollum has quit IRC13:26
cloudnullalso performance wise provider + vlans is a lot better.13:27
*** errr has quit IRC13:27
admin0so trying to find out blogs or strong use cases to demonstrate or say here i the case study and why we need to go with a SDN13:27
odyssey4meAndrew_jedi we have most of the infrastructure stuff done, and the first OpenStack role (keystone) is done... there's a patch up for Glance... but nothing else has been done yet - it's been a slow going labour of love13:27
*** kencjohnston has quit IRC13:27
*** sonus has quit IRC13:27
odyssey4meAndrew_jedi we're also improving our testing implementation to make it easier to get on with the rest of it - so we've paused the progress to get that done before we continue13:27
mgariepyAndrew_jedi, odyssey4me the lxc stuff isn't working great on centos7 either.  (container won't start at boot etc.. )13:28
admin0if using vxlan, for the intial packet discovery/path discovery, does it do a broadcast to every other node in the compute layer-2 domain ?13:28
odyssey4meadmin0 Neutron itself is fine, but OVS or LXB can't be expected to handle the kind of load you would typically expect from a commercial piece of tin from a network vendor that implements specialised hardware to improve performance.13:29
*** woodard has quit IRC13:29
admin0that i understand and trying to make the same arguments, but i need to know what the loads are . where does those limitation lie you know13:30
logan-i've heard of scaling issues with neutron also from the rabbit side when you start trying to launch lots of L3 or DHCP agents. it was something that was brought up during the NYC ops meetup last week13:30
odyssey4meadmin0 the recommended vxlan implementation is to enable IGMP on the switches and to use multicast discovery for vxlan afaik... evrardjp knows a bit more about this stuff than I do13:30
evrardjpwhen you build your vxlan tunnels endpoints, you use a multicast address, so it's better to have igmp snooping enabled on the switches13:31
odyssey4melogan- yep - large scale implementations recommend using rabbit clusters per service, which is why automagically did that work recently to ensure that it was easy to do so13:31
Andrew_jediodyssey4me: I understand that Xenial support is priority for Newton. It would have been great if somebody from RedHat would have cared for the CentOS support in OSA.13:31
admin0another argument is ā€œwe want to keep openstack as close to standard as possible .. so what happens when X sdn vendor stops ā€œ so what are the general criteria for selecting a sdn ā€” there seems to be a lot of them - and is anyone outshines the other ?13:32
odyssey4meat the very least put telemetry on its own MQ cluster, but if you're doing a lot of instance/port churn then you should probably seperate nova and neutron too13:32
*** kencjohnston has joined #openstack-ansible13:32
evrardjpadmin0: so to answer your question, yes, depending on how the grouping is supported on the switches13:32
evrardjpor not13:32
evrardjpall the way I mean13:32
odyssey4meAndrew_jedi we've had some assistance from RH people - but their focus is much more on using the openstack packages and packstack... neithr of which we do13:32
*** schwicht has quit IRC13:33
*** bgmccollum has joined #openstack-ansible13:33
logan-admin0: if you're trying to achieve large scale and don't need L2 between VMs, calico is something to look at. we're using it in a setup where our computes do not have any L2 between VMs, the compute host is a router and it announces the VMs it is hosting into our ibgp13:33
*** sonus has joined #openstack-ansible13:33
evrardjpadmin0 all of it depends on the amount of tenants you'll host13:33
admin0logan-:  the requirement is to be able to do HA ( both Public and internal ) spanning across 2 intial and maybe a 3rd dc13:33
odyssey4meadmin0 the selection criteria should then be to use a vendor who has a continued commitment to a neutron driver which delivers what they need13:34
evrardjpand weird fancy features you have13:34
admin0standard openstack, lets say 8000-10000 tenants13:34
admin0mitaka or neuton13:34
admin0by the time its decided13:34
evrardjpthat's not standard openstack13:34
odyssey4methere is no such thing as a 'standard' openstack implementation13:34
evrardjp10k tenants is big13:34
evrardjpwell there is no miracle there13:35
*** errr has joined #openstack-ansible13:35
admin0ok .. standard ā€œfollow the docsā€  mitaka-ansible playbooks :)13:35
evrardjpvlan won't scale more than 4k tenants :p13:35
admin0which is why vxlan13:35
odyssey4mewell, 4k networks... so assuming 1 network per tenant, yes13:35
evrardjpyes :p13:35
*** galstrom_zzz is now known as galstrom13:36
evrardjpadmin0: well that's architecturing the cloud for your needs, it's a specific job13:36
admin0does rackspace provides this as well ?13:36
evrardjpif we don't have all the info, it's hard to guess13:36
admin0like a commercial service ?13:36
admin0or can i bribe one of you guys with pizza to help me with :D13:36
evrardjprackspace has a product called rackspace private cloud, based on openstack-ansible13:37
cloudnullAndrew_jedi: ++ RE: RHEL support.13:37
cloudnulla few of us tried to make it go.13:37
evrardjpI'm pretty sure some would be interested to talk with you about how to design this for you :)13:37
admin0whats the biggest one out there,and does it required sdn or did any outgrew neutron ?13:37
cloudnulli hope to get more of it done but it doesn't look like it will be complete by the end of the cycle13:37
*** bkreitch has joined #openstack-ansible13:38
cloudnulladmin0: in the OSIC we're using linuxbridge and we're a ~500 node cloud.13:38
evrardjpnot sure to understand what you mean admin013:38
admin0did any of the private clouds in rackspace hit neutron limitations ?13:38
evrardjpcloudnull: but are you a 8k tenants network ? :p13:38
evrardjpcloud*13:39
cloudnullno.13:39
mgariepycloudnull, Andrew_jedi for centos is there a list of tasks that needs to be done ?13:39
cloudnullwe do have 1500 networks13:39
evrardjpstill less than 4k13:39
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485813:39
cloudnullnot quite 8k but its getting there.13:39
admin0containers - how do they fit in ? does each have its own network as well ?13:39
admin0or its a part of a tenant network ?13:39
matiasi'm curious about this automagically's multi-cluster rabbit stuff.. is there some documentation on setting this up?13:40
evrardjpanyway, admin0 I think openstack-ansible can have large implementations13:40
evrardjpreally large ones13:40
cloudnullmgariepy: I think the multi-distro etherpad is up-todate?13:40
evrardjpthen it's a matter of optimisations13:40
cloudnullkeystone just merged the otherday13:40
odyssey4mematias not at this point - maybe automagically will put together a blog post, otherwise it's relatively easy to see in the code...13:40
admin0evrardjp: given that i select openstack-ansible, can  i get commercial help then ?13:40
cloudnullso now we can get the rest of the roles into shape13:40
admin0you guys are into cloud, or 3rd party public cloud is also fine ?13:41
odyssey4mematias we just allow you to define the host group for each RPC service to use for setting things up13:41
matiasodyssey4me: do you have a filename/ line number handy?13:41
evrardjpadmin0: rackspace private cloud is one commercial implementation :D13:41
evrardjpadmin0: you should talk to a rackspace commercial representative :)13:42
admin0is he here on this chat ?13:42
odyssey4meadmin0 no, this is an open source project chat room13:42
admin0well before i talk .. is it per support, per project or pay-as-you-grow-per-node type :)13:42
odyssey4mesorry, but please don't try and do commercial discussions here13:42
admin0okie13:42
odyssey4mealso, those of us here from RAX are not involved in sales, or aware of how that all works13:42
admin0ok13:43
Andrew_jedicloudnull: I tried to convince a certain company to contribute on the centos work in OSA but i was not successful.13:43
odyssey4meI would recommend you go through the standard sales channel.13:43
Andrew_jedimgariepy: https://etherpad.openstack.org/p/openstack-ansible-multi-os-support13:43
cloudnullAndrew_jedi: :(13:43
cloudnullthanks for trying though :)13:43
admin0i will stick to known openstack-ansible limitations in terms of neutron-at-scale :)13:43
odyssey4meAndrew_jedi cloudnull mgariepy as far as I recall, we haven't really made a hit list for CentOS - the focus was on Xenial13:43
*** jperry has joined #openstack-ansible13:44
odyssey4meadmin0 the openstack limitations are much the same as any standard network limitations - openstack neutron simply manages what you have13:44
odyssey4meadmin0 if all you have is linux servers, then you'r stuck with the limits of those servers13:44
odyssey4meif you want broader scale networking, then look for commercial vendor tins with neutron L2/L3 drivers13:45
Andrew_jediadmin0: You can look at the blog posts from Cern, architecture blogs from Rackspace and open contrail for sdn. AFAIR Cern dont use neutron.13:45
odyssey4meAndrew_jedi yeah, most large scale implementations use VLANs or flat networks13:45
Andrew_jedicloudnull: Ohh i am going to try again in Barcelona :)13:45
admin0i will be in barcelona13:46
*** deadnull has joined #openstack-ansible13:46
admin0as well13:46
odyssey4meRAX public cloud does use virtual networking, but has a very heavily customised SDN controller, driver and agent I believe13:46
odyssey4mepublic cloud scale is not something you can do for free - you need to invest in something with the resources and skills you have when it comes to a public cloud implementation13:47
Andrew_jediodyssey4me: I think most openstack consulting companies recommend running Neutron with a Vendor plugin.13:47
odyssey4meadmin0 here is an example of what might work for you with the right tin: http://blogs.cisco.com/datacenter/scaling-openstack-l3-using-cisco-asr1k-platform13:48
*** schwicht has joined #openstack-ansible13:48
*** hblah has quit IRC13:48
odyssey4meadmin0 I believe that plumgrid has a pretty reasonable solution too13:49
odyssey4meadmin0 we also have instrumentation for Nuage13:49
matiasfor a 20 compute node, 3 infra node cloud with < 200 tenant networks, would the default (vxlan + lxb) implementation be enough?13:50
Andrew_jediodyssey4me: But then i guess one has to use the company specific physical switches or routers?13:50
admin0odyssey4me:  the question is about ā€œwhat demonstrated scaleā€ we are talking about that we need to look for solutions in the first place ..      Andrew_jedi  mentioned flapping_floating ips and routers ( so trying to find out exactly what ) to build up a case13:50
odyssey4mematias yeah, that should easily work - our standard LXB implementation is running OSIC cloud1 which is larger than that13:50
evrardjpmatias: I'd be enclined to say yes13:51
evrardjpbut then depends on what you need13:51
matiasnice, thanks guys13:51
evrardjpjitter, BW, etc13:51
odyssey4meadmin0 even if you split the L3 Agents on to dedicated hardware, the fact that it all has to go through iptables and use linux namespaces on 'server' hardware becomes a hindrence at larger scale13:52
admin0doesnā€™t DVR solve this path ?13:52
odyssey4methen you also have the issue of when you're doing upgrades you may end up with data plane down time for the L3 bits when your packages update or your agents restart13:52
logan-DVR introduces other issues ie the rabbit chatter thing I brought up earlier because you're running a L3 agent on every node13:53
odyssey4me^ that13:53
Andrew_jediadmin0: I meant that with standard L3 agent people have reported issues like floating ip not accessible for a certain period of time and then coming back automatically.13:53
odyssey4mealso, DVR just spreads the same problem to more hosts13:53
evrardjplogan-: you tested calico, how does calico scales?13:53
*** schwicht has quit IRC13:53
admin0i learnt so much in this last 30 mins then 30 days combined13:53
matiasevrardjp: we don't really know which research groups in the university will use the cloud, but there is the chance someone requires to run MPI workloads with low latency13:53
matiasevrardjp: do you think calico would be a better option in this case?13:53
odyssey4meso your impact when upgrading is reduced, because you're servicing less things per host - but now you have to manage more on every host and a more complex setup too13:53
evrardjpI can't really say matias13:54
evrardjpI've never tested it13:54
*** gouthamr_ has quit IRC13:54
odyssey4meAndrew_jedi yeah, that happens when the L3 agent reloads because iptables has to recompile all the rules - I hear it's better in mitaka, but that's still a risk that has to be taken13:54
logan-evrardjp: I haven't run it at massive scale yet, but with 100 computes it was fine. they found some scaling issues w/ another customer or in testing last year because they were placing neutron-dhcp-agent on every compute, each of which received network-wide DHCP updates on rabbit, so they wrote a replacement DHCP agent that uses etcd and replaces neutron-dhcp13:54
logan-we have not had any scaling issues with it so far13:55
logan-I think the calico-dhcp-agent stuff fixes the most obvious limitation their architecture had13:55
*** gouthamr has joined #openstack-ansible13:55
odyssey4mematias I'm surprised you've not mentioned SR-IOV considering your use-case?13:56
odyssey4mewe've had queries about that from oneswig13:56
logan-a big thing with public cloud (esp one that specializes to some extent in ddos mitigation) is we felt like we'd get killed if we had centralized network nodes. so decentralized data plane was a project req from the start and DVR didn't seem mature enough13:56
evrardjpit obviously has its limits, for a SP it's interesting13:56
evrardjplogan-: makes sense13:57
*** hj-hpe has joined #openstack-ansible13:58
admin0good point logan .. the DDoS and centralized network nodes stuff13:59
*** kstev has joined #openstack-ansible14:00
*** kstev1 has joined #openstack-ansible14:01
matiasodyssey4me: people are trying to get a "mixed" cloud up (scientific + admin/services in the same cloud), so I think we will just recommend ironic for the guys who need to run heavily optimized scientific workload14:01
*** strobelight has joined #openstack-ansible14:01
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485814:02
matiasodyssey4me: i don't really think most researchers here have their code sufficiently optimized for this to make a difference, and those who have, we can offload to ironic14:02
*** kstev has quit IRC14:04
Andrew_jediodyssey4me cloudnull : https://plus.google.com/+FlorianHaas/posts/3crxh7hfuRz14:05
admin0Andrew_jedi: can you tell more of ā€œflapping floating ipā€ and exactly why it happens ?14:07
admin0aha14:07
admin0its above ^^ s14:08
odyssey4meAndrew_jedi :)14:08
admin0sorry14:08
*** neilus has quit IRC14:08
Andrew_jediadmin0: Yep i was going to paste the answer from odyssey4me14:08
Andrew_jediodyssey4me cloudnull : Also this, https://www.hastexo.com/resources/news-releases/hx201-ansible/14:08
*** jamesdenton has joined #openstack-ansible14:09
odyssey4meadmin0 if you're using a real L3 switch, it typically has online upgrade capabilities in the OS so you don't have those issues14:09
cloudnullAndrew_jedi: +1 thats awesome!14:09
admin0true ..14:09
admin0brb14:09
*** Mudpuppy has joined #openstack-ansible14:11
cloudnullhttps://twitter.com/cloudnull/status/771712173491916801 -- https://twitter.com/cloudnull/status/77171155558290636814:13
cloudnullAndrew_jedi: ^14:13
cloudnullthanks for the heads up :)14:13
logan-wow!14:13
* cloudnull goes off to make friends and influence people14:13
*** deadnull_ has joined #openstack-ansible14:14
Andrew_jedicloudnull: :)14:15
*** javeriak has joined #openstack-ansible14:16
*** deadnull has quit IRC14:18
*** kenhui has quit IRC14:18
*** schwicht has joined #openstack-ansible14:18
*** spedione|AWAY is now known as spedione14:19
*** kenhui has joined #openstack-ansible14:21
*** janki has quit IRC14:23
*** pfb29 has joined #openstack-ansible14:23
*** spotz_zzz is now known as spotz14:24
odyssey4mearbrandes :) great to see you were involved in putting the OSA training together14:24
*** asettle has joined #openstack-ansible14:25
*** michaelgugino has joined #openstack-ansible14:25
*** hblah has joined #openstack-ansible14:29
*** kenhui has quit IRC14:30
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485814:33
*** wadeholler has joined #openstack-ansible14:33
*** spedione is now known as spedione|AWAY14:36
*** javeriak_ has joined #openstack-ansible14:36
wadehollerhi all.  I followed this to setup rally/tempest https://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/14:36
*** javeriak has quit IRC14:37
wadehollercould someone who isn't a newb at tempest tell me how to disable the identity v2 tests ( as I think v2 is disabled in openstack-ansible14:37
wadehollersorry - I meant isn't a newb like me :)14:37
*** luzC has joined #openstack-ansible14:38
odyssey4mewadeholler we still test v214:38
odyssey4mewe just don't expose it in the service catalog by default14:38
*** spedione|AWAY is now known as spedione14:39
odyssey4mewadeholler have you looked through http://docs.openstack.org/developer/tempest/configuration.html#tempest-configuration though?14:39
wadeholleroh..... great.  I think I just have my uri (non v2) configured wrong in tempest.conf14:39
odyssey4mewadeholler also, I think devstack has a keystone v3 only gate check - maybe hunting out the config for that would help14:39
cloudnullwe also have https://github.com/openstack/openstack-ansible-os_rally14:40
odyssey4mevery specifically though, http://docs.openstack.org/developer/tempest/configuration.html#keystone-connection-info14:40
wadeholler@odyssey4me - thank you! I missed a good portion of that in my research.  thanks again!14:41
*** Andrew_jedi has quit IRC14:42
spotzcloudnull was it aio_interfaces.cfg  in openstack-ansible or a different repo we fixed last night?14:47
*** Andrew_jedi has joined #openstack-ansible14:48
cloudnullidk if thats needed as the fix14:48
cloudnullseems like adding the forced checksum 'ing made it go14:48
spotzok I'll write it vague:)14:48
cloudnullmaybe both are needed14:48
asettleAh feck odyssey4me I accidentally gave myself a workflow +1. I reverted it, hopefully it'll stop it14:51
asettleOkay, looks good14:51
evrardjpwell it's a good way to make sure it will merge, but it sounds a little anti-democratic :)14:52
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/openstack-ansible-specs: [WIP] Implement rolling upgrades from Mitaka to Newton  https://review.openstack.org/36501914:52
asettlehahahhaha thanks evrardjp14:52
odyssey4melol, asettle that's magical friday for you14:53
odyssey4meperhaps evrardjp will stop giving you a hard time and add his vote to get it done14:53
asettleGosh, imagine that odyssey4me :p14:53
asettleWhat do you say, evrardjp ?14:53
evrardjplink?14:54
asettlehttps://review.openstack.org/#/c/364831/114:54
evrardjpnow we're talking14:54
asettle:D14:54
asettleWin, tanks man14:54
asettlethanks*14:54
evrardjpgerrit is not helping 'though14:55
andymccrfinally: https://review.openstack.org/#/c/364858/14:55
odyssey4meit's time to beer o clock14:56
admin0all good information .. thanks guys14:56
admin0and have a great weekend14:56
*** phalmos has joined #openstack-ansible14:57
openstackgerritAndy McCrae proposed openstack/openstack-ansible-os_keystone: Use the central test repository for Keystone  https://review.openstack.org/36479614:58
evrardjpgood weekend admin014:59
evrardjpgerrit is close to failing14:59
openstackgerritMerged openstack/openstack-ansible: [DOCS] Rename upgrade documentation to upgrade guide  https://review.openstack.org/36483115:01
odyssey4meandymccr needs a tweak on some of the new added tasks15:01
*** Andrew_jedi has quit IRC15:01
odyssey4meandymccr otherwise it looks great to me15:02
andymccrfixing!15:02
asettleThanks evrardjp :)15:02
andymccrreview.openstack is in strug city atm15:02
odyssey4meyup15:02
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485815:02
evrardjpI'd replace pkg_mgr by release15:02
evrardjpforget what I just said15:03
andymccrid like to keep it consistent - i kind of agree release is better, i had initially done os_ansible_family but it seems that everywhere else we've used pkg_mgr15:03
evrardjpyes, because it's yum15:04
odyssey4meandymccr the pip.conf copy task has (rhel) still15:04
odyssey4meit's a nit, but a quick fix15:04
evrardjpI mean it makes sense to test if you have yum to do a yum thing15:04
evrardjpso good for me15:04
odyssey4meso yummy15:04
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485815:04
andymccri think it makes more sense to base it on the release personally, maybe at some point i'll go through and fix all the testing instances of that15:05
odyssey4melgtm, once gerrit responds I'll vote15:05
mgariepyanyone tested the package module instead of apt/yum ?15:05
evrardjpandymccr: I blame you for killing gerrit15:05
evrardjpages ago15:05
evrardjpmgariepy: ^15:05
evrardjpit used to work weirdly when you had multiple package managers (yes it exists)15:06
mgariepyok15:06
andymccrit feels like review.openstack is telling me to go have a beer :P15:06
arbrandesodyssey4me: Yeah, this was one of the least exasperating ways to run OpenStack on OpenStack.  All on a single eth0, who'd'a thunk it. :D15:08
arbrandesBeats all other deployment solutions hands down, if you ask me.15:08
evrardjparbrandes: wait until I have a tool to deploy openstack-ansible on openstack in an easy way for developers :p15:09
arbrandesevrardjp: if you make it open source, lookout.  We might use it in our courseware. ;D15:09
*** vnogin has quit IRC15:09
evrardjpyup, gonna be on pip15:10
evrardjpI just need to find time :)15:10
*** weezS has joined #openstack-ansible15:10
arbrandesAwesome.  When/if you have an alpha, holler - we could lend a hand.15:11
evrardjpYup the alpha is gonna be ugly -- automagically is interested by it too15:11
evrardjpbut hell it's gonna be better than nothing :p15:12
arbrandesWell, it's a good way to gauge interest - and if it turns out to solve enough people's problems... That's how you build a community. ;)15:13
*** javeriak_ has quit IRC15:13
*** pcaruana has quit IRC15:15
evrardjp:)15:15
*** sdake has joined #openstack-ansible15:16
openstackgerritMarc GariĆ©py proposed openstack/openstack-ansible-openstack_hosts: Only configure systat on debian based system.  https://review.openstack.org/36490315:16
mgariepygit review slow again :(15:17
evrardjpyup15:17
*** kenhui has joined #openstack-ansible15:17
mgariepyi don't push enough review, i only had time to put one when it was fast :(15:17
evrardjpmgariepy: you may want to look at gertty15:18
michaelguginough, wtf.  I was trying to review a patch, and now it's merged.15:19
-openstackstatus- NOTICE: The Gerrit service on review.openstack.org is restarting quickly to relieve resource pressure and restore normal performance15:20
*** Andrew_jedi has joined #openstack-ansible15:20
mgariepyevrardjp, nice thanks for this. i'll try this out.15:23
evrardjpI don't use that myself on a regular basis but it's good to know15:24
*** phalmos has quit IRC15:28
*** hblah has quit IRC15:28
*** cloader89 is now known as cjloader15:29
odyssey4memichaelgugino it looks like the nova lxd tests are reliably successful, so I think I'll promote them to voting15:29
*** phalmos has joined #openstack-ansible15:29
michaelguginoodyssey4me: sounds good.  I'm hoping to get some docs typed up soon.  Looks like the nova role has transitioned to the new doc style?15:30
odyssey4meandymccr the addition of the multi-region swift tests is merging now (non voting)15:30
andymccrsweet! should be able to test it.15:31
odyssey4memichaelgugino yep, all service specific docs are now in the repo15:31
odyssey4methe role repositories15:31
michaelguginogreat.  I've been waiting on that to happen.  I know it was a large effort, so thanks to whomever tackled that.15:31
*** admin0 has quit IRC15:33
openstackgerritMerged openstack/openstack-ansible-tests: Fix the central repository to work with CentOS  https://review.openstack.org/36485815:33
*** mrjk has joined #openstack-ansible15:33
*** janki has joined #openstack-ansible15:33
*** klamath has quit IRC15:37
*** weezS has quit IRC15:40
odyssey4mealso switching the ovs tests for os_neutron to voting :)15:43
*** v1k0d3n has joined #openstack-ansible15:48
*** woodard has joined #openstack-ansible15:49
*** klamath has joined #openstack-ansible15:51
odyssey4meadreznec it looks we we're getting a neutro db migration failure - that's why the os_nova patch is failing15:51
odyssey4meit's probably not related15:51
odyssey4meso if someone has the time to figure out what's going on there it'd be appreciated15:51
adreznecodyssey4me: Yeah, was just looking through the logs there now15:52
odyssey4me'cos it's time to weekend15:52
odyssey4me(for me)15:52
adreznecI might have time in the afternoon here15:52
* adreznec wishes it was time to weekend here15:52
*** klamath has quit IRC15:53
*** Andrew_jedi has quit IRC15:54
*** karimb has joined #openstack-ansible15:55
openstackgerritBob Taylor proposed openstack/openstack-ansible: Add a doc example for yaml file overrides  https://review.openstack.org/36450215:55
openstackgerritMerged openstack/openstack-ansible-ceph_client: Fix incorrect project reference  https://review.openstack.org/36464115:57
*** phalmos has quit IRC15:58
openstackgerritAndy McCrae proposed openstack/openstack-ansible-tests: Remove duplicate memcached_server entry  https://review.openstack.org/36504316:00
*** armaan has joined #openstack-ansible16:17
*** Andrew_jedi has joined #openstack-ansible16:20
*** asettle has quit IRC16:21
*** weezS has joined #openstack-ansible16:21
*** Andrew_jedi has quit IRC16:22
*** alwaysatthenoc has joined #openstack-ansible16:34
alwaysatthenocIm trying to figure out where I can add the openstack ironic service to AIO config. I don't see anywhere to pass the argument.16:35
*** michaelgugino has quit IRC16:36
*** shanec has joined #openstack-ansible16:38
*** shanec_ has joined #openstack-ansible16:46
*** armaan has quit IRC16:48
*** shanec has quit IRC16:49
*** galstrom is now known as galstrom_zzz16:49
*** galstrom_zzz is now known as galstrom16:51
*** Oku_OS is now known as Oku_OS-away16:51
openstackgerritQin Wang (qwang) proposed openstack/openstack-ansible: [docs] added a necessary arg for ansible command after removal of ansible.cfg  https://review.openstack.org/36396517:03
*** javeriak has joined #openstack-ansible17:03
openstackgerritMerged openstack/openstack-ansible-os_cinder: [DOCS] Clarify is_metal is required if using iSCSI  https://review.openstack.org/36331017:08
*** bryan_att has left #openstack-ansible17:11
openstackgerritQin Wang (qwang) proposed openstack/openstack-ansible: [docs] added a necessary arg for ansible command after removal of ansible.cfg  https://review.openstack.org/36396517:14
*** BjoernT is now known as Bjoern_zZzZzZzZ17:16
*** kenhui has quit IRC17:17
*** Mudpuppy has quit IRC17:19
*** klamath has joined #openstack-ansible17:23
openstackgerritMerged openstack/openstack-ansible-tests: Remove duplicate memcached_server entry  https://review.openstack.org/36504317:23
*** markvoelker has joined #openstack-ansible17:29
*** phalmos has joined #openstack-ansible17:32
*** markvoelker has quit IRC17:34
*** Bjoern_zZzZzZzZ is now known as BjoernT17:34
*** markvoelker has joined #openstack-ansible17:34
-openstackstatus- NOTICE: The infrastructure team is taking Gerrit offline for maintenance, beginning shortly after 18:00 UTC for a potentially 4 hour maintenance window.17:37
*** waht has joined #openstack-ansible17:39
*** deadnull_ has quit IRC17:40
*** phalmos has quit IRC17:42
*** eil397 has joined #openstack-ansible17:43
*** shanec_ has quit IRC17:44
*** prometheanfire has quit IRC17:45
openstackgerritNish Patwa(IRC: nishpatwa) proposed openstack/openstack-ansible: Added Xenial support in install guide  https://review.openstack.org/36457217:46
*** phalmos has joined #openstack-ansible17:47
*** kjw3 has joined #openstack-ansible17:47
*** adrian_otto has joined #openstack-ansible17:49
*** michaelgugino has joined #openstack-ansible17:51
*** waht has quit IRC17:54
*** AnarchyAo has joined #openstack-ansible17:58
*** poopcat has joined #openstack-ansible18:01
-openstackstatus- NOTICE: Gerrit is now going offline for maintenance, reserving a maintenance window through 22:00 UTC.18:02
*** ChanServ changes topic to "Gerrit is now going offline for maintenance, reserving a maintenance window through 22:00 UTC."18:02
openstackgerritMerged openstack/openstack-ansible: run-upgrade.sh is considered as tested now  https://review.openstack.org/36444818:04
*** schwicht has quit IRC18:07
*** kenhui has joined #openstack-ansible18:09
*** karimb has quit IRC18:12
*** shanec_ has joined #openstack-ansible18:17
*** schwicht has joined #openstack-ansible18:24
*** kenhui has quit IRC18:26
*** phalmos has quit IRC18:26
*** janki has quit IRC18:29
*** phalmos has joined #openstack-ansible18:30
stevellemhayden: I was trying to ask why the role default was changing rather than only changing the default in the integrated gate with a group_var18:32
*** shanec_ has quit IRC18:40
*** prometheanfire has joined #openstack-ansible18:40
*** shanec_ has joined #openstack-ansible18:46
*** phalmos has quit IRC18:51
openstackgerritMichael Gugino proposed openstack/openstack-ansible-os_nova: Add config template for qemu.conf  https://review.openstack.org/36509518:57
*** sdake has quit IRC19:02
*** admin0 has joined #openstack-ansible19:03
openstackgerritMichael Gugino proposed openstack/openstack-ansible-os_nova: Update docs for mixed lxd hypervisors  https://review.openstack.org/36509819:07
*** Jeffrey4l has quit IRC19:07
alextricity25cloudnull: Hey man. Are you around?19:10
cloudnulli am19:10
cloudnullwhats up?19:10
alextricity25I'm looking at https://github.com/openstack/openstack-ansible/blob/stable/mitaka/scripts/upgrade-utilities/scripts/migrate_openstack_vars.py From what I can tell..it doesn't do anything. Is that a correct assumption for L->M upgrades?19:11
*** ChanServ changes topic to "Launchpad: https://launchpad.net/openstack-ansible || Weekly Meetings: https://wiki.openstack.org/wiki/Meetings/openstack-ansible || Review Dashboard: https://goo.gl/tTmdgs"19:11
-openstackstatus- NOTICE: Gerrit is completing an online re-index, you may encounter slowness until it is complete19:11
alextricity25cloudnull...well..maybe "doesn't do anything" Isn't the right wordage there. I see that it writes out to the openstack_deploy.MITAKA user_variable files, but it doesn't actually migrate any variables there, does it?19:12
alextricity25Unless I'm missing something..19:12
cloudnullalextricity25: its used here https://github.com/openstack/openstack-ansible/blob/stable/mitaka/scripts/upgrade-utilities/playbooks/deploy-config-changes.yml19:14
alextricity25cloudnull: Yes, but since VAR_MAPPINGS is practically empty, it's not really doing anything there is it? I just want to make sure I'm not missing anything :)19:14
cloudnullThat was carried forward from kilo>liberty. if its no longer needed we should remove it19:15
alextricity25cloudnull: ohhh I just looked at the liberty one. Makes more sense now.19:15
alextricity25hehe19:15
*** klamath has quit IRC19:16
admin0what happened to the files in env.d ? how do I disable is_metal = true from cinder in the new tag ?19:20
admin013.3.219:20
*** Andrew_jedi has joined #openstack-ansible19:21
matttadmin0: not sure i understand the question19:22
logan-it is an override system now so you can drop a file in /etc/openstack_ansible/env.d like http://cdn.pasteraw.com/6qms64rg1lehmtfhwt8as6390x0n31c19:22
matttadmin0: https://github.com/openstack/openstack-ansible/blob/13.3.2/etc/openstack_deploy/env.d/cinder.yml#L6219:22
stevelleadmin0: we moved the default files in-tree to playbooks/inventory/ and you only need a file under /etc/openstack-deploy/ if you need to override19:22
stevellejust as FYI for 14.x19:23
admin0got it19:23
matttnice!  didn't know that19:23
*** karimb has joined #openstack-ansible19:24
logan-disregard what i said for 13.x, that is for master/newton only19:24
*** Andrew_jedi has quit IRC19:24
logan-the full files should still be in place on 13.x, no change from the old system until newton :)19:24
admin0i did a git glone , and then switched to the tag19:25
admin0one more questions. if its for a internal demo setup, can master branch also be used to setup  ?19:27
admin0does it work ?19:27
admin0till now, i have been doing via tags19:27
stevelleadmin0: the 14.0.0.b3 tag is known to be slightly broken, should be fixed since then but it's a gamble.19:28
stevellewe're stabilizing and upstream doesn't have tons of feature-freeze exceptions open so it shouldn't be too bad but no guarantee19:29
*** schwicht has quit IRC19:30
admin0hmm.. will stick to 13.3.2 :D19:30
*** gouthamr has quit IRC19:33
*** dkehn_ has quit IRC19:34
*** schwicht has joined #openstack-ansible19:34
*** thorst has quit IRC19:36
*** thorst has joined #openstack-ansible19:37
*** markvoelker has quit IRC19:37
*** thorst_ has joined #openstack-ansible19:39
*** eil397 has left #openstack-ansible19:41
*** thorst has quit IRC19:41
*** thorst_ has quit IRC19:43
*** dkehn_ has joined #openstack-ansible19:46
*** karimb has quit IRC19:48
*** schwicht has quit IRC19:50
*** schwicht has joined #openstack-ansible19:51
*** karimb has joined #openstack-ansible19:52
*** klamath has joined #openstack-ansible19:55
*** klamath has quit IRC19:57
openstackgerritPaulo Matias proposed openstack/openstack-ansible-lxc_container_create: Check if lxc_container_backing_method is defined  https://review.openstack.org/36511920:04
*** openstackgerrit has quit IRC20:04
matiasodyssey4me: ^ sorry for the delay20:04
*** openstackgerrit has joined #openstack-ansible20:05
*** gouthamr has joined #openstack-ansible20:07
*** spotz is now known as spotz_zzz20:07
*** schwicht has quit IRC20:14
*** spedione is now known as spedione|AWAY20:20
*** BjoernT has quit IRC20:20
*** jamesdenton has quit IRC20:21
*** gouthamr has quit IRC20:34
michaelguginofyi, looks like gerrit didn't send a patch to zuul, so if you're waiting on something, you might want to issue a recheck20:40
*** askb has joined #openstack-ansible20:41
*** galstrom is now known as galstrom_zzz20:42
*** karimb has quit IRC20:45
*** weezS has quit IRC20:45
*** thorst has joined #openstack-ansible20:46
*** markvoelker has joined #openstack-ansible20:47
*** schwicht has joined #openstack-ansible20:48
*** hj-hpe has quit IRC20:48
*** karimb has joined #openstack-ansible20:50
cloudnull:\20:51
cloudnullmichaelgugino: good lookin out20:51
*** AnarchyAo has quit IRC20:53
*** scarlisle has joined #openstack-ansible20:54
stevellecloudnull: looks like we won't be able to fix up ceilo middleware through conf alone, and even then it's going to be tricky so we have to leave that on the std port for newton21:02
cloudnull:'(21:02
michaelguginocloudnull: odyssey4me looks like neutron has a critical bug out:  https://bugs.launchpad.net/neutron/+bug/161969621:02
openstackLaunchpad bug 1619696 in neutron ""neutron-db-manage upgrade heads" fails with networksegments_ibfk_2" [Critical,In progress] - Assigned to Jakub Libosvar (libosvar)21:02
stevellethis doesn't seem to warrant a feature freeze exception21:02
cloudnullbummer21:02
michaelguginowe need to bump master as soon as that merges21:02
cloudnullodyssey4me: ^ still around?21:03
cloudnullmichaelgugino: i can do the needful21:03
*** kjw3 has quit IRC21:03
michaelguginocool, it's not merged yet, so no rush.  Probably want to look at it tomorrow or Monday21:03
cloudnull++21:04
michaelguginoI'm out.  Have a good one everybody21:09
cloudnullhave a good one michaelgugino21:09
*** michaelgugino has quit IRC21:14
*** alwaysatthenoc has quit IRC21:17
*** sdake has joined #openstack-ansible21:19
*** woodard has quit IRC21:24
*** spotz_zzz is now known as spotz21:32
*** intr1nsic has quit IRC21:35
*** intr1nsic has joined #openstack-ansible21:37
*** schwicht has quit IRC21:37
*** admin0 has quit IRC21:43
*** schwicht has joined #openstack-ansible21:43
*** kstev has joined #openstack-ansible21:43
*** kstev1 has quit IRC21:44
*** scarlisle has quit IRC21:45
*** kstev has quit IRC21:47
*** karimb has quit IRC21:51
*** fedruantine has quit IRC21:58
*** jperry has quit IRC21:59
*** fedruantine has joined #openstack-ansible22:15
*** david-lyle has quit IRC22:15
*** david-lyle has joined #openstack-ansible22:17
*** javeriak has quit IRC22:22
*** admin0 has joined #openstack-ansible22:24
*** markvoelker has quit IRC22:47
*** kenhui has joined #openstack-ansible22:49
*** asettle has joined #openstack-ansible23:05
*** asettle has quit IRC23:10
*** admin0 has quit IRC23:17
*** openstackgerrit has quit IRC23:18
*** openstackgerrit has joined #openstack-ansible23:19
*** thotypous has quit IRC23:21
*** shanec_ has quit IRC23:23
*** thorst has quit IRC23:30
*** thorst has joined #openstack-ansible23:32
*** jamesdenton has joined #openstack-ansible23:37
*** asettle has joined #openstack-ansible23:46
*** Apsu has joined #openstack-ansible23:53

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