Earlier  
Posted Nick Remark
#openstack-nova - 2017-04-20
14:56:51 mriedem alex_xu: we actually have CLIs for these in novaclient already
14:57:20 mriedem gibi: np
14:57:22 imacdonn lyarwood, mdbooth, terminate connection is NOT part of bdm.detach, though
14:57:23 mdbooth lyarwood: That's a question, btw. Do we know for sure that is/isn't the case?
14:57:34 mriedem alex_xu: nova migration-list [--host] [--status]
14:57:49 mdbooth imacdonn: If it was synchronous it would at least be a lever we could use to fix the problem.
14:57:50 mriedem alex_xu: we don't allow listing migrations via os-migrations and filtering on instance uuid from the CLI
14:57:57 mriedem we could certainly add that
14:57:58 mdbooth If it's async this could be messy.
14:58:18 mriedem alex_xu: then we also have nova server-migration-list <server>
14:58:24 mriedem which is using /servers/server_id/migrations
14:58:31 zioproto dansmith: https://pastebin.com/n0THHGSG
14:58:31 mriedem from a CLI perspective, it's very confusing
14:58:34 imacdonn mdbooth, you mean like a "callback when it's done" thing ?
14:58:44 dansmith zioproto: interesting
14:58:55 mdbooth I mean: don't return control until it's done
14:59:06 zioproto dansmith: my production database is always interesting :(
14:59:18 dansmith zioproto: no, this is super helpful
14:59:23 mdbooth If nova knew that immediately after terminate connection returned the connection was definitely already be gone, we could use that
14:59:29 imacdonn mdbooth, I believe that's how it is already ... cinderclient waits for the response to an HTTP request
14:59:31 lyarwood imacdonn: sorry, I'm talking about the driver bdm - https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L294-L352
14:59:55 mriedem alex_xu: takashin: so maybe we just leave /servers/server_id/migrations as doing the server-side in-progress filtering as it does today, and expand the "nova migration-list" CLI to allow filtering on instance uuid too
14:59:58 zioproto dansmith: I have upgrade date on Saturday 29th of April :) Do you think I can find a fix by then ? :)
15:00:10 mriedem and clarify the help text in the api ref docs and CLI help text
15:00:13 dansmith zioproto: yep
15:00:40 mriedem alex_xu: takashin: part of the problem is we just don't document os-migrations very well in the api-ref
15:00:42 zioproto dansmith: I have the feeling everytime I chat with you a new Nova release comes out :D
15:00:57 dansmith zioproto: heh
15:01:01 mdbooth lyarwood kashyap: Any idea what the status of qemu iscsi multipath is?
15:01:10 lyarwood mdbooth: yeah looking at the cinderv2 code it looks synchronous
15:01:22 mdbooth lyarwood: Got a link?
15:01:26 zioproto I am building the ubuntu packages for 14.0.5 ... but I will wait a 14.0.6 if something still needs to be changed for the database migrations
15:01:38 lyarwood mdbooth: AFAIK it's in and we have some config support for it in the libvirt driver but it's not wired up at the moment
15:01:47 dansmith zioproto: so I'm going to give you another patch to try and see if you get farther, but it's not the fix I want, so I'll ask you to test the real fix as well, okay?
15:01:51 lyarwood mdbooth: https://github.com/openstack/cinder/blob/master/cinder/api/contrib/volume_actions.py#L192-L208
15:01:56 mriedem lyarwood: mdbooth: terminate_connection in cinder is an RPC call to the cinder-volume backend
15:01:58 zioproto dansmith: sure !
15:02:04 mdbooth lyarwood: Sweet, because the real solution here is to stop doing this and use qemu.
15:02:09 mriedem lyarwood: that's not what you want
15:02:24 alex_xu mriedem: at least that match the requirement from the operator
15:02:28 mriedem lyarwood: https://github.com/openstack/cinder/blob/master/cinder/volume/api.py#L749
15:02:54 mriedem https://github.com/openstack/cinder/blob/master/cinder/volume/rpcapi.py#L217
15:03:11 mriedem alex_xu: ok so i guess i'll just go with that then, and unblock takashin
15:03:20 alex_xu mriedem: thanks
15:03:23 mriedem i can fix the os-migrations api-ref docs (i've been meaning to do that for awhile now),
15:03:24 mdbooth mriedem: It's a call, which is nice.
15:03:27 lyarwood mriedem: yeah I was just getting there, thanks for the links :)
15:03:31 takashin mriedem: alex_xu: Thank you.
15:03:36 mriedem and add --server as a filter option to nova migration-list
15:03:52 mriedem mdbooth: well normally a block rpc call from the api is not nice
15:03:55 mriedem *blocking
15:04:09 dansmith zioproto: https://pastebin.com/yHueQi4s
15:05:06 alex_xu mriedem: I can help you on those
15:05:08 mdbooth mriedem: Nice for me :)
15:05:15 mdbooth But yeah
15:05:18 openstackgerrit Matt Riedemann proposed openstack/python-novaclient master: Microversion 2.42 - Fix tag attribute disappearing https://review.openstack.org/429512
15:05:35 mriedem sdague: another one if you have time https://review.openstack.org/#/c/429512/ - unblocks novaclient for new microversions in pike
15:06:45 zioproto dansmith: should I revert the previous patch with the 'raise' ?
15:06:56 dansmith zioproto: no
15:07:10 dansmith zioproto: the raise lets us see if I typo'd this one :P
15:07:33 zioproto dansmith: https://pastebin.com/eLsiFn9W
15:08:08 kashyap mdbooth: So, no, upstream QEMU's built-in iSCSI initiator doesn't support multipathing yet
15:08:29 kashyap mdbooth: And I haven't seen any related to it for over 2 years
15:09:12 dansmith zioproto: hmm, that ignoring line should mean we're skipping the thing that gives us the error
15:09:30 dansmith zioproto: I hate to ask, but did you apply with patch or paste it in by hand?
15:09:46 mdbooth kashyap: Sucks :(
15:09:52 zioproto I pasted by hand !
15:10:04 dansmith zioproto: any chance you missed the 'continue' line under the log?
15:10:14 dansmith zioproto: L35 in the paste
15:10:28 lyarwood kashyap / mdbooth ; AFAIK the lack of multipath support is the reason it was never wired up in Nova
15:10:43 zioproto and you are right !
15:10:44 mdbooth lyarwood: Right.
15:10:48 kashyap mdbooth: Hey, on the brighter hand, QEMU 2.9 just released, with some "robust" improvements
15:11:58 zioproto dansmith: https://pastebin.com/LeH3HudT
15:12:05 zioproto sorry for missing the 'continue'
15:12:16 openstackgerrit STEW TY proposed openstack/nova master: Transform instance.unrescue notifications https://review.openstack.org/388275
15:12:39 dansmith zioproto: no problem :)
15:13:10 dansmith zioproto: okay, so you have a bunch of instances with keypairs that have since been deleted...
15:13:26 zioproto also the instances have been deleted I guess
15:13:26 mriedem efried: one new question from me inline https://review.openstack.org/#/c/438598/12
15:13:37 efried mriedem Ack, looking...
15:13:39 openstackgerrit Steve Noyes proposed openstack/nova master: Update detach to use V3 Cinder API https://review.openstack.org/438750
15:13:41 zioproto dansmith: I think we are talking about the instances that are marked as deleted
15:14:10 zioproto dansmith: are you going to submit this patch for review in master ?
15:14:17 dansmith zioproto: no, let me get you an example
15:14:29 mriedem efried: same question about exception handling in power_off
15:14:37 mriedem we try to avoid handling Exception if possible
15:14:39 dansmith zioproto: 2017-04-20 15:11:10.584 787 WARNING nova.objects.instance [req-d1cbe1e7-1f03-46b6-9009-bba793eb73ba - - - - -] Instance b750d102-4fbb-4401-80b2-cc36888c9749 keypair c_rally_5aabcf4c_Xg4N7es6 not found
15:14:49 efried mriedem Roger that. Responding.
15:14:50 dansmith zioproto: yeah, we'll fix in master and backport
15:15:01 sdague mriedem: so, given that powervm driver is pretty self contained, is there particular primary concerns before merging?
15:15:06 bauzas oh man, /me needs to get drugs in order to think about https://review.openstack.org/#/c/437424/
15:15:16 bauzas let's prepare a new battle
15:15:27 zioproto dansmith: ok, please give me the review number, I will cherry-pick this patch in my deployment or I cant upgrade next week
15:15:36 openstackgerrit Roman Podoliaka proposed openstack/osc-placement master: CLI for resource providers https://review.openstack.org/457532
15:15:37 openstackgerrit Roman Podoliaka proposed openstack/osc-placement master: CLI for allocations https://review.openstack.org/457534
15:15:37 openstackgerrit Roman Podoliaka proposed openstack/osc-placement master: CLI for inventories https://review.openstack.org/457533
15:15:38 openstackgerrit Roman Podoliaka proposed openstack/osc-placement master: tests: add a hook for functional testing in the gate https://review.openstack.org/452122
15:15:38 openstackgerrit Roman Podoliaka proposed openstack/osc-placement master: CLI for usages https://review.openstack.org/457535
15:15:46 dansmith zioproto: yeah, but we need to get the problem fully fixed first :)

Earlier   Later