Earlier  
Posted Nick Remark
#openstack-nova - 2020-04-15
17:18:09 stephenfin lyarwood: hit https://review.opendev.org/#/c/718100/ btw
17:18:38 sean-k-mooney stephenfin: well you could arge your change was a regression since you broke backwards comatiablity without any way to opt in
17:18:55 lyarwood stephenfin: thanks
17:19:00 stephenfin sean-k-mooney: but we indicated that with a major version bump
17:19:08 stephenfin so per Sem-Ver, we're golden
17:19:31 stephenfin though per the "be nice to users" rule, maybe not so much :)
17:19:59 sean-k-mooney true but its not nessisarly resonable to expect them to be able to pin the version to an older one since nova clint is ill advisidly used as part of sdks and other tools
17:20:32 sean-k-mooney anyway whats done and relased is done
17:21:32 sean-k-mooney stephenfin: this converation reminds me why i avoid nova clinet in the first place
17:21:42 stephenfin yeah, OSC FTW
17:21:45 sean-k-mooney i only ever use it if osc cant do the thing
17:34:05 openstackgerrit Sylvain Bauza proposed openstack/nova master: FUP: doc: explaining that resize works for vGPUs https://review.opendev.org/720250
21:26:55 openstackgerrit Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176
21:31:53 openstackgerrit Merged openstack/nova master: fup: Fix [workarounds]/rbd_volume_local_attach config docs https://review.opendev.org/718100
22:19:49 sangeet What is the best way to power off the servers. "Openstack server stop" is not a graceful shutdown.
22:19:58 sangeet I am using Stein
22:43:45 sangeet Want to shut down the VM gracefully so when it is stared again, we are back to full working mode.
22:56:51 melwitt sangeet: graceful shutdown is default behavior but there is a timeout used for how long to wait for the guest to shutdown gracefully, defaulting to 60s https://docs.openstack.org/nova/stein/configuration/config.html#DEFAULT.shutdown_timeout
23:00:55 kplant i think acpid is required in the guest too
23:00:56 kplant iirc
23:14:07 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129
23:16:03 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work https://review.opendev.org/717835
23:22:48 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Fix follow up comments on policy work https://review.opendev.org/717835
#openstack-nova - 2020-04-16
00:01:37 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129
01:22:00 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Add docs and releasenotes for BP policy-defaults-refresh https://review.opendev.org/720129
06:40:02 gibi good morning
07:34:06 openstackgerrit Merged openstack/nova master: Pass the actual target in flavor access policy https://review.opendev.org/719607
08:03:03 bauzas good morning Nova
08:10:44 bauzas gibi: permission to lock the semaphore for triaging bugs ?
08:12:02 gibi bauzas: granted, I'm on a call
08:13:10 bauzas gibi: -EINTR
08:16:07 bauzas sem_wait(*bugs)
08:19:06 openstackgerrit Merged openstack/nova master: Fix server actions to be system and project scoped https://review.opendev.org/720123
08:28:56 gibi bauzas: before I lost the lock I was looking at https://bugs.launchpad.net/nova/+bug/1861493
08:28:56 openstack Launchpad bug 1861493 in OpenStack Compute (nova) "Nova sends an "X-Service-Token" header when "send_service_user_token" is disabled" [Undecided,New]
08:29:13 openstack Launchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New]
08:29:34 bauzas sorry, I'm really not a volume expert :(
08:29:41 bauzas gibi: ack ok
08:30:08 gibi me neither
08:30:45 bauzas lyarwood: not sure you're up yet but could you tell me whether https://bugs.launchpad.net/nova/+bug/1863844 is legit ?
08:30:45 openstack Launchpad bug 1863844 in OpenStack Compute (nova) " The virtual machine with the config_driver device cannot properly mount the disk using the virtio-scsi driver" [Undecided,New]
08:33:04 openstackgerrit Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176
08:37:34 lyarwood bauzas: morning, yeah it's valid and I think I know why
08:37:51 bauzas lyarwood: k, no regression hopefully ?
08:38:34 lyarwood bauzas: actually they set --property hw_scsi_model='virtio-scsi' that I assumed they had missed
08:38:45 lyarwood bauzas: I've reproduced it FWIW with q35
08:38:58 lyarwood bauzas: -> coffee and I'll look closer
08:39:18 bauzas ack, gtk
08:40:12 bauzas and thanks
09:01:51 openstackgerrit Ivaylo Mitev proposed openstack/nova master: Faults from cell DB missing in GET /servers/detail https://review.opendev.org/699176
09:38:01 bauzas argh, I'm surprised to see the virtual PTG planned for only one single week...
09:38:16 bauzas I thought we had an agreement on having more than just one week
09:38:19 bauzas :/
09:38:58 hrw lyarwood: I am waiting for x86 world to migrate to q35/uefi...
09:40:24 lyarwood hrw: trying to for V
09:40:35 lyarwood hrw: it's on my plate at least
09:41:14 openstackgerrit Dincer Celik proposed openstack/nova stable/train: Abort live-migration during instance_init https://review.opendev.org/720414
09:46:53 hrw :)
09:57:04 nightmare_unreal can someone follow up on this : https://review.opendev.org/#/c/715395/
09:57:08 nightmare_unreal Thanks :)
10:08:11 bauzas lyarwood: fwiw, i'm about to classify https://bugs.launchpad.net/nova/+bug/1862375 as invalid/wishlist since it seems an improvement
10:08:11 openstack Launchpad bug 1862375 in OpenStack Compute (nova) "Subsequent nova-api volume attach request waiting for previous one to complete" [Undecided,Invalid]
10:08:32 bauzas (for the timeout, i'll explain the option)
10:10:30 gibi bauzas: I agree and raced with you on that. sorry. I forget to take the lock. I'm stopping now
10:11:28 bauzas gibi: all cool
10:13:21 lyarwood bauzas / gibi ; meh, the whole device naming thing is pointless and in an ideal world should be removed
10:13:52 gibi lyarwood: removing that would need an API change as nova returns the device name in the POST rsp
10:13:53 lyarwood bauzas / gibi ; the computes actually serialise these requests anyway so we could remove this in the future
10:15:09 lyarwood gibi: right, we could remove it for virt drivers that can't guarantee it with a microversion right?
10:15:17 lyarwood gibi: such as libvirt
10:15:26 lyarwood actually can any virt drivers guarantee it
10:17:37 gibi I'm fine removing that in a microversion but that needs spec
10:18:09 gibi and I cannot really comment on the virt driver side so I trust you
10:20:15 bauzas huh, unless I misunderstand something, a snapshot is not intended to be written again by the instance that was snapshoted ? https://bugs.launchpad.net/nova/+bug/1860913
10:20:15 openstack Launchpad bug 1860913 in OpenStack Compute (nova) "Instance uses base image file when it is rebooted after snapshot creation if cinder nfs backend is used" [Undecided,New]
10:20:22 bauzas so, Invalid, right ? ^
10:20:48 bauzas a snapshot is by definition immutable
10:23:10 lyarwood the bug suggests we are writing to the snapshot and that would be a bug
10:23:21 lyarwood it might be that they are just looking at the QEMU command line that isn't updated
10:27:26 bauzas I'll ask them more then => Incomplete
10:59:52 hrw is there a way to set cpu_mode/cpu_model in CI jobs?
11:16:56 sean-k-mooney hrw: you can just set it in the devstack local.conf
11:17:47 hrw sean-k-mooney: thanks
11:17:58 sean-k-mooney hrw: like this https://opendev.org/x/networking-ovs-dpdk/src/branch/master/.zuul.yaml#L72-L86
11:18:26 hrw great!
11:18:45 sean-k-mooney set cpu_mode: custome then cpu_model: whatever
11:18:55 hrw yay
11:19:15 sean-k-mooney also spelling custom correctly helps :)
11:19:39 hrw nova-next has it too ;d
11:20:16 sean-k-mooney im guessing its using an old model
11:21:22 sean-k-mooney oh you just ment setting config values https://github.com/openstack/nova/blob/master/.zuul.yaml#L184-L195
11:22:19 openstackgerrit Marcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439
11:22:20 hrw let's check ;d
11:22:57 hrw now it should be able to run VM instances
11:23:07 hrw ~curse aarch64 for lack of nested virt
11:23:10 openstackgerrit Wenping Song proposed openstack/nova master: Accurately clean up ARQs resources during build_instances() in conductor https://review.opendev.org/720439
11:23:43 sean-k-mooney oh nova next has bandwith aware schulding configured resource_provider_bandwidths: br-ex:1000000:1000000
11:24:01 sean-k-mooney i did not know we were running tempest test for that in nova next
11:24:12 gibi sean-k-mooney: we have qos tempet tests
11:24:20 gibi tempest

Earlier   Later