Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-04-06
01:05:16 mriedem mlavalle: yeah, enable debug in nova-scheduler and placement-api, retry and then trace the request id - you should see filter logging in both the nova-scheduler and placement-api logs to tell you which filter is kicking out the request
01:05:18 openstackgerrit Matt Riedemann proposed openstack/nova master: Add revert_snapshot_based_resize conductor RPC method https://review.openstack.org/638047
01:05:18 openstackgerrit Matt Riedemann proposed openstack/nova master: Revert cross-cell resize from the API https://review.openstack.org/638048
01:05:19 openstackgerrit Matt Riedemann proposed openstack/nova master: Confirm cross-cell resize while deleting a server https://review.openstack.org/638268
01:05:19 openstackgerrit Matt Riedemann proposed openstack/nova master: Add CrossCellWeigher https://review.openstack.org/614353
01:05:20 openstackgerrit Matt Riedemann proposed openstack/nova master: Add cross-cell resize policy rule and enable in API https://review.openstack.org/638269
01:06:20 mriedem scheduler will make a GET /allocation_candidates request to placement with the flavor information (VCPU/MEMORY_MB/DISK_GB) and placement logs will have stuff about various filtering, and if you get results back from placement, they'll be run through the nova-scheduler filters which will also have logging and tell you which filter is kicking out the ohst
01:06:21 mriedem *host
01:06:31 mriedem also assume you have compute nodes and resource providers,
01:06:50 mriedem you could check with the osc-placement plugin: https://docs.openstack.org/osc-placement/latest/index.html
01:06:54 mriedem openstack resource provider list
01:06:56 mriedem is where you'd start
01:07:04 mriedem there should be a provider for each compute node
01:07:13 mriedem 1:1 with openstack hypervisor list
01:08:06 mriedem if there are no resource providers in placement, then something is wrong with the compute services reporting into placement, like maybe misconfig
01:08:57 mlavalle mriedem: great. I have enough to chew over the weekend. Thanks and enjoy your weekend
01:09:09 mriedem np
09:55:12 openstackgerrit Merged openstack/nova stable/rocky: prevent common kwargs from glance client failure https://review.openstack.org/650064
09:55:23 openstackgerrit Merged openstack/nova stable/ocata: PCI: do not force remove allocated devices https://review.openstack.org/635075
09:55:34 openstackgerrit Merged openstack/nova stable/ocata: Make supports_direct_io work on 4096b sector size https://review.openstack.org/631843
09:55:40 openstackgerrit Merged openstack/nova stable/ocata: tox: Don't write byte code (maybe) https://review.openstack.org/636921
11:19:00 openstackgerrit Tetsuro Nakamura proposed openstack/nova-specs master: Spec: Use in_tree getting allocation candidates https://review.openstack.org/646029
11:21:27 openstackgerrit Merged openstack/nova master: Should not skip volume_size check for bdm.image_id == image_ref case https://review.openstack.org/641282
11:21:34 openstackgerrit Merged openstack/nova master: Update docs: User token times out during long-running operations https://review.openstack.org/642410
11:21:41 openstackgerrit Merged openstack/nova master: doc: Capitalize keystone domain name https://review.openstack.org/647972
11:21:49 openstackgerrit Merged openstack/nova master: Don't report 'exiting' when mapping cells https://review.openstack.org/649340
11:55:54 openstackgerrit Tetsuro Nakamura proposed openstack/nova-specs master: Spec: Use in_tree getting allocation candidates https://review.openstack.org/646029
12:57:45 openstackgerrit Tetsuro Nakamura proposed openstack/nova-specs master: Spec: Use in_tree getting allocation candidates https://review.openstack.org/646029
15:23:06 openstackgerrit Merged openstack/nova master: libvirt: disconnect volume when encryption fails https://review.openstack.org/632598
19:18:33 openstackgerrit Matt Riedemann proposed openstack/nova stable/queens: prevent common kwargs from glance client failure https://review.openstack.org/650065
#openstack-nova - 2019-04-07
07:29:03 openstackgerrit Adrian Chiris proposed openstack/nova master: Move get_pci_mapping_for_migration to MigrationContext https://review.openstack.org/643023
07:29:04 openstackgerrit Adrian Chiris proposed openstack/nova master: Allow driver to properly unplug VIFs on destination on confirm resize https://review.openstack.org/643024
09:32:19 openstackgerrit sean mooney proposed openstack/nova master: [DNM] testing seans-nfv-ci https://review.openstack.org/650573
09:39:01 openstackgerrit Hamdy Khader proposed openstack/nova master: Do not perform port update in case of baremetal instance. https://review.openstack.org/649345
13:09:29 openstackgerrit Adrian Chiris proposed openstack/nova master: SR-IOV Live migration indirect port support https://review.openstack.org/620115
13:36:14 openstackgerrit Adrian Chiris proposed openstack/nova master: SR-IOV Live migration indirect port support https://review.openstack.org/620115
13:50:49 openstackgerrit Adrian Chiris proposed openstack/nova master: libvirt: auto detach/attach sriov ports on migration https://review.openstack.org/629589
14:07:16 openstackgerrit Zhenyu Zheng proposed openstack/nova-specs master: Re-propose detach root volume spec https://review.openstack.org/650580
14:24:09 openstackgerrit Zhenyu Zheng proposed openstack/nova-specs master: Re-propose volume backed server rebuild https://review.openstack.org/650582
#openstack-nova - 2019-04-08
01:05:15 openstackgerrit Bhagyashri Shewale proposed openstack/nova master: WIP: Ignore root_gb for BFV in simple tenant usage API https://review.openstack.org/612626
01:23:10 openstackgerrit Takashi NATSUME proposed openstack/nova stable/stein: doc: Capitalize keystone domain name https://review.openstack.org/650600
01:32:10 openstackgerrit Takashi NATSUME proposed openstack/nova stable/rocky: doc: Capitalize keystone domain name https://review.openstack.org/650601
02:49:13 openstackgerrit Merged openstack/nova stable/queens: prevent common kwargs from glance client failure https://review.openstack.org/650065
02:55:42 ileixe Hi, guys.
02:56:06 ileixe I wonder what's best practice to integrate custom code with Nova.
02:56:48 ileixe Since there is deprecated sign for API like hook / extension which can be builiding block for custom code.
02:57:41 ileixe How can admin achieve their own busineess logic with VM lifecycle? For example, when VM created, add related metadata to CMDB.
02:58:11 ileixe We've been used notification events before, I realized it's quite unstable and unexpectable..
04:15:43 openstackgerrit Sundar Nadathur proposed openstack/nova-specs master: Nova Cyborg interaction specification. https://review.openstack.org/603955
05:50:54 openstackgerrit Boxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule https://review.openstack.org/649953
06:36:26 openstackgerrit Boxiang Zhu proposed openstack/nova master: Use the functional test test_parallel_evacuate_with_server_group https://review.openstack.org/649963
06:38:29 openstackgerrit zhufl proposed openstack/nova master: Remove query_client from resource_tracker https://review.openstack.org/650616
07:03:46 openstackgerrit Kunpeng Zhang proposed openstack/nova master: Enhance live-migration progress log for memory https://review.openstack.org/650621
07:09:21 openstackgerrit Tushar Patil proposed openstack/nova-specs master: Allow compute nodes to use DISK_GB from shared storage RP https://review.openstack.org/650188
07:13:47 openstackgerrit Kunpeng Zhang proposed openstack/nova master: Enhance live-migration progress log for memory https://review.openstack.org/650621
07:14:44 openstackgerrit Takashi NATSUME proposed openstack/nova stable/rocky: doc: Fix openstack CLI command https://review.openstack.org/648425
07:15:04 openstackgerrit Takashi NATSUME proposed openstack/nova stable/rocky: Replace glance command with openstack command https://review.openstack.org/637060
07:28:33 gibi_off ileixe: have you reported the problems regarding notifications as bugs? I encurage you to try versioned notifications and report any bugs. Also feel free to ping me if you have questions
07:31:34 openstackgerrit Yongli He proposed openstack/nova master: Clean up orphan instances https://review.openstack.org/627765
07:31:52 openstackgerrit Takashi NATSUME proposed openstack/nova master: Change a log level for overwriting allocation https://review.openstack.org/649788
07:34:50 ileixe gibi: I think I do not choose right word to express my situation. Notification itself is not a problem. What I felt hard is whenver I have small hooking logic, there were too many things to be considered. (e.g. We have to deploy ceilometer for consumer, gnocchi for publisher, aodh for alarm. And even there is no exact API to hook the event)
07:35:35 ileixe I felt like I'm on the wrong track. T_T
07:37:04 gibi ileixe: have you considered simply listening on the notification (or versioned_notification) topic on the message bus? that needs credentials to the message bus but if you can have that then it is couple of lines of code to subscribe to the topic and get the events
07:37:56 ileixe Yes acutally we're done to make our 3rd party component to listen messaging
07:39:01 gibi in this case you dont need ceilometer and aodh to interface with your CMDB
07:39:25 ileixe but I thought it's also not a right solution since we have to track messaging format/every event type (I mean unexpectable in this siutation).
07:39:35 ileixe Yep..
07:40:08 ileixe So my question is how others deal with this problem.
07:42:17 gibi ileixe: versioned notifications have a well defined format and proper versioning. Have you see the doc https://docs.openstack.org/nova/latest/reference/notifications.html#existing-versioned-notifications ?
07:43:21 gibi I cannot say how others deal with this, but I think versioned notificatons are capable of solving your problem and if you have feedback how to make them better then that feedback is very much appreciated
07:49:01 ileixe gibi: Thanks, gibi. It's worth to listen your view since I felt maybe I'm not going the wrong way. I will feedback you when I have an better idea to solve the problem.
07:49:15 gibi ileixe: feel free to ping me
07:49:25 ileixe :)
08:17:35 openstackgerrit Takashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller https://review.openstack.org/347289
08:17:58 openstackgerrit Takashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data https://review.openstack.org/407514
08:25:26 openstackgerrit Boxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule https://review.openstack.org/649953
08:33:03 openstackgerrit Boxiang Zhu proposed openstack/nova master: Use the functional test test_parallel_evacuate_with_server_group https://review.openstack.org/649963
09:11:48 openstackgerrit Adrian Chiris proposed openstack/nova master: SR-IOV Live migration indirect port support https://review.openstack.org/620115
09:36:13 openstackgerrit Merged openstack/nova master: Do not log a warning about not using compute monitors https://review.openstack.org/650092
09:42:28 kashyap stephenfin: When you get a moment, an rST question: in this rendering: http://logs.openstack.org/14/645814/2/check/openstack-tox-docs/0e76299/html/specs/train/approved/cpu-selection-with-hypervisor-consideration.html
09:43:21 kashyap stephenfin: ... I don't like how the words "or" and "type" are highlighted in the two tables. (Probably because they're rendered as code blocks.)
09:43:58 kashyap Any ideas to address that?
09:45:32 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: Add "CPU selection with hypervisor consideration" spec https://review.openstack.org/645814
10:00:24 stephenfin It's trying to guess the syntax. You can do '.. code-block:: none' before it (instead of '::') to override that, I would say
10:02:14 kashyap Oh right!
10:02:19 kashyap stephenfin: I recall the 'none' thingie. Good idea.
10:02:28 kashyap Thanks :-)
10:03:16 stephenfin kashyap: Actually, looks like Sphinx can render complex tables like those. Left comment inline
10:04:04 kashyap Oh, yeah. I recalled the "+" syntax. Wonderful rST + Sphinx. Endless joy :-)
10:12:00 kashyap stephenfin: Okay, even with '+', the words "or" and "type" are highlighted in the rendering.
10:12:31 kashyap (NB: Rendering was not the problem; with +, it rendering was equivalent to the one before.)
10:13:08 stephenfin kashyap: If you switch that to '+', you can dedent it and remove the '::' or '.. code-block'
10:13:19 stephenfin so it'll render as a table instead of a code block
10:14:37 kashyap Ah-ha, so after switching it required 'dedenting'...
10:14:50 stephenfin Yeah, sorry, I wasn't clear
10:15:23 stephenfin The reason it's indented is so it'll render as code because I didn't think docutils would handle complex tables like that, but it turns out it can
10:15:27 stephenfin and with gusto, no less
10:15:35 kashyap (No problem.)
10:15:37 kashyap Hehe, noted.
10:17:38 openstackgerrit Bhagyashri Shewale proposed openstack/nova master: Ignore root_gb for BFV in simple tenant usage API https://review.openstack.org/612626

Earlier   Later