| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-02-07 | |||
| 20:08:23 | opendevreview | Ghanshyam proposed openstack/nova master: Remove HyperV: cleanup doc/code ref https://review.opendev.org/c/openstack/nova/+/906629 | |
| 20:08:59 | sean-k-mooney | there is a way to use a non root user to do that but its not worth the hassel | |
| 20:10:13 | opendevreview | Ghanshyam proposed openstack/nova master: HyperV: Remove HyperVLiveMigrateData object https://review.opendev.org/c/openstack/nova/+/906636 | |
| 20:16:28 | melwitt | ah I see | |
| 20:19:46 | opendevreview | Ghanshyam proposed openstack/nova master: HyperV: Remove RDP console connection information API https://review.opendev.org/c/openstack/nova/+/906991 | |
| 20:20:23 | sean-k-mooney | its still unhappy for cold migration so i need to add the root users ssh key to the ubuntu users autherised keys | |
| 20:20:53 | sean-k-mooney | i normally just use one key an put it in all both ubuntu and root with the same public/private key on all hosts | |
| 20:20:56 | opendevreview | Ghanshyam proposed openstack/nova master: HyperV: Remove RDP console connection information API https://review.opendev.org/c/openstack/nova/+/906991 | |
| 20:21:22 | sean-k-mooney | this time i was trying to be fancy and use seperate keys and minimal privladges | |
| 20:21:55 | opendevreview | Ghanshyam proposed openstack/nova master: HyperV: Remove RDP console API https://review.opendev.org/c/openstack/nova/+/906809 | |
| 20:22:16 | melwitt | 🙂 | |
| 20:22:18 | opendevreview | Ghanshyam proposed openstack/nova master: HyperV: Remove extra specs of HyperV driver https://review.opendev.org/c/openstack/nova/+/906992 | |
| 20:28:34 | sean-k-mooney | melwitt: ill try this again tomorrow when i can make sure i set this up correctly end to end | |
| 20:29:09 | sean-k-mooney | of far i have got good coverage of what happens if your ssh keys dont work and we rollback the cold migrate early :) | |
| 20:29:43 | melwitt | haha nice | |
| #openstack-nova - 2024-02-08 | |||
| 04:28:33 | gmann | dansmith: sean-k-mooney: updated hyperV driver series, please check in your morning https://review.opendev.org/q/topic:%22bp/remove-hyperv-driver%22 | |
| 10:21:39 | opendevreview | melanie witt proposed openstack/nova master: Support create with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870932 | |
| 10:21:40 | opendevreview | melanie witt proposed openstack/nova master: Support (resize|cold migration) with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870933 | |
| 10:21:40 | opendevreview | melanie witt proposed openstack/nova master: Support live migration with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/905512 | |
| 10:21:41 | opendevreview | melanie witt proposed openstack/nova master: Support rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939 | |
| 10:21:41 | opendevreview | melanie witt proposed openstack/nova master: Support rescue with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/873675 | |
| 10:21:42 | opendevreview | melanie witt proposed openstack/nova master: Add encryption support to qemu-img rebase https://review.opendev.org/c/openstack/nova/+/870936 | |
| 10:21:42 | opendevreview | melanie witt proposed openstack/nova master: Support snapshot with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870937 | |
| 10:21:43 | opendevreview | melanie witt proposed openstack/nova master: Add backing_encryption_secret_uuid to BlockDeviceMapping https://review.opendev.org/c/openstack/nova/+/907960 | |
| 10:21:43 | opendevreview | melanie witt proposed openstack/nova master: WIP Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961 | |
| 10:21:45 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313 | |
| 10:21:45 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for rbd with LUKS https://review.opendev.org/c/openstack/nova/+/889912 | |
| 14:52:41 | opendevreview | Sylvain Bauza proposed openstack/nova master: Reserve mdevs to return to the source https://review.opendev.org/c/openstack/nova/+/904209 | |
| 14:52:42 | opendevreview | Sylvain Bauza proposed openstack/nova master: Modify the mdevs in the migrate XML https://review.opendev.org/c/openstack/nova/+/904258 | |
| 16:12:02 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Detect vtpm support by libvirt https://review.opendev.org/c/openstack/nova/+/908508 | |
| 16:14:24 | opendevreview | Merged openstack/nova master: Remove the Hyper-V driver https://review.opendev.org/c/openstack/nova/+/894466 | |
| 16:16:23 | opendevreview | Takashi Kajinami proposed openstack/nova master: libvirt: Detect vtpm support by libvirt https://review.opendev.org/c/openstack/nova/+/908508 | |
| 18:12:45 | chris218 | Hi I was wondering if it's possible to run nova standalone, for testing and development purposes or you need neutron, glance, keystone? | |
| 18:16:59 | sean-k-mooney | techiially you can run without neuton and keystone by using the noauth plugin and only booting instance without networking | |
| 18:17:05 | sean-k-mooney | but realistically no | |
| 18:17:16 | sean-k-mooney | i would not recomemnd even trying to do that | |
| 18:17:46 | sean-k-mooney | the minium set of service you should use are keystone,neutron,glance,placement and nova | |
| 18:18:05 | chris218 | So devstack is the way? | |
| 18:18:30 | sean-k-mooney | nova has extenstive unit and functional tests | |
| 18:18:43 | sean-k-mooney | but if you want more then that you shoudl use devstack or some other tool | |
| 18:18:48 | chris218 | I was recently playing with the idea of writing my own driver and was wondering what would be the best way to test it | |
| 18:19:31 | sean-k-mooney | we offically do not supprot out of tree drivers and its unlikely we will add a new intree dirver in the medium to long term | |
| 18:19:48 | sean-k-mooney | what hypervior were you hoping to integrate with | |
| 18:20:36 | sean-k-mooney | there is not sable external api for writing a virt driver for nova | |
| 18:20:49 | chris218 | It's mostly me trying to practice working with python in a larger codebase, but either cloud hypervisor or qemu through qmp instead of libvirt | |
| 18:21:14 | sean-k-mooney | :) i have breifly looked at cloud hypervisor | |
| 18:21:31 | sean-k-mooney | if you wanted it to produced functional vms then devstack is the best approch | |
| 18:21:45 | chris218 | Awesome thanks for your help | |
| 18:22:44 | sean-k-mooney | on comment i would make is if you wanted ot gain experiance with workign on a large project and its not for work | |
| 18:23:09 | sean-k-mooney | there is alwasy a large bug backlog if you felt so inclidned | |
| 18:23:54 | sean-k-mooney | chris218: but if you wanted a refecne fo what it might look like this is what an out of tree driver would look like https://github.com/cdent/etcd-compute | |
| 18:24:22 | sean-k-mooney | actuly thats not a good example | |
| 18:24:40 | sean-k-mooney | that and example of a driver that woudl remove the rpc bus and use etcd instead | |
| 18:25:24 | chris218 | Oh awesome thanks, I was wondering why Kolla has etcd option | |
| 18:25:48 | sean-k-mooney | its not related to this | |
| 18:25:54 | chris218 | Oh :( | |
| 18:25:58 | sean-k-mooney | that was just a tought experiment that never went anywhere | |
| 18:26:19 | sean-k-mooney | ectd in kolla is for use as a cache backend or distributed lock manager | |
| 18:26:42 | sean-k-mooney | cinder via tooz can use etcd and i belive that is what koolla supprot it for | |
| 18:26:57 | sean-k-mooney | oslo.cache i belive also supprots etcd | |
| 18:27:14 | sean-k-mooney | chris218: if your familar with kolla | |
| 18:27:20 | sean-k-mooney | kolla has a dev mode | |
| 18:27:34 | sean-k-mooney | where in bindmoutns local git repos into the conatiner | |
| 18:27:39 | chris218 | Btw while we're talking I was wondering for a long time, why do openstack projects still use pbr and setup.cfg? Don't setuptools with pyproject.toml have everything that pbr wanted to add? | |
| 18:27:48 | chris218 | Ooh that sounds nice | |
| 18:28:00 | sean-k-mooney | short version no | |
| 18:28:06 | sean-k-mooney | there are several feature gaps | |
| 18:28:40 | sean-k-mooney | pytproject.toml also changes how you manage depencies and we dont have a good solution for upper-constraits.txt | |
| 18:28:48 | sean-k-mooney | https://github.com/openstack/requirements/blob/master/upper-constraints.txt | |
| 18:29:03 | sean-k-mooney | so we dont have a good solution for how to maintain co installablity between all the repos | |
| 18:29:27 | sean-k-mooney | with that said it does not mean we cant add pyproject.toml | |
| 18:29:33 | chris218 | Oh I didn't even know that existed | |
| 18:29:33 | sean-k-mooney | i actully started doing that in some places | |
| 18:29:47 | sean-k-mooney | but we cant just drop pbr right now | |
| 18:30:22 | sean-k-mooney | chris218: https://review.opendev.org/q/topic:%22pip-23.1-support%22 | |
| 18:30:52 | sean-k-mooney | chris218: one of the things we depend on pbr for | |
| 18:32:53 | chris218 | But I think it should be possible to drop it from runtime deps and use importlib to check version, no? | |
| 18:35:33 | sean-k-mooney | is we make sue of a custome setuptools entry point that generage wsgi scripts for the rest apis | |
| 18:35:33 | sean-k-mooney | wehn we enabel pyproject.toml even with pbr that breaks if you do an editiable install | |
| 18:35:33 | sean-k-mooney | so to progress with removing pbr we need to complete https://review.opendev.org/q/topic:%22remove-wsgi_scripts%22 | |
| 18:35:33 | sean-k-mooney | bauzas: speaking of https://review.opendev.org/q/topic:%22remove-wsgi_scripts%22+repo:openstack/nova can you review that | |
| 18:35:33 | sean-k-mooney | it would be good to land the first 2 patchs | |
| 18:37:03 | sean-k-mooney | chris218: am we dont really have a runtim dep on setuptools | |
| 18:37:17 | sean-k-mooney | at least not in most of the code | |
| 18:37:22 | sean-k-mooney | but we do use stevador | |
| 18:37:41 | sean-k-mooney | https://github.com/openstack/stevedore | |
| 18:37:50 | sean-k-mooney | or rather https://opendev.org/openstack/stevedore | |
| 18:41:23 | chris218 | Hmm so openstack has everything home grown 😅 | |
| 18:42:12 | sean-k-mooney | not entirly openstack predates a lot of the modern python tooling | |
| 18:42:25 | sean-k-mooney | pbr is just a wrapper around setup tools | |
| 18:43:08 | chris218 | Yea like having own api-ref system instead of OpenAPI since it's the "new" hot thing | |
| 18:43:35 | sean-k-mooney | its not about it being the new hot thing | |
| 18:43:48 | sean-k-mooney | we actully discused supproting openAPI a few years ago | |
| 18:44:03 | sean-k-mooney | but we did nto have contibutors that coudl work on it | |
| 18:44:25 | artom | Nobody here is hot or new :D | |
| 18:44:33 | chris218 | Haha | |
| 18:44:41 | chris218 | I'm new hello | |
| 18:45:05 | sean-k-mooney | the api-ref is part of our docs by the way where as openapi is a specification for defining api and automatic client generation form those schemas | |
| 18:46:02 | sean-k-mooney | we have json schemas for exmaple in our apis already but we never had the time to rewirte themn to and openapi compaitble format | |
| 18:46:25 | chris218 | Well you can also generate docs from it, I've seen one project of person from sdk team working on it privately | |