Earlier  
Posted Nick Remark
#openstack-nova - 2022-11-08
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
16:10:02 bauzas ok, anyone having an issue ?
16:10:07 bauzas for next tuesday
16:10:49 gibi works for me
16:11:02 bauzas ok

Earlier   Later