| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-03-20 | |||
| 21:16:20 | efried | given the scope of 490057 | |
| 21:19:43 | melwitt | efried: yeah ... probably. but since it's so recent, I think you're right this is being caught a lot sooner than most people upgrade to queens. I was worried it was going to go back to ocata or something crazy. I know you linked the patch earlier but I didn't notice it was pretty recent | |
| 21:22:14 | melwitt | mriedem: what I was thinking with the nullable thing, would be in the worst case if someone had automation parsing image_ref_url and we make it not a url, but empty string isn't one either. not sure if they're equally bad. just thinking out loud | |
| 21:22:40 | mriedem | if someone blindly takes the image_ref_url and makes a GET curl request with it, it's going to blow up for all volume-backed instances | |
| 21:23:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Handle EndpointNotFound when building image_ref_url in notifications https://review.openstack.org/554703 | |
| 21:23:14 | mriedem | i think in the long ago, you could also create servers by passing an image URL to the imageRef parameter | |
| 21:23:15 | melwitt | yeah. I was thinking before that as far as the format of it. probably overthinking it | |
| 21:23:16 | mriedem | and nova would parse it | |
| 21:29:15 | mriedem | multiattach is fixed with the queens UCA | |
| 21:29:19 | mriedem | https://review.openstack.org/#/c/554667/ | |
| 21:29:30 | mriedem | that's the only thing blocking us from using the queens UCA in devstack now | |
| 21:30:08 | imacdonn | ooh | |
| 21:31:01 | imacdonn | is there any actually need to use the UCA? ZFSSA CI seems to be doing OK with out .. but that's cinder | |
| 21:31:32 | mriedem | well, a few things, | |
| 21:31:37 | mriedem | we get newer libvirt and qemu, | |
| 21:31:51 | mriedem | testing rocky against pike UCA seems weird, we should at least use queens if it's there | |
| 21:32:13 | mriedem | and it allows us to remove these weird workarounds in devstack for the multiattach job to *not* use the UCA b/c the pike UCA didn't have the right package versions, but queens UCA does https://review.openstack.org/#/c/554317/ | |
| 21:32:19 | mriedem | https://review.openstack.org/#/c/554314/ | |
| 21:32:39 | imacdonn | yeah, I have one of those workarounds (per your recommendation) | |
| 21:32:51 | imacdonn | I suppose it does make sense to test nova stuff with the latest virt stuff | |
| 21:33:09 | mriedem | s/nova/openstack/ | |
| 21:33:36 | imacdonn | seems it'd matter more for nova... but yeah | |
| 21:33:54 | mriedem | sure, for libvirt and qemu yes, but you also get newer things like rados and tgtd | |
| 21:33:57 | mriedem | ovs | |
| 21:33:58 | mriedem | etc | |
| 21:35:34 | imacdonn | OK. Has devstack master already been updated to use the Queens UCA? | |
| 21:35:45 | mriedem | https://review.openstack.org/#/c/554314/ | |
| 21:35:52 | mriedem | depends on fixing this bug in nova first | |
| 21:36:06 | imacdonn | k... I'll subscribe to the bug | |
| 21:36:20 | mriedem | get stvnoyes on the oracle phone | |
| 21:37:07 | imacdonn | not sure if he's still in EU, but even if not, he's probably gone for the day (east coast) | |
| 21:37:17 | melwitt | mriedem: +2 | |
| 21:37:51 | mriedem | thanks | |
| 21:39:08 | openstackgerrit | Merged openstack/nova stable/queens: Revert "Refine waiting for vif plug events during _hard_reboot" https://review.openstack.org/553817 | |
| 21:39:21 | imacdonn | Something completely unrelated to bounce off you, mriedem (or anyone else) | |
| 21:40:11 | imacdonn | per Queens release notes, I tried to remove neutron.url from my nova.conf, but it seems to be unable to get the neutron endpoint from the service catalog | |
| 21:40:28 | mriedem | efried: replied to all comments in https://review.openstack.org/#/c/554703/ and i don't think any of them are worth changing | |
| 21:40:31 | imacdonn | I had someone in #openstack buddy-check my config, and it seems sane | |
| 21:40:45 | mriedem | imacdonn: there is a bug fix that you need, | |
| 21:40:46 | mriedem | sec | |
| 21:40:55 | imacdonn | k ;) | |
| 21:40:59 | mriedem | imacdonn: https://github.com/openstack/nova/commit/3a3b0f09db318faf1a1ea711a73bb365cab8b233 | |
| 21:41:56 | imacdonn | mriedem: Interesting, Looks pertinent. Will try it. Thanks! | |
| 21:44:32 | efried | mriedem: Brain fart, sorry 'bout that. +1. | |
| 21:45:13 | mriedem | efried: np, thanks for the quick review | |
| 21:47:36 | mriedem | hongbin: yikun: Kevin_Zheng: easy bug https://bugs.launchpad.net/nova/+bug/1757273 | |
| 21:47:38 | openstack | Launchpad bug 1757273 in OpenStack Compute (nova) "nova-compute fails to start even if [placement]/region_name is set" [Medium,Triaged] | |
| 21:53:55 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove RequestContext.instance_lock_checked https://review.openstack.org/554378 | |
| 22:29:37 | mriedem | i wonder if anyone that uses DVR also uses shared ephemeral storage (rbd imagebackend) and live migration (HP cloud anyone?) | |
| 22:29:53 | mriedem | because i'm pretty sure we don't cleanup on failed live migration properly in that case | |
| 22:30:26 | mriedem | https://github.com/openstack/nova/blob/3fd863d8bf2fa1fc09acd08d976689462cffd2e3/nova/compute/manager.py#L6506 will also cleanup some stuff we put in the port's binding profile for DVR during live migration, | |
| 22:30:42 | mriedem | but if do_cleanup is False, which it is if you're using shared ephemeral storage, then we don't clean that up | |
| 22:40:59 | efried | mriedem: Are you talking specifically libvirt? | |
| 22:41:35 | efried | Cause that sounds like something we either support already or will support shortly in PowerVM (out of tree). | |
| 22:41:58 | mriedem | for shared local disk? | |
| 22:42:14 | mriedem | https://github.com/openstack/nova/blob/3fd863d8bf2fa1fc09acd08d976689462cffd2e3/nova/compute/manager.py#L6185 | |
| 22:42:39 | mriedem | looks like that is also checked for xen and hyperv | |
| 22:43:33 | mriedem | anyway, https://github.com/openstack/nova/blob/3fd863d8bf2fa1fc09acd08d976689462cffd2e3/nova/compute/manager.py#L6524 is totally doing more than just cleaning up local disk created on the dest host for non-shared storage | |
| 22:43:39 | mriedem | it's also cleaning up network stuff on the dest host | |
| 22:45:09 | mriedem | added back in mitaka https://review.openstack.org/#/c/227897/ | |
| 22:45:18 | mriedem | oh nvm, that was the error handling | |
| 22:47:24 | mriedem | wow added long ago https://review.openstack.org/#/c/4646/ | |
| 22:47:35 | mriedem | essex | |
| 22:48:20 | efried | Gotta run | |
| 23:27:11 | openstackgerrit | Michael Still proposed openstack/nova master: Move configurable mkfs to privsep. https://review.openstack.org/551921 | |
| 23:27:12 | openstackgerrit | Michael Still proposed openstack/nova master: Move xenapi xenstore_read's to privsep. https://review.openstack.org/552241 | |
| 23:27:14 | openstackgerrit | Michael Still proposed openstack/nova master: Sync xenapi and libvirt on what flags to pass e2fsck. https://review.openstack.org/554078 | |
| 23:27:14 | openstackgerrit | Michael Still proposed openstack/nova master: Move xenapi disk resizing to privsep. https://review.openstack.org/552242 | |
| 23:27:15 | openstackgerrit | Michael Still proposed openstack/nova master: Move xenapi partition copies to privsep. https://review.openstack.org/553605 | |
| 23:27:15 | openstackgerrit | Michael Still proposed openstack/nova master: Move image conversion to privsep. https://review.openstack.org/554437 | |
| 23:27:23 | openstackgerrit | Michael Still proposed openstack/nova master: We no longer need rootwrap. https://review.openstack.org/554438 | |
| 23:27:25 | openstackgerrit | Michael Still proposed openstack/nova master: We don't need utils.trycmd any more. https://review.openstack.org/554439 | |
| 23:59:36 | openstackgerrit | melanie witt proposed openstack/nova master: Remove useless run_periodic_tasks call in ClientRouter https://review.openstack.org/554381 | |
| #openstack-nova - 2018-03-21 | |||
| 00:23:38 | mriedem | alex_xu_: gmann_: there is a question in here about API validation outside of the json schema, would be nice to get your input https://review.openstack.org/#/c/546925/ | |
| 00:49:31 | gmann_ | mriedem: sure, ll check | |
| 01:08:31 | Kevin_Zheng | mriedem got it | |
| 01:38:17 | mriedem | johnthetubaguy: thanks for the review on https://review.openstack.org/#/c/520248/ - i didn't see the -1 until now; as for the script thing where someone starts using an IP before the server is ready, we don't show the server address while it's building | |
| 01:38:54 | mriedem | because of this fun guy https://github.com/openstack/nova/blob/3fd863d8bf2fa1fc09acd08d976689462cffd2e3/nova/conf/api.py#L264 | |
| 01:39:40 | mriedem | gmann_: btw, i think you can remove that option now, it's been over 3 months | |
| 01:39:42 | mriedem | ^ | |
| 01:47:57 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Add [placement]/region_name to compute manager placement config check https://review.openstack.org/554759 | |
| 01:56:42 | yikun | mriedem, sorry, I misunderstand your means to have to use the schema to validate per-policy rule. : ) | |
| 01:56:43 | yikun | so, you mean it's just a code validation after schema validation, right? | |
| 01:57:11 | mriedem | yikun: yes, since we can't define a mapping in the json schema document | |
| 01:57:26 | mriedem | not that i know of anyway, without some custom schema code | |
| 01:59:21 | yikun | ok, got it. :) | |
| 02:06:31 | mriedem | but alex_xu_ might have other ideas | |
| 02:06:40 | mriedem | anyway, time for me to stop working, ttyl | |
| 02:39:14 | openstackgerrit | Julia Kreger proposed openstack/nova master: WIP: Add microversion to ironic client wrapper call https://review.openstack.org/554762 | |
| 02:48:56 | vivsoni_ | if we have two compute node, compute1 & compute2 | |
| 02:49:13 | vivsoni_ | and if we create nova instance1 from compute1 | |
| 02:49:31 | vivsoni_ | then is that instance1 visible from compute2 as well | |
| 02:49:32 | vivsoni_ | ? | |
| 02:50:16 | vivsoni_ | i mean when i execute 'nova list' command from compute2, will that instance1 will be listed ? | |
| 03:12:37 | openstackgerrit | Yikun Jiang (Kero) proposed openstack/nova-specs master: Complex (Anti)-Affinity Policies https://review.openstack.org/546925 | |
| 03:14:59 | yikun | mriedem, :), thanks, have a good rest. | |
| 03:17:09 | yikun | and alex_xu_ any other idea about it, : ) Cloud you give me some advice about how to validate? https://review.openstack.org/#/c/546925/ | |
| 04:16:24 | diga | jaypipes: Hi | |
| 04:17:36 | diga | jaypipes: I have assigned https://bugs.launchpad.net/nova/+bug/1751692 bug to me from the shared list | |
| 04:17:37 | openstack | Launchpad bug 1751692 in OpenStack Compute (nova) "os_region_name an unnecessary required option for placement " [Low,Triaged] - Assigned to Digambar (digambarpatil15) | |