Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-03-11
21:24:21 dansmith mikal: I can only imagine that cburgess' strategy was to argue with and tax the bear until he gives up and agrees to be as passive as the squrrels, in which case I would agree with you about our doomed-ness
21:24:58 mikal dansmith: well, there was bear repellant at REI, and I nearly bought some until I realised I only had to run faster than cburgess to survive.
21:25:32 dansmith yep, always adventure with a slower person
21:25:33 mikal Anyway, the scariest things in the US are the humans as best as I can tell.
21:25:59 mikal And if you can convince your walking partner to regularly rub themselves down with bbq sauce all the better.
21:26:05 dansmith lol
21:26:18 efried aka "mosquito repellant"
21:26:22 dansmith maybe they should sell aerosol bbq sauce next to the aerosol bear spray?
21:26:39 dansmith "choose your strategy"
21:26:42 dansmith "offense or defense"
21:29:20 dansmith https://www.youtube.com/watch?v=RZiYpDw_UM8
21:29:24 dansmith found it ^
21:31:36 cburgess mikal: Yes I still lurk here most days. You all are the only friends I have.
21:31:48 cburgess dansmith: Tax them? I mean argue with them I get, but tax them?
21:32:12 dansmith cburgess: yeah, I don't understand the logic either, but.. alas :D
21:32:19 cburgess LOL
21:32:49 dansmith but seriously, I'm thinking if you're the slow one, a long-range BBQ sauce spray bottle could be real handy
21:33:16 dansmith and, you didn't even technically perform an aggressive act, you just sauced up a buddy
21:33:27 dansmith so you get to keep your membership card and everything
21:37:40 mikal So that was the time dansmith defined covering a person with bbq sauce while being attacked by bears as an act of friendship.
21:37:44 efried You just know the early iterations of that spray were flammable
21:38:20 dansmith mikal: can you imagine a more loving way to feed someone to a bear than cover them in delicious BBQ sauce?
21:47:01 openstackgerrit Jeremy Stanley proposed openstack/nova master: [DNM] Exercising base-test for a master change https://review.openstack.org/642580
21:48:28 openstackgerrit Jeremy Stanley proposed openstack/nova master: [DNM] Exercising base-test for a master change https://review.openstack.org/642580
21:50:20 openstackgerrit Jeremy Stanley proposed openstack/nova stable/rocky: [DNM] Exercising base-test for a rocky change https://review.openstack.org/642582
22:43:18 openstackgerrit Matt Riedemann proposed openstack/nova master: Add finish_snapshot_based_resize_at_dest compute method https://review.openstack.org/635080
22:43:19 openstackgerrit Matt Riedemann proposed openstack/nova master: Add FinishResizeAtDestTask https://review.openstack.org/635646
22:43:19 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field https://review.openstack.org/614035
22:43:20 openstackgerrit Matt Riedemann proposed openstack/nova master: Execute CrossCellMigrationTask from MigrationTask https://review.openstack.org/635668
22:43:20 openstackgerrit Matt Riedemann proposed openstack/nova master: Plumb allow_cross_cell_resize into compute API resize() https://review.openstack.org/635684
22:43:21 openstackgerrit Matt Riedemann proposed openstack/nova master: Filter duplicates from compute API get_migrations_sorted() https://review.openstack.org/636224
22:43:22 openstackgerrit Matt Riedemann proposed openstack/nova master: Change HostManager to allow scheduling to other cells https://review.openstack.org/614037
22:43:22 openstackgerrit Matt Riedemann proposed openstack/nova master: Add CrossCellWeigher https://review.openstack.org/614353
22:43:22 openstackgerrit Matt Riedemann proposed openstack/nova master: Start functional testing for cross-cell resize https://review.openstack.org/636253
22:43:23 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source https://review.openstack.org/637058
22:43:24 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add ConfirmResizeTask https://review.openstack.org/637070
22:43:24 openstackgerrit Matt Riedemann proposed openstack/nova master: Add confirm_snapshot_based_resize conductor RPC method https://review.openstack.org/637075
22:43:25 openstackgerrit Matt Riedemann proposed openstack/nova master: Confirm cross-cell resize from the API https://review.openstack.org/637316
22:43:25 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add revert_snapshot_based_resize_at_dest compute method https://review.openstack.org/637630
22:43:26 openstackgerrit Matt Riedemann proposed openstack/nova master: Deal with cross-cell resize in _remove_deleted_instances_allocations https://review.openstack.org/639453
22:43:26 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add finish_revert_snapshot_based_resize_at_source compute method https://review.openstack.org/637647
22:43:27 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add RevertResizeTask https://review.openstack.org/638046
22:43:27 openstackgerrit Matt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize conductor RPC method https://review.openstack.org/638047
23:33:21 openstackgerrit Merged openstack/nova master: Handle templated cell mappings in nova-status https://review.openstack.org/641021
23:53:21 openstackgerrit Takashi NATSUME proposed openstack/nova master: Update compute rpc version alias for stein https://review.openstack.org/642599
#openstack-nova - 2019-03-12
00:12:33 openstackgerrit Merged openstack/nova master: Remove fake_libvirt_utils from the cache concurrency tests. https://review.openstack.org/642556
00:28:51 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: qemu: Make disk image conversion dramatically faster https://review.openstack.org/640781
00:28:51 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Use 'writeback' QEMU cache mode for Nova instances https://review.openstack.org/641981
00:44:06 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: WIP: Gracefully handle QEMU machine types for guests https://review.openstack.org/631154
01:03:59 openstackgerrit Matt Riedemann proposed openstack/nova stable/rocky: Handle templated cell mappings in nova-status https://review.openstack.org/642611
05:57:15 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Add description for BDM volume_size https://review.openstack.org/641255
05:57:19 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Add description for BDM volume_size https://review.openstack.org/641255
07:01:14 openstackgerrit Ying Wang proposed openstack/nova stable/rocky: Modified the filter regulation of 'Instance Name' for filter instance https://review.openstack.org/642659
07:37:57 openstackgerrit Boxiang Zhu proposed openstack/nova master: Remove the unsafe convert of lvm imagebackend https://review.openstack.org/642667
07:54:57 openstackgerrit Ying Wang proposed openstack/nova master: It was modified to the exact filter regulation of 'Instance Name' for filter instance https://review.openstack.org/642675
08:51:38 openstackgerrit Boxiang Zhu proposed openstack/nova master: Remove the unsafe convert of lvm imagebackend https://review.openstack.org/642667
09:59:32 openstackgerrit ya.wang proposed openstack/nova master: Update docs: User token times out during long-running operations https://review.openstack.org/642410
13:13:27 mriedem lyarwood: a few small things in https://review.openstack.org/#/c/551349/
13:26:33 mriedem gibi: heh found a use case for something we talked about recently https://review.openstack.org/#/c/387687/
13:27:01 mriedem compute node went down, admin unbinds a port to re-use it elsewhere, compute node comes back up and delete the old server and nova deletes the port
13:27:11 mriedem or unbinds it from the server it was currently bound to
13:31:52 gibi mriedem: hm, that sounds like a bug
13:32:23 gibi mriedem: nova should check if the port is bound to the same server as nova things to bound to before unbind
13:34:19 mriedem yeah there is an old bug for it
13:34:23 mriedem https://bugs.launchpad.net/nova/+bug/1634269
13:34:23 openstack Launchpad bug 1634269 in OpenStack Compute (nova) "Incorrect port unbind request on instance delete" [Low,In progress] - Assigned to AJAY KALAMBUR (akalambu)
13:34:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Fix incorrect port unbind request in nova on instance delete https://review.openstack.org/387687
13:37:36 gibi OK, so in the fix we simply refresh nova's view based on neutron's view and only unbind if the vif is still belongs to the instance
13:37:42 gibi that could work
13:38:32 gibi in a similar scenario with bandwidth when neutron admin forcefully unbind the port then the resource allocation view will become inaccurate
13:39:39 gibi then when the old nova instance is deleted the whole resource allocation is deleted in placement so the inventory become correct eventually
13:41:06 gibi hm, in the bug, the instance is deleted while the compute was still down. I'm not sure when the allocation for such instance is deleted from placement
13:43:46 gibi OK. compute.api._local_delete calls delete_allocation_for_instance() so if the admin unbinds the port _after_ the instance is local deleted then the resource view is in a correct state
13:46:42 gibi mriedem: So I don't see that this sceanrio leads to any issue with bandwidth resource
13:46:48 mriedem this bug predates placement by a long shot
13:46:53 mriedem i'm not saying it does,
13:47:04 mriedem we have just talked about the weird corner case of unbinding ports out of band
13:51:18 gibi mriedem: yeah, the use case seems valid
13:53:50 openstackgerrit Jack Ding proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.openstack.org/621646
13:56:13 mriedem melwitt: is this really stein rc potential? https://bugs.launchpad.net/nova/+bug/1816399 - isn't that a latent issue since rocky?
13:56:13 openstack Launchpad bug 1816399 in OpenStack Compute (nova) "The periodic task to clean up expired console_auth tokens is invalid" [Undecided,In progress] - Assigned to Takashi NATSUME (natsume-takashi)
16:10:08 openstackgerrit Matt Riedemann proposed openstack/nova-specs master: Re-propose cross-cell-resize spec for Train https://review.openstack.org/642807
16:12:15 dansmith mriedem: regarding this: https://review.openstack.org/#/c/567701, where is the az set on the reqspec during live migration?
16:14:41 mriedem the request spec az is set on server create and never changes
16:15:10 dansmith okay I'm missing something about your assertion in the commit message then
16:16:07 dansmith you say the reqspec.az is what the az filter looks at, and that means the instance can be moved across azs, which I assumed meant we update it so after you move it it's correct,
16:16:20 dansmith but if not, then if you force a move across azs, and then do something like a resize,
16:16:34 dansmith the instance will pop back over to the old az during scheduling, yeah? Is that what you meant?
16:19:33 mriedem replied inline
16:20:38 dansmith mriedem: okay I'm more talking about the case where az *is* set
16:20:56 dansmith agree that if it's not set, it shouldn't matter, that's the easy case
16:21:18 mriedem i wasn't considering the force case here,
16:21:25 mriedem that's a separate f'ed up issue that evacuate will also suffer from
16:21:53 mriedem but yeah, if you request server create in AZ1, admin forces live migrate or evacuate to AZ2, and then the user resizes, they'll wind up back in AZ1
16:21:56 mriedem b/c of the request spec
16:22:07 mriedem another example of why we removed the force parameter
16:22:13 mriedem but it's a separate bug imo
16:24:25 dansmith mriedem: I'm more interested in the v2.1 case, since that's all that osc seems to support right now, which by my reading is kinda equivalent to force=True with a destination right?
16:24:43 dansmith mriedem: I'm actually asking about this for another reason, not for confirmation of your patch itself
16:26:54 mriedem "which by my reading is kinda equivalent to force=True with a destination right" yup

Earlier   Later