19:00:13 #startmeeting Tuskar 19:00:14 Meeting started Tue Sep 17 19:00:13 2013 UTC and is due to finish in 60 minutes. The chair is jcoufal. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:00:17 The meeting name has been set to 'tuskar' 19:00:25 Hey everbyody 19:00:29 hello 19:00:32 hi 19:00:34 hi 19:00:34 hi 19:00:37 hi all 19:00:39 hi 19:00:51 heya 19:00:57 Today I am going to substitute shadower, who couldn't make it, hopefully he gets better soon 19:00:59 hi 19:01:06 hi :) 19:01:20 #topic Agenda 19:01:27 just very briefly 19:01:39 we are going to review previous actions 19:01:49 then we are going to discuss and vote for glossary 19:02:00 and in the end the will be some space for open discussion 19:02:16 #topic Review Actions 19:02:40 Anybody who was given action last time, feel free to give some updates how it is going 19:03:32 From my side, I started etherpad with gathering name proposals, posted that to the mailing list. 19:03:38 jcoufal: my action was to write up about how tuskar & OOO fit (or "how tuskar is different from OOO") - I got carried away with sprint start and didn't get to it. Can we put action item for next week and I will get onto it tomorrow, before other things take over again - my apologies 19:04:00 Lately there were no more updates on names so we are going to wrap it up today 19:04:29 (jcoufal etherpad @ https://etherpad.openstack.org/tuskar-naming ) 19:04:36 marios, what form was the write to take? 19:04:42 #action marios to move his stuff to this week (tuskar & OOO fit) 19:04:42 jcoufal, I am working on the production setup guide. I need to figure out a bunch of stuff. I am setting up tripleo + tuskar on my laptop 19:04:50 s/write/write up/ 19:04:55 noslzzp: well, wasn't specified. I am guessing a paragraph or two to be used #somewhere 19:05:09 noslzzp: (TBD) 19:05:15 marios, noslzzp : project wiki? 19:05:18 marios: ok.. I'll send you something I'm working on that may help. 19:05:24 noslzzp: thats great thanks 19:06:01 jcoufal: thanks mate 19:06:18 np at all 19:06:44 any other updates? 19:07:03 looking at the list, it looks that shadower asigned most of the actions to himself :) 19:07:25 :-) 19:07:28 will see if sends any e-mail with updates how it is going 19:07:29 (action items from last week @ http://eavesdrop.openstack.org/meetings/tuskar/2013/tuskar.2013-09-10-19.00.html ) 19:08:09 next topic then 19:08:18 #topic Glossary 19:08:42 so based on the etherpad document, we are going to vote actually on names and see what we can get from there 19:08:46 #link https://etherpad.openstack.org/tuskar-naming 19:09:26 the voting will happen that I explain quickly what we are talking about, start voting and then each memebr with preference votes like '#vote option' 19:09:40 in the end we are going to do a summary and end voting for that one question 19:09:56 if interested: http://ci.openstack.org/irc.html#meetbot (commands) 19:10:10 so firstly we have Resource Classes 19:10:33 it looks like w don't want to change the name, but in order to keep it in record, I'll oficial make the voting happen 19:10:37 we can practice here :) 19:10:43 sure.. :) 19:10:50 #startvote How should we name 'Resource Classes'? Resource Classes, Other 19:10:51 Begin voting on: How should we name 'Resource Classes'? Valid vote options are Resource, Classes, Other. 19:10:52 Vote using '#vote OPTION'. Only your last vote counts. 19:10:58 #vote Resource Classes 19:10:58 jcoufal: Resource Classes is not a valid option. Valid options are Resource, Classes, Other. 19:11:12 oh gosh you see, here is the challenge 19:11:16 Res_Class maybe? 19:11:17 heh 19:11:18 jcoufal: might want to start it again 19:11:23 yes 19:11:27 #endvoting 19:11:32 that was quick. 19:11:38 lol 19:11:43 jcoufal: good idea to practice 19:11:56 jcoufal: endvote 19:11:57 #endvote 19:11:58 Voted on "How should we name 'Resource Classes'?" Results are 19:12:00 yes 19:12:02 so 19:12:04 #startvote How should we name 'Resource Classes'? Resource_Classes, Other 19:12:05 Begin voting on: How should we name 'Resource Classes'? Valid vote options are Resource_Classes, Other. 19:12:06 Vote using '#vote OPTION'. Only your last vote counts. 19:12:11 #vote Resource_Classes 19:12:14 #vote Resource_classes 19:12:15 #vote Resource_Classes 19:12:18 #vote Resource_Classes 19:12:24 #vote Classes_Resource 19:12:25 #vote Resource_classes 19:12:25 #vote Resource_Classes 19:12:25 noslzzp: Classes_Resource is not a valid option. Valid options are Resource_Classes, Other. 19:12:25 #vote Resource_Classes 19:12:27 #vote Resource_Classes 19:12:29 #vote Resource_Classes 19:12:36 #vote Resource_Classes 19:12:37 #vote Resource_Classes 19:12:41 #vote Resource_Classes 19:12:46 any more? 19:12:52 noslzzp: testing the edge cases there? :) 19:12:52 #showvote 19:12:52 Resource_Classes (12): julim, ifarkas, pblaho, tzumainn, marios, jtomasek, lblanchard, jomara, noslzzp, jistr, lsmola_, jcoufal 19:12:58 #endvote 19:12:59 Voted on "How should we name 'Resource Classes'?" Results are 19:12:59 marios: indeed. :) 19:13:00 Resource_Classes (12): julim, ifarkas, pblaho, tzumainn, marios, jtomasek, lblanchard, jomara, noslzzp, jistr, lsmola_, jcoufal 19:13:02 hmm... underscore is just for voting bot? 19:13:12 pblaho: yes 19:13:22 space is considered like another option 19:13:32 jcoufal: thanks 19:13:33 jcoufal: (you could have set 'ResourceClasses' 19:13:44 which is better for you guys? 19:13:50 doesn't matter. 19:13:51 cammel case or _? 19:13:52 doesn't matter at all 19:13:56 fine 19:14:02 now we have class types 19:14:15 apparently the voting is case InSensitiVE anyway.. 19:14:17 ethepred line 9 19:14:33 we should vote on the camel case vs _ thing :-) 19:14:38 nooo 19:14:42 boo 19:14:44 hahaha 19:14:51 rock the vote! 19:14:54 #startvote How should we name class which contains main management node (undercloud) and nodes with overcloud services (except resource services)? Control_Class, Core_Service_Class, Service_Class, Controller_Class, Complement_Class, Core_Class, Other 19:14:55 Begin voting on: How should we name class which contains main management node (undercloud) and nodes with overcloud services (except resource services)? Valid vote options are Control_Class, Core_Service_Class, Service_Class, Controller_Class, Complement_Class, Core_Class, Other. 19:14:56 Vote using '#vote OPTION'. Only your last vote counts. 19:15:16 #vote controller_class 19:15:16 #vote Controller_Class 19:15:18 #vote Controller_Class 19:15:24 #vote Controller_Class 19:15:29 #vote Controller_Class 19:15:30 #vote Controller_Class 19:15:30 #vote Control_Class 19:15:30 #vote controller_class 19:15:33 * noslzzp is a trend setting.. 19:15:40 #vote controller_class 19:15:40 #vote Control_Class 19:15:49 #vote Controller_Class 19:16:05 noslzzp: public ballot, we have to vote with you or matty dubs will punch us 19:16:08 anybody else? 19:16:14 noslzzp: no way, it was me who suggested that name :P 19:16:23 * jistr takes back the credit :D 19:16:28 #endvote 19:16:29 Voted on "How should we name class which contains main management node (undercloud) and nodes with overcloud services (except resource services)?" Results are 19:16:30 Controller_Class (9): julim, ifarkas, pblaho, jtomasek, lblanchard, jomara, noslzzp, jistr, jcoufal 19:16:32 Control_Class (2): marios, lsmola_ 19:16:59 just to make it official we have compute end storage classes, so these might be very quick 19:17:04 *and 19:17:09 so now it's a race to see who can get in their vote first! 19:17:12 "fun with meetbot".. 19:17:15 (imagine politicians voting through IRC) 19:17:26 #startvote How should we name 'Compute Class'? Compute_Class, Compute_Resource_Class, Other 19:17:27 Begin voting on: How should we name 'Compute Class'? Valid vote options are Compute_Class, Compute_Resource_Class, Other. 19:17:28 #vote compute_class 19:17:29 Vote using '#vote OPTION'. Only your last vote counts. 19:17:30 hehe 19:17:31 doh! 19:17:32 #vote compute_class 19:17:36 #vote compute_class 19:17:38 #vote compute_class 19:17:38 #vote Compute_Class 19:17:40 #vote compute_class 19:17:41 #vote compute_class 19:17:41 #vote compute_class 19:17:43 #vote compute_class 19:17:46 #vote compute_class 19:17:46 #vote compute_class 19:17:50 #vote compute_class 19:17:53 #vote Compute_Class 19:17:53 Is Gabelstaplerfahrer not on the table? 19:17:59 matty_dubs: hahaha 19:18:01 lol 19:18:02 matty_dubs: other? 19:18:03 #vote Gabelstaplerfahrer 19:18:03 #vote Compute_Class 19:18:04 sorry matt 19:18:04 marios: Gabelstaplerfahrer is not a valid option. Valid options are Compute_Class, Compute_Resource_Class, Other. 19:18:08 #vote Gabelstaplerfahrer 19:18:08 matty_dubs: you should have added it to the etherpad :) 19:18:08 ifarkas: Gabelstaplerfahrer is not a valid option. Valid options are Compute_Class, Compute_Resource_Class, Other. 19:18:09 :'( 19:18:10 haha 19:18:12 lol 19:18:18 #endvote 19:18:19 Voted on "How should we name 'Compute Class'?" Results are 19:18:20 Compute_Class (13): julim, ifarkas, pblaho, marios, jtomasek, lblanchard, jomara, noslzzp, matty_dubs, tzumainn, lsmola_, jcoufal, jistr 19:18:24 write ins not allowed.. 19:18:26 #startvote How should we name 'Object Storage Class'? Object_Storage_Class, Object_Storage_Resource_Class, Other 19:18:26 Begin voting on: How should we name 'Object Storage Class'? Valid vote options are Object_Storage_Class, Object_Storage_Resource_Class, Other. 19:18:27 Vote using '#vote OPTION'. Only your last vote counts. 19:18:38 #vote Object_Storage_Class 19:18:38 #vote object_storage_class 19:18:39 #vote Object_Storage_Class 19:18:39 #vote object_storage 19:18:39 noslzzp: object_storage is not a valid option. Valid options are Object_Storage_Class, Object_Storage_Resource_Class, Other. 19:18:39 #vote object_storage_class 19:18:41 #vote Object_Storage_Class 19:18:44 #vote Object_Storage_Class 19:18:45 #vote Object_Storage_Class 19:18:46 #vote object_storage_class 19:18:49 #vote object_storage_class 19:18:50 #vote object_storage_class 19:18:50 #vote Object_Storage_Class 19:18:50 #vote object_storage_class 19:18:59 #vote object_storage_class 19:19:05 lemmings!! 19:19:07 #endvote 19:19:08 Voted on "How should we name 'Object Storage Class'?" Results are 19:19:09 Object_Storage_Class (13): julim, ifarkas, pblaho, marios, jtomasek, lblanchard, tzumainn, jomara, noslzzp, matty_dubs, jistr, lsmola_, jcoufal 19:19:16 #startvote How should we name 'Block Storage Class'? Block_Storage_Class, Block_Storage_Resource_Class, Other 19:19:17 Begin voting on: How should we name 'Block Storage Class'? Valid vote options are Block_Storage_Class, Block_Storage_Resource_Class, Other. 19:19:18 Vote using '#vote OPTION'. Only your last vote counts. 19:19:18 #vote Block_Storage_Class 19:19:25 #vote block_storage_class 19:19:27 #vote block_storage_class 19:19:27 #vote block_storage_class 19:19:29 #vote block_storage_class 19:19:29 #vote block_storage_class 19:19:30 #vote Block_Storage_Class 19:19:31 #vote block_storage_class 19:19:35 #vote Block_Storage_Class 19:19:37 #vote Block_storage_Class 19:19:38 #vote block_storage_class 19:19:38 #vote block_storage_class 19:19:40 * matty_dubs tempted to go against grain just so votes aren't unanimous 19:19:59 won't work Matty.. i tried. 19:20:04 #endvote 19:20:05 Voted on "How should we name 'Block Storage Class'?" Results are 19:20:06 Block_Storage_Class (12): julim, ifarkas, pblaho, marios, jtomasek, lblanchard, tzumainn, noslzzp, matty_dubs, jistr, lsmola_, jcoufal 19:20:09 so these were pretty fast 19:20:16 we are getting into troubles slowly 19:20:19 flavors 19:20:21 and pretty unisono 19:20:34 all the rationals are given in the etherpad from line 43 19:20:35 matty_dubs: i stood out by abstaining! 19:20:44 let's the fight begin 19:21:01 #startvote How should we name 'Flavors' in Tuskar? Flavors, Flavor_Templates, Flavor_Definitions, Instance_Types, Instance_Configurations, Configuration_Templates, Configuration_Profiles, Other 19:21:02 Begin voting on: How should we name 'Flavors' in Tuskar? Valid vote options are Flavors, Flavor_Templates, Flavor_Definitions, Instance_Types, Instance_Configurations, Configuration_Templates, Configuration_Profiles, Other. 19:21:03 Vote using '#vote OPTION'. Only your last vote counts. 19:21:07 #vote flavors 19:21:08 #vote flavors 19:21:11 #vote Flavor_Definitions 19:21:13 #vote Flavor_Templates 19:21:14 #vote flavor_definitions 19:21:21 #vote flavor_definitions 19:21:22 #vote flavors 19:21:31 I think the problem with flavors is that there's ALREADY a flavors concept in OpenStack 19:21:37 this will be interesting.... 19:21:40 matty_dubs: but these are one and the same 19:21:41 #vote flavors 19:21:44 And ours aren't identical to them 19:21:45 #vote flavors 19:21:45 #vote instance_family 19:21:45 noslzzp: instance_family is not a valid option. Valid options are Flavors, Flavor_Templates, Flavor_Definitions, Instance_Types, Instance_Configurations, Configuration_Templates, Configuration_Profiles, Other. 19:21:48 matty_dubs: yeah but we *don't* introduce a new concept 19:21:49 :) 19:21:51 matty_dubs: yes they are 19:21:52 #vote Other 19:21:54 #vote flavors 19:21:57 #vote Other 19:22:00 matty_dubs, they should be identicl 19:22:01 marios: yeah... and we have a link between them and our flavors 19:22:03 #vote Other 19:22:29 anybody else any preference? 19:22:34 * ifarkas wondering what are the Other suggestions? 19:22:35 marios: sorry.. it was for matty_dubs ... you know, "ma TAB" 19:22:42 pblaho: ;) 19:22:47 ifarkas: none, we need to work harder if that's the case :) 19:22:51 #showvote 19:22:52 Flavors (6): marios, jtomasek, tzumainn, jomara, lsmola_, jistr 19:22:54 Other (3): julim, noslzzp, lblanchard 19:22:55 Flavor_Templates (1): ifarkas 19:22:56 Flavor_Definitions (3): matty_dubs, jcoufal, pblaho 19:23:07 So if I create a Flavor in Nova 19:23:12 Does it show up in our app as a Flavor? 19:23:16 it looks for flavors then 19:23:22 And vice versa? 19:23:39 matty_dubs, it should 19:23:40 does anybody want to change vote or rationalize his voting? 19:23:40 matty_dubs: by the same reasoning, if you launch an instance in openstack nova, independently of tuskar, it may not show up in the dashboard (at least not presently) 19:23:55 #vote Flavor_Definitions 19:24:05 I don't want to be alone... 19:24:35 any suggestions from people voting for others? 19:24:40 Instance Profile? 19:24:44 in the future we should focus more on campaing before voting :-) 19:24:59 instance pool family frost flavor? 19:24:59 matty_dubs, otherwise it doesn`t have 1to1 mapping 19:25:00 In the vBlock world, it's typically called a Service Profile 19:25:19 ok, let's move forward 19:25:20 #endvote 19:25:21 Voted on "How should we name 'Flavors' in Tuskar?" Results are 19:25:22 Flavors (6): marios, jtomasek, tzumainn, jomara, lsmola_, jistr 19:25:23 Other (3): julim, noslzzp, lblanchard 19:25:23 jistr, lol 19:25:25 Flavor_Definitions (4): ifarkas, matty_dubs, jcoufal, pblaho 19:25:38 quick one about nodes in general 19:25:46 #startvote How should we name general physical machines, which are part of the racks? Nodes, Hosts, Other 19:25:47 Begin voting on: How should we name general physical machines, which are part of the racks? Valid vote options are Nodes, Hosts, Other. 19:25:48 Vote using '#vote OPTION'. Only your last vote counts. 19:25:58 #vote nodes 19:25:58 #vote hosts 19:26:01 #vote Nodes 19:26:05 #vote nodes 19:26:06 #vote nodes 19:26:06 #vote Nodes 19:26:10 #vote nodes 19:26:11 #vote nodes 19:26:12 #vote hosts 19:26:16 #vote Nodes 19:26:16 #vote Nodes 19:26:17 rage against the machine 19:26:24 #vote nodes 19:26:29 rage against the (host) machine 19:26:37 FWIW I liked hosts too, but I don't see a reason to change 19:26:40 anybody else? 19:26:41 seems to be that everywhere else in OS they are called 'hosts' - but it would definitely be easier to keep nodes right now 19:26:43 matty_dubs, though to work correctly, it should be set only from undercloud, so there were a thought to forbid to set them in overcloud :-) 19:26:50 #vote nodes 19:26:58 3, 2, 1 19:27:02 #endvote 19:27:02 Voted on "How should we name general physical machines, which are part of the racks?" Results are 19:27:03 Nodes (11): julim, ifarkas, pblaho, jtomasek, lblanchard, tzumainn, noslzzp, matty_dubs, jistr, lsmola_, jcoufal 19:27:04 Hosts (2): marios, jomara 19:27:13 And now we are getting to racks 19:27:20 weeee! 19:27:23 #vote Racks 19:27:26 jcoufal, should we allow some campaigning before the actual vote? 19:27:28 #startvote How should we name 'Rack' in general (no specific purpose of the rack)? Rack, Chassis, Logical_Rack, Enclosure, Other 19:27:29 Begin voting on: How should we name 'Rack' in general (no specific purpose of the rack)? Valid vote options are Rack, Chassis, Logical_Rack, Enclosure, Other. 19:27:30 Vote using '#vote OPTION'. Only your last vote counts. 19:27:36 #vote racks 19:27:36 pblaho: racks is not a valid option. Valid options are Rack, Chassis, Logical_Rack, Enclosure, Other. 19:27:38 #vote rack 19:27:40 #vote rack 19:27:40 you can do the campaign druing voting 19:27:42 #vote rack 19:27:45 tzumainn: ^ 19:27:48 #vote Rack 19:27:50 #vote rack 19:27:50 Chassis doesn't mean the same thing in racks, though. A server chassis is the enclosure on one server. 19:27:52 #vote Rack 19:27:53 #vote Rack 19:27:54 people can change their votes, last one is counted 19:27:55 #vote rack 19:27:56 #vote rack 19:27:59 #vote rack 19:28:04 jcoufal: ok.... be conservative, stay with Rack :-) 19:28:05 At least in normal terminology 19:28:05 #vote rack 19:28:15 #vote rack 19:28:18 #vote other 19:28:40 anybody else? 19:28:43 #playsong Tyga - Rack City 19:28:56 not working matty_dubs 19:28:59 #endvote 19:29:00 Voted on "How should we name 'Rack' in general (no specific purpose of the rack)?" Results are 19:29:01 Other (1): lsmola_ 19:29:02 Rack (12): julim, ifarkas, pblaho, marios, jtomasek, lblanchard, jomara, noslzzp, matty_dubs, tzumainn, jcoufal, jistr 19:29:04 "Only with Rack we can have working Tuskar for everyone" 19:29:18 matty_dubs: why is that song so catchy? 19:29:26 now on to the good stuff.. 19:29:27 one for make it official 19:29:30 #startvote How should we name rack which is part of Controller Class? Controller_Rack, Other 19:29:31 Begin voting on: How should we name rack which is part of Controller Class? Valid vote options are Controller_Rack, Other. 19:29:32 lblanchard: I don't get it. I assume it's not actually about data centers. 19:29:33 Vote using '#vote OPTION'. Only your last vote counts. 19:29:46 #vote controller_rack 19:29:49 #vote Controller_rack 19:29:53 #vote controller_rack 19:29:55 #vote controller_rack 19:29:55 #vote controller_rack 19:29:57 #vote controller_rack 19:29:57 matty_dubs: lol…yes, I think "Chassis City" would be different 19:30:01 #vote controller_rack 19:30:09 #vote controller_rack 19:30:11 #vote controller_rack 19:30:13 #vote Controller_Rack 19:30:17 * matty_dubs abstains 19:30:22 i dont get this 19:30:27 I think this will be not used in code or api.... but in discussions and probably docs... 19:30:28 #vote controller_rack 19:30:31 #vote other 19:30:46 pblaho: yeah i think so too 19:30:51 pblaho: agreed 19:30:55 #vote other 19:31:15 pbaexactly 19:31:22 no code, more discussion wise 19:31:23 I dont like it anynmore :-) 19:31:29 #endvote 19:31:30 Voted on "How should we name rack which is part of Controller Class?" Results are 19:31:31 Controller_Rack (10): julim, ifarkas, pblaho, jtomasek, lblanchard, jomara, noslzzp, tzumainn, jcoufal, jistr 19:31:32 Other (2): marios, lsmola_ 19:31:43 now we are going to nodes with specific purposes 19:31:54 #startvote How should we name main management node, which is containing undercloud and is part of controller rack? Undercloud_Management_Node, Primary_Management_Node, Core_Management_Node, Other 19:31:54 Begin voting on: How should we name main management node, which is containing undercloud and is part of controller rack? Valid vote options are Undercloud_Management_Node, Primary_Management_Node, Core_Management_Node, Other. 19:31:55 Vote using '#vote OPTION'. Only your last vote counts. 19:32:05 The Diebold code embedded in my IRC client changed my vote! 19:32:08 #vote Undercloud_Management_Node, 19:32:09 ifarkas: Undercloud_Management_Node, is not a valid option. Valid options are Undercloud_Management_Node, Primary_Management_Node, Core_Management_Node, Other. 19:32:14 noslzzp: LOL 19:32:15 #vote undercloud_management_node 19:32:19 #vote undercloud_management_node 19:32:21 #vote Undercloud_Management_Node 19:32:28 #vote Undercloud_Management_Node 19:32:28 #vote undercloud_management_node 19:32:29 #vote Primary_Management_Node 19:32:30 #vote Undercloud_Management_Node 19:32:33 * matty_dubs votes for least-bad 19:32:43 #vote other 19:32:45 #vote Primary_Management_Node 19:32:47 #vote primary_management_node 19:32:58 #vote primary_management_node 19:33:12 wow... we are losing buzzwords :-) 19:33:12 #showvote 19:33:12 Primary_Management_Node (4): noslzzp, julim, lblanchard, jcoufal 19:33:13 Undercloud_Management_Node (6): ifarkas, pblaho, marios, jtomasek, matty_dubs, lsmola_ 19:33:17 #vote primary_management_node 19:33:27 #vote primary_management_node 19:33:28 Undercloud is too technical.. 19:33:30 anybody wants to change mind? or do campaign? 19:33:30 nice 19:33:35 jtomasek: tie vote! 19:33:36 Change your vote please.. :) 19:33:40 #showvote 19:33:41 Primary_Management_Node (6): julim, jtomasek, lblanchard, noslzzp, jistr, jcoufal 19:33:42 Undercloud_Management_Node (5): ifarkas, pblaho, marios, matty_dubs, lsmola_ 19:33:43 Undercloud is confusingggg :( 19:33:49 We already expose 'undercloud' to user though 19:33:49 Indeed! 19:33:54 No end user will get undercloud vs. overcloud 19:33:55 It has a clear meaning, unlike 'primary' 19:33:57 Follow slzzp and Liz on this one.. 19:34:01 matty_dubs: we do? 19:34:01 less typing! 19:34:19 matty_dubs, agreed 19:34:22 maybe hw management node> 19:34:24 ? 19:34:25 this is tough decision 19:34:26 lblanchard: Oh, maybe not UX wise. But 'primary' means that there's a secondary/backup 19:34:33 do we have secondary management node? 19:34:34 Err, means _to me_ 19:34:42 This is a control plane problem.. so primary management node makes sense in that context. 19:34:43 matty_dubs: +1 19:34:50 matty_dubs: hmm yeah that's a good point 19:34:51 "This is my primary management node, and this is my hot spare, the secondary management node" 19:34:51 matty_dubs: but if people use cloud to butt it will be "Underbutt" :( 19:34:58 the under/over stuff is only meaningful for g33ks. 19:35:06 lblanchard: LOL, best argument ever 19:35:16 noslzzp: that's true 19:35:25 so last chance to change your minds 19:35:33 #vote UnderbuttManagementNode 19:35:34 lsmola_: UnderbuttManagementNode is not a valid option. Valid options are Undercloud_Management_Node, Primary_Management_Node, Core_Management_Node, Other. 19:35:36 i'd probably go with core over primary though 19:35:38 noslzzp: yeah.. but I don't see how primary tell me that it would be managing what? 19:35:43 noslzzp: how many nongeeks will be in our docs 19:35:47 noslzzp, or anyone who is familiar with tripleo glossary 19:35:52 ok, ending voting 19:35:54 3, 2, 1 19:35:56 everyone who deploys OpenStack.. 19:36:03 #endvote 19:36:04 Voted on "How should we name main management node, which is containing undercloud and is part of controller rack?" Results are 19:36:06 Primary_Management_Node (6): julim, jtomasek, lblanchard, noslzzp, jistr, jcoufal 19:36:07 Undercloud_Management_Node (5): ifarkas, pblaho, marios, matty_dubs, lsmola_ 19:36:10 they arent geeks>? 19:36:11 Noooo 19:36:19 The are *customers*. :) 19:36:22 interesting one 19:36:23 s/The/They/ 19:36:26 noslzzp: Not upstream :-P 19:36:34 * jistr wonders if this is a good candidate for a revote next week :D 19:36:46 jistr: lol 19:36:52 I think so 19:36:57 No, the hanging chads have been counted. It's over. 19:36:57 i would put this up for revote 19:37:00 each very close voting might get one more chance 19:37:07 Accept your fate. 19:37:08 jomara: SECOND! 19:37:10 primary doesnt really make sense, but if nobody knows what an 'undercloud' is 19:37:14 then that doesnt make sense either 19:37:22 jomara: + 19:37:35 Maybe we need some more options? 19:37:36 #action revote Undercloud Management Node 19:37:39 yeah 19:37:43 lets wait until noslzzp is pto and revote then 19:37:43 does just "management node" work? 19:37:47 haha 19:37:49 jcoufal: +1 thanks 19:37:50 feel free to update etherpad until next week 19:37:50 marios: lol 19:37:54 Club Mate Management Node 19:37:57 Well let's brainstorm some better options offline and revote at the next meeting? 19:38:03 tertiary management node? 19:38:09 oh dear. 19:38:10 #startvote How should we name all other nodes which are part of the controller rack? Service_Nodes, Controller_Nodes, Nodes, Other 19:38:10 Begin voting on: How should we name all other nodes which are part of the controller rack? Valid vote options are Service_Nodes, Controller_Nodes, Nodes, Other. 19:38:11 Vote using '#vote OPTION'. Only your last vote counts. 19:38:11 Management Management Node? :) 19:38:11 hehe 19:38:32 this one is about talking in discussions mostly 19:38:34 #vote controller_nodes 19:38:36 Meta management node 19:38:37 #vote Controller_Nodes 19:38:39 The "Management Node that says Bad Mother.. r On It" 19:38:40 #vote controller_nodes 19:38:42 I don't think it will appear in the code 19:38:44 #vote controller_nodes 19:38:46 Didn't we already have Controller Nodes somewhere else? 19:38:47 jcoufal: right, i was just about to ask for clarification - this is just how 'we talk about them' right? 19:38:52 #vote controller_nodes 19:38:56 #vote Controller_Nodes 19:38:59 marios: we have controller class 19:39:04 #vote controller_nodes 19:39:05 noslzzp: BAMF Management Node!!! 19:39:06 marios: yeah 19:39:09 marios: and controller rack :) 19:39:12 #vote Controller_Nodes 19:39:18 marios: or racks? 19:39:24 pblaho: both :) 19:39:24 #vote Other 19:39:31 #vote controller_nodes 19:39:37 #vote controller_nodes 19:39:39 #vote controller_nodes 19:39:53 #vote node 19:39:54 more? 19:39:54 lsmola_: node is not a valid option. Valid options are Service_Nodes, Controller_Nodes, Nodes, Other. 19:39:58 #vote nodes 19:40:05 pblaho: yeah the controller rack i didn't understand either ... but the controller class.. we already talk about that.. like the "compute class" or the "storage class " etc etc. so i think its the same. just for reference, so everyone agrees what we are talking about 19:40:19 #endvote 19:40:20 Voted on "How should we name all other nodes which are part of the controller rack?" Results are 19:40:21 Nodes (1): lsmola_ 19:40:22 marios: yes 19:40:23 Other (1): julim 19:40:24 Controller_Nodes (9): pblaho, marios, jtomasek, lblanchard, tzumainn, jomara, noslzzp, jistr, jcoufal 19:40:42 smae think mainly for discussions are other racks 19:40:44 marios: yeah... controller node is a shortcut for node in controller class 19:40:48 #startvote How should we name rack which is providing compute or storage resources? Resource_Rack, Other 19:40:49 Begin voting on: How should we name rack which is providing compute or storage resources? Valid vote options are Resource_Rack, Other. 19:40:50 Vote using '#vote OPTION'. Only your last vote counts. 19:40:54 pblaho: right, thats what i understood 19:41:07 pblaho: so we have very clear way of discussing the various nodes/racks/classes 19:41:09 #vote Other 19:41:13 #vote resource_rack 19:41:20 #Resource_Rack 19:41:23 #vote resource_rack 19:41:24 err 19:41:26 hrmmm 19:41:28 For non-technical reasons, I really hate 'Resource Rack' 19:41:28 #vote Resource_Rack 19:41:29 #vote Resource_Rack 19:41:35 compute or storage means non controller? 19:41:35 #vote Other 19:41:39 pblaho: yes 19:41:41 #vote Other 19:41:43 #vote other 19:41:46 why not split this between Compute_Rack and Object_Storage_Rack 19:41:49 matty_dubs: i guess the rational is 'resource' vs 'service' 19:41:50 pblaho: yeah that's how i understand it 19:41:50 #vote other 19:41:51 #vote other 19:41:51 I don't actually have a better suggestion though :-\ 19:42:05 #vote resource_rack 19:42:06 lblanchard: yeah they will actually be split 19:42:10 i dont mind resource rack? 19:42:11 I do not like Resource Rack... resource is used in classes... confucing 19:42:16 *cnofusing 19:42:18 pblaho++ 19:42:23 **you know 19:42:28 suggestions? 19:42:29 #vote for not having that many terms, it should be simpler 19:42:30 lsmola_: for not having that many terms, it should be simpler is not a valid option. Valid options are Resource_Rack, Other. 19:42:30 lblanchard: but we wanted a joint naming for all non-controller racks 19:42:42 lsmola_: we need to reference it somehow 19:42:43 jistr: ah... 19:42:48 the whole propblematic is complex 19:43:01 what's wrong with calling it a non-controller rack? 19:43:13 #showvote 19:43:14 Other (6): ifarkas, pblaho, lblanchard, matty_dubs, lsmola_, jcoufal 19:43:15 Resource_Rack (5): marios, julim, noslzzp, jistr, jomara 19:43:16 julim: yeah i'm thinking this right now too 19:43:16 control class rack ? 19:43:20 #vote other 19:43:24 because 19:43:27 push to next week? 19:43:33 yes 19:43:34 noslzzp: +1 19:43:34 resource class rack? 19:43:38 more suggestions and next week 19:43:39 Given that 'Other' is winning, I might propose that we take this offline and brianstorm here 19:43:42 #endvote 19:43:43 yeah +1 19:43:43 Voted on "How should we name rack which is providing compute or storage resources?" Results are 19:43:44 Other (7): ifarkas, pblaho, lblanchard, matty_dubs, jistr, lsmola_, jcoufal 19:43:45 Resource_Rack (4): marios, julim, noslzzp, jomara 19:43:51 Or maybe brainstorm. Brian might not like being stormed. 19:43:53 #action revote Resource Racks 19:44:04 I have to admit that this would be easier for me if there was a document showing how all these pieces fit together 19:44:21 tzumainn++ 19:44:21 I kinda see it, but it's a bit fuzzy 19:44:39 Martyn and I said we'd tackle that at the last meeting, but haven't (at least I haven't) made progress yet :( 19:44:40 #startvote How should we name node which is a management node in 'resource' rack (but not the primary management node)? Leaf_Management_Node, Management_Node, Hypervisor, Host, Undercloud_Worker, Other 19:44:41 Begin voting on: How should we name node which is a management node in 'resource' rack (but not the primary management node)? Valid vote options are Leaf_Management_Node, Management_Node, Hypervisor, Host, Undercloud_Worker, Other. 19:44:42 Vote using '#vote OPTION'. Only your last vote counts. 19:44:43 I would suggest to name racks after resource class it is in 19:45:00 Please oh God not 'Hypervisor' 19:45:08 #vote management_node 19:45:08 #vote Leaf_Management_Node 19:45:11 matty_dubs: +1 19:45:14 depends on what we decide for the primary management node... 19:45:16 It's the only thing in the rack that ISN'T a hypervisor 19:45:17 #vote management_node 19:45:18 #vote management_node 19:45:18 #vote management_node 19:45:18 #vote management_node 19:45:21 #vote management_node 19:45:23 #vote Leaf_Management_Node 19:45:26 matty_dubs: haha 19:45:28 #vote leaf_management_node 19:45:28 #vote management_node 19:45:40 #vote leaf_management_node 19:45:41 matty_dubs: domain_0_node 19:45:47 management_node will be confusing 19:45:48 #vote hypervisor 19:45:49 #vote Management_Node 19:45:50 #vote leaf_management_node 19:45:54 shouldn't this vote be held in concurrence with the other management node vote? 19:45:59 i think people will refer to primary mgmt node that way too 19:46:13 #vote leaf_management_node 19:46:13 #showvote 19:46:14 Hypervisor (1): lsmola_ 19:46:15 Leaf_Management_Node (5): julim, ifarkas, pblaho, jtomasek, jistr 19:46:16 Oh, is this the opposite of the 'primary' thing? 19:46:17 Management_Node (5): marios, lblanchard, jomara, matty_dubs, jcoufal 19:46:19 * pblaho revoted 19:46:22 #slap lsmola_ 19:46:28 lol 19:46:29 matty_dubs: related, yes.. 19:46:30 matty_dubs, ouch 19:46:33 ;) 19:46:37 matty_dubs, freeedom 19:46:39 #endvote 19:46:40 Voted on "How should we name node which is a management node in 'resource' rack (but not the primary management node)?" Results are 19:46:41 Hypervisor (1): lsmola_ 19:46:43 Leaf_Management_Node (5): julim, ifarkas, pblaho, jtomasek, jistr 19:46:44 Management_Node (5): marios, lblanchard, jomara, matty_dubs, jcoufal 19:46:48 5-5? 19:46:49 lol lsmola_ 19:46:52 #action revote Leaf Management Node 19:46:59 Oh man, I was on the fence. I even changed my vote and could see myself rechanging 19:47:00 last 2 votes 19:47:00 btw. leaf doesn have leaves 19:47:02 Agree on the revote 19:47:07 god please no more votes 19:47:11 (today) 19:47:13 i'm dizzy. 19:47:13 At a later date I mean 19:47:20 yeah, but that node manages other leaves 19:47:27 #startvote How should we name all other nodes which are part of 'resource' rack providing 'resource' service (compute or storage)? Resource_Nodes, Nodes, Instances, Other 19:47:27 Begin voting on: How should we name all other nodes which are part of 'resource' rack providing 'resource' service (compute or storage)? Valid vote options are Resource_Nodes, Nodes, Instances, Other. 19:47:28 Vote using '#vote OPTION'. Only your last vote counts. 19:47:30 Trunk? 19:47:32 Branch? 19:47:39 matty_dubs: splinter 19:47:46 #vote Other 19:47:48 #vote other 19:47:54 #vote other 19:47:55 I guess it depends on the 'resource' racks 19:47:59 Wait, what is this question 19:48:04 * pblaho suggests leaf node 19:48:07 #vote Other 19:48:07 #vote nodes 19:48:08 Everything in a resource rack? 19:48:10 #vote Other 19:48:17 matty_dubs: yeah 19:48:21 * jistr suggests non-controller node -- silly but precise 19:48:22 except management node 19:48:23 #vote Nodes 19:48:25 matty_dubs: except that management node 19:48:26 #vote resource_nodes 19:48:29 #other 19:48:31 Oh, yeah, good point 19:48:32 #vote resources 19:48:33 lsmola_: resources is not a valid option. Valid options are Resource_Nodes, Nodes, Instances, Other. 19:48:38 * marios not sure how much of this will actually ever be used in conversation 19:48:50 marios: we used this quite a lot 19:48:52 really 19:48:58 #vote resource_nodes 19:49:10 and it really depends how we name the "non-controller rack" or "resource rack" that we postponed 19:49:10 any other votes? 19:49:16 #showvote 19:49:17 Nodes (2): matty_dubs, lsmola_ 19:49:18 Other (5): julim, lblanchard, ifarkas, jistr, pblaho 19:49:19 Resource_Nodes (2): marios, jtomasek 19:49:21 jistr: agreed :) 19:49:27 Another where 'other' wins 19:49:29 #endvote 19:49:30 Voted on "How should we name all other nodes which are part of 'resource' rack providing 'resource' service (compute or storage)?" Results are 19:49:31 Nodes (2): matty_dubs, lsmola_ 19:49:32 Other (5): julim, lblanchard, ifarkas, jistr, pblaho 19:49:34 Resource_Nodes (2): marios, jtomasek 19:49:37 #action revote Resource Nodes 19:49:38 is there anyone who will be making some kind of image - diagram - of all these racks/nodes? 19:49:46 I did. 19:49:50 last one is about images 19:49:57 which we are going to provison on nodes 19:49:59 noslzzp: Can you re-send that to us? 19:50:06 #vote lolcats 19:50:06 #startvote How should we name images which are going to be provisioned on nodes? Images, Overcloud_Images, Other 19:50:07 Begin voting on: How should we name images which are going to be provisioned on nodes? Valid vote options are Images, Overcloud_Images, Other. 19:50:08 Vote using '#vote OPTION'. Only your last vote counts. 19:50:15 #vote Images 19:50:15 #vote overcloud_images 19:50:16 #vote images 19:50:16 matty_dubs: sure.. 19:50:25 #vote images 19:50:26 #vote images 19:50:30 #vote Images 19:50:30 #vote images 19:50:33 #vote images 19:50:35 #vote images 19:50:36 #vote images 19:50:38 so are we talking api/code now? 19:50:39 #vote images 19:50:40 or docs? 19:50:43 Ilike overcloud and undercloud 19:50:49 any more? 19:50:53 jcooley: 19:50:57 jcoufal: me 19:51:02 sorry for noise 19:51:05 jistr: right 19:51:07 :) 19:51:13 can someone answer my question? 19:51:14 jistr: both 19:51:19 #vote images 19:51:20 ok 19:51:25 #vote overcloud_images 19:51:33 api as well as ui as well as discussions 19:51:44 #endvote 19:51:45 Voted on "How should we name images which are going to be provisioned on nodes?" Results are 19:51:46 Images (11): julim, ifarkas, pblaho, marios, jtomasek, lblanchard, tzumainn, noslzzp, matty_dubs, jomara, jcoufal 19:51:48 Overcloud_Images (2): jistr, lsmola_ 19:51:49 The more we vote, the more I think I want the flexibility for us to change all of these down the road 19:51:54 ok this was voting 19:51:58 pretty crazy experience :) 19:52:04 Since we are voting on terms without knowing too much about what we're doing 19:52:07 (at least I am) 19:52:08 we have bunch of them to revote next week 19:52:12 and I will call it last chance 19:52:15 matty_dubs, +10 19:52:21 matty_dubs: yeah, at least some of them are pretty foggy 19:52:23 so feel free to update etherpad and think through them 19:52:25 jcoufal, can I suggest that we try and do the following for next week - create an architecture document using these terms 19:52:29 matty_dubs: it will be on wiki, etherpad or somewhere... not in stone 19:52:30 so that we can see how they fit 19:52:37 and that might help people make up their minds? 19:52:44 jcoufal: good job mate 19:52:45 tzumainn: if it helps, yes 19:52:52 Well can we keep the door open to individual revotes later down the road if we all come to hate some of these names? 19:52:55 is there anybody who want to take care about arch doc? 19:52:59 jcoufal, tzumainn : it will help a lot 19:53:14 I'm happy to help. 19:53:14 jcoufal: nice job running the votes! I agree we should have time to think through this more and revote on certain ones next week. 19:53:19 matty_dubs, I think "down the road" is dangerous, because it means we're pushing off potential decisions for the future 19:53:36 I'm happy to help as well, I just don't think I'm qualified to do it : ) 19:53:39 tzumainn: I'm saying we should run with these names, but not consider them completely immutable 19:53:41 draft diagrams sent.. 19:53:45 noslzzp: Thanks! 19:53:49 noslzzp: cool 19:53:50 #action create matty_dubs architecture doc using names and send it to the ML 19:53:56 tzumainn: matty_dubs: especialy the ones that impact the code... if we are having to rehaul names of stuff in the code, i'd rather now than later (well, actually i'd rather not at all..) 19:53:57 #topic Open Discussion 19:54:01 matty_dubs: i think so. It would be unpleasant after some GA release, but up to that point i hope we're quite free. 19:54:07 last 5 minutes for any other business 19:54:33 mexican wave! \o\ |o| /o/ 19:54:34 I would like to start etherpad with all possible states for racks/nodes 19:54:41 Yeah. I just want to make sure we don't say "Well we voted on them" and never allow us to change anything ever. 19:54:43 matty_dubs: feel free to ping me for that arch doc/diagram 19:54:57 fairly soon, so we can discuss there all combinations 19:55:03 marios: Meaning ping you to ask questions, or ping you to get it? 19:55:11 * marios hides 19:55:14 lol 19:55:17 * matty_dubs just dense 19:55:26 #action jcoufal start etherpad wtih possible rack/node states 19:55:40 matty_dubs: :) either 19:55:49 should we also put our tentative glossary on the wiki? it's easier for people to read in a cleaned up form, I think 19:55:57 tzumainn++ 19:56:14 tzumainn: you wanna take stab on that? 19:56:15 * pblaho looks for "tantative" in dictionary 19:56:23 thanks jcoufal.. 19:56:30 off to another meeting.. 19:56:37 lets revote now 19:56:37 jcoufal, sure! 19:56:41 noslzzp: thanks have a great day 19:56:50 * noslzzp has left the room and you feel a great sense of loss.. 19:56:53 just info: mrunge is working on blueprint that should simplify creating plugins for horizon, I'll discuss this more with him tomorrow... https://blueprints.launchpad.net/horizon/+spec/plugin-architecture 19:56:58 #action tzumainn create tentative glossary on wiki 19:57:10 tuskar is a nice way to test it 19:57:19 jtomasek: that's nice 19:57:38 any other business? 19:57:41 jtomasek: wow... but I would suggest to complete tuskar-ui CI task.... 19:58:11 ok, thanks everybody for this meeting, it was very productive 19:58:15 #endmeeting