14:02:02 #startmeeting sahara 14:02:03 Meeting started Thu Dec 4 14:02:02 2014 UTC and is due to finish in 60 minutes. The chair is SergeyLukjanov. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:02:04 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:02:04 o/ 14:02:07 The meeting name has been set to 'sahara' 14:02:07 hello 14:02:28 o/ 14:03:15 zhidong, huichun, kchen, it's a better time for you folks, yeah? 14:03:45 SergeyLukjanov: yes, it's 10pm here. a little bit late. but it works. 14:03:56 fine for me 14:03:57 zhidong, okay 14:04:05 zhidong, the alt time is 10pm in RU ;) 14:04:07 Yes, it is good from us 14:04:07 #link https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Agenda 14:04:31 #topic sahara@horizon status (croberts, NikitaKonovalov) 14:04:53 we have several patches on review 14:05:00 Query filtering patch is up for review, among others 14:05:33 crobertsrh, yay! 14:05:39 alazarev has also published a few improvements 14:05:39 crobertsrh, do you have link? 14:05:55 #link https://review.openstack.org/#/c/136459/ 14:06:01 it's 6am for alazarev, so, most probably he's sleeping 14:06:51 okay 14:06:54 yhx 14:06:55 thx* 14:06:56 #topic News / updates 14:06:59 folks, please 14:07:33 zhidong, huichun, kchen, weiting, folks, could you please introduce yourself? 14:07:39 sure 14:07:46 i've been doing a bunch of reviews, and i'm working on the security guideline spec. also a little work on the swagger impl. 14:08:24 i'm working on integration test for hive edp job 14:08:28 we are from Intel Software and Services Group, working on Big Data, in particular in the area of bigdata/cloud intersection. 14:08:43 we are all based on Shanghai China 14:08:46 Lots of reviews for me. Other work items will be improvements to data_sources as args and possibly editing templates. 14:09:37 I've been working on UI filtering and making a way to use data_sources as general arguments 14:10:42 btw, https://review.openstack.org/#/c/138842/ client bump approved, thx to mordred 14:10:42 currently we are wroking on CDH plugin, but not limited to this 14:11:33 zhidong, cool, thx 14:12:08 I'm working on improving mapreduce compatibility and diskimage-builder with swiftfs build script. 14:13:53 oikawa: that’s swesome 14:14:07 folks, please, don't forget to review specs 14:14:07 oikawa, would you consider helping w/ the root of the problem, that the swiftfs code is semi-fork/orphaned from upstream hadoop and doesn't have its own release schedule ? 14:14:19 especially core reviewers :) 14:15:06 nice to meet you folks, I have to change locations. 14:15:43 #topic Kilo release schedule 14:15:49 #link https://wiki.openstack.org/wiki/Kilo_Release_Schedule 14:15:58 so, we have a Kilo-1 release at Dec 18 14:16:13 so, don't forget about few days freeze before the dev milestones 14:16:21 to verify and tag some working stuff ;) 14:16:47 the kilo-2 is Feb 5 and kilo-3 is Mar 19 14:17:02 don't forget that now we're fully following all freezes 14:17:27 and there is a FeatureProposalFreeze (FPF) at Mar 15 14:17:35 at Mar 5* sorry 14:17:50 and FeatureFreeze, StringFreeze, DepFreeze at Mar 19 with kilo-3 14:18:11 * SergeyLukjanov already want to go the next summit 14:18:25 lol 14:18:29 any questions on release schedule? 14:19:58 nope 14:20:32 ok 14:20:46 #topic Bug / doc / spec days 14:21:21 so, it looks like we need to have a bug triage day (many not triaged bugs or not assigned and etc.) 14:21:32 doc needs some cleanups (as always) 14:21:56 specs are mostly healthy now - https://review.openstack.org/#/q/sahara-specs+AND+status:open,n,z 14:22:01 thoughts? 14:22:19 i thought we had talked about having a general doc cleanup as a task for kilo? 14:23:25 elmiko, I think we've been talking a bit about it 14:24:04 what's about scheduling bug triage after kilo-1? 14:24:17 and next week after bug triage doc cleanup? 14:24:21 SergeyLukjanov: ok, so maybe make a bp for doc cleanup and then we can break down the docs into individual reviews? 14:24:35 elmiko, yeah, that's a good idea 14:24:39 mattf: Yes. But hadoop release cycle isn't sahara release cycle. If binary uploaded at sahara-extra's github release page, CI doesn't use swiftfs new features. And the patch that depends swiftfs's new feature doesn't pass CI tests. 14:24:43 SergeyLukjanov, rht folks are on vacation most of that week and until the 3rd, iirc 14:25:12 mattf, oh, I forget about it 14:25:32 mattf, and RU folks will be on vacation Jan 1-12 approximately 14:25:34 oikawa, yeah, i think we need to put a process in place for how we build&distro our version of the swiftfs 14:25:54 SergeyLukjanov, sooo, we have about 4 weeks of low attendance! 14:26:00 mattf, yeah 14:26:28 sounds like we could have one of this events before the kilo-1 and one after the month of NY vacations 14:26:54 22 dec is likely the last day we'll be doing much work until 5 jan 14:27:44 oikawa, would you have run into your issue of a stale swiftfs if we made sure that it was rebuilt for each minor release, e.g. kilo-1 should build it ? 14:29:11 SergeyLukjanov, is it a manual process right now to build and upload swiftfs to the mirantis file server? 14:29:40 mattf, yeah 14:30:05 I'm thinking about fast tracking the auto build and publishing it to the tarballs.o.o 14:30:13 at least "latest version from master" 14:30:52 fyi folks - https://review.openstack.org/#/c/121003/ - a longstanding ceilometer bug was squashed 14:31:14 SergeyLukjanov, that'd be very nice actually 14:31:32 oikawa, would having an autobuild served from tarballs.o.o address the root of your problem? 14:32:09 oh, result of that ceilometer bug being fixed means we don't have to be careful w/ data field names anymore in sahara 14:32:18 nice 14:32:20 mattf, SergeyLukjanov: Yes ! 14:32:27 sorry...my connection died for a few min 14:32:29 mattf, yay re https://review.openstack.org/#/c/121003/ 14:33:07 mattf, oikawa, okay, I'll make a job for doing it asap 14:33:14 asap == ~1 week I hope 14:33:16 * mattf doesn't mention that it took 13 months 14:33:38 SergeyLukjanov, +1 14:33:53 SergeyLukjanov: thanks ! 14:34:00 I have a random question 14:34:11 oikawa, can we abandon your CR? 14:34:29 what's about removing word Hadoop from the "Hadoop version" column names in Horizon? 14:34:31 ...maybe right after the tarball shows up on tarballs.o.o? 14:34:49 it's really destructing folks how see Spark plugin with hadoop version 14:34:56 or storm 14:35:03 exactly 14:35:08 Yes....I had a bug filed awhile ago to get rid of "hadoop" in inappropriate places 14:35:14 I think that was UI only though 14:35:23 i'd be happy removing it from the param names too 14:35:25 we probably could add an alias in API to the hadoop_version fields 14:35:27 mattf: yes 14:35:30 somehow, column names must have been missed 14:35:48 oikawa, great 14:36:11 I think that we need to think about removing hadoop from names and other places 14:36:13 offline 14:36:20 probably to propose some spec 14:36:23 * mattf nods 14:36:44 let's move on now and if we'll have time let's continue it on open discussion time 14:36:47 #topic Update meeting time to make Asia folks able to attend meetings 14:37:03 I think the current time (16:00 UTC) works ok as alternate time 14:37:09 this time is accidentally very good for me 14:37:10 * mattf smiles 14:37:30 and if there are no objections let's approve it as an alt time 14:37:38 works for me 14:37:40 mattf, :) 14:37:41 16UTC or 14UTC? 14:37:50 oops, I mean 1400 UTC 14:38:23 this time is ok for me (23:00 at japan) 14:38:43 good to know we have a friend in Asia :) 14:41:00 :) 14:41:16 #agreed 14:00 UTC approved as alt time for meetings 14:41:24 #topic CDH plugin integration test in Mirantis CI (zhidong) 14:41:27 zhidong, please 14:42:16 currently the cdh plugin integration test case is non-voting 14:42:32 may I know why? and can we change it to voting? 14:42:56 as an aside - ideally cloudera would be running that CI 14:43:17 mattf, ideally yup 14:43:19 my understanding is it wasn't stable until recently. SergeyLukjanov knows for sure 14:43:22 yes I understand it. I will convey this message to them. 14:43:31 but I guess it won't happen in short time 14:43:45 mattf, but in the real worlds it's very difficult to make a CI and it's not because of software 14:43:56 also, the cloudera plugin isn't enabled by default 14:44:07 right now I think that CDH plugin is stable enough to enable it as voting 14:44:14 SergeyLukjanov, /me nods 14:44:30 SergeyLukjanov, that would be great. 14:44:35 sreshetnyak, any comments on CDH stability? 14:45:48 btw, these two days I found CI tests became very slow. Is it expected? 14:46:08 kchen, there is a bunch of external issues 14:46:18 CDH plugin stable in few month 14:46:21 kchen, it makes CI failing for a few times 14:47:05 sreshetnyak, I think you means that it's already stable for a few month ;) 14:47:07 ok I see 14:47:34 SergeyLukjanov, yes 14:47:42 kchen, anyway we're working on making it better ;) 14:48:03 #agreed make CDH jobs voting 14:48:06 zhidong, anything else on the topic? 14:48:13 no. thanks 14:48:33 #topic Reference image hosting (sahara-files.mirantis.com?) (zhidong) 14:48:34 https://sahara.mirantis.com/jenkins/view/sahara/job/gate-sahara-integration-cdh-centos/ 14:48:39 https://sahara.mirantis.com/jenkins/view/sahara/job/gate-sahara-integration-cdh-ubuntu/ 14:48:40 zhidong, one more topic for you :) 14:49:04 currently the reference images for vanilla and HDP plugins are hosted on sahara-files.mirantis.com 14:49:20 mattf, looks the same as other plugins 14:49:27 I am wondering can we upload CDH reference images to mirantis website too? 14:49:28 SergeyLukjanov, aye, it does 14:49:39 zhidong, yup, for sure 14:49:44 how? 14:49:51 zhidong, contact sreshetnyak 14:49:57 get it. 14:50:15 btw I'm working on publishing latest built images on tarballs.openstack.org 14:50:31 zhidong, does the cdh license allow for 3rd party distribution? 14:50:34 but there are some issues with timeouts, internet speed and random bugs 14:50:54 hmm... I need to check it 14:51:02 mattf, good point 14:51:04 SergeyLukjanov, that's good too! are those images all auto-built from DIB? 14:51:19 I think it is not really a 'distribution' 14:51:27 iirc, they're from DIB, but the base centos image is hand built 14:51:29 anyway I will double check it. 14:51:42 mattf, yeah, I'm planning to just make a post-commit job to build and publish all images to tarballs.o.o 14:52:13 SergeyLukjanov, that sounds good 14:52:24 mattf, we already have a job in sahara-image-elements that is building vanilla images 14:52:31 mattf, but there are some issues with it 14:52:41 mattf, no time to debug atm 14:52:46 * mattf nods 14:53:05 if someone could digg into the logs 14:53:06 http://logs.openstack.org/76/138976/1/check/check-sahara-buildimages-vanilla/cb7122a/ 14:54:26 everyone trying to scroll down faster than logs loading? :) 14:54:44 SergeyLukjanov: yes 14:55:02 SergeyLukjanov: my browser just hangs 14:55:25 yeah... 14:55:38 Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again 14:56:04 the question is why it's not working on the gate ;) 14:56:15 so, let's move on 14:56:42 #action zhidong to check if it's ok to publish cdh images to sahara-files (license) 14:56:51 sure 14:56:59 interesting, we're using 2 different urls to get epel 14:57:06 any other topics to chat about? 14:57:41 nope. 14:57:46 nada 14:57:47 #topic Open discussion 14:57:48 nothing from me 14:58:10 2 mins left 14:58:38 folks, please, make sure that alazarev will not try to start meeting at 1800 UTC :) 14:59:16 noted ;) 14:59:26 SergeyLukjanov, if we have the meeting at 1800 we can just read the minutes and discuss them :) 14:59:50 :) 14:59:54 thank you folks! 14:59:57 ok, ciao folks 14:59:58 #endmeeting