Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2021-02-01
18:06:45 sean-k-mooney since you can move them all at once
18:08:28 sean-k-mooney ganso: by the way we removed the ablity to do force live migration in 2.68 https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id62
18:08:36 sean-k-mooney and it was added in 2.30
18:09:23 ganso sean-k-mooney: as long as v2 is not removed (I guess this will take a while), it will still be able to be used I assume
18:09:37 ganso just need to specify a lower microversion in the CLI
18:10:24 sean-k-mooney so this is the release note for the removal https://github.com/openstack/nova/blob/master/releasenotes/notes/remove-live-migrate-evacuate-force-flag-cb50608d5930585c.yaml
18:11:33 sean-k-mooney i belive we cap the ablity to force migration with 2.30-2.67
18:13:36 sean-k-mooney ganso: http://paste.openstack.org/show/802192/
18:14:26 sean-k-mooney so you need to do "nova --os-compute-api-version=2.30 live-migration --force <server> <host>"
18:14:44 ganso sean-k-mooney: yes, it will still work as long as I need a funcionality >2.68 in the same API call
18:14:51 ganso as long as I *don't need
18:14:57 sean-k-mooney ganso: i belive we intentionally do not support it with the openstsck client
18:15:33 sean-k-mooney ganso: well in very rare cases we also drop all compatiablity for older microversions
18:15:39 ganso sean-k-mooney: I've been using the openstack client, and it is slightly different there. The parameter name is "--live" instead of "--force". Where "--live" uses that force behavior, and "--live-migration" uses the non-forced behavior
18:16:04 sean-k-mooney ah right correct
18:17:03 sean-k-mooney v4
18:17:10 sean-k-mooney we had a v3 already which we then deleted
18:17:41 sean-k-mooney ganso: we only drop all support if we are fully removing a subsystem
18:18:07 sean-k-mooney ganso: for example when we removed nova-networks or xenapi code entirely
18:18:50 ganso ah great then it is going to be fine \o/
18:19:16 sean-k-mooney yep untill we do a v3/4 which wont be anytime soon if ever
18:19:39 sean-k-mooney that said we are getting close to 2.100 so at somepoint we proably should
18:23:00 openstackgerrit Merged openstack/nova master: Restart glance after updating policy in job https://review.opendev.org/c/openstack/nova/+/773192
18:23:32 openstackgerrit Merged openstack/nova master: vmware tests: Support different moref backend representations https://review.opendev.org/c/openstack/nova/+/749488
20:18:21 openstackgerrit Merged openstack/nova master: Raise 409 when removing security group from instance https://review.opendev.org/c/openstack/nova/+/735572
22:57:50 openstackgerrit Ghanshyam proposed openstack/nova master: DNM:try l-c with direct deps https://review.opendev.org/c/openstack/nova/+/772780
#openstack-nova - 2021-02-02
00:08:20 TheJulia Question, is the supports_image_type_ami driver capability flag, is that literally just supports raw partition image + kernel + ramdisk
00:18:17 dansmith TheJulia: all it means is that if the user tries to boot with an image that claims to be an ami, should we send it to you
00:18:53 dansmith TheJulia: so if that happens and we have some libvirt and some ironic and some, uh, some other hypervisor in the same cloud, we'll only consider nodes that are running drivers that claim to want to eat an ami
00:19:15 dansmith what you do with it and whether or not that's legal in all 50 states is not implied by the flag :)
00:20:50 TheJulia heh
00:21:05 TheJulia I'm just wondering if it would work because as I understand it, it should just work
00:21:36 dansmith *that* is not something I can answer
00:22:02 TheJulia Yeah, hmm maybe something to try one day
00:22:24 dansmith fwiw,
00:22:47 dansmith I barely think ami/ari/aki makes sense in a real VM type cloud, I would think it would make less sense for ironic,
00:22:59 dansmith but I don't really know why they (amazon) did it that way anyway, so..
00:26:01 TheJulia Yeah, I ended up chasing something earlier today for like 1.5 hours because someone put "aki" in instead of "qcow2"
00:26:37 dansmith PEBKAC
00:26:49 TheJulia but since we actually could just say "network boot a raw kernel/ramdisk" it could actually be a thing
00:49:29 openstackgerrit Merged openstack/nova master: Fix misleading documentation for live_migration_inbound_addr https://review.opendev.org/c/openstack/nova/+/741473
02:26:37 openstackgerrit Merged openstack/nova master: [FUP] this change removes an unused paramater https://review.opendev.org/c/openstack/nova/+/773409
03:17:06 openstackgerrit Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs https://review.opendev.org/c/openstack/nova/+/764292
07:58:10 openstackgerrit Balazs Gibizer proposed openstack/nova stable/ussuri: Add upgrade check about old computes https://review.opendev.org/c/openstack/nova/+/770765
08:36:05 openstackgerrit Rajat Dhasmana proposed openstack/nova master: Make enforce_multipath configurable https://review.opendev.org/c/openstack/nova/+/773605
09:58:54 lyarwood https://review.opendev.org/c/openstack/nova/+/772871/ and https://review.opendev.org/c/openstack/nova/+/772702/ should be ready to enable the nova-lvm job if any cores can take a look
10:23:11 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Increase SWIFT_LOOPBACK_DISK_SIZE within nova-lvm job https://review.opendev.org/c/openstack/nova/+/772702
10:23:52 openstackgerrit Stephen Finucane proposed openstack/nova master: zuul: Mark nova-lvm as voting https://review.opendev.org/c/openstack/nova/+/772871
10:25:48 lyarwood :set spell
10:25:54 lyarwood stephenfin: thanks for that
10:26:07 stephenfin nw
10:26:12 lyarwood I should really auto enable spell in commit messages
10:43:38 openstackgerrit Lucian Petrut proposed openstack/nova master: hyper-v rbd volume support https://review.opendev.org/c/openstack/nova/+/763550
10:59:31 openstackgerrit Wenping Song proposed openstack/nova master: Correct test error https://review.opendev.org/c/openstack/nova/+/773634
11:29:14 openstackgerrit Stephen Finucane proposed openstack/nova master: Drop support for custom schedulers https://review.opendev.org/c/openstack/nova/+/773637
11:29:15 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Drop '[scheduler] periodic_task_interval' https://review.opendev.org/c/openstack/nova/+/773638
11:29:15 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Clean up docs for scheduler options https://review.opendev.org/c/openstack/nova/+/773639
11:29:16 openstackgerrit Stephen Finucane proposed openstack/nova master: scheduler: Remove 'USES_ALLOCATION_CANDIDATES' https://review.opendev.org/c/openstack/nova/+/773640
11:29:16 openstackgerrit Stephen Finucane proposed openstack/nova master: scheduler: Remove 'hosts_up' https://review.opendev.org/c/openstack/nova/+/773641
11:29:17 openstackgerrit Stephen Finucane proposed openstack/nova master: trivial: Remove FakeScheduler (for realz) https://review.opendev.org/c/openstack/nova/+/773642
11:29:17 openstackgerrit Stephen Finucane proposed openstack/nova master: scheduler: Merge 'FilterScheduler' into base class https://review.opendev.org/c/openstack/nova/+/773643
11:29:18 openstackgerrit Stephen Finucane proposed openstack/nova master: scheduler: Merge driver into manager https://review.opendev.org/c/openstack/nova/+/773644
11:29:18 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Drop references to non-filter scheduler drivers https://review.opendev.org/c/openstack/nova/+/773645
11:29:19 openstackgerrit Stephen Finucane proposed openstack/nova master: tests: Merge 'test_utils', 'test_scheduler_utils' https://review.opendev.org/c/openstack/nova/+/773646
11:29:19 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Remove deprecated aliases https://review.opendev.org/c/openstack/nova/+/773647
12:59:25 openstackgerrit Wenping Song proposed openstack/nova master: Nova supports password encrypted VNC https://review.opendev.org/c/openstack/nova/+/622336
12:59:26 openstackgerrit Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs https://review.opendev.org/c/openstack/nova/+/764292
12:59:27 openstackgerrit Wenping Song proposed openstack/nova master: Replace all_tenants with all_projects in List Server APIs https://review.opendev.org/c/openstack/nova/+/765311
12:59:27 openstackgerrit Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from Rebuild Server API https://review.opendev.org/c/openstack/nova/+/766380
12:59:28 openstackgerrit Wenping Song proposed openstack/nova master: Replaces tenant_id with project_id from List SG API https://review.opendev.org/c/openstack/nova/+/766726
14:18:19 lyarwood elod: re https://review.opendev.org/c/openstack/nova/+/772271 - any additional thoughts on this or are you still -1?
14:18:43 lyarwood it's fine either way just wanted to see if we could move this on or close it out.
14:23:04 elod lyarwood: well, I'd rather not backport it, and I understand that you'd +2 it... :) anyway, if another stable core says +2 then I accept it o:)
14:26:51 openstackgerrit Julia Kreger proposed openstack/nova master: [ironic] correct capabilities for disk images supported https://review.opendev.org/c/openstack/nova/+/773691
14:30:44 lyarwood ~.
14:30:47 lyarwood ~.
14:31:28 lyarwood sigh, why does ssh always die with this DO instance but ~. make it through to irssi when I try to kill the connection
14:31:50 lyarwood elod: ack thanks I've updated the change
14:34:45 elod lyarwood: ++
14:34:56 elod lyarwood: I also added my comment at the same time :)
14:41:35 lyarwood elod: ack thanks
14:41:47 lyarwood stephenfin: did you look into dropping lxc support in the libvirt driver btw?
14:42:10 stephenfin I did. sean-k-mooney talked me out of it, but maybe we'd want to revisit that
14:46:08 sean-k-mooney i never got time to add a ci job
14:46:34 sean-k-mooney its the closest openscouce backend to working outside of qemu/kvm
14:46:43 sean-k-mooney it work in most cases
14:46:51 sean-k-mooney but it cant resize image to match the flavor
14:47:08 sean-k-mooney we could fix that but not sure we want too
14:47:30 sean-k-mooney stephenfin: we said we would deprecated at least if it did not have a ci by the end of victoria
14:47:49 sean-k-mooney so if we want to remove it we proably could.
14:48:13 sean-k-mooney i would still like to have support for it but im not going to work on it this cycle
14:51:01 sean-k-mooney dansmith: looks like https://review.opendev.org/c/openstack/devstack/+/771505 took about 17 mins off the job time
14:51:40 sean-k-mooney well comparing to bionic
14:51:58 sean-k-mooney not sure that is the same but its shaved off at least 3 mins
14:52:39 sean-k-mooney ah ya it inherits form tempest-full-py3
14:52:58 sean-k-mooney so ya about 2-3 mins which is not bad
14:53:39 sean-k-mooney most of the time in that job is still tempest anyway
14:53:53 dansmith sean-k-mooney: well, I looked at a bunch of run times and even on the same worker, it was really not fair to compare the times
14:54:22 dansmith we found cases where one run would be 50% longer on the same worker a couple hours before another
14:54:28 sean-k-mooney ya i guess eye ball stats are not exctly the best way to look at this

Earlier   Later