| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-01-23 | |||
| 16:31:49 | bauzas | everything is paperworked | |
| 16:31:54 | sean-k-mooney | so im try ing to push this forward | |
| 16:31:59 | bauzas | so we just need to merge thinfs | |
| 16:32:46 | bauzas | gmann seems to be off, so I can try to ping him later | |
| 16:32:54 | sean-k-mooney | https://review.opendev.org/c/openstack/nova/+/894466 | |
| 16:33:03 | sean-k-mooney | that was the patch but it has nt been updated in a while | |
| 16:33:42 | bauzas | we'll see if gmann can update it shortly | |
| 16:33:49 | bauzas | if not, I can try to take the ball | |
| 16:33:56 | sean-k-mooney | gerrit login is still broken but ya lets at least do a rebase in the next few days | |
| 16:34:06 | sean-k-mooney | cool | |
| 16:34:14 | bauzas | yeah, I just hope I won't get logged out shortly | |
| 16:34:52 | bauzas | ok, last bullet point, then | |
| 16:35:04 | bauzas | #topic Open discussion | |
| 16:35:14 | bauzas | anything anyone ? | |
| 16:36:09 | bauzas | looks not | |
| 16:36:16 | sean-k-mooney | nothing form me | |
| 16:36:17 | bauzas | I save you 23 mins of your time | |
| 16:36:22 | bauzas | thanks all | |
| 16:36:24 | bauzas | #endmeeting | |
| 16:36:24 | opendevmeet | Meeting ended Tue Jan 23 16:36:24 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:36:24 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-01-23-16.01.html | |
| 16:36:24 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-01-23-16.01.txt | |
| 16:36:24 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-01-23-16.01.log.html | |
| 16:36:25 | sean-k-mooney | o/ | |
| 16:36:28 | fwiesel | Thanks a lot | |
| 16:37:29 | sean-k-mooney | fwiesel: for refernce we normlaly can view logs in two ways | |
| 16:37:37 | sean-k-mooney | either as a raw file share like https://7abee732bfe2ea059993-afd34e255a9a69e2d84578e615c610d8.ssl.cf1.rackcdn.com/827844/14/check/openstack-tox-pep8/72b9337/ | |
| 16:37:53 | sean-k-mooney | or via the zuul application https://zuul.opendev.org/t/openstack/build/72b93377de584b16a0707fc2bcb0158f/logs | |
| 16:38:46 | fwiesel | Thanks, I think, it should be possible to provide both "interfaces" | |
| 16:39:45 | sean-k-mooney | that was from a pep8 job so it does not have devstack logs but ya we just need a way to view the files in the browser without havignto download everything. its also nice ot be able to download the full set but they can get large when often you only need a subset | |
| 16:40:47 | fwiesel | I understand. The idea was not to dump the log as a tarball in general, it was just the fastest way to get it out. | |
| 16:43:52 | bauzas | fwiesel: the shortest for you IMHO is to unpack the tar (or just not tar it) and expose all the files thru an HTML page | |
| 16:44:58 | fwiesel | I think, you'll have that next week. | |
| 16:45:13 | bauzas | (with the right Content-Type in order to open it in my browser instead of downloading it) | |
| 16:46:09 | bauzas | folks, I need to bail out earlier than usual (python meetup in Grenoble) | |
| 16:46:13 | bauzas | see you all tomorrow | |
| 16:46:27 | fwiesel | \o | |
| 18:14:17 | opendevreview | sean mooney proposed openstack/nova master: add initial healthcheck support https://review.opendev.org/c/openstack/nova/+/825015 | |
| 18:14:18 | opendevreview | sean mooney proposed openstack/nova master: add healthcheck manager to manager base https://review.opendev.org/c/openstack/nova/+/827844 | |
| 18:14:18 | opendevreview | sean mooney proposed openstack/nova master: add healthcheck tracker to nova context https://review.opendev.org/c/openstack/nova/+/829468 | |
| 18:14:19 | opendevreview | sean mooney proposed openstack/nova master: add healthcheck utils and constants https://review.opendev.org/c/openstack/nova/+/829469 | |
| 18:14:19 | opendevreview | sean mooney proposed openstack/nova master: add healthcheck endpoint to proxy commands https://review.opendev.org/c/openstack/nova/+/830703 | |
| 18:18:40 | gmann | sean-k-mooney: bauzas : did not get chance to update that change. I will check it and update this week | |
| 18:18:55 | gmann | the hyperV one | |
| #openstack-nova - 2024-01-24 | |||
| 04:26:30 | opendevreview | Jie Song proposed openstack/nova master: hardware: Fix image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/904197 | |
| 05:11:32 | opendevreview | Takashi Kajinami proposed openstack/nova master: GMR: Omit signal handleris in wsgi app https://review.opendev.org/c/openstack/nova/+/906279 | |
| 05:12:49 | opendevreview | Takashi Kajinami proposed openstack/nova master: GMR: Omit signal handleris in wsgi app https://review.opendev.org/c/openstack/nova/+/906279 | |
| 05:54:23 | opendevreview | Takashi Kajinami proposed openstack/nova master: GMR: Omit signal handlers in wsgi app https://review.opendev.org/c/openstack/nova/+/906279 | |
| 07:01:01 | opendevreview | Jie Song proposed openstack/nova master: hardware: Fix image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/904197 | |
| 08:05:19 | TK__ | Hello Team,I have an openstack environment with 4 compute Nodes however yesterday out of the blue, the Instances on one of the compute nodes started shutting themselves down. Then I realized the the compute service was disabled when I checked in Horizon. I enabled it and restarted the instances and all was well but I cant figure out what caused it. I have attached the nova_compute logs here incase someone would like to support | |
| 08:05:27 | TK__ | https://paste.openstack.org/show/bxqpgjvqT3DlOYWoeejc/ | |
| 08:28:22 | bauzas | TK__: 2024-01-23 08:27:49.761 6 INFO nova.compute.manager [req-d9713a02-2cfd-4503-9dd8-cce1a0db0c73 - - - - -] [instance: 6d26e7bc-363a-4d0d-90c4-8708332f9621] Destroying instance as it has been evacuated from this host but still exists in the hypervisor | |
| 08:28:54 | bauzas | TK__: looks like your compute somehow failed and you issued evacuations that were in progress | |
| 08:29:17 | bauzas | once the compute went back up, nova started to delete the rogue evacuated instances | |
| 08:33:28 | TK__ | We actually didnt evacuate them.... | |
| 08:35:43 | bauzas | TK__: you could try to look at the instance actions API | |
| 08:36:12 | bauzas | pick one instance UUID that's been shutdown and see all its actions | |
| 08:41:08 | TK__ | I see it evacuated but I think it was done by Masakari but not a user | |
| 08:47:49 | bauzas | doh, I was about to reply | |
| 08:48:31 | bauzas | TK_: (if you still read the logs) you can find the user/project IDs that issued the evacuations in the instance action API return | |
| 08:49:50 | bauzas | but tbc, if you're using some top-level API that manages instance HA, you should rather look at their logs to see what happened and you shouldn't IMHO force to restart the compute instances, if they were evacuated | |
| 09:46:10 | opendevreview | Jie Song proposed openstack/nova master: hardware: Fix image_meta.id within get_mem_encryption_constraint https://review.opendev.org/c/openstack/nova/+/904197 | |
| 10:10:29 | pslestang | Hello team, do you know if there is a will to make this WIP (https://review.opendev.org/c/openstack/nova/+/508345) work in cinderclient part of nova? We'd like to get it working to improve requests reliabily and use options such as connect_retries, connect_retry_delay and so on. | |
| 10:16:58 | Roamer` | sean-k-mooney, sorry we are only asking this after your zswap patches have been reviewed and merged (and thanks for your work BTW), but, hm, shouldn't configure_zswap() check for ENABLE_ZSWAP and not for ENABLE_KSMTUNED? I mean at https://review.opendev.org/c/openstack/devstack/+/890693/12/lib/host#40 | |
| 10:18:19 | Roamer` | (FTR, this made the StorPool Cinder CI jobs fail because the z3fold kernel module is not loaded by default on Ubuntu Jammy... which might be a different problem related to the way we create our own images, we do not use nodepool-builder; we shall find a way to work around that, but it was kind of surprising that the Cinder jobs tried to enable zswap at all) | |
| 10:21:32 | frickler | Roamer`: oh, do you happen to be responsible for/related to the StorPool CI? we would really really like it to stop voting on devstack and other unrelated projects, where it only produces garbage. we were pretty close to actually disabling the account for it even | |
| 10:22:35 | Roamer` | frickler, wait, it is trying to vote?! argh | |
| 10:22:38 | Roamer` | sorry about that! | |
| 10:22:50 | Roamer` | yeah, okay, we will look into it ASAP | |
| 10:22:58 | bauzas | pslestang: that patch is very old, and we changed our opinions in between | |
| 10:23:14 | frickler | Roamer`: see for example the devstack patch you just mentioned | |
| 10:23:18 | bauzas | pslestang: now, we'd prefer to now use sdk instead of cinderclient | |
| 10:23:42 | bauzas | pslestang: https://bugs.launchpad.net/nova/+bug/1996210 | |
| 10:30:11 | pslestang | bauzas: ok understood thx | |
| 10:48:41 | sean-k-mooney | Roamer`: yes it should | |
| 10:49:49 | sean-k-mooney | Roamer`: i can put up a patch to fix that quickly its just a silly copy past error | |
| 10:50:23 | sean-k-mooney | i have been testing this with everything turned on on 22.04 ubuntu cloud images however so im surpised it cause you issues | |
| 10:51:02 | sean-k-mooney | i also spot checked it on centos9 stream to test the rpm based distros | |
| 10:55:18 | sean-k-mooney | Roamer`: https://review.opendev.org/c/openstack/devstack/+/906504 that should fix it. until that is merged you can add ENABLE_KSMTUNED=false as a workaround | |
| 11:00:27 | sean-k-mooney | frickler: dansmith ^ if ye have time for that fix please take a look | |
| 11:00:52 | frickler | sean-k-mooney: +3 already | |
| 11:01:08 | sean-k-mooney | :) thanks | |
| 12:48:36 | bauzas | gosh the scheduler manager UTs framework is sooo crazy, I'm buggy from the last hours | |
| 15:29:27 | auniyal | bauzas, gibi I understand all conf will be updated under nova/conf dir | |
| 15:29:27 | auniyal | but is there a way we can update update this page as well https://docs.openstack.org/ocata/config-reference/compute/config-options.html | |
| 15:29:54 | bauzas | the conf doc page is automatically generated | |
| 15:30:04 | bauzas | you just don't have the right link :) | |
| 15:30:09 | auniyal | this is the first page got when I googled for conf option | |
| 15:30:21 | bauzas | https://docs.openstack.org/nova/latest/configuration/config.html | |
| 15:33:06 | auniyal | yeah, this one I am aware of, and I understand whatever conf opt we want to update, update under nova/conf, but the link I shared is the first link comes up when we google nova conf variables | |
| 15:33:17 | auniyal | so I think this should be updated too | |
| 15:33:36 | auniyal | or is someone else maintaing it | |
| 15:39:53 | bauzas | auniyal: the link you refer is some Ocata release doc | |
| 15:40:26 | bauzas | so that's an EOL release | |
| 15:40:54 | auniyal | yeah, and its not opening for zed too, but it has nice table format | |
| 15:41:02 | bauzas | you can get docs from EOL releases for sure (as people can still operate them) but people looking at docs should target the right release docs | |
| 15:41:24 | bauzas | auniyal: because we changed the docs structure somewhere around Ussuri-ish | |
| 15:41:26 | auniyal | it must be just template right | |
| 15:41:58 | auniyal | okay, so updating like that may be lot of backport | |
| 15:43:19 | auniyal | shall we do it ? i think its more informative/user friendly then https://docs.openstack.org/nova/latest/configuration/config.html | |