Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-11-02
20:35:26 nicolasbock melwitt (IRC): The console proxy is deployed in an LXC container that runs the Nova API
20:35:42 nicolasbock I haven't noticed database acces issues from that container to the Galera container
20:38:41 melwitt nicolasbock: ok. it sounds like it's possible the [spice] config options have been misconfigured, like the address configs. seeing if I can find docs. have you been able to set this up properly before in the past and now it is broken?
20:39:17 nicolasbock No, this is the first time I am setting this up.
20:39:25 nicolasbock I could try an older branch
20:40:30 melwitt no, that's ok, just checking whether this is a regression in behavior you have seen before
20:42:55 nicolasbock I have set `novncproxy_base_url = https://44.81.0.110:6080/vnc_lite.html` in the nova-api container
20:43:04 nicolasbock However, that IP is the IP of the OSA host
20:43:13 nicolasbock Is that possible the issue?
20:43:48 melwitt yeah, I was about to suggest something like that based on what I'm reading in https://docs.openstack.org/nova/latest/admin/remote-console-access.html#spice-console
20:44:31 fried_rice cdent: So far the philosophy has been that the client isn't supposed to "compare" generations at all.
20:45:08 fried_rice They're supposed to be opaque, introspected only by placement itself.
20:45:29 cdent fried_rice: they are supposed to be meaningless, but comparing mine to yours doesn't imply meaning
20:45:36 nicolasbock melwitt (IRC): The "controller" node is the one that runs the API?
20:46:08 melwitt nicolasbock: I notice you are using novnc config options but are running the spice proxy?
20:46:23 fried_rice cdent: It's a subtle distinction - testing for (in)equality versus gt/lt - but it's still treating it as non-opaque on the client.
20:46:26 cdent fried_rice: if we had done etags instead of generations, the way to accomplish the thing I'm describing is with a conditional GET.
20:46:53 fried_rice cdent: but putting that aside for the moment, what you're talking about is overloading the generation to do more than we're doing now.
20:46:57 melwitt nicolasbock: I think there it means the "controller" is where you are running the proxy. and the config options in the [spice] section are on the compute host (compute host is referring to where the proxy is running)
20:46:59 nicolasbock melwitt (IRC): the initial installation was configured to use the spice proxy, but as I was getting these error messages I reconfigured it
20:47:06 cdent fried_rice: I seem to recall seeing generation comparison in report client code, but I may be out of date
20:47:17 cdent no it is doing exactly how a generation is defined
20:47:20 nicolasbock melwitt (IRC): Thanks that clarifies this
20:48:20 nicolasbock melwitt (IRC): I should stop the spicehtml5proxy service
20:50:33 melwitt nicolasbock: I'm not sure. it doesn't look like the spice options are related to the proxy service
20:50:52 melwitt meaning, I think they are consumed by nova-compute, not the proxy
20:52:21 melwitt so I'd fix the options on the host running nova-compute first and then see what happens
20:54:21 nicolasbock Ok, thanks melwitt (IRC) I'll try that
21:37:18 mgagne mriedem: does it *need* to be cell0 database or could it be a different dedicated database?
21:40:15 mriedem mgagne: doesn't need to be cell0,
21:40:20 mriedem that's just what we use in devstack
21:40:25 mriedem b/c we have the api db, cell0 and cell1
21:40:32 mgagne mriedem: does it mean there are 2 schemas/migration in the same database?
21:40:36 mriedem and we want to make sure cell1 is just for instances and compute hosts and such
21:40:40 mriedem no
21:40:51 mriedem cell0 and cell1 have the same schema
21:41:07 mriedem everything used for a [database]/connection config uses the 'nova' schema
21:41:20 mriedem [api_database]/connection uses the 'nova_api' schema
21:41:33 mriedem iow, former is 'nova-manage db sync', latter is 'nova-manage api_db sync'
21:42:04 mgagne ok so it just happens to have the same schema but might not be used for the same purpose from a pure semantic perspective
21:42:57 mgagne because if I put nova_cell0 in database/connection and run map_cell0, I might just end up with nova_cell0_cell0
21:57:07 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() mocks in test_server_metadata https://review.openstack.org/615341
21:57:08 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_server_actions https://review.openstack.org/615343
21:57:08 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_serversV21 https://review.openstack.org/615342
21:57:09 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs for test_disk_config https://review.openstack.org/615345
21:57:09 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs for test_*security_groups https://review.openstack.org/615344
21:57:10 openstackgerrit Matt Riedemann proposed openstack/nova master: Drop pre-cellsv2 compat in compute API.get() https://review.openstack.org/615347
21:57:10 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_access_ips https://review.openstack.org/615346
21:57:11 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove "API Service Version" upgrade check https://review.openstack.org/615348
21:57:23 mriedem SteelyDan: ^ only took me all f'ing day
21:59:42 openstackgerrit Matt Riedemann proposed openstack/nova master: Drop pre-cellsv2 compat in compute API.get() https://review.openstack.org/615347
21:59:43 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove "API Service Version" upgrade check https://review.openstack.org/615348
22:06:11 openstackgerrit Matt Riedemann proposed openstack/nova master: Drop pre-cellsv2 compat in compute API.get() https://review.openstack.org/615347
22:06:12 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove "API Service Version" upgrade check https://review.openstack.org/615348
#openstack-nova - 2018-11-03
00:57:25 openstackgerrit Matt Riedemann proposed openstack/nova master: Use an alternative class 'MoxStubout' https://review.openstack.org/579482
01:08:28 openstackgerrit Merged openstack/nova master: Refactor scatter-gather utility to return exception objects https://review.openstack.org/607934
01:10:03 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() mocks in test_server_metadata https://review.openstack.org/615341
01:10:04 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_server_actions https://review.openstack.org/615343
01:10:04 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_serversV21 https://review.openstack.org/615342
01:10:05 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs for test_disk_config https://review.openstack.org/615345
01:10:05 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs for test_*security_groups https://review.openstack.org/615344
01:10:06 openstackgerrit Matt Riedemann proposed openstack/nova master: Drop pre-cellsv2 compat in compute API.get() https://review.openstack.org/615347
01:10:06 openstackgerrit Matt Riedemann proposed openstack/nova master: Update compute API.get() stubs in test_access_ips https://review.openstack.org/615346
01:10:07 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove "API Service Version" upgrade check https://review.openstack.org/615348
01:50:49 openstackgerrit caoyuan proposed openstack/nova master: Update the description to make it more accuracy https://review.openstack.org/615362
07:29:36 openstackgerrit Vieri proposed openstack/os-vif master: Update min tox version to 2.0 https://review.openstack.org/615046
15:26:20 openstackgerrit Merged openstack/nova stable/rocky: Fix NoneType error in _notify_volume_usage_detach https://review.openstack.org/611326
#openstack-nova - 2018-11-04
06:21:58 openstackgerrit OpenStack Proposal Bot proposed openstack/nova stable/rocky: Imported Translations from Zanata https://review.openstack.org/614757
13:22:49 openstackgerrit garyk proposed openstack/nova master: Improve metadata performance https://review.openstack.org/615435
13:36:49 openstackgerrit Artom Lifshitz proposed openstack/nova master: Trivial: add reminder to update Tempest's scheduler_enabled_filters https://review.openstack.org/615436
14:10:07 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Add descriptions for vol-backed snapshots https://review.openstack.org/615084
#openstack-nova - 2018-11-05
01:54:39 openstackgerrit Joshua Cornutt proposed openstack/nova master: Added [key_pairs]/fingerprint_algorithm options https://review.openstack.org/615460
01:56:07 openstackgerrit Joshua Cornutt proposed openstack/nova master: Added [key_pairs]/fingerprint_algorithm options https://review.openstack.org/615460
06:23:14 pvc hi anyone successfully integrate cyborg to nova?
08:56:28 bauzas good morning stackers
09:06:11 pvc bauzas
09:06:15 pvc it is possible to implement cybrog to nova
09:10:14 bauzas it's a long story but some people try to do this
09:13:58 jangutter it's also unlikely to happen in the short term.
09:28:23 johnthetubaguy bauzas: just checking, partly for pvc, but I didn't think we had any code in place to integrate cyborg in master (yet)? Apart from maybe PCI pass-through?
09:31:21 bauzas johnthetubaguy: AFAIK, cyborg directly modifies nova.conf for using PCI passthru, yes
09:31:37 johnthetubaguy ah, got it, thanks
09:31:38 bauzas johnthetubaguy: there was a YVC session
09:32:15 johnthetubaguy yeah, I was more checking there wasn't post PTG progress I didn't know about while I was out of it
10:14:19 openstackgerrit Silvan Kaiser proposed openstack/nova master: [WIP] Added Qemu libquobyte Support to the Quobyte Driver https://review.openstack.org/546500
10:41:51 lpetrut Hi, is it acceptable for exceptions to include another exception as message? Asking as exception_to_dict won't handle it properly: https://github.com/openstack/nova/blob/5859741f4d5e08ec15169b9c8d1aae1836442fd2/nova/compute/utils.py#L58-L87
11:01:42 openstackgerrit Takashi NATSUME proposed openstack/nova master: Use links to placement docs in nova docs https://review.openstack.org/614056
11:02:22 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove Placement API reference https://review.openstack.org/614437
11:06:02 openstackgerrit Takashi NATSUME proposed openstack/nova master: Fix best_match() deprecation warning https://review.openstack.org/611204
11:36:59 sean-k-mooney bauzas: can you reivew https://review.openstack.org/#/c/610034/
11:41:23 adrianc sean-k-mooney: Hi, i would like to co-author the following commits as i am now working towards aligning the POC code for libvirt sriov live migration: https://review.openstack.org/#/c/607365/ https://review.openstack.org/#/c/607365/
11:44:30 sean-k-mooney adrianc: hi yes that is fine feel free too. i have been held up with other work for the last 2 weeks so have not made much progress on this since then
11:44:56 sean-k-mooney im currently adressing stephens feedback on the spec but i should get that done today
11:45:12 adrianc great, thanks sean-k-mooney
12:29:08 openstackgerrit Lucian Petrut proposed openstack/nova master: Convert exception messages to strings https://review.openstack.org/615550
12:54:24 openstack Launchpad bug 1801702 in OpenStack Compute (nova) "Spawn may fail when cache=none on block device with logical block size > 512" [Undecided,New]
12:54:24 aarents Hi there, can someone may evaluate this issue: https://bugs.launchpad.net/nova/+bug/1801702
13:03:36 bauzas sean-k-mooney: ack, will look
13:06:46 Sundar cdent: Please LMK when you have some time, regarding https://review.openstack.org/#/c/603955/
13:07:50 cdent Sundar: I'm unlikely to have much time to talk synchronously, a lot going on, but if you leave questions and comments on the review I will respond as soon as I can

Earlier   Later