| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-11-08 | |||
| 09:17:35 | bauzas | or rather use a remote pdb | |
| 09:18:16 | bauzas | but then you would need to make sure that you run on a single nova-api worker | |
| 09:19:36 | ygk_12345 | bauzas: I am using this manual command "/openstack/venvs/uwsgi-20.2.1-python3/bin/uwsgi --ini /etc/uwsgi/nova-api-os-compute.ini " | |
| 09:20:51 | ygk_12345 | bauzas: I have inserted importpdb;pdb.set_trace() in the file "/openstack/venvs/nova-20.2.1/lib/python3.6/site-packages/nova/objects/instance.py . but I see no pdb prompt | |
| 09:23:34 | bauzas | ygk_12345: you should probably add --honour-stdin and --workers 1 to the uwsgi command | |
| 09:23:47 | ygk_12345 | bauzas: let me try that | |
| 09:24:22 | bauzas | ygk_12345: and then, add a breakpoint in some easy rest endpoint call, like in nova.openstack.compute.api.servers on the get_instances() method | |
| 09:25:24 | bauzas | oh wait, you're not getting a BdBQuit error ? | |
| 09:25:58 | bauzas | that means that you haven't walked yet to where you added the breakpoint | |
| 09:26:20 | ygk_12345 | bauzas: still no luck | |
| 09:26:33 | ygk_12345 | bauzas: i am running the command nova list | |
| 09:26:46 | bauzas | ygk_12345: yup, because as i said just above, you haven't went to that line of code | |
| 09:26:53 | bauzas | s/went/gone | |
| 09:27:21 | ygk_12345 | get_all functions is executed from /openstack/venvs/nova-20.2.1/lib/python3.6/site-packages/nova/objects/instance.py right ? | |
| 09:27:27 | bauzas | ygk_12345: oh, you're not looking at the nova-api logs ? | |
| 09:27:44 | ygk_12345 | bauzas: no, I am tracing the code | |
| 09:28:09 | bauzas | ygk_12345: just to clarify, you won't get a prompt on your client call | |
| 09:28:23 | ygk_12345 | bauzas: yes | |
| 09:28:43 | bauzas | the interactive debugging session will run on the nova-api process that executes the server-side code for listing the instances | |
| 09:29:18 | bauzas | you can trigger it thru a client call of course | |
| 09:31:11 | bauzas | ygk_12345: to answer your question, no, a nova list doesn't lookup the instance records | |
| 09:31:38 | bauzas | ahah, I see your problem | |
| 09:32:01 | bauzas | since Newton, we don't expose the Instance record when you nova list | |
| 09:32:30 | bauzas | we rather expose an InstanceMapping record, eventually a BuildRequest object | |
| 09:32:39 | bauzas | you should rather try a nova show | |
| 09:36:26 | ygk_12345 | can anyone help me with this ? | |
| 11:31:31 | opendevreview | Rajesh Tailor proposed openstack/os-vif stable/zed: Move mtu update request into ovsdb transaction https://review.opendev.org/c/openstack/os-vif/+/863993 | |
| 11:32:16 | opendevreview | Rajesh Tailor proposed openstack/os-vif stable/yoga: Move mtu update request into ovsdb transaction https://review.opendev.org/c/openstack/os-vif/+/863994 | |
| 11:34:21 | opendevreview | Rajesh Tailor proposed openstack/os-vif stable/xena: Move mtu update request into ovsdb transaction https://review.opendev.org/c/openstack/os-vif/+/863995 | |
| 12:15:05 | admin1 | hi all .. my nova-api logs is filled with ERROR oslo_service.periodic_task oslo_ db.exception.DBConnectionError: (pymysql.err.OperationalError) (2013, 'Lost connection to MySQL server during query' .. but it reconnects .. and this is happening every 1-2 mins .. other apis are fine | |
| 12:15:16 | admin1 | am I hitting some kind of nova limits or connection/cache timeouts | |
| 12:15:25 | admin1 | mysql connection limit is not reached | |
| 13:57:34 | opendevreview | Amit Uniyal proposed openstack/nova stable/ussuri: Adds a repoducer for post live migration fail https://review.opendev.org/c/openstack/nova/+/864006 | |
| 13:57:35 | opendevreview | Amit Uniyal proposed openstack/nova stable/ussuri: [compute] always set instance.host in post_livemigration https://review.opendev.org/c/openstack/nova/+/864007 | |
| 14:01:33 | ygk_12345 | bauzas: now I am able to get the pdb prompt in the uwsgi process, but whatever pdb commands I type are not executing. also the cursor is coming out of pdb prompt by one line and waiting there | |
| 14:36:24 | opendevreview | Dan Smith proposed openstack/nova master: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 14:47:31 | opendevreview | Amit Uniyal proposed openstack/nova stable/ussuri: Adds a repoducer for post live migration fail https://review.opendev.org/c/openstack/nova/+/864006 | |
| 14:47:32 | opendevreview | Amit Uniyal proposed openstack/nova stable/ussuri: [compute] always set instance.host in post_livemigration https://review.opendev.org/c/openstack/nova/+/864007 | |
| 14:54:14 | opendevreview | Dan Smith proposed openstack/nova master: Test ceph-multistore with a real image https://review.opendev.org/c/openstack/nova/+/860864 | |
| 15:01:44 | Kirill_ | Hi, do we have a meeting today? | |
| 15:03:26 | elodilles | Kirill_: if i'm not mistaken we will have @ 16:00 UTC | |
| 15:03:44 | Kirill_ | got it, thanks | |
| 15:16:20 | opendevreview | sean mooney proposed openstack/nova master: Support multiple config file with mod_wsgi https://review.opendev.org/c/openstack/nova/+/864014 | |
| 15:26:13 | bauzas | reminder : nova meeting in 34 min | |
| 15:42:32 | opendevreview | Amit Uniyal proposed openstack/nova stable/train: Adds a repoducer for post live migration fail https://review.opendev.org/c/openstack/nova/+/863806 | |
| 15:43:40 | han-guangyu | Hello, My name is Han Guangyu. | |
| 15:43:41 | han-guangyu | Currently, I work in a startup operating system company. Some time ago, the work I participated in : building rpm package for openstack, deploying some small private clouds using openstack, dealing with usage problems encountered by customers. | |
| 15:43:41 | han-guangyu | I have some basic open source community participation experience. Such as, I have been involved the work of OpenStack SIG of openEuler community(https://www.openeuler.org/en/ A OS community). The basic community process and the use of tools such as git and gerrit are ok for me | |
| 15:43:41 | han-guangyu | Now, My job allowed me to transition into an openstack developer. So, I hope and have time to get involved in the openstck community. | |
| 15:43:44 | han-guangyu | But because there is no accumulation, I now mainly rely on self-study. At present, I have initially debugged the process of creating an instance, and I have an understanding of the whole, but I have not gone into the details. Earlier I assigned myself a low-hanging-frout bug, and I wanted to finish it (Sorry delay to work it). | |
| 15:43:48 | han-guangyu | I have an understanding of the basic syntax of Python, but I have only written some simple scripts and have not actually participated in the development of large-scale python projects. So, Nova is complicated, for me. | |
| 15:44:41 | han-guangyu | Just an introduction to myself. And I would like to ask, for someone without much python experience, do you have any suggestions for self-learning nova source code? | |
| 16:00:04 | bauzas | #startmeeting nova | |
| 16:00:04 | opendevmeet | Meeting started Tue Nov 8 16:00:04 2022 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:04 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:04 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:17 | bauzas | hello folks, welcome in the nova meeting | |
| 16:00:40 | gibi | o/ | |
| 16:00:43 | Kirill_ | 0/ | |
| 16:00:47 | elodilles | o/ | |
| 16:00:52 | gmann | o/ | |
| 16:01:11 | bauzas | k, let's start | |
| 16:01:12 | auniyal | O/ | |
| 16:01:18 | bauzas | #topic Bugs (stuck/critical) | |
| 16:01:22 | bauzas | #topic Bugs (stuck/critical) | |
| 16:01:34 | bauzas | #info No Critical bug | |
| 16:01:40 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 5 new untriaged bugs (-3 since the last meeting) | |
| 16:01:45 | bauzas | #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:01:57 | bauzas | thanks gibi and others for having looked at the bugs | |
| 16:02:20 | bauzas | any bug to discuss ? | |
| 16:03:25 | bauzas | looks not | |
| 16:03:26 | Uggla | o/ | |
| 16:03:37 | han-guangyu | o/ | |
| 16:03:42 | bauzas | melwitt: could you be using the bug baton next week ? | |
| 16:04:05 | gibi | bauzas: yeah I did some triage last week | |
| 16:04:23 | gibi | not much this week thouh | |
| 16:04:26 | gibi | though | |
| 16:04:29 | bauzas | cool | |
| 16:05:05 | bauzas | ok, I'll ask again to melwitt to know if she can help for bug triage this week | |
| 16:05:08 | bauzas | moving on | |
| 16:05:22 | bauzas | #topic Gate status | |
| 16:05:28 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:05:39 | bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | |
| 16:05:47 | bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:05:52 | bauzas | #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures | |
| 16:06:25 | bauzas | as you can see, no issues for the CI periodic jobs (except for fips) | |
| 16:06:43 | bauzas | I need to modify the job to have more 30 mins | |
| 16:06:50 | bauzas | *deadline | |
| 16:07:17 | bauzas | any concern ? | |
| 16:07:44 | bauzas | looks not | |
| 16:07:48 | bauzas | moving on again | |
| 16:07:55 | bauzas | #topic Release Planning | |
| 16:08:03 | bauzas | #link https://releases.openstack.org/antelope/schedule.html | |
| 16:08:10 | bauzas | #info Antelope-1 is planned in 1 week | |
| 16:08:13 | bauzas | sl | |
| 16:08:14 | bauzas | so | |
| 16:08:33 | bauzas | when we should have a specs review day ? | |
| 16:08:41 | bauzas | next tuesday works ? | |
| 16:09:06 | sean-k-mooney | proably yes | |
| 16:09:29 | sean-k-mooney | ill be around and hopefully have more time to review next week | |