15:02:01 #startmeeting XenAPI 15:02:02 Meeting started Wed Jul 10 15:02:01 2013 UTC. The chair is johnthetubaguy. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:02:03 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:02:05 The meeting name has been set to 'xenapi' 15:02:19 Hello, who is around for the XenAPI meeting? 15:04:45 I am here 15:05:10 cool, any more people around? 15:05:34 I'm here 15:05:39 cool 15:06:37 Okay, so I have a question. 15:06:52 sorry - I thought I was in here! 15:06:54 Does RS has pygrub installed in domU/ 15:07:28 matel: oh, good question, don't think so, let me check 15:07:37 anyone got stuff to raise today? 15:07:58 not from me that I can think of 15:08:08 although my brain is in so many different places who knows if I'll remember something 15:08:46 I have another question about what images are used for testing within RS 15:09:06 And if RS support 3 part images at all 15:09:12 matel: just our usual image we use in production, no three part images 15:09:23 matel: all vhds in the usual way 15:09:46 Okay, I had a discussion around a tempest test. 15:10:13 I was using a vhd, and it behaves in a different way compared to the 3 part ones. 15:10:36 If anyone is interested: #link https://review.openstack.org/35841 15:11:01 It's not a biggie, and I am about to commit the change. 15:11:38 matel: what happens differently? 15:12:23 create an image from an instance 15:12:27 minDisk parameter 15:12:45 the review page contains all the info. 15:13:07 not sure I get it 15:13:16 what is minDisk trying to say? 15:13:41 I guess a minDisk in an image whould indicate the minimum required disk. 15:14:10 right, that makes sense 15:14:43 so I think our behavior makes sense, trying to understand the other case 15:14:56 Yeah, that is strange. 15:15:32 I think afazekas said that it should be the behavior as well. 15:15:49 hmm, odd one 15:15:57 any more for any more? 15:16:32 I just have a comment, that I looked to the volume related stuff today, and we would definitely need to clean up that part. 15:17:11 in tempest? 15:17:16 In nova 15:17:29 whats up with it, looking at the volume driver stuff again? 15:17:34 yes 15:17:46 yeah, lots of tidying required in there 15:17:55 whats the state of that blueprint? 15:18:15 do we think its more important than the other ones we have for h-3? 15:18:28 Trying to catch up what's needed, but did not do too much with it this week. 15:19:01 I guess the problem we have with the h-3 blueprints is that other priorities are overtaking it 15:20:01 sure, we just need to keep that up to date 15:20:12 what is so low priority about what is in those bps 15:20:29 I think we could look at the bps on Monday, and update their status, Bob, what do you think? 15:20:31 or should we raise new ones for the work you are doing now 15:20:49 just good to be clear on our plans for H 15:21:04 yes 15:21:08 we'll updapte on Monday 15:21:11 H-3 is going to be super full of stuff, so we might be thanked for dropping a few bits, particular if it anit making it in 15:21:12 cool 15:21:31 #action BobBall to update blueprint around Citrix efforts 15:21:43 much of the work we're doing isn't a BP type thing - e.g. making our integration using supported interfaces 15:21:54 well, that is a blueprint really, but hey 15:22:03 it is? 15:22:03 ok 15:22:06 or could be I guess 15:22:07 well we can add that for sure! 15:22:09 okay 15:22:33 just need to add the sub steps correctly, and you might want it in several bps, if it will go over several sprints 15:23:00 sadly there is no epic or group of blueprints, just make the end goal the last bp in the set of dependencies 15:23:12 matel: how to I check for pygrub again? 15:23:54 john, I don't really understand your q 15:24:09 well, I am on a nova-compute, checking for pygrup 15:24:32 I was looking at that bug, and discovered, that the same pygrub logic is used if you're booting a raw volume. 15:25:00 So I don't want to screw up RS functionality, so that's why I ended up asking you if you guys have pygrub in domU 15:25:34 I know that we agreed to remove that logic, and I would love to do that, although I think an extra check should not be a pain. 15:25:35 matel: we don't boot from a volume today 15:25:46 matel: it only uses that with nfs though, right? 15:25:54 john: Do you boot raw volumes? 15:26:06 matel, we don't boot from any volumes 15:26:15 It has noting to do with nfs 15:26:18 what do you mean by raw volumes? 15:26:20 sorry, I meant raw images 15:26:32 oh, we don't have raw images either 15:26:41 Okay, so you only have vhd. 15:26:53 yep, ^ 15:27:04 all vhd, no three part 15:27:11 all ovf 15:27:24 tgz -ed vhd 15:27:29 trailling some ISO booting, but thats separate 15:27:35 matel: yep 15:28:40 when do we use pygrub with raw images then? 15:28:51 surely its only when there is no os_type stated? 15:29:02 matel ^ 15:29:36 yes, I guess, I am digging the code. 15:29:59 there is nothing much special about raw image 15:30:13 we just stream into a VHD, then keep going down the same path as VHD 15:31:28 Am I still here? 15:31:42 matel: can confirm we don't have pygrub on nova-compute 15:31:47 BobBall: yes 15:31:54 any more questions? 15:32:04 Okay. 15:32:08 I thought so 15:32:30 #link https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vm_utils.py#L1457 15:32:39 Sorry - a bit of a rubbish one from me today 15:32:59 You see john, raw is using the same pygrub approach. 15:33:06 matel: gotya 15:33:17 matel: but only once its not marked on the image 15:33:21 sure. 15:33:36 ooh, maybe not... 15:33:36 I'm gonna remove that intel. 15:33:58 yeah, I am +1 on that 15:34:15 Okay, let the code speak, I will add you to the reviewers. 15:34:24 I am done. 15:34:25 yep, sounds best 15:34:28 cool 15:34:33 any more? 15:34:48 just the one action for bob to update blueprint 15:34:49 s 15:35:30 I am mostly tracing down a few gremlins and race conditions we are seeing, but thats about all 15:35:36 #endmeeting