13:01:28 #startmeeting tricircle 13:01:29 Meeting started Wed Sep 9 13:01:28 2015 UTC and is due to finish in 60 minutes. The chair is zhipeng. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:01:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:01:33 The meeting name has been set to 'tricircle' 13:01:42 #topic Roll Call 13:01:50 hello folks 13:01:58 #info gampel 13:02:05 #info zhiyuan 13:02:06 #info zhipeng 13:02:14 i didn't see joe here 13:02:56 #topic work progress and discussion 13:02:59 #info sggi 13:03:04 #info saggi 13:03:22 #info joehuang 13:03:26 hello 13:04:20 hi 13:04:29 hi saggi 13:04:30 hi 13:04:36 hi gampel 13:05:24 the topic is work progress, right 13:05:35 yes 13:05:37 yes 13:05:48 zhiyuan do you want to start ? 13:06:18 zhiyuan first? 13:06:24 fine 13:06:45 I have just submitted the new patch for client wrapper. 13:07:26 good, I will find time to review it 13:08:26 me too 13:08:29 for me. I update the rest api framework with devtstack plugin 13:08:31 most of the comments are addressed. and I remove all the explicit declaration of list_(resource)s method 13:09:01 and receive some comments on it 13:09:10 does it include API to get the urls of the bottom stack ? 13:09:32 make them to be registered automatically by Client class, so we don't need to change Client when we add new type of resources 13:09:33 not yet, it's framework to integrate keystone 13:09:52 yes, I add a new get_endpoint method 13:11:33 I'll have a two week business trip to meet with customer, may find no time to update the patch of the rest framework, including API these two weeks 13:11:47 but I'll try to review patches you submitted 13:12:24 Ok zhiyuan saggi are we dependent for the next task on Joe patch ? 13:12:34 any new requirement for DAL so I can continue to work? 13:12:47 I would like to get the WSGI up and running but I'm not blocked on it. 13:13:03 yes saggi compiled a list of DAL tasks 13:13:05 I suggest you first insert some record into db tables if you need it 13:13:16 I can update the patch of client and start a new patch for new requirement at the same time 13:13:25 saggi maybe you could update us on the status first 13:13:30 Sure 13:14:10 I sent an update to the nova skeleton. This ties everything in the adapter side. It also fixes some bugs. 13:14:27 I also sent a patch that breaks all other patches 13:14:44 It moves all the adapter code to it's own service and leaves the cascade serivce blank 13:15:06 It's just so that people can base their work on it. 13:15:26 And because it's very hard to review patches that contain file moves *and* modifications. 13:15:36 So it only contains moves and minimal modifications. 13:16:16 I'm now working on getting versioned objects so that we can communicate across the message queue and DB 13:17:09 it's shou;dn 13:17:30 it shouldn't effect DAL or WSGI work 13:17:36 since they use different files 13:18:01 my connection lost for a while 13:18:25 But I would like to push the changes I have up so that we have a common master to work from 13:18:28 So please review 13:18:31 would the google doc be updated these days to reflect some new idea 13:18:40 Yes, gampel is working on it 13:18:46 I am working on the design document with all the development and scalability feedback i think it will be ready By monday morning 13:19:04 ok. I will also review the code ASAP 13:19:31 lets all try to review zhiyuan and saggi patch tomorrow 13:19:38 so we could merge it all in 13:19:38 yes 13:19:45 agree 13:19:58 In case you wonder what supposed to work in my nova patches. 13:20:15 You should be able to create a VM and it will finish scheduling and appear as active 13:20:20 but fail due to the port not being up 13:20:29 since the network bits are not wrapped yet 13:21:08 got it 13:21:28 my connection also lost for a while 13:21:40 Saggi can you please share your ideas for the next DAL tasks 13:21:51 and overall tasks 13:22:18 The thing I really wanted was WSGI <-> DAL tied down 13:22:28 but that will have to wait. 13:22:56 Another things that needs to be done is syncing the AZ between tricircle and nova 13:23:09 currently I manually add the fake compute nodes to different AZs 13:23:46 I don't really know how to block the user from removing a compute node from an AZ 13:24:12 but we need to make sure that the AZ we define in the tricircle DB is the same that is defined in nova 13:24:16 you can add some fix mapping first to adding code for other parts and test it works or not 13:24:18 and that it's always defined there 13:25:21 So in general, the task is: Make sure that the compute node representing the site is in an AZ we define and nova knows about that mapping. 13:26:22 when you create a fake node, you can add it to the az you want in the nova db in the top layer 13:26:37 if i understand correctly final flow should be add-site --> WSGI --> DAL --> NOVA 13:26:47 YES 13:26:59 WSGI --> Cascade Service --> DAL --> NOVA 13:27:25 but api can't see the fake node, it's dynamicly created 13:27:51 Once you create the fake node in the Adapter it registers with the DB so top knows about it 13:27:58 The flow would be: 13:29:10 so DAL needs to register new site to the top NOVA, as compute node? 13:29:25 yes i think so 13:29:32 as a AZ 13:29:51 User -create_site()-> WSGI -create_site()-> Cascade Service -create_site()-> DB 13:29:51 -create_fake_node-> Adapter 13:29:51 -add_to_az()-> Dal --> Nova 13:30:11 Trying to do a sequence diagram in ASCII is hard :) 13:30:23 one moment 13:30:41 :) 13:31:19 new occupation as ASCII artist :P 13:31:35 if no compute node, can the AZ record be created directly in Nova DB 13:31:55 We don't want to access the Nova DB directly 13:32:09 it will be better to do it via the API 13:32:21 Having the function that bind the AZ to a Compute host would suffice for now. Since I need to move some code around have the sites defined by the DB and no an in memory list 13:32:47 it seems that the AZ is prensented only when the compute node was added into host aggregate, in current nova implementation 13:32:55 yes 13:33:00 it's just a string attribute 13:33:05 create_site()-> WSGI -create_site()-> Cascade Service -create_site()-> DB, there is no compute node in the AZ yet. I am affraid can we insert a new AZ into NOVA 13:33:14 yes 13:33:22 the second phase is creating a node in the adapter 13:33:28 that will register with nova 13:33:38 This is what my current patches implement 13:34:15 Than after it registered with nova add it to a Host Aggregate with the proper AZ attribute 13:34:37 create_site()-> WSGI -create_site()-> Cascade Service -create_site()-> DB->create fake node->create host aggreagte in nova 13:35:00 That is the order 13:36:09 :) 13:37:06 I think work progress and status is clear, may we end the meeting earlier 13:37:20 sorry I lost the connection again and I change the client. Do I miss something? 13:37:53 I only see the order sent by joehuang 13:37:58 welcome back we think that the next DAL task is handle site registration 13:38:03 this "create_site()-> WSGI -create_site()-> Cascade Service -create_site()-" 13:38:18 http://www.plantuml.com/plantuml/img/TP3DIaD138NtUOfmztq15zAV2wKBNRGKmTtfJ9mEtdkdJd8hlhqP196gsvplV0bPgg7QF0v4bcqGxXv45KcK5toGjrcc8Dndf8gn8qAmKlceKkbKvYcYVl3JORiZQZDUtFFskECx3bLWmffDg4qyw3RGW2YkhTSSfBl18Wmdg6zRqs_M1Vtwfl4djOguc9_oZRxWLJYKyJB_L-anEBwNbBKrcvlVivrvzKmjS-InNE7CvajvBcgCbAea_61fALFqNtu2 13:38:23 create_site()-> WSGI -create_site()-> Cascade Service -create_site()-> DB->create fake node->create host aggreagte in nova , That is the order 13:39:04 ok, i see the figure 13:39:12 good 13:39:13 Fixed small error 13:39:13 http://www.plantuml.com/plantuml/img/TP2zQWD138HxFOMutY-G8lZd8AH8YXXZI3VUbTTBxcwTbSx1Rs-T0o4uSQcPRqP2SpLK6_kEoB9rmisBg2A9yepNyZdA48JRZ5JHDqG8LYflL2hjoZX4r3Dlrq_FH9F6iyVhn0ySgi24DPlGLNAhMK43edXnFUKWpGqNOTX1VT-I_h9Uq2vl4lzIYuYZ-J4_w1uVmg7qn_5Uf4Nd-9kah5DowkQlR0TUlDFaEV9QJd1czLrvA6gCbAea_69fBaFqRru0 13:39:54 Speed UML drawing :) 13:41:26 I might also add a hook in the scheduler since it get's notification when a host aggregate changes to tell the Cascade Service to make sure everything is correct 13:43:14 That way an admin can't screw up the mapping 13:43:35 only admin can do that 13:44:58 zhiyuan we can discuss it some more tomorrow in the tricircle IRC after you look at it a bit 13:45:01 But an admin that doesn't know that s\he should change the AZ name in the tricircle API and not the Nova API might cause the system to misbehave 13:45:03 better be save 13:45:37 @gampel ok 13:48:45 I think that we are all done thank you lets continue talking this week in the tricircle IRC 13:49:14 Just to make it clear 13:49:26 Start with the dal -> nova part 13:49:37 since I am making a lot of changes all around the cascade service 13:49:55 don't want to have issues merging. 13:52:29 so let's conclude today's meeting 13:52:36 if there is no other buisness 13:52:55 i don't think so good night 13:53:13 thanks and bye~~ 13:53:18 bye 13:53:26 #endmeeting