| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-11-03 | |||
| 15:23:47 | alex_xu | fried_rice: good catch :) I found all the presenter on the CCTV new has huge head, i guess that is one of standard for choice presenter... | |
| 15:24:14 | fried_rice | That and the perfectly-sculpted hair. But that's a universal TV anchor requirement. | |
| 15:25:03 | alex_xu | yea | |
| 15:31:06 | openstackgerrit | Merged openstack/nova master: Updated from global requirements https://review.openstack.org/517489 | |
| 15:59:51 | openstackgerrit | Eric Fried proposed openstack/nova master: placement: AllocCands.get_by_{filters => requests} https://review.openstack.org/514092 | |
| 16:00:01 | fried_rice | leakypipes As promised ^ | |
| 16:00:43 | leakypipes | fried_rice: guh, was just about to push latest refactoring series... | |
| 16:01:15 | openstackgerrit | Jay Pipes proposed openstack/nova master: begin refactor AllocCandidates._get_by_filters() https://review.openstack.org/516778 | |
| 16:01:16 | openstackgerrit | Jay Pipes proposed openstack/nova master: build alloc request resources for shared resources https://review.openstack.org/516780 | |
| 16:01:16 | openstackgerrit | Jay Pipes proposed openstack/nova master: build ProviderSummary objects in sep function https://review.openstack.org/516779 | |
| 16:01:17 | openstackgerrit | Jay Pipes proposed openstack/nova master: finish refactor AllocCandidates._get_by_filters() https://review.openstack.org/516782 | |
| 16:01:17 | openstackgerrit | Jay Pipes proposed openstack/nova master: create allocation request for single provider https://review.openstack.org/516781 | |
| 16:01:18 | openstackgerrit | Jay Pipes proposed openstack/nova master: Add ProviderSummary.resource_class_names @property https://review.openstack.org/517646 | |
| 16:01:18 | openstackgerrit | Jay Pipes proposed openstack/nova master: handle traits with sharing providers https://review.openstack.org/517119 | |
| 16:01:18 | openstackgerrit | Jay Pipes proposed openstack/nova master: required traits for no sharing providers https://review.openstack.org/517027 | |
| 16:03:07 | leakypipes | fried_rice: since you based yours off of 8c0188d8b0151daf31340d2a6ab2d932d8fa15b0 (the WIP: handle traits.. patch), you'll want to rebase from the latest version of that which I just pushed. | |
| 16:12:47 | openstackgerrit | Ed Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils https://review.openstack.org/511357 | |
| 16:12:47 | openstackgerrit | Ed Leafe proposed openstack/nova master: Change RPC for select_destinations() https://review.openstack.org/516707 | |
| 16:12:48 | openstackgerrit | Ed Leafe proposed openstack/nova master: Make conductor pass and use host_lists https://review.openstack.org/511358 | |
| 16:27:11 | figleaf | Hey fried_rolls, if you're a Simpsons fan: https://getyarn.io/yarn-clip/9fa624dd-1cdc-4445-b95f-bb5d6aa3d178 | |
| 16:31:05 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Avoid redundant security group queries in GET /servers/{id}/os-security-groups https://review.openstack.org/517648 | |
| 17:06:50 | openstackgerrit | Jay Pipes proposed openstack/nova master: Add ProviderSummary.resource_class_names @property https://review.openstack.org/517646 | |
| 17:06:51 | openstackgerrit | Jay Pipes proposed openstack/nova master: handle traits with sharing providers https://review.openstack.org/517119 | |
| 17:07:50 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: update client to set parent provider https://review.openstack.org/385693 | |
| 17:07:50 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: adds REST API for nested providers https://review.openstack.org/384807 | |
| 17:23:03 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: update client to set parent provider https://review.openstack.org/385693 | |
| 17:23:03 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: adds REST API for nested providers https://review.openstack.org/384807 | |
| 17:34:08 | evrardjp | doing the needful I see? | |
| 17:38:56 | openstackgerrit | Merged openstack/nova master: RequestGroup class for placement & consumers https://review.openstack.org/517364 | |
| 18:02:04 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 18:03:09 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements https://review.openstack.org/511035 | |
| 18:33:38 | openstackgerrit | Merged openstack/nova master: libvirt: Don't VIR_MIGRATE_NON_SHARED_INC without migrate_disks https://review.openstack.org/507202 | |
| 18:50:38 | fried_rice | figleaf I don't get it :( | |
| 18:57:38 | figleaf | fried_rice: then I guess you're not a fan. Fried rice, fried rolls... fried cheese! | |
| 18:58:08 | fried_rice | figleaf I dig it. | |
| 18:59:09 | fried_rice | figleaf I own a Brazilian jiu jitsu school, and just added a noon MWF class with a new instructor. So for the forseeable future I'll be going in to make sure everything's running smoothly. In BJJ, sparring is called "rolling". So, as delicious as "fried rolls" sound, it has nothing to do with food :) | |
| 19:02:12 | figleaf | fried_rice: ah, I thought you were going for a greasy theme :) | |
| 19:02:29 | fried_rice | figleaf Don't get me wrong, I love to eat fried stuff. | |
| 19:25:21 | fried_rice | Fly safe edleafe | |
| 20:19:34 | fried_rice | leakypipes Would I be correct in stating that GET /allocation_candidates affordance of n-r-p has not yet been started? | |
| 20:20:43 | fried_rice | leakypipes ...but that that's the last major piece to be tackled after the series at https://review.openstack.org/#/c/377138/ is merged? | |
| 21:30:14 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/pike: libvirt: properly decode error message from qemu guest agent https://review.openstack.org/517727 | |
| 21:35:17 | cdent | fried_rice: nice work on the rp update, thanks for doing that | |
| 21:35:18 | mriedem | edleafe: dansmith: melwitt: did you guys ever talk about an agenda for the nova onboarding session? https://etherpad.openstack.org/p/SYD-forum-nova-onboarding | |
| 21:35:52 | fried_rice | cdent Sure thing. Hope I didn't eff anything up :) And I would like to get some tips for next week on how you produce that list at the bottom. | |
| 21:38:26 | cdent | fried_rice: I don’t have a consistent strategy. It’s mostly based on stuff I’m aware of plus looking at anything written by the usual suspects and a general review of any bugs tagged placement | |
| 21:38:41 | fried_rice | cdent Okay. | |
| 21:38:45 | cdent | I don’t try to get everything as that would be painful | |
| 21:38:55 | cdent | early on I did | |
| 21:39:12 | cdent | but then it got out of hand, especially since if you squint anything is related to placement | |
| 21:39:20 | fried_rice | heh, yeah. | |
| 21:39:55 | fried_rice | Well, maybe I'll just do the same thing next week and let you fill the bellows again when you get back. | |
| 21:40:24 | cdent | I’ll fix up the get/put spec later today (it’s early saturday morning apparently, but doesn’t feel like it) but if you want to mess with the code please feel free | |
| 21:40:59 | cdent | yeah, bellows is a good metaphor. Probably worthwhile _not_ reporting everything as it gets overwhelming and there’s no way to care about everything. | |
| 21:42:18 | fried_rice | cdent Okay, so IIUC on the code side one would need to modify GET /allocation_candidates to produce its allocation_requests in the new format; update the renos, api-ref, etc. accordingly; and... anything else? | |
| 21:43:16 | cdent | that’s pretty much it. the messy bits usually come with making sure the microversions do the right thing | |
| 21:43:22 | fried_rice | cdent May actually be best holding off on that until the dust settles on The Big Refactor. | |
| 21:43:28 | fried_rice | But I'll keep an eye on it. | |
| 21:43:52 | cdent | Is it naive of me to hope that the big refactor won’t have that big of an impact on the http layer? | |
| 21:44:04 | fried_rice | It should have a zero impact on the HTTP layer | |
| 21:44:07 | cdent | jmlowe: are you/will you be in oz? | |
| 21:44:09 | fried_rice | That's the goal, anyway. | |
| 21:44:15 | cdent | “should” is a dangerous word | |
| 21:44:26 | fried_rice | Well, except for possibly fixing bugs. | |
| 21:44:54 | jmlowe | cdent: nope, couldn't make the trip, especially not with SC the next week | |
| 21:45:34 | cdent | jmlowe: ah yeah, makes sense. Give jlf a big wet sloppy kiss from me. | |
| 21:45:35 | fried_rice | cdent But that's why I'm big on getting more functional test coverage in there. So that we can *prove* the refactor doesn't affect behavior. | |
| 21:45:45 | cdent | fried_rice++ | |
| 21:45:57 | jmlowe | cdent: I'm definitely going to Vancouver and I've got pretty good odds of being able to make Berlin | |
| 21:46:07 | fried_rice | But moreover, it's uncovering and/or highlighting existing bugs. | |
| 21:46:16 | cdent | if we can agree on behavior, that will help with the bug finding… | |
| 21:46:27 | cdent | jmlowe: awesome would be good to hang out again | |
| 21:46:37 | fried_rice | That's actually easier (in *most* cases) than trying to make the code behave accordingly. | |
| 21:46:44 | jmlowe | cdent: absolutely | |
| 21:47:22 | cdent | fried_rice: I’m unsure. I mean I hope that’s the case, but … ? | |
| 21:48:29 | fried_rice | The cases that are tough to reason about involve e.g. same-rc-local-and-shared, as we've discussed previously. But leakypipes and I found some of the places that deal with that; he put a stake in the ground that we ignore the shared provider in that scenario; and I forced him to put code comments describing that behavior and referencing the bug. | |
| 21:48:39 | fried_rice | cdent So I would say that's progress. | |
| 21:48:53 | cdent | progress is nice | |
| 21:49:10 | cdent | I’m going to progress around outside a bit to try and fake myself into thinking it is not nighttime | |
| 21:49:17 | fried_rice | cdent Enjoy! | |
| 21:58:38 | mriedem | dansmith: i filled in the placement update etherpad agenda a bit, feel free to modify https://etherpad.openstack.org/p/SYD-forum-nova-placement-update | |
| 23:05:44 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: adds REST API for nested providers https://review.openstack.org/384807 | |
| 23:05:45 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: update client to set parent provider https://review.openstack.org/385693 | |
| #openstack-nova - 2017-11-04 | |||
| 00:28:26 | gunix | hey guys | |
| 00:28:42 | gunix | how does nova configure key pairs on the VM? i mean, how does it upload the key to the instance? | |
| 00:33:26 | efried | gunix I'm no expert, but possibly through config drive? | |
| 00:33:38 | gunix | what is a config drive? | |
| 00:34:13 | efried | It's a thing that gets attached to the instance when it's spawned. It can contain instance-specific data like its hostname and IP address. | |
| 00:34:23 | efried | But it's entirely possible that key pairs get handled through some other mechanism. | |
| 00:34:47 | gunix | yea, ip confuses me too | |
| 00:35:11 | gunix | i mean well, dhcp agent handles that | |
| 00:35:14 | gunix | i guess based on mac | |
| 00:35:25 | efried | For DHCP setups | |
| 00:35:33 | gunix | however, ssh key gets somehow injected. you find it on the vm, within .ssh/authorized_keys | |
| 00:36:14 | efried | I'm afraid you may not have much luck in IRC at the moment - the summit starts on Monday and it's in Sydney, so most people are either on planes or already there, where it's tomorrow. | |
| 00:36:21 | gunix | i wonder if qemu for example opens the qcow2 file, finds the file located at /root/.ssh/authorized_keys and adds a line to it | |
| 00:36:43 | gunix | yea and the flight is long | |
| 00:37:13 | efried | So the config drive contains data, and a thing called cloud-init runs and pulls data from it somehow to do things that are instance-specific. | |
| 00:37:27 | gunix | strange part is i sent an email to someone from OSA regarding a bug fix which i am proud of since it's my first bugfix but i won't get an answer anytime soon | |
| 00:37:59 | efried | Mm, new to the community? Get ready for a surprising amount of cultural indoctrination. | |