15:00:35 #startmeeting puppet-openstack 15:00:37 Meeting started Tue Nov 1 15:00:35 2016 UTC and is due to finish in 60 minutes. The chair is mwhahaha. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:40 The meeting name has been set to 'puppet_openstack' 15:00:48 o/ 15:00:51 hello 15:00:52 Hi! 15:00:53 o/ 15:01:00 hi 15:01:10 o/ 15:01:16 o/ 15:01:24 o/ 15:01:35 #topic past action items 15:01:51 EmilienM to collect openstack deprecations and file launchpad bugs - postponed 15:01:56 #link https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20161101 15:02:04 mwhahaha: sorry. Couldn't get it yet 15:02:17 mwhahaha to propose a virtual midcycle for next year - i'll propose something this week. need to look at the calendar and such 15:02:22 and I won't be able to deliver that before ocata-2 15:02:45 yea i've start some work on that stuff as well, so we'll just keep it visible for now 15:02:55 mwhahaha: I would suggest to sync with other sprints 15:02:59 there is an etherpad somewhere 15:03:04 https://wiki.openstack.org/wiki/Sprints 15:03:19 also https://wiki.openstack.org/wiki/VirtualSprints 15:03:21 EmilienM, "collect openstack deprecations" any help needed from ironic side? 15:03:41 dtantsur: yes, it would be awesome 15:03:58 dtantsur: the idea is to look at ironic logs when you deploy ironic with puppet-ironic 15:04:15 dtantsur: and update config if some warnings are sent about config changes 15:04:23 ack 15:04:29 dtantsur: https://etherpad.openstack.org/p/puppet-openstack-ci-logstash-queries 15:04:46 k lets start the topics as some of these are relevant :) 15:04:47 we could have a query for Ironic, I use this query for logstash: build_name: *puppet* AND message: "deprecated" AND message: "option" 15:05:16 EmilienM, ok, I'll try to find some time to review/fix ironic things 15:05:24 EmilienM: I can do the same for neutron 15:05:31 beagles: excellent 15:05:40 please let me know if you need guidance to find the warnings 15:05:46 ack 15:05:48 #topic puppet 3 EOL 15:05:52 thanks guys 15:06:17 so puppet 3 is being EOL by puppet at the end of the year and my understanding is that we're going to push for no more puppet 3 support as part of this cycle 15:06:31 right 15:06:34 I'll be sending a note out but we need to make sure that tripleo, fuel, packstack support puppet 4 15:06:40 if I can recap what we said a summit: 15:06:55 most people still on puppet3 are on old releases of puppet openstack (mitaka, etc) 15:07:06 and plan to move forward with puppet4 in newton and beyond 15:07:19 so my guess is that for ocata, everyone will use puppet4 15:07:34 mwhahaha: packstack / tripleo does. We're making the switch asap 15:07:41 k 15:07:48 mwhahaha: I'll sync with #rdo folks this week about $topic 15:07:51 mkarpin: do you know of an ETA for puppet 4 in fuel? 15:07:59 or if it's even being worked on 15:08:14 mwhahaha no I don't know ( 15:08:19 ok thanks 15:08:19 i will check 15:08:37 #action mwhahaha send email to ML about puppet 3/4 15:08:45 mwhahaha: afaik fuel already supports puppet4 15:08:57 #action EmilienM synd with RDO about puppet upgrade for packstack/tripleo 15:09:15 degorenko: i know that there was work but I was unsure if a puppet 4 package was being used. 15:09:30 right ^ that's the real question 15:09:38 because we're going to add some puppet4 syntax one day 15:09:40 degorenko, puppet package isn't updated and I'm not sure we've merged all required changes 15:09:42 anyway we can follow up with that 15:09:49 yeah, got it, probably we just need to install puppet4 package 15:09:53 we need to figure this out 15:09:55 syntax tests passed on puppet4 15:10:24 syntax is not enough :) 15:10:33 trust me, functional tests found many more things 15:10:40 i trust you :) 15:10:49 I assume we won't break it for a while but it's something to keep an eye on 15:11:00 anyway moving on 15:11:07 #topic Ocata work 15:11:13 #link https://docs.google.com/spreadsheets/d/1GV4v-T8E7Sq6GDE12pcTk_i0hFaVrDGnIDDVikXrQ34/edit?usp=sharing 15:11:34 just a reminder there's a spreadsheet tracking some of the initiatives for this cycle 15:11:42 I love this doc 15:11:44 feel free to pick up one some of the items if you have time. 15:12:00 today i'll spam all other authtoken patches haha :D 15:12:12 iurygregory: ++ 15:12:26 also i'll add the support for sahara =D 15:12:33 so far we've made some good progress so lets keep it up 15:12:45 #topic rabbitmq connection configuration deprecation 15:12:51 but the admin_* options cant be deprecated since they use for trust 15:13:01 along the lines of ocata work, i noticed that the rabbitmq stuff has been deprecated so i've started messaging this 15:13:39 we need to make sure that transport_url is supported by all the modules that use oslo messaging 15:13:53 right. AFIK some projects like Swift don't use Oslo Messaging 15:13:58 i've started going down the list to ensure they support it 15:14:02 #link https://review.openstack.org/#/q/topic:transport_url 15:14:32 yup swift is always the weird one 15:14:44 mwhahaha: https://review.openstack.org/#/q/branch:master+topic:bug/1625198 15:14:46 no? 15:15:03 yea that too 15:15:23 ah ok 2 things 15:15:30 deprecation + add the transport url thing 15:15:37 yea 15:16:22 anyway just an FYI on some stuff that we should hopefully try and get as part of ocata-1 which is coming up soon 15:16:29 #topic Open Discussion, Bug and Review triage 15:16:37 just fyi designate and magnum are still broken 15:16:44 =( 15:16:48 magnum too? 15:16:48 I need to follow up with RDO on those 15:17:03 magnum added marathon 15:17:05 which isn't packaged 15:17:06 wanted to ask about this bug - https://bugs.launchpad.net/puppet-glance/+bug/1627824 15:17:09 Launchpad bug 1627824 in puppet-glance "glance_image provider uses v1 of the api" [Medium,Confirmed] - Assigned to Nikita Karpin (mkarpin) 15:17:19 mkarpin: sure what's up? 15:17:46 so we need somehow download image before uploading it to glance ? 15:17:49 fyi ocata-1 is in 2 weeks 15:18:07 v2 does not support remote location... 15:18:11 mkarpin: yea for supporting images from remove location 15:18:53 so we should provide a way to configure a temporary download location as part of the provider so people can configure it 15:18:55 we need to implement this downloading directly in provider& 15:18:57 but maybe default to /tmp 15:19:05 ahh understood 15:19:32 mhh 15:19:45 sounds like we want a feature in glance api v1 back in v2? 15:19:54 it sounds a bug in Glance to me 15:19:57 pretty sure they won't add it 15:20:07 it's more of a security issue 15:20:17 if someone provides a really big image, glance could get ddos'd 15:20:29 yeah 15:20:32 it makes sense why they dropped it, but it's annoying from an operator standpoint 15:20:44 so we just need to try and make it less crappy 15:21:02 maybe check size of file before 15:21:07 and set an hard limit 15:21:16 like 10g or something? 15:21:34 we could do a logic check to make sure there's enough free space 15:21:44 but i wouldn't cap it 15:21:49 k 15:22:03 i don't think people are using http urls to upload 10g glance images 15:22:12 if they are, they have bigger issues 15:22:32 and they definitely aren't using the puppet provider :D 15:22:42 aha, ok I will try to work out something than)) 15:23:08 mkarpin: thx 15:23:16 anyway any other topics or bugs people want to chat about? 15:24:35 sounds like we're good 15:24:35 I'll take that as a no 15:24:48 ok eveyone thanks for coming out, time to get back to work 15:24:49 :) 15:24:51 #endmeeting