| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-11-17 | |||
| 17:21:25 | lyarwood | that's basically the same as a db update | |
| 17:21:35 | sean-k-mooney | it is yes | |
| 17:21:42 | sean-k-mooney | we need a way for an admin to update it | |
| 17:21:46 | sean-k-mooney | that is not a db update | |
| 17:21:47 | lyarwood | if you're using an alias it's just a hard reboot with the new approach still | |
| 17:21:50 | sean-k-mooney | we dont need a way for a user | |
| 17:22:04 | sean-k-mooney | lyarwood: yep which is why i like aliasis amoung other things | |
| 17:22:12 | sean-k-mooney | lyarwood: what about a nova manage command | |
| 17:22:26 | lyarwood | sean-k-mooney: yup that could work | |
| 17:22:33 | sean-k-mooney | to update the machine type in a suppotable way | |
| 17:23:11 | sean-k-mooney | ideally support either the instance uuid/uuids or a host | |
| 17:23:35 | lyarwood | but it still looks like we can't enumerate all of the possible machine types so I'm back to using a StringField | |
| 17:23:42 | lyarwood | gah | |
| 17:23:50 | sean-k-mooney | well ya its a sting filed | |
| 17:23:56 | sean-k-mooney | they are different per disto | |
| 17:24:02 | lyarwood | yup | |
| 17:24:05 | sean-k-mooney | and you can add your own by just adding a file | |
| 17:24:35 | lyarwood | I indeeed, right need to help with childcare and then I'll update the spec | |
| 17:24:37 | sean-k-mooney | i know some people have done that to work around some default in the past realted to >2TB vms | |
| 17:24:48 | lyarwood | thanks stephenfin, kashyap, sean-k-mooney! | |
| 17:36:32 | ralonsoh | sean-k-mooney, just a heads-up: https://review.opendev.org/740067 | |
| 17:36:50 | sean-k-mooney | oh nice | |
| 17:37:02 | sean-k-mooney | so now just the nova bit | |
| 17:37:08 | sean-k-mooney | thanks | |
| 17:37:37 | sean-k-mooney | ralonsoh: ill respin https://review.opendev.org/#/c/760047/ this week hopefully too | |
| 17:37:55 | ralonsoh | sean-k-mooney, perfect! | |
| 17:42:20 | gibi | o/ | |
| 17:58:33 | stephenfin | dansmith: Is there any way to identify what images have been cached for an aggregate? | |
| 17:58:40 | stephenfin | Assuming such a request even makes sense? | |
| 17:59:09 | dansmith | stephenfin: no, the caching thing is all point-in-time requests, akin to asking for boots that don't end up spawning actual instances | |
| 17:59:16 | dansmith | so no accounting or recording | |
| 18:00:27 | stephenfin | okay, so not displaying anything in response to an 'openstack aggregate cache image' call makes sense? | |
| 18:00:52 | stephenfin | e.g. there's no point showing the aggregate since nothings has "changed" | |
| 18:01:10 | dansmith | like a table of data or something? no, nothing to display. obviously if it returns 404 because there's no aggregate or something an error makes sense | |
| 18:01:19 | dansmith | right, no point in showing the image or aggregate, IMHO | |
| 18:01:46 | stephenfin | dansmith++ great, thanks :) | |
| 18:02:10 | dansmith | from context it sounds like you're ...cool | |
| 18:02:34 | dansmith | stephenfin: in case you hadn't seen it, I had good intentions: https://review.opendev.org/#/c/688960/ | |
| 18:02:37 | dansmith | but never followed through because I suck | |
| 18:07:19 | stephenfin | thankfully gtema is a machine 🤗 | |
| 23:18:58 | rm_work | hey, what config does nova-manage pull the db connection stuff from by default? is it /etc/nova.conf? | |
| 23:19:04 | rm_work | err, /etc/nova/nova.conf | |
| 23:19:17 | rm_work | it seems to not be respecting all of the sql connection config | |
| 23:19:47 | rm_work | we use x509 auth for our sql connection, which is in the connection string in nova.conf as &ssl_cert=...&ssl_key=... | |
| 23:20:08 | rm_work | which works for the actual service, but the nova-manage db stuff doesn't seem to use it correctly | |
| 23:23:30 | rm_work | yeah, verified even with the config explicitly set, it's not respecting the x509 args, so the db migration scripts fail on the sql connection | |
| 23:28:20 | rm_work | hmmm, well that was my assumption, but maybe it's actually that it is missing some other sql permission? trying to dig in deeper, I just know I get this error when it tries to run `_get_marker_for_migrate_instances` | |
| 23:28:56 | rm_work | `(pymysql.err.OperationalError) (1045, "Access denied for user 'nova'@'sqlhost' (using password: YES)")` | |
| 23:29:29 | rm_work | but it does seem to be able to get SOME data, as it printed some numbers about the migration counts correctly | |
| #openstack-nova - 2020-11-18 | |||
| 00:10:52 | rm_work | ahh figured it out | |
| 00:11:15 | rm_work | the nova_api DB stores cell connection strings that need to be updated if the connection string changes at all | |
| 00:11:29 | rm_work | this seems a little awkward? but I assume it is necessary for some reason to cache this data here | |
| 00:13:50 | artom | rm_work, if you're familiar with why and how cells v2 came about, it makes sense | |
| 00:15:13 | rm_work | yeah so if we cycle the DB password, or the certs move, we need to make sure to update the cells first via `nova-manage cells_v2 update_cell` | |
| 00:19:07 | artom | rm_work, yep | |
| 03:12:44 | openstackgerrit | Brin Zhang proposed openstack/nova master: Cyborg shelve/unshelve support https://review.opendev.org/729563 | |
| 04:33:40 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: Remove tenant_id https://review.opendev.org/737241 | |
| 07:20:41 | openstackgerrit | Xinran WANG proposed openstack/nova-specs master: SRIOV Enabled Nic Support Specification https://review.opendev.org/742785 | |
| 08:04:33 | bauzas | good morning Nova | |
| 08:13:34 | tacco | Morning * | |
| 08:19:38 | gibi | o/ | |
| 08:32:20 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/victoria: Add upgrade check about old computes https://review.opendev.org/761924 | |
| 08:32:27 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/victoria: Improve error handling during service level check https://review.opendev.org/762471 | |
| 08:33:53 | eandersson | Is there a tool to clean up placement entries that no longer exists in nova? :D | |
| 08:34:28 | eandersson | https://github.com/openstack/nova/blob/stable/rocky/nova/compute/resource_tracker.py#L1326 | |
| 08:35:04 | eandersson | It's not something super widespread, but I have 22 computes that have at least one of these ghost allocations. | |
| 08:36:14 | gibi | eandersson: $ nova-manage placement audit # https://docs.openstack.org/nova/latest/cli/nova-manage.html | |
| 08:37:21 | gibi | eandersson: https://bugs.launchpad.net/nova/+bug/1793569 | |
| 08:37:21 | openstack | Launchpad bug 1793569 in OpenStack Compute (nova) "Add placement audit commands" [Wishlist,Fix released] - Assigned to Sylvain Bauza (sylvain-bauza) | |
| 08:37:39 | eandersson | Nice. Guessing that there isn't a back-port on that one. ;D | |
| 08:38:28 | gibi | eandersson: there was backport proposals https://review.opendev.org/#/q/status:abandoned+topic:placement-audit-backport | |
| 08:38:47 | eandersson | Thanks yea just found it | |
| 08:40:15 | eandersson | I'll try it out in the lab | |
| 08:56:38 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/victoria: Restore retrying the RPC connection to conductor https://review.opendev.org/763138 | |
| 09:09:47 | eandersson | Worked great in the lab | |
| 09:11:58 | gibi | eandersson: good to hear that | |
| 09:42:03 | lyarwood | Morning | |
| 10:29:09 | openstackgerrit | Merged openstack/nova master: Reproduce bug 1896463 in func env https://review.opendev.org/754100 | |
| 10:29:09 | openstack | bug 1896463 in OpenStack Compute (nova) rocky "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,In progress] https://launchpad.net/bugs/1896463 | |
| 10:32:57 | openstackgerrit | Merged openstack/nova master: Set instance host and drop migration under lock https://review.opendev.org/754815 | |
| 10:33:06 | openstackgerrit | Merged openstack/nova master: [Trivial]Add missing white space in the log message https://review.opendev.org/762804 | |
| 10:33:16 | openstackgerrit | Merged openstack/nova master: [docs] Fix a placement client's command https://review.opendev.org/762663 | |
| 10:35:53 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/victoria: Reproduce bug 1896463 in func env https://review.opendev.org/763152 | |
| 10:35:53 | openstack | bug 1896463 in OpenStack Compute (nova) rocky "evacuation failed: Port update failed : Unable to correlate PCI slot " [Low,In progress] https://launchpad.net/bugs/1896463 | |
| 10:38:30 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/victoria: Set instance host and drop migration under lock https://review.opendev.org/763154 | |
| 11:36:36 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Revert "Temporarily disable parts of heal port allocation test" https://review.opendev.org/755995 | |
| 11:41:14 | stephenfin | Does unshelving a server always result in that server going to ACTIVE or ERROR state? | |
| 11:42:20 | stephenfin | I'm adding a '--wait' option to 'openstack server unshelve' and was checking for 'SHUTOFF' status, but a quick check suggests we don't restore to the original state after unshelving https://review.opendev.org/#/c/763166/1/openstackclient/compute/v2/server.py@3713 | |
| 11:43:15 | stephenfin | So I guess I just need to check for 'ACTIVE'? | |
| 11:49:17 | sean-k-mooney | i shoudl go to active but if there is an error i dont knwo if it will go back to shelved or error | |
| 11:49:52 | sean-k-mooney | we wont restore the orgininal state as far as i know | |
| 11:56:57 | stephenfin | okay, I'll just check for ACTIVE so | |
| 12:24:30 | openstackgerrit | Shi Yan proposed openstack/nova master: Fix the instance_uuid for test https://review.opendev.org/763171 | |
| 13:58:49 | openstackgerrit | Lee Yarwood proposed openstack/nova-specs master: WIP libvirt: Allow the default machine type to be changed https://review.opendev.org/762199 | |
| 14:02:13 | aarents | Hi nova, | |
| 14:03:24 | aarents | lyarwood: can you confirm, when you can, that those both change are ok ? https://review.opendev.org/#/c/743708/ https://review.opendev.org/#/c/752463/2 thanks ! | |
| 15:10:49 | gmann | stephenfin: sean-k-mooney I agree on full list of hypervisors to project admin if no limit - https://review.opendev.org/#/c/763043/1/specs/wallaby/approved/modernize-os-hypervisors-api.rst@162 | |
| 15:11:29 | gmann | stephenfin: if you can update the other comments I am good on this. | |
| 15:18:37 | owalsh | artom, rm_work: FYI there is a better option for DB creds etc... for cell uris: https://docs.openstack.org/nova/latest/user/cells.html#template-urls-in-cell-mappings | |
| 15:21:32 | stephenfin | gmann: Cool, I will respin that shortly | |