| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-04-08 | |||
| 11:43:15 | kashyap | Ah, I see. I think we should spell that reasoning out in the doc. (I'll send a patch with "Thanks: Sean Mooney") | |
| 11:43:54 | sean-k-mooney | well it says "You must not make the VNC server listen to the IP address of its compute | |
| 11:43:56 | sean-k-mooney | host, since that addresses changes when the instance is migrated. | |
| 11:43:58 | sean-k-mooney | " | |
| 11:44:19 | sean-k-mooney | but ya it could be clearer | |
| 11:45:24 | lyarwood | sean-k-mooney / kashyap ; isn't that out of date now given https://github.com/openstack/nova/blob/65874326404717b58ce4927c21d3502d7e53022b/nova/virt/libvirt/migration.py#L84 | |
| 11:45:41 | kashyap | sean-k-mooney: Yeah, the meaning is implicit. But it can definitely be clearer | |
| 11:45:59 | lyarwood | I thought we did update the listen address now | |
| 11:46:21 | sean-k-mooney | we do according to that code | |
| 11:46:35 | sean-k-mooney | so its nolonger requried but it might be desirable anyway | |
| 11:46:44 | sean-k-mooney | it may not be | |
| 11:46:52 | sean-k-mooney | when was that added | |
| 11:47:15 | sean-k-mooney | 3 years ago | |
| 11:47:36 | sean-k-mooney | there is a slight change that the dock is out dated | |
| 11:48:07 | kashyap | Yeah, definitely making sure that is set does not hurt. | |
| 11:48:18 | kashyap | lyarwood: Thanks for the pointer | |
| 11:56:50 | kashyap | sean-k-mooney: Do we always go through VNC proxy? | |
| 11:57:34 | sean-k-mooney | technically you can connect directly but typically an enduser will always connect via the vnc proxy | |
| 11:57:52 | sean-k-mooney | we do not want endusers connecting directly to the hyperviors | |
| 11:57:55 | sean-k-mooney | host | |
| 12:02:34 | kashyap | Nod; also how about security? Isn't _always_ listening on 0.0.0.0 insecure? | |
| 12:03:04 | sean-k-mooney | yes which is why the note is present in the doc. | |
| 12:03:18 | kashyap | Which note? /me reads | |
| 12:03:29 | kashyap | Ah, this one: | |
| 12:03:30 | kashyap | Since this setting allows VNC clients from any IP address to connect to instance consoles, you must take additional measures like secure networks or firewalls to prevent potential attackers from gaining access to instances. | |
| 12:03:46 | sean-k-mooney | yes | |
| 12:04:02 | kashyap | Okay, thanks again :-) | |
| 12:21:24 | jaypipes | sean-k-mooney: cool, thanks :) | |
| 12:48:32 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Add in_tree field to RequestGroup object https://review.openstack.org/649534 | |
| 12:48:33 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: WIP: Add get_compute_nodes_by_host_or_node() https://review.openstack.org/650877 | |
| 12:48:33 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Query `in_tree` to placement https://review.openstack.org/649535 | |
| 12:48:34 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Pass target host to RequestGroup.in_tree https://review.openstack.org/650878 | |
| 12:49:08 | openstackgerrit | François Palin proposed openstack/nova master: WIP - nova diagnostics command is not working with all interfaces https://review.openstack.org/648123 | |
| 13:10:22 | mnaser | https://github.com/openstack/nova/blob/73edcfae7d5ea498fd17fa8e548ae1bd690f408a/nova/db/sqlalchemy/api.py#L5508-L5537 | |
| 13:10:39 | mnaser | so max rows isn't really max rows.. its scanning a full table | |
| 13:29:27 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient stable/stein: Revert "Fix crashing console-log" https://review.openstack.org/650363 | |
| 13:29:51 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient stable/rocky: Revert "Fix crashing console-log" https://review.openstack.org/650364 | |
| 13:41:59 | sean-k-mooney | cdent: jaypipes dansmith thanks for your feedback on https://review.openstack.org/#/c/647578/2/specs/train/approved/image-metadata-prefiltering.rst by the way. im gong to rework the spec with your changes today | |
| 13:46:39 | openstackgerrit | Boris Bobrov proposed openstack/nova-specs master: Re-approve AMD SEV support for Train https://review.openstack.org/641994 | |
| 13:50:34 | openstackgerrit | Boris Bobrov proposed openstack/nova-specs master: Re-approve AMD SEV support for Train https://review.openstack.org/641994 | |
| 15:35:06 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/stein: Do not log a warning about not using compute monitors https://review.openstack.org/650929 | |
| 15:36:04 | openstackgerrit | Matt Riedemann proposed openstack/nova stable/stein: libvirt: disconnect volume when encryption fails https://review.openstack.org/650931 | |
| 15:58:43 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add functional recreate test for bug 1823370 https://review.openstack.org/650424 | |
| 15:58:44 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Use RequestSpec.requested_destination when rebuilding with new image https://review.openstack.org/650376 | |
| 15:58:44 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Restrict RequestSpec to cell when evacuating https://review.openstack.org/650429 | |
| 15:58:44 | openstack | bug 1823370 in OpenStack Compute (nova) "Evacuations are not restricted to the source cell during scheduling" [Medium,In progress] https://launchpad.net/bugs/1823370 - Assigned to Matt Riedemann (mriedem) | |
| 16:05:07 | openstackgerrit | sean mooney proposed openstack/nova-specs master: add spec for image metadata prefiltering https://review.openstack.org/647578 | |
| 16:09:02 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova-specs master: Re-propose the spec to allow specifying a list of CPU models https://review.openstack.org/642030 | |
| 16:09:02 | efried | gibi: Who creates the bw RPs? Nova or neutron? | |
| 16:10:10 | mriedem | efried: neutron | |
| 16:10:16 | efried | thanks | |
| 16:10:26 | mriedem | https://docs.openstack.org/neutron/latest/admin/config-qos-min-bw.html | |
| 16:10:44 | kashyap | sean-k-mooney: When you get a moment this week, can you please give the latest iteration a "once-over" -- https://review.openstack.org/#/c/642030/5/specs/train/approved/cpu-model-selection.rst | |
| 16:11:34 | kashyap | jackding: ^ You originally proposed it; I made some adjustments. Might want to take a look at it. | |
| 16:13:36 | kashyap | I noticed a few mistakes in the code, which led me to look at the spec, one thing leads to another ... and suddenly I "inherited" the above spec :D | |
| 16:29:40 | stephenfin | lyarwood: Mind taking a look at these if you're still about? https://review.openstack.org/650363 https://review.openstack.org/650364 | |
| 16:31:24 | lyarwood | stephenfin: yarp, I'll take a look before I leave | |
| 16:33:12 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations https://review.openstack.org/637955 | |
| 16:33:12 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Prepare _heal_allocations_for_instance for nested allocations https://review.openstack.org/637954 | |
| 16:33:21 | stephenfin | dansmith, jaypipes: Briefly, do you recall any previous examples of us removing a model/table from 'nova/db/sqlalchemy/models.py'. I assume I need a migration? | |
| 16:33:37 | stephenfin | only example I can see 0951cf3d194edbee213673a525c1291245958264. I assume that's mostly all there is to it? | |
| 16:34:32 | stephenfin | (context is that I want to remove 'nova.db.sqlalchemy.models.Cell' without having the tests b**** at me) | |
| 16:35:24 | sean-k-mooney | stephenfin: quick question | |
| 16:35:36 | sean-k-mooney | http://logs.openstack.org/78/647578/3/check/openstack-tox-docs/38e7bf6/job-output.txt.gz#_2019-04-08_16_20_39_533258 this fails in the gate. | |
| 16:35:41 | sean-k-mooney | i know how to fix it | |
| 16:35:58 | sean-k-mooney | but i get the same error locally but the tox command succeeded | |
| 16:36:26 | stephenfin | sean-k-mooney: The gate doesn't run 'tox -e releasenotes', instead calling 'sphinx-build' directly | |
| 16:36:45 | sean-k-mooney | you mean it does not run tox -e docs | |
| 16:36:53 | stephenfin | Sorry, yeah | |
| 16:37:02 | sean-k-mooney | ok why does the gate not do that | |
| 16:37:26 | stephenfin | So I'd say the 'sphinx-build' call in 'tox.ini' is missing a '-W' flag | |
| 16:37:51 | sean-k-mooney | ah | |
| 16:37:54 | sean-k-mooney | ok | |
| 16:38:07 | sean-k-mooney | any reason i should not fix that in a seperate patch? | |
| 16:38:40 | stephenfin | sean-k-mooney: mordred et al. would have the full context, but I suspect it was to ensure documentation was reproducible. Some projects (including us) use the 'docs' target to do more than simply call 'sphinx-build' | |
| 16:38:46 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Avoid using os-brick encryptors when device_path isn't provided https://review.openstack.org/649951 | |
| 16:38:47 | sean-k-mooney | its really unititive for the docs tox env to pass but the docs job to fail | |
| 16:39:31 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Prepare _heal_allocations_for_instance for nested allocations https://review.openstack.org/637954 | |
| 16:39:31 | stephenfin | sean-k-mooney: I _think_ there was a patch from Takashi that fixed that but if not, you should add it, yes | |
| 16:39:31 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Refactor _heal_allocations_for_instance to make place for port healing https://review.openstack.org/637953 | |
| 16:39:32 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: nova-manage: heal port allocations https://review.openstack.org/637955 | |
| 16:39:34 | lyarwood | stephenfin: so regarding the novaclient backports, I'm not even sure that stable/stein is open at the moment | |
| 16:40:12 | sean-k-mooney | stephenfin: ok ill look for Takashi's patch and if i dont find it ill add one | |
| 16:40:22 | mordred | stephenfin: I didnm't do it | |
| 16:40:55 | mriedem | lyarwood: it's not, final release is wednesday | |
| 16:41:03 | sean-k-mooney | mordred: i was just confused by why the docs job on the nova-spec repo did not use the docs tox env | |
| 16:41:38 | sean-k-mooney | the docs tox env does not treat warnings as errors so i was confused by why it "passed" locally but failed in the gate | |
| 16:41:40 | stephenfin | mriedem, lyarwood: Ah, so any backports to stable/rocky must wait for stable/stein to open first, I guess? | |
| 16:41:52 | mordred | stephenfin: actualy - I believe the gate now runs tox -edocs ... it might be hysterical raisins that nova-specs is using an old job? | |
| 16:41:57 | lyarwood | Yeah I believe so | |
| 16:42:03 | mordred | sean-k-mooney: ^^ | |
| 16:42:20 | mordred | stephenfin, sean-k-mooney: the job you want is "openstack-tox-docs" | |
| 16:42:37 | sean-k-mooney | mordred: i can check the gate config and fix it too. | |
| 16:42:45 | stephenfin | mordred++ | |
| 16:43:11 | sean-k-mooney | mordred: i just wanted to make sure there wasnt a reason not to do it the normal way before i made any changes | |
| 16:43:23 | stephenfin | Hmm, weird, .zuul.yaml says we're using openstack-specs-jobs which uses openstack-tox-docs | |
| 16:43:44 | jaypipes | sean-k-mooney: you working on a rebase of https://review.openstack.org/#/c/629589/? | |
| 16:44:16 | stephenfin | and what was introduced by AJaeger over six months ago (openstack/openstack-zuul-jobs@76deef484) | |
| 16:44:39 | sean-k-mooney | jaypipes: not presently but i will later or tomorow | |
| 16:44:52 | jaypipes | k | |