| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-18 | |||
| 21:09:15 | mriedem | heh | |
| 21:09:21 | tssurya_ | dansmith : sure but is there a way to remove the instances ? | |
| 21:09:30 | dansmith | efried: haven't I approved enough stuff for you lately? | |
| 21:09:33 | mriedem | tssurya_: yeah, nova-manage db archive_deleted_rows | |
| 21:09:36 | dansmith | tssurya_: yes, that's the work item :) | |
| 21:09:38 | dansmith | mriedem: DUDE | |
| 21:09:42 | dansmith | mriedem: let me tell the stoy | |
| 21:09:44 | dansmith | *story | |
| 21:09:46 | tssurya_ | just like we now have a way to remove the hosts https://review.openstack.org/#/c/510324/ | |
| 21:09:49 | mriedem | oh, oops | |
| 21:09:49 | efried | dansmith "for me"? It's all "for nova"! | |
| 21:09:57 | efried | There is no efried. Only zuulv3 | |
| 21:10:16 | mriedem | well gather round children, | |
| 21:10:19 | mriedem | it's uncle dan's story time | |
| 21:10:34 | mriedem | long ago in a land called north carolina lived a boy named dan | |
| 21:10:34 | dansmith | tssurya_: so we remove instances once they're marked as deleted by "archiving" them with the command that mriedem mentioned | |
| 21:11:04 | dansmith | tssurya_: that moves them from the instances table to shadow_instances, where there are no constraints and then they can be deleted or dumped out to an archive log or something | |
| 21:11:18 | dansmith | tssurya_: right now, if you do this, you leave instance mappings for those instances which are no longer there forever, which is bad | |
| 21:11:20 | tssurya_ | mriedem, dansmith : I have seen the review of this nova-manage db archive_deleted_rows | |
| 21:11:38 | dansmith | tssurya_: while they're deleted=yes, they need their mapping, but once they get archived, the mapping should go away | |
| 21:11:57 | dansmith | tssurya_: so that archive command needs to follow up after the archival by deleting instance mappings from the api database | |
| 21:12:08 | dansmith | tssurya_: if you want to fix that since you're familiar with nova-manage now, that would be super awesome | |
| 21:12:21 | dansmith | generations of DBAs will thank you for years to come | |
| 21:12:25 | tssurya_ | dansmith : yes please would love to do it | |
| 21:12:33 | dansmith | woot ;) | |
| 21:12:50 | mriedem | uh, deleted=id | |
| 21:12:51 | mriedem | derp | |
| 21:12:56 | mriedem | c'mon | |
| 21:13:08 | dansmith | mriedem: in the object, it's boolean, c'mon | |
| 21:13:14 | mriedem | oh sheesh | |
| 21:13:34 | dansmith | tssurya_: you could re-use your bug for this, just maybe add a comment or change the title slightly to s/deleted/archived/ | |
| 21:13:42 | mriedem | once you've mastered removing instance mappings for super gone instances, | |
| 21:13:45 | mriedem | you can do the same for request specs | |
| 21:13:58 | dansmith | oh yeah, tssurya_ you should delete the reqspec at the same time | |
| 21:14:01 | dansmith | good call | |
| 21:14:10 | tssurya_ | dansmith, mriedem : yes shall do ; its this one ? https://bugs.launchpad.net/nova/+bug/1678056 | |
| 21:14:12 | openstack | Launchpad bug 1678056 in OpenStack Compute (nova) "RequestSpec records are never deleted when destroying an instance" [High,In progress] - Assigned to Sylvain Bauza (sylvain-bauza) | |
| 21:14:23 | dansmith | tssurya_: yep | |
| 21:14:41 | mriedem | yeah | |
| 21:15:01 | dansmith | tssurya_: you'll also have bauzas' gratitude for finishing his unfinished work :P | |
| 21:15:04 | tssurya_ | dansmith , mriedem : will get them done then :D | |
| 21:15:08 | dansmith | \o/ | |
| 21:15:09 | mriedem | thanks | |
| 21:15:24 | mriedem | also, my porch is suddenly full of wasps and spiders and i need someone to take care of that for me | |
| 21:15:31 | mriedem | although it is kind of spooky just in time for halloween | |
| 21:25:27 | mlavalle | mriedem: I responded to your comment in the spec | |
| 21:26:00 | mlavalle | I don't recall either that conversation during the PTG, but your feedback in the spec makes sense | |
| 21:30:59 | openstackgerrit | Eric Fried proposed openstack/nova master: Service user token requested with no auth https://review.openstack.org/512329 | |
| 21:33:29 | mriedem | mlavalle: looks like the spec was based on the notes in https://etherpad.openstack.org/p/placement-nova-neutron-queens-ptg | |
| 21:33:33 | mriedem | and i asked in there about the proxy thing too | |
| 21:35:30 | openstackgerrit | Chris Dent proposed openstack/nova master: [placement] Clean up TODOs in allocations.yaml gabbit https://review.openstack.org/513057 | |
| 21:41:07 | efried | Thanks dansmith. edmondsw FYI, https://review.openstack.org/#/c/510957/ is in the gate. | |
| 21:41:14 | openstackgerrit | Merged openstack/nova master: Send Allocations to spawn https://review.openstack.org/511879 | |
| 21:41:15 | efried | Thanks johnthetubaguy too ^ | |
| 21:41:20 | openstackgerrit | Merged openstack/nova master: docs: Explain the flow of the "serial console" feature https://review.openstack.org/476188 | |
| 21:41:38 | edmondsw | efried saw... tx everyone | |
| 21:42:41 | tonyb | Will writing an external app to listen to the notifications bus 'void my warrantee?' or otherwise make y'all sad? | |
| 21:42:58 | mriedem | ? | |
| 21:43:06 | tonyb | I need to clean up an external system when an instance is deleted and I think that's the least gross way to do it | |
| 21:43:18 | mriedem | there are lots of things that do that already | |
| 21:43:20 | mriedem | mistral | |
| 21:43:27 | mriedem | telemetry, searchlight | |
| 21:43:32 | mriedem | designate sink i think | |
| 21:43:41 | mriedem | tonyb: use the versioned notifications | |
| 21:44:01 | tonyb | okay cool. That's knoda what I thought, but they're OpenStack and this things would be far from it | |
| 21:44:18 | mriedem | oh well if it's not openstack it's not allowed | |
| 21:44:35 | tonyb | mriedem: Yup no point writing to the old thing | |
| 21:44:39 | tonyb | mriedem: okay | |
| 21:44:47 | mriedem | i'm joking | |
| 21:44:53 | tonyb | ;p | |
| 21:44:54 | mriedem | about the not openstack thing | |
| 21:45:12 | mriedem | cross polination is the name of the game nowadays | |
| 21:46:19 | tonyb | mriedem: of course I'll push for it but the decision isn't really mine to make | |
| 21:53:00 | openstackgerrit | Takashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration https://review.openstack.org/334732 | |
| 21:53:22 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Add 'delete_host' command in 'nova-manage cell_v2' https://review.openstack.org/510324 | |
| 21:54:29 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2) https://review.openstack.org/430608 | |
| 21:55:10 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2) https://review.openstack.org/459483 | |
| 21:55:26 | openstackgerrit | Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.54 - List/Show all server migration types https://review.openstack.org/430839 | |
| 21:56:13 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2) https://review.openstack.org/408955 | |
| 21:56:31 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964 | |
| 21:59:12 | openstackgerrit | Ed Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver https://review.openstack.org/495854 | |
| 21:59:13 | openstackgerrit | Ed Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils https://review.openstack.org/511357 | |
| 21:59:13 | openstackgerrit | Ed Leafe proposed openstack/nova master: Change RPC for select_destinations() https://review.openstack.org/510159 | |
| 21:59:14 | openstackgerrit | Ed Leafe proposed openstack/nova master: Make conductor pass and use host_lists https://review.openstack.org/511358 | |
| 22:05:31 | edleafe | dansmith: ^^ tests passed now, so I removed the 'or {}' | |
| 22:07:53 | openstackgerrit | Merged openstack/nova master: Move restart_compute_service to a common place https://review.openstack.org/512551 | |
| 22:09:53 | openstackgerrit | Merged openstack/nova stable/pike: Regenerate context during targeting https://review.openstack.org/512456 | |
| 22:09:58 | openstackgerrit | Merged openstack/nova stable/ocata: libvirt: add check for VIR_DOMAIN_BLOCK_REBASE_COPY_DEV https://review.openstack.org/512406 | |
| 22:10:12 | openstackgerrit | Merged openstack/nova stable/pike: Reproduce bug 1721652 in the functional test env https://review.openstack.org/511759 | |
| 22:10:13 | openstack | bug 1721652 in OpenStack Compute (nova) pike "Evacuate cleanup fails at _delete_allocation_for_moved_instance" [High,In progress] https://launchpad.net/bugs/1721652 - Assigned to Matt Riedemann (mriedem) | |
| 22:17:25 | mriedem | mlavalle: johnthetubaguy: sean-k-mooney: ok more comments in the port binding spec, specifically https://review.openstack.org/#/c/375580/13/specs/queens/approved/neutron-new-port-binding-api.rst@136 | |
| 22:17:47 | mlavalle | mriedem: thanks I saw them | |
| 22:17:53 | mriedem | i think there is a cleaner way to orchestrate some of the old/new flow stuff, which would also allow you to turn on the new flow if the source/dest during live migration are both running queens code | |
| 22:18:18 | mriedem | make conductor create the dest host binding, shove that into the migrate_data object, and have the computes key off that for doing stuff with the new dest host binding | |
| 22:18:38 | mriedem | also, don't have the virt driver call the neutron api to activate the dest host port binding, that needs to happen via compute manager in a generic way | |
| 22:19:14 | mriedem | i think the dest host port binding contains the details that are required to be put into the domain xml that goes on the dest host, but the spec isn't real clear about that | |
| 22:19:33 | mriedem | but that's probably the stuff that goes in the migrate_data and the compute keys off if it's doing new or old style stuff | |
| 22:21:05 | mlavalle | mriedem: cool, thanks. I'll probably shoot this in an email to sean-k-mooney later in an email to make sure he sees it firt thing in the morning | |
| 22:21:33 | mriedem | mlavalle: ok we might need a hangout in the morning | |
| 22:21:37 | mriedem | including johnthetubaguy | |