| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-02-09 | |||
| 16:29:05 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Remove **kwargs passing in payload __init__ https://review.openstack.org/418489 | |
| 16:29:05 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Refactor InstancePayload creation https://review.openstack.org/418488 | |
| 16:29:16 | mriedem | johnthetubaguy: ok, +W | |
| 16:29:25 | mriedem | johnthetubaguy: i've also sent a heads up to the operators list | |
| 16:29:46 | johnthetubaguy | mriedem: awesome, thanks | |
| 16:29:58 | johnthetubaguy | mriedem: I can get the backport in the queue to speed that up | |
| 16:30:47 | mriedem | johnthetubaguy: already done | |
| 16:31:06 | johnthetubaguy | oh. cool, thanks | |
| 16:39:42 | openstackgerrit | Stephen Finucane proposed openstack/nova master: hardware: Rework get_number_of_serial_ports https://review.openstack.org/407174 | |
| 16:39:42 | openstackgerrit | Stephen Finucane proposed openstack/nova master: hardware: Rework '_get_cpu_topology_constraints' https://review.openstack.org/407173 | |
| 16:39:43 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Log when conflicting image/flavor metadata found https://review.openstack.org/407175 | |
| 16:48:12 | auggy | mriedem: if someone else wanted to do the i18n liaison they could. There really wasn't anything to do. | |
| 16:48:53 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Add device_id when creating ports https://review.openstack.org/431545 | |
| 16:56:52 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Transform missing delete notifications https://review.openstack.org/410297 | |
| 17:01:04 | openstackgerrit | Stephen Finucane proposed openstack/nova-specs master: Reserve NUMA nodes with PCI devices attached https://review.openstack.org/364468 | |
| 17:03:35 | openstackgerrit | Stephen Finucane proposed openstack/nova-specs master: Fix additional mistakes in the NUMA spec document https://review.openstack.org/323252 | |
| 17:04:55 | BobBall | johnthetubaguy: sorry - not sure how I missed the comment. Investigating. | |
| 17:05:27 | BobBall | johnthetubaguy: Citrix CI looks health to me? http://ci-watch.tintri.com/project?project=nova | |
| 17:05:52 | johnthetubaguy | BobBall: OK, strange. | |
| 17:08:57 | openstackgerrit | John Garbutt proposed openstack/nova master: Use admin context to create neutron ports https://review.openstack.org/357540 | |
| 17:12:06 | openstackgerrit | John Garbutt proposed openstack/nova master: Use admin context to create neutron ports https://review.openstack.org/357540 | |
| 17:14:06 | openstackgerrit | John Garbutt proposed openstack/nova master: Use admin context to create neutron ports https://review.openstack.org/357540 | |
| 17:37:56 | oomichi | johnthetubaguy: hi, can you take a look at https://review.openstack.org/#/c/389338 again ? I replied your question | |
| 17:42:14 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: libvirt: reintroduce runtime image type detection https://review.openstack.org/363547 | |
| 17:43:22 | openstackgerrit | John Garbutt proposed openstack/nova master: Assume neutron port_binding extensions enabled https://review.openstack.org/357726 | |
| 17:44:57 | openstackgerrit | John Garbutt proposed openstack/nova master: Use admin context to create neutron ports https://review.openstack.org/357540 | |
| 17:45:59 | openstackgerrit | melanie witt proposed openstack/nova master: Request zero root disk for boot-from-volume instances https://review.openstack.org/428481 | |
| 17:46:00 | openstackgerrit | melanie witt proposed openstack/nova master: Claim and report zero root disk for boot-from-volume instances https://review.openstack.org/428505 | |
| 17:53:00 | openstackgerrit | Andreas Jaeger proposed openstack/nova master: Prepare for using standard python tests https://review.openstack.org/429391 | |
| 17:54:11 | cdent | jaypipes, edleafe: I'm on PTO tomorrow. If one of you is feeling inspired on the resource providers update front, please do one. | |
| 17:54:49 | jaypipes | cdent: unfortunately, I won't have the time to do it :( | |
| 17:54:56 | jaypipes | edleafe: would you have the bandwidth? | |
| 17:55:45 | cdent | jaypipes: no worries. I was hoping to do it this evening, but getting https://review.openstack.org/#/c/421846/ ready used up all my capacity for processing | |
| 17:55:46 | dansmith | we should merge this now that pike is open, before we land any other migrations: https://review.openstack.org/#/c/427900/ | |
| 17:56:00 | edleafe | jaypipes: cdent: yes | |
| 17:56:06 | cdent | edleafe++ | |
| 17:56:20 | jaypipes | edleafe: thank you Ed, I appreciate that very much. | |
| 17:56:23 | cdent | thanks | |
| 17:57:16 | cdent | I'm offf to birmingham to see my son before he heads off to southeast asia for a few months. He'll probably end up deciding not to come back to the western world. (I wouldn't) | |
| 17:59:06 | edleafe | jaypipes: Anything in particular besides https://review.openstack.org/#/c/404472/ ? | |
| 18:00:35 | jaypipes | edleafe: not from me, no. I need to get that rebased, along with the entire nested resource providers series. | |
| 18:00:49 | jaypipes | edleafe: also, need to work on traits bp/spec and PoC reviews before PTG | |
| 18:01:08 | edleafe | jaypipes: roger that | |
| 18:01:24 | cdent | edleafe: my usual strategy (if you're talking about the update email) is look for patches from the usual suspects that appear to be related, and then look at any pending specs, and then see what bugs tagged placement or scheduler are being worked on | |
| 18:02:38 | mriedem | johnthetubaguy: if you go through the multiattach nova spec again before the ptg, we should maybe highlight some sticky points from that for discussion | |
| 18:02:45 | mriedem | like i think evacuate, upgrade, | |
| 18:02:58 | mriedem | something about changing status on the attachment from the nova side which i disagreed with | |
| 18:04:06 | johnthetubaguy | mriedem: thats a good idea, get a list of sticking point | |
| 18:05:56 | mriedem | sdague: i can use your local_conf builder in project-config now right? it just won't do anything until the d-g changes are in | |
| 18:09:42 | cfriesen | can someone explain why we need to check "if 'id' in self" in objects/flavor.py? Do we not populate the "id" field when retrieving from the api DB? | |
| 18:10:35 | mriedem | has to do with the api db lookup doesn't it? | |
| 18:12:43 | melwitt | id gets generated only after a create(). so if a flavor object wasn't looked up and hasn't yet been create()'d, it won't have 'id' | |
| 18:13:10 | dansmith | all of this needs to diaf now | |
| 18:13:24 | dansmith | it's long since unused | |
| 18:13:37 | cfriesen | dansmith: I'm in newton | |
| 18:13:47 | mriedem | but...when i upgrade directly from mitaka to pike...i might need this to work dansmith | |
| 18:14:02 | dansmith | mriedem: oh well in that case, I'll kill it right now | |
| 18:14:13 | mriedem | cfriesen: melwitt answered your question | |
| 18:14:21 | mriedem | cfriesen: and dansmith is talking about killing it in pike | |
| 18:14:41 | cfriesen | melwitt: thanks. yes, killing in pike is fine. | |
| 18:15:24 | mriedem | well i know what dan is going to be doing later today | |
| 18:16:30 | dansmith | s/later today/right fucking now/ | |
| 18:30:53 | openstackgerrit | Maciej Szankin proposed openstack/nova master: A demo script for updating resource inventory https://review.openstack.org/382613 | |
| 18:51:36 | mriedem | raj_singh: johnthetubaguy: fyi https://review.openstack.org/#/c/431713/ | |
| 18:53:22 | openstackgerrit | Diana Clarke proposed openstack/nova master: Fix nova-manage cell_v2 metavar strings https://review.openstack.org/431714 | |
| 18:58:51 | raj_singh | mriedem: nice, thx | |
| 18:59:20 | dansmith | have I mentioned that I hate flavors? | |
| 18:59:28 | EmilienM | I hate discover_hosts command | |
| 18:59:37 | EmilienM | and the fact you need to run it manually for big clouds | |
| 19:00:17 | EmilienM | we are having hard time in tripleo to understand when to run it (at the end of deployment I guess) but it's racy because we can't control the nova-compute registration | |
| 19:03:26 | EmilienM | dansmith: do you know how many time (roughly) would take a discover_hosts with ~100 hosts? | |
| 19:03:32 | mriedem | EmilienM: then enable the auto discovery in the scheduler | |
| 19:03:45 | openstackgerrit | Anusha Unnam proposed openstack/nova master: Disassociate floating ip when fixed ip is removed https://review.openstack.org/350299 | |
| 19:03:54 | dansmith | EmilienM: loading 100 rows from the database is pretty fast | |
| 19:04:14 | EmilienM | mriedem: it's not suggested by nova if I read the code | |
| 19:04:26 | mriedem | EmilienM: i think that means like CERN | |
| 19:04:40 | mriedem | 10's of thousands of hosts | |
| 19:04:43 | mriedem | but dansmith can correct me | |
| 19:05:02 | dansmith | mriedem: nah, fewer per cell | |
| 19:05:09 | dansmith | mriedem: a few hundred at most I think | |
| 19:05:12 | mriedem | oh right | |
| 19:05:18 | EmilienM | mriedem: https://github.com/openstack/nova/blob/master/nova/conf/scheduler.py#L138-L143 | |
| 19:05:19 | dansmith | which at host add time is.. not a problem | |
| 19:05:52 | mriedem | i'd think 100 hosts per cell is small enough | |
| 19:06:00 | mriedem | but i assume there is also some hedging in there | |
| 19:06:03 | mriedem | given it came in late | |
| 19:06:09 | EmilienM | dansmith: would it be acceptable in TripleO / Director to use discover_hosts_in_cells_interval ? | |
| 19:06:24 | EmilienM | you can say no, but I need to find another way to run this command after all computes are run then | |
| 19:06:36 | dansmith | EmilienM: I think you'll just race with it, and I don't understand why you can't run this after everything is setup | |
| 19:07:06 | mriedem | tripleo doesn't have some kind of post-deploy hook? | |
| 19:07:13 | EmilienM | dansmith: because nova-compute start at step 5 (last step) | |
| 19:07:20 | mriedem | so add a step 6? | |
| 19:07:34 | EmilienM | that's an option but it adds runtime in deployment | |
| 19:08:28 | EmilienM | mriedem: we have post-deploy | |
| 19:08:40 | EmilienM | mriedem: we're currently investigating if it fits in there | |
| 19:16:14 | cfriesen | does nova handle modifying extra-specs on flavors that are currently in-use by instances? If so, is there any way to retrieve the flavor extra specs that were actually used to boot a given instance? | |
| 19:25:14 | mriedem | cfriesen: the flavor, along with it's extra specs, are stored with the instance after it's created | |
| 19:25:19 | mriedem | in the instance_extra table | |
| 19:25:28 | mriedem | so you can delete the original flavor and still resize/migrate the instance | |
| 19:26:06 | mriedem | cfriesen: as for the 2nd part of your question, i think you can pull deleted flavors if you're an admin | |