| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-02-26 | |||
| 17:06:45 | gmann | Recharge day... | |
| 17:09:04 | gibi | ohh that explanse a lot | |
| 20:11:15 | atmark | Hello, I have PCI passthrough configure in nova configs and also set an alias in the flavor but I'm getting this error when I create an instance | |
| 20:11:18 | atmark | Invalid PCI alias definition: [{'vendor_id': '1344', 'product_id': '51b2', 'device_type': 'type-PF', 'name': 'pf1'}] is not of type 'object' | |
| 20:11:37 | atmark | Here is my config http://paste.openstack.org/show/803047/ | |
| #openstack-nova - 2021-02-27 | |||
| 05:06:00 | openstackgerrit | Merged openstack/nova stable/ussuri: compute: Lock by instance.uuid lock during swap_volume https://review.opendev.org/c/openstack/nova/+/758732 | |
| 16:04:14 | legochen | hey guys, I’m trying "Launch an instance from a volume” | |
| 16:04:22 | legochen | I refer to this doc - https://docs.openstack.org/python-openstackclient/latest/cli/command-objects/server.html#server-create | |
| 16:04:52 | legochen | and found this option - “—boot-from-volume <volume-size>” | |
| 16:05:09 | legochen | As I have multiple volume types in my system. | |
| 16:05:46 | legochen | looks like it doesn’t support to specify which volume-type to create volume. | |
| 16:06:23 | legochen | the error shows - aborted: The request cannot be fulfilled as the default volume type cannot be found. | |
| 16:07:25 | legochen | could someone let me know how to specify volume-type in “openstack server create” command? | |
| 17:47:28 | openstackgerrit | Merged openstack/nova master: apidb: Compact Liberty database migrations https://review.opendev.org/c/openstack/nova/+/759399 | |
| 19:05:47 | legochen | hmm, I think the option “—boot-from-volume <volume-size>” need to also support specifying “volume-type”? is that make sense? | |
| 19:06:56 | legochen | I thought I can use this way … --block-device-mapping vda=f8967165-3250-472e-bd25-aea938a38bb2:volume:80:false , but, it prompts me an error | |
| 19:06:59 | legochen | The volume cannot be assigned the same device name as the root device vda (HTTP 400) (Request-ID: req-7425e48b-0cb1-46ea-90eb-afd62086a431) | |
| 19:07:08 | legochen | :( no idea then. | |
| 19:08:25 | legochen | 1. create a volume first, 2. boot an instance with that volume, ex: --block-device source=volume,id=33ecc63a-ccc1-496b-ae9a-61babe615568,dest=volume,shutdown=preserve | |
| 19:08:44 | legochen | but, in openstack command, this is also not allowed | |
| 19:09:22 | legochen | hope someone can give some ideas about this :) thanks | |
| #openstack-nova - 2021-02-28 | |||
| 19:40:06 | grami[m] | Hi all I'm struggling a little with trying to make a custom nova scheduler. The biggest problem is I want to get a count of running instances in the project. I have seen some people write in the whole keystone client sdk and have conf username and password but as this is already nova can this be done? could I import say nova.api.servers or something else | |
| 21:04:50 | openstackgerrit | Jessie Lass proposed openstack/nova master: Add emulation support if host arch != guest arch. https://review.opendev.org/c/openstack/nova/+/772156 | |
| 21:33:17 | legochen | looks like ocata version OSC supports --block-device , but newer version doesn’t have that. https://docs.openstack.org/ocata/user-guide/cli-nova-launch-instance-from-volume.html | |
| 21:33:28 | legochen | can we still provide that option in new OSC? | |
| 21:52:47 | legochen | if someone familiar with “Launch an instance from a volume”, please ping me directly… thanks :) | |
| 21:53:06 | legochen | per the doc - https://docs.openstack.org/nova/latest/user/launch-instance-from-volume.html | |
| 21:54:01 | legochen | after some tests, I feel the behavior of “Boot an instance from an image and attach a non-bootable volume.” is most efficient way to do this? | |
| 21:54:27 | legochen | the behavior of “Create a volume from an image and boot an instance from that volume.” and “Boot from an existing source image, volume, or snapshot.” seems are similar. | |
| 21:55:49 | legochen | On the host that running cinder service will need to | |
| 21:55:55 | legochen | 1. download image to image_conversion_dir | |
| 21:56:15 | legochen | 2. create block volume and attach that host | |
| 21:56:43 | legochen | 3. create a bootable volume by that download image. | |
| 21:56:58 | legochen | 4. attach volume to host and boot. | |
| 21:59:26 | legochen | but, the behavior of “Boot an instance from an image and attach a non-bootable volume.” seems the same as create VM on hypervisor and use hypervisor local store. | |
| 21:59:49 | legochen | the image download process will happen on the hypervisor instead of the host that running cinder service. | |
| #openstack-nova - 2021-03-01 | |||
| 02:58:59 | openstackgerrit | Xing Zhang proposed openstack/nova stable/train: replace the "hide_hypervisor_id" to "hw:hide_hypervisor_id" https://review.opendev.org/c/openstack/nova/+/768736 | |
| 05:02:31 | yonglihe | atmark: the pci alias is not a list. | |
| 07:37:46 | brinzhang | gmann: are you around? | |
| 07:38:55 | brinzhang | gmann: I dont understand what are you point *'groups' data* in https://review.opendev.org/c/openstack/nova/+/766726/17/nova/tests/unit/api/openstack/compute/test_security_groups.py#1005 | |
| 08:01:19 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replace all_tenants with all_projects in List Server APIs https://review.opendev.org/c/openstack/nova/+/765311 | |
| 08:01:19 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List/Update Servers APIs https://review.opendev.org/c/openstack/nova/+/764292 | |
| 08:01:20 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from Rebuild Server API https://review.opendev.org/c/openstack/nova/+/766380 | |
| 08:01:21 | openstackgerrit | Brin Zhang proposed openstack/nova master: Replaces tenant_id with project_id from List SG API https://review.opendev.org/c/openstack/nova/+/766726 | |
| 09:29:34 | gibi | stephenfin: can we land https://review.opendev.org/c/openstack/python-novaclient/+/770573 before the client freze? | |
| 09:39:24 | brinzhang_ | gibi, stephenfin, gmann: we add none type to the auth_schemes when we configing the devstack env, it's fixing the noVNC nova-next task failed, pls review if you have free time | |
| 09:39:36 | brinzhang_ | gibi, stephenfin, gmann: https://review.opendev.org/c/openstack/devstack/+/777923 thanks. | |
| 09:41:10 | brinzhang_ | gmann: I think this is not necessary to register a bug for devstack, it belongs to the bp/nova-support-webvnc-with-password-anthentication | |
| 09:51:39 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: WIP: Bump the Compute RPC API to version 6.0 https://review.opendev.org/c/openstack/nova/+/761452 | |
| 09:52:48 | stephenfin | gibi: Sure, I'll respin that now | |
| 09:57:54 | gibi | thanks | |
| 10:06:38 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: Add support for microversion v2.88 https://review.opendev.org/c/openstack/python-novaclient/+/770573 | |
| 10:06:46 | stephenfin | gibi ^ | |
| 10:07:03 | gibi | stephenfin: I'm on it | |
| 10:11:53 | gibi | brinzhang_: left a question in the tempest review | |
| 10:16:35 | gibi | sean-k-mooney: is there anything open in os-vif that needed for Wallaby? This week is nonclient library freeze. I looked tht the open patches and nothing popped out for me as important. | |
| 10:24:11 | gibi | stephenfin: +2 thanks for the client patch | |
| 10:26:38 | openstackgerrit | Merged openstack/nova master: objects: Add 'socket' PCI NUMA affinity https://review.opendev.org/c/openstack/nova/+/772748 | |
| 10:59:05 | stephenfin | brinzhang_: gibi: Big comment left on https://review.opendev.org/c/openstack/nova/+/622336. I think we've all gotten confused /o\ | |
| 10:59:23 | openstackgerrit | Merged openstack/nova master: Remove short call timeout from func test https://review.opendev.org/c/openstack/nova/+/777447 | |
| 11:07:50 | openstackgerrit | Stephen Finucane proposed openstack/nova master: rpc: Rework 'get_notifier', 'wrap_exception' https://review.opendev.org/c/openstack/nova/+/741663 | |
| 11:07:50 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Remove dead code https://review.opendev.org/c/openstack/nova/+/772928 | |
| 11:07:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: mypy: Add type annotations to 'nova.pci' https://review.opendev.org/c/openstack/nova/+/676209 | |
| 11:07:52 | openstackgerrit | Stephen Finucane proposed openstack/nova master: mypy: Add nova.cmd, nova.conf, nova.console https://review.opendev.org/c/openstack/nova/+/705657 | |
| 11:07:53 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Clean manager.Manager, service.Service signatures https://review.opendev.org/c/openstack/nova/+/764806 | |
| 11:07:53 | openstackgerrit | Stephen Finucane proposed openstack/nova master: mypy: Add type annotations to top-level modules https://review.opendev.org/c/openstack/nova/+/705658 | |
| 11:35:13 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova master: libvirt: Allow disabling CPU flags via `cpu_model_extra_flags` https://review.opendev.org/c/openstack/nova/+/774240 | |
| 11:49:09 | kashyap | Gah, needs a rebase | |
| 11:49:52 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova master: libvirt: Allow disabling CPU flags via `cpu_model_extra_flags` https://review.opendev.org/c/openstack/nova/+/774240 | |
| 12:12:30 | stephenfin | lyarwood: I saw that before. I think a second attempt to commit fixed the issue | |
| 12:12:38 | stephenfin | otherwise just pass the -n flag temporarily | |
| 12:13:19 | lyarwood | huh | |
| 12:13:26 | lyarwood | TIL about the -n flag | |
| 12:13:29 | lyarwood | thanks | |
| 12:30:33 | sean-k-mooney | gibi: thanks for the reminder. no not on master. there is one patch i want to be backported to train but ill ping lyarwood for that seperatly | |
| 12:30:47 | gibi | sean-k-mooney: thanks for the confirmation | |
| 12:31:40 | sean-k-mooney | lyarwood: https://review.opendev.org/c/openstack/os-vif/+/765970 is the patch i was refering too above | |
| 12:32:22 | sean-k-mooney | lyarwood: we will need it downstream for 16.2 because the linux kernel patch was added in 8.4 | |
| 12:34:26 | sean-k-mooney | gibi: ill try and figure out a unit test for https://review.opendev.org/c/openstack/nova/+/777679 when i get time | |
| 12:35:06 | sean-k-mooney | raising the excption via a mock and adding the assertions is not hard but its in an inner funciton so its a littele more work then normal to test. | |
| 12:43:36 | openstackgerrit | Stephen Finucane proposed openstack/python-novaclient master: Add support for microversion v2.88 https://review.opendev.org/c/openstack/python-novaclient/+/770573 | |
| 12:55:06 | openstackgerrit | Stephen Finucane proposed openstack/nova master: libvirt: Add support for virtio-based input devices https://review.opendev.org/c/openstack/nova/+/756552 | |
| 13:00:34 | legochen | hey sean-k-mooney, do you know anyone familiar with "Launch an instance from a volume” practcie… some questions posted above… would like to discuss | |
| 13:02:48 | sean-k-mooney | hi i have not read them back but i can take a look in a second | |
| 13:03:23 | gibi | sean-k-mooney: ack | |
| 13:03:48 | legochen | thank you | |
| 13:04:56 | sean-k-mooney | ok so your asking about osc and block device mappings | |
| 13:05:16 | sean-k-mooney | stephenfin: has a patch up to rework how osc supports this currently | |
| 13:06:08 | sean-k-mooney | https://review.opendev.org/c/openstack/python-openstackclient/+/771696 | |
| 13:07:55 | sean-k-mooney | so there are several ways to create a vm as im sure your aware | |
| 13:08:18 | sean-k-mooney | you can create a vm with local root disk and have seperate data volumes | |
| 13:08:45 | sean-k-mooney | or you can replace the root disk with a cinder volume instaed of having it stored locally on the compute node. | |
| 13:09:02 | sean-k-mooney | the later can be done several ways and is what we refer to as boot form volume | |
| 13:09:40 | sean-k-mooney | nova support eighter using a prexisting bootable volume, or a new volumn created by nova form either an image of volume snapshot | |
| 13:10:31 | sean-k-mooney | the efficncy fo each depend on 1 how you judge efficncy and 2 whatn nova, glance and cinder backends you have configured | |
| 13:11:00 | sean-k-mooney | for example if you are using ceph for cinder nova and glance then boot form volume and non boot form volume are basically the same | |
| 13:11:29 | sean-k-mooney | in all cases teh root disk will just be a thin snapshot over the orignial image | |
| 13:12:21 | sean-k-mooney | similarly you use cider as the glance backend and your cinder driver support it then bfv volumes created from images can simialrly be a thin provisioned volumn | |
| 13:13:49 | sean-k-mooney | the presence of addtional data volumne in any configuration is largely irrelvent to effincincy or perfroamce since in bfv or non bfv cases you should keep all data you care about in a cinder data volumn anyway so you can tree the root disk as ephemeral | |
| 13:14:19 | sean-k-mooney | legochen: not sure if that help but if you have a specific question i can try and answer that | |