| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-02-24 | |||
| 19:17:45 | sean-k-mooney | disk and OS-FLV-EXT-DATA:ephemeral | |
| 19:18:22 | sean-k-mooney | https://docs.openstack.org/api-ref/compute/?expanded=add-flavor-access-to-tenant-addtenantaccess-action-detail,create-flavor-detail#create-flavor | |
| 19:18:42 | sean-k-mooney | OS-FLV-EXT-DATA:ephemeral is what is used to limit --ephemeral | |
| 19:19:32 | gregwork | i was under the impression that that value is what will be attached as a separate volume to root | |
| 19:19:43 | gregwork | i did not know it could be sub divided | |
| 19:19:57 | sean-k-mooney | gregwork: some things to keep in mind are ephemeral disk are not snapshot so that also means they are not preserved on shelve | |
| 19:20:27 | sean-k-mooney | gregwork: most people dont if you dont pass any args that will be prented as a singel addtional disk to the instance by default | |
| 19:20:50 | gregwork | thats kind of cool | |
| 19:20:56 | sean-k-mooney | but if the flaovr has addtional ephemeral storage you can subdevide it | |
| 19:21:07 | sean-k-mooney | gregwork: the other thing to kep in mind is that resize is undefined | |
| 19:21:28 | sean-k-mooney | or rather resize where the epmeral size changes is undefiend (read broken as hell) | |
| 19:21:57 | sean-k-mooney | so its cool be there be dragons if you try to resize down | |
| 19:22:01 | sean-k-mooney | up might be ok | |
| 19:22:14 | sean-k-mooney | but again very rarely used feature | |
| 19:22:25 | sean-k-mooney | also very old i think it predate cinder | |
| 19:23:35 | gregwork | the situation we are trying to work around is this quick poc we are running needs fast disk and cinder is overloaded. So they are going to stuff some flash in 3 computes dedicated to this project | |
| 19:23:46 | sean-k-mooney | gregwork: if you want to do it with the openstack client you have to manually build the block device mappings dict and use the local volum type to do this | |
| 19:23:47 | gregwork | so we are going to run off the local ephemeral | |
| 19:25:20 | sean-k-mooney | as long as people are awrae fo the limiations, local scratch space is exactly what that flavor value is for | |
| 19:25:35 | gregwork | for sure, its a demo environment | |
| 20:17:27 | openstackgerrit | Merged openstack/nova master: libvirt: Rationalize attachment of USB tablet https://review.opendev.org/c/openstack/nova/+/756551 | |
| 22:22:16 | openstackgerrit | Merged openstack/placement master: Update traits in tests and requirements https://review.opendev.org/c/openstack/placement/+/777174 | |
| 23:10:00 | openstackgerrit | sean mooney proposed openstack/nova master: add constants for vnic type vdpa https://review.opendev.org/c/openstack/nova/+/770474 | |
| 23:10:00 | openstackgerrit | sean mooney proposed openstack/nova master: [WIP] add vdpa nodedev parsing and interface config gen https://review.opendev.org/c/openstack/nova/+/770532 | |
| 23:10:02 | openstackgerrit | sean mooney proposed openstack/nova master: [WIP] add vdpa min version support https://review.opendev.org/c/openstack/nova/+/770533 | |
| 23:10:05 | openstackgerrit | sean mooney proposed openstack/nova master: extend pci dev_type for vdpa https://review.opendev.org/c/openstack/nova/+/777481 | |
| #openstack-nova - 2021-02-25 | |||
| 06:57:47 | openstackgerrit | Yongli He proposed openstack/nova master: Smartnic support - cyborg drive https://review.opendev.org/c/openstack/nova/+/771362 | |
| 06:57:47 | openstackgerrit | Yongli He proposed openstack/nova master: smartnic support - new vnic type https://review.opendev.org/c/openstack/nova/+/771363 | |
| 06:57:48 | openstackgerrit | Yongli He proposed openstack/nova master: smartnic support https://review.opendev.org/c/openstack/nova/+/758944 | |
| 08:43:55 | nightmare_unreal | Good morning nova | |
| 08:44:37 | openstackgerrit | Yongli He proposed openstack/nova master: Smartnic support - cyborg drive https://review.opendev.org/c/openstack/nova/+/771362 | |
| 08:44:40 | openstackgerrit | Yongli He proposed openstack/nova master: smartnic support - new vnic type https://review.opendev.org/c/openstack/nova/+/771363 | |
| 08:44:45 | openstackgerrit | Yongli He proposed openstack/nova master: smartnic support https://review.opendev.org/c/openstack/nova/+/758944 | |
| 08:50:44 | nightmare_unreal | Hi , can someone help me with the syntax to pass an empty list (to remove the RP) ? I am taking in reference to "resource provider aggregate set " | |
| 08:59:00 | gibi | nightmare_unreal: remove the RP from where? | |
| 08:59:45 | nightmare_unreal | gibi: placement aggregate | |
| 08:59:56 | nightmare_unreal | we discussed this few days ago | |
| 09:00:24 | nightmare_unreal | and you showed me this syntax : you can do openstack resource provider aggregate set <rp-uuid> --aggregate <agg1> --aggregate <agg2> ... | |
| 09:03:31 | gibi | OK, so you want to remove PRs from the aggregate | |
| 09:07:24 | gibi | nightmare_unreal: if you want to remove an aggregate then do not provide it in the set command | |
| 09:07:41 | gibi | nightmare_unreal: if you want to remove all the aggregates the provided zero --aggregate in the command | |
| 09:07:47 | gibi | example http://paste.openstack.org/show/802990/\ | |
| 09:07:49 | gibi | example http://paste.openstack.org/show/802990/ | |
| 09:08:31 | nightmare_unreal | yes i want to remove PR from the aggregate | |
| 09:08:32 | gibi | nightmare_unreal: so in general resource provider aggregate set overwrites the list of aggregates the RP is in | |
| 09:09:09 | gibi | so if your RP is in two aggregates agg1 and agg2 and you want to remove the PR from agg1 then | |
| 09:09:22 | gibi | aggregate set <RP> --aggregate agg2 | |
| 09:09:35 | gibi | will overwrite the whole aggregate list to only contain agg2 | |
| 09:09:51 | gibi | and therefore remove the RP from agg1 | |
| 09:11:26 | nightmare_unreal | I see :) , to remove all i should use "resource provider aggregate set " and pass empty --aggregate | |
| 09:12:36 | gibi | yepp | |
| 09:12:45 | nightmare_unreal | thanks | |
| 09:55:51 | openstackgerrit | Wenping Song proposed openstack/nova master: Nova supports password encrypted VNC https://review.opendev.org/c/openstack/nova/+/622336 | |
| 10:10:19 | openstackgerrit | Wenping Song proposed openstack/nova master: Nova supports password encrypted VNC https://review.opendev.org/c/openstack/nova/+/622336 | |
| 10:15:33 | brinzhang | stephenfin, melwitt: the noVNC patch changed the auth_type with *VENCRYPT*, addressed your comment, pls recheck | |
| 10:15:50 | stephenfin | ack | |
| 11:14:56 | openstackgerrit | Merged openstack/nova master: libvirt: add IP address to libvirt guest metadata https://review.opendev.org/c/openstack/nova/+/750552 | |
| 12:51:25 | openstackgerrit | Stephen Finucane proposed openstack/nova master: neutron: Rework how we check for extensions https://review.opendev.org/c/openstack/nova/+/705792 | |
| 12:51:26 | openstackgerrit | Stephen Finucane proposed openstack/nova master: neutron: Remove references to out-of-tree 'qos-queue' extension https://review.opendev.org/c/openstack/nova/+/754448 | |
| 13:13:12 | sean-k-mooney | gibi: im planning to repin the first patch in the port numa affintiy series wich implemnt the sriov half today. ater i do that im going to try and quickly file a patch for https://bugs.launchpad.net/nova/+bug/1915255 will you have time to look at those if i ping you later | |
| 13:13:13 | openstack | Launchpad bug 1915255 in OpenStack Compute (nova) victoria "[Victoria] nova-compute won't start on aarch64 - raises PciDeviceNotFoundById" [Medium,Triaged] | |
| 13:13:36 | sean-k-mooney | bauzas: maybe i could premtivly line you up as a second core to review them when they are ready. | |
| 13:19:23 | sean-k-mooney | stephenfin: by the way one thing to keep in mind with the neutron extensions is that just becaue neutron reports an extension is avialable does not mean its actully enabled in neutron | |
| 13:19:42 | sean-k-mooney | we might want to document that somewhere | |
| 13:20:18 | sean-k-mooney | if an exetion is not found its definetly not support but if it is it may or may not be supproted because they do not really filter properly | |
| 13:20:22 | sean-k-mooney | its a bit of a mess | |
| 13:20:51 | sean-k-mooney | i still like your change just which neutorn reported only the extentions that will work. | |
| 13:21:43 | sean-k-mooney | we had a cross project discussion on this in the ptg in the past where i was suggesting adding a new api to report it in a more sane way but that was just brain storming | |
| 13:21:57 | sean-k-mooney | i dont expect this to change in the near term | |
| 15:05:24 | sean-k-mooney | bauzas: am i right in thinking that ovo changes wont impact your rpc bump patches provided im not changing any of the calls | |
| 15:05:33 | bauzas | no | |
| 15:05:54 | bauzas | remotable classmethods don't need to have new RPC versioning | |
| 15:06:05 | sean-k-mooney | oh no i ment | |
| 15:06:16 | sean-k-mooney | adding a field to an ovo wont conflict with your work | |
| 15:06:17 | bauzas | because they already have versions ;) | |
| 15:06:26 | bauzas | sean-k-mooney: yup, that too | |
| 15:06:29 | sean-k-mooney | cool | |
| 15:07:04 | sean-k-mooney | just wanted to make sure the the ovo change im doing for vdpa wont conlfict. in anyway | |
| 15:08:22 | bauzas | sean-k-mooney: I can review your change | |
| 15:08:52 | bauzas | but tbc, just remember that o.vo objects are transformed when passed to the RPC API | |
| 15:09:07 | sean-k-mooney | i have not posted them yet so im guessing it will be after you finsih for the day. they will be there for you on monday in anycase | |
| 15:09:18 | sean-k-mooney | bauzas: oh i know | |
| 15:09:30 | sean-k-mooney | they are backlevel to the max suported version of the dest | |
| 15:10:08 | sean-k-mooney | non of the feautes im working on are ment to work in the mixed deployment anyway | |
| 15:11:03 | sean-k-mooney | i just wanted to make sure i was not writing patches that would confilct with your rpc one since that will be a pain to write and keep current | |
| 15:16:40 | bauzas | sean-k-mooney: just bump the compute service and you'll hit my face | |
| 15:17:07 | bauzas | but I don't think you'll need to change the RPC calls, right? | |
| 15:17:22 | bauzas | just how the objects are passed | |
| 15:17:23 | sean-k-mooney | correct i dont | |
| 15:17:31 | bauzas | anyway, that's fine | |
| 15:17:36 | sean-k-mooney | i just need to add a new value to the dev_type field for vdpa | |
| 15:17:41 | bauzas | we should work on bumping the APIs only after FF | |
| 15:17:45 | sean-k-mooney | in the PciDevice object | |
| 15:18:03 | bauzas | but given we had a long day from the last bump, I preferred to work on it sooner than later | |
| 15:18:18 | sean-k-mooney | for the port numa work i only need the request_networksin in the request spec which you already added | |
| 15:18:24 | bauzas | and I was right, I'm facing weirdo bugs | |
| 15:18:27 | sean-k-mooney | so no object or rpc change there | |
| 15:18:33 | bauzas | ++ | |
| 15:50:49 | gibi | nova weekly meeting starts in 9 minutes in #openstack-meeting-3 | |
| 16:01:19 | stephenfin | bauzas: Think you could add https://review.opendev.org/c/openstack/nova/+/756552 to your review queue also? 0:) | |