| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-08-25 | |||
| 16:09:26 | dansmith | kashyap: was just going to point you at this: https://review.opendev.org/q/topic:libvirt-dev-alias | |
| 16:09:35 | dansmith | and sean-k-mooney and I were chatting about it briefly just now | |
| 16:10:11 | kashyap | Yeah, just found 'em | |
| 16:13:46 | kashyap | dansmith: Just added a small comment here - https://review.opendev.org/c/openstack/nova/+/892800 | |
| 16:14:00 | kashyap | My guess is you already know it | |
| 16:14:12 | dansmith | kashyap: it's in the commit message | |
| 16:15:43 | dansmith | well, the ua- part is anyway | |
| 16:17:01 | kashyap | Ohh, I read the commit message, but I didn't see the "ua-" part explicitly called out. Blind me | |
| 16:19:10 | kashyap | (Oh, it's in the other commit message. Just saw it) | |
| 16:21:28 | auniyal | dansmith, ack, will update , thanks | |
| 16:22:18 | sean-k-mooney | dansmith: looking out our downstream multi attach volume docs it says "Live migration of multi-attach volumes is not available" that cinder volume migration right | |
| 16:22:36 | sean-k-mooney | ill check our upstrema docs but as far as i am aware we supprot live migration of vms with multi attach | |
| 16:22:38 | dansmith | sean-k-mooney: no idea | |
| 16:23:37 | kashyap | sean-k-mooney: dansmith: I just read your brief discussion on the upstream log. (I agree that we should indeed retain the prefix or else ... the odd behavior Dan noted is not nice.) | |
| 16:28:16 | opendevreview | Merged openstack/nova master: introduce global greenpool https://review.opendev.org/c/openstack/nova/+/873061 | |
| 16:33:28 | opendevreview | Dan Smith proposed openstack/nova-specs master: WIP: Add libvirt-dev-alias spec https://review.opendev.org/c/openstack/nova-specs/+/892806 | |
| 16:34:07 | dansmith | sean-k-mooney: kashyap^ just brain dump level to get it started | |
| 16:41:11 | kashyap | Nice; the outline looks already quite good to me. Cced myself, will do a concetrated read on Mon | |
| 16:41:37 | kashyap | Heh, how plainly you write the alternative "We could maintain our own mapping in our database for those device types" | |
| 16:41:47 | kashyap | (I mean, I like the matter-of-factly stating) | |
| 16:46:14 | opendevreview | Amit Uniyal proposed openstack/nova master: Add function to get all attachments in Cinder.API module https://review.opendev.org/c/openstack/nova/+/881457 | |
| 16:46:14 | opendevreview | Amit Uniyal proposed openstack/nova master: Reproducer for dangling bdms https://review.opendev.org/c/openstack/nova/+/889947 | |
| 16:46:15 | opendevreview | Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284 | |
| 16:50:26 | dansmith | auniyal: looks like you committed a bunch of extra changes into that base patch? | |
| 16:52:25 | auniyal | yes, that was a pep8 fix I have to do after rebase | |
| 16:52:37 | auniyal | I added a note in commit msg for same | |
| 16:52:46 | dansmith | auniyal: they're in files you haven't touched | |
| 16:53:07 | dansmith | they should not be in that patch | |
| 16:53:40 | auniyal | ack, will remove them, | |
| 17:03:14 | opendevreview | Amit Uniyal proposed openstack/nova master: Add function to get all attachments in Cinder.API module https://review.opendev.org/c/openstack/nova/+/881457 | |
| 17:03:15 | opendevreview | Amit Uniyal proposed openstack/nova master: Reproducer for dangling bdms https://review.opendev.org/c/openstack/nova/+/889947 | |
| 17:03:15 | opendevreview | Amit Uniyal proposed openstack/nova master: Delete dangling bdms https://review.opendev.org/c/openstack/nova/+/882284 | |
| 17:11:28 | auniyal | thanks dansmith | |
| 17:24:04 | sean-k-mooney | dansmith: this wont shock you but since we are discussin cinder voluems in varios place i cam acroos an unsupproted edgecase a while back | |
| 17:24:37 | sean-k-mooney | if you have an image of format=iso you can both a vm form it and then install to a cinder data volume | |
| 17:24:49 | sean-k-mooney | however you cant do that if you try to do bfv | |
| 17:25:14 | sean-k-mooney | as we assume all bfv case are block devices not "cd-roms" | |
| 17:25:43 | sean-k-mooney | so we try to use the volume contianign the iso data as a block device | |
| 17:25:57 | sean-k-mooney | so wehn the vm boot it cant actully load the bootload/root filesytem | |
| 17:26:39 | sean-k-mooney | i feel like that should be simple to fix if we ever had time to do it | |
| 17:27:44 | sean-k-mooney | as a result you cant actully use cidner volumes as "dirver disks" or install media today without somehow converting the iso to a bootable filesystem | |
| 17:30:27 | dansmith | why would you bfv with the root disk as the iso? | |
| 17:30:49 | dansmith | you want bfv with the root disk as a volume and the iso as a secondary non-root device right? same for driver disks | |
| 17:31:28 | sean-k-mooney | well that also wotn work volume created form iso just dont work when attach to a vm | |
| 17:31:54 | sean-k-mooney | but my usecase was installing openshift on openstack using the installer iso | |
| 17:32:11 | sean-k-mooney | my home cloud is configured ot only do bfv | |
| 17:32:51 | sean-k-mooney | i worked aroudn it by temproy addign a flavor with some local storage and then did the install to a cienr volume and then booting another vm form that data volume after the fact | |
| 17:33:08 | dansmith | yeah I think the iso-on-volume thing is known, | |
| 17:33:26 | dansmith | Im just not sure that it has anything to do with bfv necessarily except that's the situation you need it for more I uess | |
| 17:33:46 | sean-k-mooney | it actully woudl be fairly simple to fix just add metadata on teh volume to say it not a block device but rather a cd/removal media | |
| 17:34:00 | sean-k-mooney | oh its not its just if you dont do boot form volume | |
| 17:34:12 | sean-k-mooney | the workflow of boot form iso and then install do data volume works | |
| 17:34:42 | sean-k-mooney | the gap/bug is just we cant take a cinder volume and attach it as a cd to the vm | |
| 17:35:11 | sean-k-mooney | that is totally fixable with metadta if we wanted too | |
| 17:35:27 | dansmith | how do you do boot from iso if it's not the image and not in a volume/ | |
| 17:36:27 | sean-k-mooney | the iso data woudl be in the volume | |
| 17:37:24 | sean-k-mooney | we just need metadata do say use device=cdrom | |
| 17:37:57 | dansmith | I'm talking about currently, you said you can currently boot from iso | |
| 17:38:04 | sean-k-mooney | actully you could probly do that today by setting type=cdrom in the bdms | |
| 17:38:27 | sean-k-mooney | oh right i booth form an image | |
| 17:38:41 | sean-k-mooney | but we have code to handel if they image type in glance is iso | |
| 17:38:55 | sean-k-mooney | and we attach it as a cdrom in that case | |
| 17:40:16 | sean-k-mooney | actully so ya lookign at our docs | |
| 17:40:27 | sean-k-mooney | if you manually specifed the bdm on the api request it would work | |
| 17:40:42 | sean-k-mooney | this is just an issue if you use --volume i think | |
| 17:41:13 | sean-k-mooney | we docuemnt device_type may be disk, cdrom, floppy, lun | |
| 17:41:37 | dansmith | ...right | |
| 17:42:16 | sean-k-mooney | i have not seen that menetion in other docs so i either forgat the that or the doc i was followign didnt mention that | |
| 18:10:00 | sean-k-mooney | dansmith: so i think my main issue was a i was trying to do this via horizon which cant do ti and b i forgot about that field in the mappigns thanks for talkign this true | |
| 18:10:27 | dansmith | gui strikes again :) | |
| 18:10:27 | sean-k-mooney | still proably a docs bug but ill try doing it proplry and might submit a docs patch if it work | |
| 18:11:27 | sean-k-mooney | i feel like addign device_type to the image or voluem would still be nicer long term but that a seperate topic | |
| 18:44:43 | opendevreview | Merged openstack/nova master: [functional] Avoid leaking greenlet in UnifiedLimits tests https://review.opendev.org/c/openstack/nova/+/892791 | |
| 19:18:04 | atmark | hello, I'm getting this error failing to delete a compute node using `openstack compute service delete X` | |
| 19:18:12 | atmark | Failed to delete compute service with ID 'X': HttpException: 500: Server Error for url: | |
| 19:18:29 | atmark | Running stable/victoria | |
| 19:18:41 | sean-k-mooney | that not really enough info for use to comment | |
| 19:18:58 | sean-k-mooney | you will need to look at the nova-api log to see what the actula error is | |
| 19:19:07 | atmark | k, one sec | |
| 19:19:28 | atmark | hitting same issue https://bugs.launchpad.net/nova/+bug/1964137 | |
| 19:22:06 | atmark | https://paste.openstack.org/show/bIU0SLPjbnkWSFzFHaFu/ | |
| 19:24:27 | sean-k-mooney | ok so its sayign the placement resouce provider was delete | |
| 19:24:38 | sean-k-mooney | did you perhaps manually delete it at some point | |
| 19:24:48 | sean-k-mooney | teh compute serivce delete also cleans it up | |
| 19:25:09 | atmark | yes, I manually deleted it from db cuz it won't let me delete via API | |
| 19:25:54 | atmark | still seeing the compute when running `openstack compute service list` | |
| 19:26:11 | atmark | this is a dev env | |
| 19:26:28 | sean-k-mooney | ok so you porblay could not delete it form the api because it had allcoation assocated with it | |
| 19:26:30 | atmark | how can I totally clean this up? | |
| 19:26:49 | sean-k-mooney | asuming you have stoped nova-compute on the host in your dev env | |
| 19:27:00 | atmark | yep it's stopped | |
| 19:27:07 | sean-k-mooney | then you will likely need to delete the compute service in the cell 1 db | |
| 19:27:18 | sean-k-mooney | is this devstack or somethign else | |
| 19:27:30 | atmark | kolla-ansible | |
| 19:27:58 | sean-k-mooney | ok i need to check the db name but it will likely be either nova_cell1 or just nova | |
| 19:28:08 | atmark | there's no nova | |
| 19:28:17 | atmark | nova_cell1 and nova_cell0 | |
| 19:28:47 | sean-k-mooney | ya so in nova_cell1 there is a comptue service table and a compute nodes table and you will need to mark the relevent row as deleted in both | |
| 19:29:24 | atmark | compute_nodes ? | |
| 19:29:56 | atmark | is that the table name ? | |