17:00:26 #startmeeting training-guides 17:00:28 Meeting started Mon Aug 15 17:00:26 2016 UTC and is due to finish in 60 minutes. The chair is matjazp. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:31 The meeting name has been set to 'training_guides' 17:00:35 anyone here for the Training guides meeting? 17:01:11 o/ 17:01:23 hi Marton 17:01:31 o/ 17:01:36 hi 17:01:48 hi Ildiko 17:01:59 I have another one in parallel with this, but trying to convince folks to facilitate and I'll read later :) 17:02:09 do we have an agenda? 17:02:11 hi :) 17:02:13 ildikov: ok 17:02:19 mrmartin: yes 17:02:24 #link https://etherpad.openstack.org/p/training-guides-meeting-agenda 17:03:02 besides usual stuff, I think we shoud focus on Upstream training 17:03:09 #topic Upstream training 17:03:26 #link https://etherpad.openstack.org/p/upstream-university-improvements 17:03:41 Thanks, I was just about to copy it in :) 17:03:55 There are plans for both content and tooling 17:04:12 let's focus on content first 17:04:13 I think content is more relevant for this meeting, but if anyone wants to help out with tooling that would also be great 17:05:29 content: we should reuse as much as we can 17:05:39 so we like to rebuild the content for the training, as the existing one is great, but have some limitations 17:05:59 and as I understand also the format will change a bit. 17:06:04 sure, but we need to get some more contributors 17:07:27 I'll ask Mark whether he can join this meeting or not, he also offered some help in Budapest and Austin 17:08:16 mrmartin: ok.. If we don't get some more hands on this, I'm afraid that the bigger restructuring will be too much for us 17:09:00 yeah, I have the same feelings, so I suggest to do a bit more promotion for this effort as a no.1 step. 17:09:48 (sorry guys, I'm here too o/ ) 17:09:50 ok. mails on the MLs, personal contacts, anyhing else? 17:09:52 cool 17:10:06 matjazp: there are a few names on the etherpad, we should get them help out 17:10:23 kmARC: hi :) 17:10:38 ildikov: yes, but if you look at the tasks for this, it isquite a lot of work 17:10:45 kmARC: hi 17:11:11 matjazp: I think the final goal should be to revitalise the training, but do it step-by-step, so reuse and change the current content, where we can 17:11:34 matjazp: I agree, it' s alot of work 17:11:39 ildikov: exactly. Maybe we should identify the biggest pain points 17:11:52 and also would be great to do a timing / schedule based on the new format 17:11:59 ildikov: I'm afraid we can't do them all in 2 months 17:12:02 matjazp: with mrmartin we were also thinking about doing a content sprint, a remote one if we can get people 17:12:42 ildikov: that could help 17:12:53 yeah, and we are working on backing the training with some cloud instances, se we need to do the proper tooling for that also. 17:13:44 so I guess we should prioritise tasks 17:13:56 I hope kmARC can help out with this part ^^ :) 17:14:04 I can imagine it will be a transition that won't be 100% ready for Barcelona. 17:14:15 But we can setup the new foundations. 17:14:29 mrmartin: there were some offers at the user-committee ML for the hackatons, maybe we could "reuse" those 17:14:46 mrmartin: yeap, that's why we would need to go step-by-step, to still have every bit covered we would like to use on the training 17:15:13 so I'm happy to prticipate in any task that makes the slide deck better :) 17:15:23 matjazp: offers regarding tooling or? 17:15:36 ildikov: VMs 17:15:49 Also IBM Zurich Research lab can provide VM's to run devstack in them, if wanted. Mike Perez told us we should contact Dreamhost about it 17:15:53 ildikov: for hackaton participants 17:16:09 matjazp: we can get access from DreamHost it seems, so VMs are fine, we need someone who sets them up properly 17:16:17 kmARC: ^^ 17:16:31 yeah, but we can work on this tooling, boot scripts, ansible anything. 17:16:56 ok, but up untill now, installing devstack was part of the training 17:17:22 and it was always a failure 17:17:34 already intalled VMs were more or less the plan B, if local install didn't work 17:17:35 so we agreed that we should preinstall somehow 17:17:55 matjazp: we still have the material and we can keep the current version and use if someone wants guidance still 17:18:15 matjazp: and focus on the content for collaboration for now and update the Devstack parts if we have time 17:18:30 ildikov: or use what Ian suggested: a separate task, before the training 17:18:57 matjazp: you mean as a prerequisite? 17:19:25 ildikov: yes, but use VMs as pla b 17:19:29 plan B 17:19:36 I disagree 17:20:11 disagree with what? 17:20:22 sorry, but it was _every time_ so painful, that basically what they "LEARNED", is how to issue that two commands that starts setting up devstack, and then an hour of useless waiting because of unreachable git servers, broken internet connections, etc. etc. 17:20:33 I think the preset VMs should be plan A 17:20:58 oh ok, the bad news, that we cannot provide images actually for the cloud, so it means that someone need to run the boot scripts 17:21:17 I have preset Virtualbox ova's 17:21:18 ok, we could switch plans: VMs as plan A, local devstack install as a optional install, BEFORE the main training begins 17:21:30 https://github.com/kmARC/openstack-training-virtual-environment 17:21:43 it creates an ova in like 30 minutes, devstack preinstalled. 17:22:09 we hand out the ovas, and in 3minutes everyone has a ready set up vm with GUI, editors, git, git-review, etc. 17:22:42 I did this script a couple months ago, as a PoC, if needed, during the week I'll provide some screenshots, etc. 17:22:44 if they have a properly setup vbox with proper network settings 17:22:58 the ova configures the networks too 17:23:15 so it is literally just a virtualbox. And then it runs on windows, mac, etc. 17:23:39 as a prerequisite, we can tell the audience that when they come they should have virtualbox preinstalled 17:23:40 ok, this was one thing. as I remember a lot of people had issues with keys and CLA 17:23:41 :) 17:24:00 it's way more than anythng what we already had 17:24:03 way more 17:24:11 kmARC: in this case, we don't need cloud VMs 17:24:24 I don't think so either 17:24:53 Please, remember again: Everytime, almost the first day is gone, when 1/3 of people don't even have a dev environment set up yet 17:25:00 what are they using in hackatons? 17:25:03 ok, but if we are doing that way, we need to add this setup into the pre-training tasks, and mentors need to check that everyone have everything well prepared. 17:25:19 nope, they just need to have virtualbox. that's all 17:25:22 nothing else. 17:25:35 everything else will be in the vm, configured by the ova 17:26:13 I'll come up with some screenies during the week (sorry for seeming to be offline so far, I'm in the middle of moving to new apartment, etc.) 17:26:53 can this script be adapted to run on cloud VMs? 17:27:17 yes 17:27:46 altho half of it wouldn't make much sense, because it also sets up a GUI with X11 and XFCE (configured to look like windows xp sort of) 17:28:01 https://github.com/kmARC/openstack-training-virtual-environment/blob/master/install-base.sh 17:28:02 cool 17:28:06 this still installs everything from the internet? 17:28:11 https://github.com/kmARC/openstack-training-virtual-environment/blob/master/install-devstack.sh 17:28:41 anyway I don't care who is using the local vm and the remote cloud until they have a working environment for the training 17:28:51 so what it does, it installs everything from the internet, and packages an ova file. Before the training, we build the ova file at home, with fast internet, and on the training we only hand over the prebuilt ova 17:29:05 matjazp: ^^ 17:29:35 kmARC: aha, ok, so internet connection can be crappy at the venue 17:29:55 please read it again what I wrote. They don't need internet, they will have the prebuilt ova 17:30:06 some guys have issues with compatible wifi cards in their notebooks 17:30:20 kmARC: sure they do, for the training itself, not for devstack 17:31:07 ah okay. Yeah, but for browsing, internet is fine. Downloading gigs of data is not. That's why upstream training always sucked, because we demanded them to still download it... :-) 17:31:13 ok, but it means, we can even hands on copies on usb drives for people who failed to install. 17:31:49 so what's the better, having different setups or just give out the ovas to EVERYONE so they have a standardized env 17:32:00 standardized 17:32:03 exactly 17:32:11 its so much esier on all the traineirs 17:33:09 nice :) 17:33:12 my only question is whether we still need/want the cloud VMs? 17:33:14 what are the requirements for this ova? 17:33:17 disk space, memory, etc? 17:33:37 as I need to sync up with people based on how we plan to organize the training 17:33:50 the only caveat what I could see two months ago is that devstack removed "rejoin-stack.sh" which means, that after reboot they need to do a "stack.sh" which tries to update the git repos, but at least doesn't download EVERYTHING again 17:33:54 mrmartin: there will ALWAYS be someone where this won't work, they can switch to cloud VMs 17:34:11 maybe it's still fine as a backup, I don't know whether everyone's laptop is fine for running a Devstack VM on it 17:34:15 requirements are here: https://github.com/kmARC/openstack-training-virtual-environment/blob/master/Vagrantfile 17:34:26 2 vcpus, 4G RAM for the VM 17:34:33 disk space? 17:34:36 10G? 17:34:37 so basically on a recent machine it should work 17:34:45 kmARC: rejoin-stack.sh never really worked 17:35:00 oh yes, regarding disk space the base system is around 800M, and devstack is another 2G 17:35:47 would we like to keep the vm option for those who don't have a proper computer? 17:36:08 ok, so to summarize: we prefer local standard precreated VMs, cloud VMs as a backup 17:36:32 sure 17:36:43 great 17:37:00 #info we prefer local standard precreated VMs, cloud VMs as a backup 17:37:17 ok, then we will keep the offer as an option and let people know they have options to choose from 17:37:25 who was talking about donating some cloud VMs? 17:37:32 me 17:37:33 Dreamhost 17:37:37 and IBM Zurich 17:37:46 excelent 17:37:48 matjazp: I talked to DreamHost last week 17:37:52 ildikov do we know about anyone else? 17:38:07 matjazp: and we have kmARC from IBM 17:38:15 so waht are we talking about? max 20 VMs? 17:38:23 mrmartin: you mean provider who would offer access? 17:38:27 yeap 17:38:41 mrmartin: not for this upstream training 17:38:52 ok, no problem, they will join later 17:39:28 matjazp: I didn't get a maximum number, will double check it later 17:39:31 ildikov: Dreamhost offered for the next training, not this in Barcelona? 17:39:48 for this one 17:39:50 mrmartin: but if we want to keep it as a backup option then I'll not sweat much on it now 17:40:01 matjazp: for Barcelona 17:40:21 let's see how can we adapt kmARC's vagrant there 17:40:23 ildikov: ok, I'll pust an action for you 17:40:49 #action ildikov checks at Dreamhost for VMs for Barcelona 17:41:43 #action all: check https://github.com/kmARC/openstack-training-virtual-environment if it is ok for our purpose 17:42:01 that ok with all? 17:42:23 as I remember for previous events, people with cloud access have issues not just with launching the instance, but some pre-configuration steps were also required there, like key upload, security group settings. 17:42:29 matjazp ^^ gimme another three days, check it out on saturday, I'll shape it up until then 17:42:57 kmARC: sure, you want rollback for the action item? 17:44:19 no it's fine. I think all of us who is concerned now knows :) 17:44:24 ok 17:44:25 mrmartin: yeap, there are a few steps, DreamHost can add instructions it's another question how much we can get people to do that prior to the training... 17:44:51 ildikov: we could automate it 17:44:51 requires a guide and some script 17:45:27 it is usually straightforward with OSX and Linux machines, but we need to care the Windows users too 17:45:36 key handling is not so trivial there 17:45:56 also dreamhost won't boot ova's iirc they need raw images 17:46:10 mrmartin: maybe we should tell Windws users to use cloud VMs 17:46:13 matjazp: sure 17:46:14 clarkb sure, but I have the install scriot, which is a bash script 17:46:25 ahh 17:46:25 even they are using cloud vm-s they need to ssh in somehow 17:46:30 noone needs to use the cloud vms 17:46:35 because in the ova, there will be linux 17:46:50 and from the vbox machine they can ssh anywhere 17:46:56 mrmartin: yeap, it's ssh with keys 17:47:02 and we can put the ~/.ssh in a shared folder with the host 17:47:04 mrmartin: yes, but if they install git, they have ssh there too 17:47:11 so even if they delete their vm's the keys will stay 17:48:24 we need to find someone who have windows and can test / write this guide 17:48:35 you mean what guide? 17:49:00 how many were there with Win laptops? 17:49:19 a lot... -.- 17:49:26 enterprise users mostly 17:49:38 we have 11 minutes left from today 17:49:40 mrmartin: what kmARC is saying, that even Win users will use Linux in their local VMs 17:49:45 I meeting the meeting time :) 17:50:03 ildikov: true 17:50:08 lets move on to the conetnt 17:50:08 so I think we could figure out the tooling details offline 17:50:15 and spend some time with how to shape the content 17:50:32 do we have 10minutes left? 17:50:38 yes 17:50:42 we should match the existing content to the bullets in the etherpad 17:51:04 there are some pointers there already 17:51:27 maybe we can put links to the existing slides/pages 17:51:42 so we can see what needs to be developed from scratch 17:52:23 I also suggest to at least now we use the same process/tools as we do now, we can massmigrate slides to something else later 17:52:24 and would be great assign timing for those 17:52:43 matjazp: my original idea regarding this was that we should have _ONE_ and only pdf with proper sections, chapters etc. so that they can download it and always jump to the page what's being discussed. It was a PITA when they needed to go to like 6/7 different presentations 17:53:19 big chunk of work are also excercises 17:53:35 kmARC: we have the landing page already? 17:53:51 kmARC: with links to everything 17:54:13 http://docs.openstack.org/upstream-training/upstream-details.html 17:54:26 we can update this 17:54:29 matjazp: we can think about having more exercises rather than lecture for the hands-on parts 17:54:55 matjazp: so less burden with writing up material 17:55:19 yeah, unfortunately this is a broken concept. I mean, the links. Everythime we start discussing some topics, and after like 5 minutes half of the audience will ust ask which exactly is the pdf being on the beamer 17:55:21 ildikov: I agree, and we can put those exercises in the landing page, as is the case for installing git 17:56:30 matjazp: yeap 17:57:11 kmARC: so what are you suggesting is that we switch back from slides + landing pages as glue to the Docs format as other guides? 17:57:44 can we finish that until Barcelona? 17:57:55 mrmartin: I dont think so 17:58:01 I am open to whatever solution where we can only say: "Guys we are currently on page 32 in the slides" 17:58:05 matjazp: kmARC: I think we should check what's the minimum content we need to include for each part and try to add that and remove links 17:58:14 if we like to rebuild the doc publication tooling it means some interaction with the infra team 17:58:19 ildikov: +1 agree 17:58:20 kmARC: we can make a single slide deck 17:58:29 yes, I think that's the most sensible 17:58:31 we can add exercises to those parts as well so we can teach people how to find the info after the training 17:58:33 keep it simple 17:59:31 hmm.. time's almost up 17:59:52 ildikov what is the target date for the sprint? 17:59:52 lets discuss this content format over Docs ML, ok? 17:59:56 :( 18:00:15 I would suggest to take a look at the etherpad topics and add suggestions on what we can reuse there and how much time it would require to change 18:00:25 ildikov: agree 18:00:34 mrmartin: I could do first/second week of September 18:00:36 ok times up, se you all on ML 18:00:44 ok 18:00:48 bye all, see you later 18:00:50 thanks guys. bye 18:00:53 #endmeeting