Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-05-15
21:28:40 melwitt brilliant!
21:28:41 mriedem and somehow do it with eventlet
21:31:05 openstackgerrit Hamdy Khader proposed openstack/nova master: [WIP] OVS DPDK port representors support https://review.opendev.org/658785
21:50:17 openstackgerrit melanie witt proposed openstack/nova master: Stop logging traceback when skipping quiesce https://review.opendev.org/659374
21:53:55 melwitt mriedem: just did a fugly update ^ better ideas welcome
21:53:56 openstackgerrit Merged openstack/nova master: Add image type request filter https://review.opendev.org/656413
22:10:04 mriedem replied
22:18:13 melwitt thanks
22:18:22 openstackgerrit melanie witt proposed openstack/nova master: Stop logging traceback when skipping quiesce https://review.opendev.org/659374
22:18:46 openstackgerrit Merged openstack/nova master: Enable image type query support in nova-next https://review.opendev.org/656903
22:18:54 openstackgerrit Merged openstack/nova master: Add docs for image type support request filter https://review.opendev.org/657025
22:19:06 openstackgerrit Merged openstack/nova stable/queens: Fix nova-grenade-live-migration run book for opendev migration https://review.opendev.org/655800
22:36:20 mriedem dansmith: it is done https://blueprints.launchpad.net/nova/+spec/request-filter-image-types
#openstack-nova - 2019-05-16
00:42:46 openstackgerrit Brin Zhang proposed openstack/nova master: Cap sphinx for py2 to match global requirements https://review.opendev.org/659201
00:53:51 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Cap sphinx for py2 to match global requirements https://review.opendev.org/659205
00:59:44 openstackgerrit Tetsuro Nakamura proposed openstack/nova stable/stein: Skip _exclude_nested_providers() if not nested https://review.opendev.org/659206
01:51:27 openstackgerrit Tetsuro Nakamura proposed openstack/nova stable/rocky: Skip _exclude_nested_providers() if not nested https://review.opendev.org/659207
02:22:26 openstackgerrit Boxiang Zhu proposed openstack/nova master: Fix failure to boot instances with qcow2 format images https://review.opendev.org/640271
02:26:39 openstackgerrit Matt Riedemann proposed openstack/nova master: Robustify attachment tracking in CinderFixtureNewAttachFlow https://review.opendev.org/658904
02:26:39 openstackgerrit Matt Riedemann proposed openstack/nova master: Update usage in RT.drop_move_claim during confirm resize https://review.opendev.org/641806
02:26:40 openstackgerrit Matt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method https://review.opendev.org/614036
02:26:40 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid https://review.opendev.org/614012
02:26:41 openstackgerrit Matt Riedemann proposed openstack/nova master: Add TargetDBSetupTask https://review.opendev.org/627892
02:26:41 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Instance.hidden field https://review.opendev.org/631123
02:26:42 openstackgerrit Matt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask https://review.opendev.org/633853
02:26:42 openstackgerrit Matt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask https://review.opendev.org/631581
02:26:43 openstackgerrit Matt Riedemann proposed openstack/nova master: Add PrepResizeAtDestTask https://review.opendev.org/627890
02:26:43 openstackgerrit Matt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_dest compute method https://review.opendev.org/633293
02:26:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Add nova.compute.utils.delete_image https://review.opendev.org/637605
02:26:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method https://review.opendev.org/634832
02:26:45 openstackgerrit Matt Riedemann proposed openstack/nova master: Refactor ComputeManager.remove_volume_connection https://review.opendev.org/642183
02:26:45 openstackgerrit Matt Riedemann proposed openstack/nova master: Add PrepResizeAtSourceTask https://review.opendev.org/627891
02:26:46 openstackgerrit Matt Riedemann proposed openstack/nova master: Add finish_snapshot_based_resize_at_dest compute method https://review.opendev.org/635080
02:26:46 openstackgerrit Matt Riedemann proposed openstack/nova master: Add power_on kwarg to ComputeDriver.spawn() method https://review.opendev.org/642590
02:26:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field https://review.opendev.org/614035
02:26:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Add FinishResizeAtDestTask https://review.opendev.org/635646
02:26:59 openstackgerrit Matt Riedemann proposed openstack/nova master: Add cross-cell resize policy rule and enable in API https://review.opendev.org/638269
02:26:59 openstackgerrit Matt Riedemann proposed openstack/nova master: Support cross-cell moves in external_instance_event https://review.opendev.org/658478
02:27:00 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Enable cross-cell resize in the nova-multi-cell job https://review.opendev.org/656656
02:32:48 openstackgerrit Merged openstack/nova master: Fix retry of instance_update_and_get_original https://review.opendev.org/658845
02:33:12 guilhermesp hello! I'm currently running an upgrade N -> O. There is something weird going on when I run nova-manage cell_v2 map_instances <id>. It seems that the nova_api.instance_mappings keeps stuck for a while, incrementing slowly one by one, then after a huge amount of time it starts to re-map the instance in faster way
02:33:33 guilhermesp the deployment has 160k rows in nova.instances
02:34:06 guilhermesp we currently re-mapped 80K instnaces, but sometimes the command finishes but there are still rows to remap
02:34:39 guilhermesp the active instnaces of the deployment are currently given 404, which mean they doesn't reside on the newly created cell during the deployment
02:35:33 guilhermesp we are sometimes adding to the command --max-counts like 50k, 100k and trying to track the remapping watching the rows in nova_api.instance_mappings
02:35:51 guilhermesp does anyone knows what could be the trick in that scenario
02:35:57 openstackgerrit Merged openstack/nova master: Cap sphinx for py2 to match global requirements https://review.opendev.org/659201
02:36:01 guilhermesp we have a staging env that this didn't happen
02:36:50 guilhermesp but we used to have around 1.8k rows in nova.instances
02:37:17 guilhermesp maybe the amount of records in the other env could be a possible reason?
04:47:53 bhagyashris sean-k-mooney: Hi,
07:20:41 openstackgerrit Takashi NATSUME proposed openstack/nova stable/stein: Fix assert methods in unit tests https://review.opendev.org/657708
07:21:38 openstackgerrit Takashi NATSUME proposed openstack/nova stable/rocky: Fix assert methods in unit tests https://review.opendev.org/657709
07:21:46 openstackgerrit Takashi NATSUME proposed openstack/nova stable/rocky: Fix assert methods in unit tests https://review.opendev.org/657709
07:24:06 openstackgerrit zhangboye proposed openstack/nova-specs master: Cap sphinx for py2 to match global requirements https://review.opendev.org/659470
07:26:05 kashyap weshay: Was asleep when you pinged.
07:37:44 kashyap weshay: I see that melwitt (thanks) has already investigated the issue and posted a patch to skip logging the trace: https://review.opendev.org/#/c/659374/
08:05:17 openstackgerrit Gorka Eguileor proposed openstack/nova master: Fix doc requirements https://review.opendev.org/659484
08:05:58 openstackgerrit Gorka Eguileor proposed openstack/nova master: Fix doc requirements https://review.opendev.org/659484
08:07:33 openstackgerrit Gorka Eguileor proposed openstack/nova master: Use os-brick locking for volume attach and detach https://review.opendev.org/614190
09:10:08 openstackgerrit Arnaud Morin proposed openstack/nova master: Always Set dhcp_server in network_info https://review.opendev.org/658362
09:28:22 bhagyashris stephenfin: Hi, Just want to ask regarding the reserved_host_cpus as we are setting the reserved value of cpus as 0 for both the PCPU and VCPU then how the reserved value will be maintain I mean there should some cpu reserved for host process
09:32:01 sean-k-mooney bhagyashris: that is achive by not listing them in the cpu_shared_set or the cpu_dedicated_set
09:33:17 sean-k-mooney so on an 8 core system you can do cpu_shared_set=2,3 cpu_dedicated_set=4-7 and that leave cores 0 and 1 for the host
09:34:01 sean-k-mooney this is how you reserve cores for the host using vcpu_pin_set today
09:34:04 bhagyashris sean-k-mooney: that means operator should keep in mind that some cpus should left for host process while setting the cpu_dedicated_set and cpu_shared_set
09:34:14 sean-k-mooney yes
09:34:27 bhagyashris okay
09:34:51 bhagyashris sean-k-mooney: thank you for clearing my doubt.
09:35:24 sean-k-mooney althogh today reserved_host_cpus defaults to 0 and by defalt the vcpu_pin_set if unset enable all host cpus
09:35:39 sean-k-mooney so if they dont do that it wont be a change in behavior
09:38:18 bhagyashris sean-k-mooney: okay, but suppose if operator assign all the cpus to the dedicated set then what will happen in that case, host process won't have any cpu to process the host process.
09:38:56 sean-k-mooney the hosts will steal cpu time form the pinned instances
09:39:26 sean-k-mooney but again that is what happens today if you dont ommit cores for the host to use form the vcpu pin set
09:41:03 bhagyashris okay, So that case should be handle by code or by operator then
09:41:20 sean-k-mooney by the operator
09:41:30 bhagyashris okay
09:42:14 bhagyashris Thank you :)
10:08:59 openstackgerrit Arnaud Morin proposed openstack/nova master: Always Set dhcp_server in network_info https://review.opendev.org/658362
10:25:05 mdbooth Any reason https://review.opendev.org/658845 shouldn't be backported to stable?
11:59:23 rabel hi. there seems to be a problem with api microversions. i have an openstack rocky (deployed with packstack), but my openstackclient (newest version, directly from git) tells me that the compute api version is 2.1
12:02:40 artom rabel, it's an known osc behaviour/bug. While novaclient autonegotiates to the greatest common supported microversion, osc defaults to 2.1, and you have to manually specify which microversion you want
12:13:03 rabel artom thanks
12:56:35 alex_xu efried: I think the in_tree take care of all the cases for https://review.opendev.org/#/c/645520/ also
13:08:37 efried alex_xu: Okay. I'll take a closer look at that patch soon.
13:08:50 alex_xu efried: thx
13:16:40 openstackgerrit Matt Riedemann proposed openstack/nova master: Stop logging traceback when skipping quiesce https://review.opendev.org/659374
13:23:53 mriedem dansmith: random idea, but with something like https://bugs.launchpad.net/nova/+bug/1829349 where the RT is constantly failing b/c of conflicted pinned CPUs on the same host, we could leverage the build failure stats thing and if the RT fails after x hits or whatever we try to take that host out of scheduling
13:23:54 openstack Launchpad bug 1829349 in OpenStack Compute (nova) "Resource Tracker failed to update usage in case numa topology conflict happen" [Undecided,New]
13:24:31 mriedem they did the naughty and enabled live migration for numa instances, 2 landed on the same host with conflicting pinned CPUs, and how the RT constantly fails but the scheduler continues to pick the host b/c it looks free since it's usage isn't getting reported
13:24:42 mriedem s/how/now/
13:25:08 dansmith oye
13:25:23 dansmith isn't the build failure count going up in that case anyway?
13:25:42 mriedem maybe, i can ask in the bug report
13:26:01 sean-k-mooney mriedem: did we fix the typo so that that config option works yet
13:27:47 mriedem the qemu vs QEMU thing?
13:28:01 mriedem it wouldn't matter,
13:28:09 mriedem because in this case they enabled the workaround to allow live migrating instances with numa
13:28:10 sean-k-mooney ya we were checking for hypervior = kvm but its alway qemu
13:29:19 sean-k-mooney yes we fixed it https://review.opendev.org/#/c/635350/]

Earlier   Later