Earlier  
Posted Nick Remark
#openstack-nova - 2021-07-01
08:01:18 bauzas heh for the name
08:01:30 gibi yeah, lets wait a bit
08:01:33 bauzas nothing to tell for me
08:01:39 gibi I imagine :)
08:02:27 gibi finally we get some rain and cool air during the night so I was able to go for a run this morning. so I'm pretty chill at the moment. I can wait :)
08:04:11 bauzas I can send some rain for you if you wish
08:04:54 gibi interesting. we had a serious heatwave in the last ~2 weeks.
08:05:12 gibi but you live at a mountain isn't it?
08:06:07 gibi btw, if there is anybody here for the meeting please say so
08:06:24 gibi otherwise I will close the meeting logging in 4 mins
08:07:19 bauzas gibi: not exactly *within* the mountains, rather at the bottom in a valley :)
08:07:57 bauzas alt. of 230m :)
08:07:59 gibi ohh
08:08:13 gibi that is not that high :)
08:10:29 gibi I close this meeting due to lack of participation
08:10:36 opendevmeet Log: https://meetings.opendev.org/meetings/nova_extra/2021/nova_extra.2021-07-01-08.00.log.html
08:10:36 opendevmeet Minutes (text): https://meetings.opendev.org/meetings/nova_extra/2021/nova_extra.2021-07-01-08.00.txt
08:10:36 opendevmeet Minutes: https://meetings.opendev.org/meetings/nova_extra/2021/nova_extra.2021-07-01-08.00.html
08:10:36 opendevmeet Meeting ended Thu Jul 1 08:10:36 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
08:10:36 gibi #endmeeting
08:13:01 bauzas gibi: remember which city you're living in Hungary ? Budapest ?
08:13:05 gibi yepp in the capital
08:13:22 gibi that is around 150m alt :)
08:13:55 bauzas I knew about the heat wave, some influencers were traveling to your location during the last 2 weeks but suddently went back last Monday
08:14:15 gibi yeah there was some sport events
08:14:23 bauzas minor ones
08:14:46 bauzas apart from Le Tour de France, I don't think others are more important
08:17:34 gibi I'm not a sports fan so I only checked the results
08:18:17 gibi during the germany - hungary meeting I was sitting in a garden of one of my friends chilling and we just listened the noises of the suburb to judge the result of that meeting:)
08:18:26 kashyap bauzas: What do you mean "influencers"?
08:18:29 kashyap Morning, BTW
08:18:42 bauzas kashyap: this was a joke
08:19:02 kashyap Ah, I don't get it, then :)
08:19:23 bauzas kashyap: for explaining that sometimes I think some of our footballers are better with working for Instagram rather than playing with a ball and acting as a team
08:19:37 gibi :)
08:19:54 kashyap bauzas: Ah, "influencers" seems to be an Instagram keyword [I'm not on any social media for 8+ years now]
08:20:24 bauzas kashyap: not only Instagram but social medias in general
08:20:47 bauzas the fact that you have a community watching you and following your advices
09:51:14 sean-k-mooney stephenfin: so i have the os-vif patch mostly working now https://review.opendev.org/c/openstack/os-vif/+/798055 i need to rebase it on my patch to fix os-vif ci and add a release note and flip the default to false but can you give it a look and see what you think
09:51:23 stephenfin sure
09:51:34 stephenfin can do
09:57:08 opendevreview Stephen Finucane proposed openstack/nova master: Add --sleep option for archive_deleted_rows --until-complete https://review.opendev.org/c/openstack/nova/+/771749
10:29:41 opendevreview Merged openstack/nova-specs master: Add attachmentId to responses of the os-volume_attachments API https://review.opendev.org/c/openstack/nova-specs/+/794799
10:43:49 lyarwood sean-k-mooney: thanks for that
10:44:34 sean-k-mooney :) no worries did you see my top level comment to artom re changing id to internal_id in a followup if we feel that is needed
10:45:23 sean-k-mooney i didnt really think it was needed but i dont really object to it either if we want to disambiguate
10:46:52 sean-k-mooney if we did that i would not change the name in the db by the way i would jsut traslate in the api
10:50:00 lyarwood Yeah it's an awkward one to change
10:50:13 lyarwood and tbh I'd rather not and just spell it out in the API ref
10:50:30 sean-k-mooney yep i think docs is enough too
10:50:43 sean-k-mooney i certenly dont want to intoduce a db migration just for this
12:52:06 thelounge55 Hello Folks, I was trying to install wallaby openstack release. But experiencing some issue in nova that the table is not getting created in database. Does anybody has any idea how to resolve it ?
12:53:46 thelounge55 + manage_cells
12:53:46 thelounge55 + '[' 66 -gt 0 ']'
12:53:46 thelounge55 ++ nova-manage api_db version
12:53:46 thelounge55 + NOVA_VERSION=23.0.2
12:53:46 thelounge55 ++ grep -Eo '[0-9]+[.][0-9]+[.][0-9]+'
12:53:46 thelounge55 ```++ nova-manage --version
12:53:48 thelounge55 + nova-manage cell_v2 map_cell0
12:53:48 thelounge55 + '[' 23 -gt 14 ']'
12:53:49 sean-k-mooney how are you creating them? with nova-mageage direcly
12:53:50 thelounge55 Traceback (most recent call last):
12:53:50 thelounge55 An error has occurred:
12:53:52 thelounge55 cursor, statement, parameters, context
12:53:52 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/sqlalchemy/engine/base.py", line 1277, in _execute_context
12:53:54 thelounge55 cursor.execute(statement, parameters)
12:53:54 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/sqlalchemy/engine/default.py", line 608, in do_execute
12:53:56 thelounge55 result = self._query(query)
12:53:56 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/cursors.py", line 148, in execute
12:53:58 thelounge55 conn.query(q)
12:53:58 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/cursors.py", line 310, in _query
12:54:00 thelounge55 self._affected_rows = self._read_query_result(unbuffered=unbuffered)
12:54:00 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/connections.py", line 548, in query
12:54:02 thelounge55 result.read()
12:54:02 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/connections.py", line 775, in _read_query_result
12:54:04 thelounge55 first_packet = self.connection._read_packet()
12:54:04 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/connections.py", line 1156, in read
12:54:06 thelounge55 packet.raise_for_error()
12:54:06 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/connections.py", line 725, in _read_packet
12:54:08 thelounge55 err.raise_mysql_exception(self._data)
12:54:08 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/protocol.py", line 221, in raise_for_error
12:54:10 thelounge55 raise errorclass(errno, errval)
12:54:10 thelounge55 File "/var/lib/openstack/lib/python3.6/site-packages/pymysql/err.py", line 143, in raise_mysql_exception
12:54:12 thelounge55 The above exception was the direct cause of the following exception: ```
12:54:12 thelounge55 pymysql.err.ProgrammingError: (1146, "Table 'nova_api.cell_mappings' doesn't exist")
12:54:23 sean-k-mooney thelounge55: wehn posting more then about 10 lines you should do it to past.openststack.org first
12:54:34 sean-k-mooney * http://paste.openstack.org/
12:54:58 thelounge55 sean-k-mooney sorry my bad new to IRC
12:55:10 sean-k-mooney its ok
12:55:37 sean-k-mooney am did you do a "nova-manage db sync" and "nova-manage api_db sync"
12:56:44 thelounge55 sean-k-mooney i am using openstack-helm for my deployment where i see the script is trying to execute this `nova-manage cell_v2 map_cell0` and after this command it fails as we can see in logs
12:57:27 sean-k-mooney thelounge55: i know that openstack-helm used ot have broken code for cells at one point
12:57:52 sean-k-mooney they were settign config options that dont exist
12:58:25 thelounge55 sean-k-mooney then that might be related to it as i victoria release works out of the box
13:00:14 sean-k-mooney https://github.com/openstack/openstack-helm/commit/94642833dd97e9ff397ef1af26449a51572d5b68 this might be related
13:02:10 sean-k-mooney thelounge55: for what its worth openstack helm does not look that activly maintained
13:02:38 sean-k-mooney there are some commits i gues
13:03:03 sean-k-mooney so its not abandoned by any means
13:03:23 sean-k-mooney they just dont seam to follow our normal branching model so its hard to tell what version of openstack they support
13:04:59 sean-k-mooney thelounge55: anyway it look like the api db was not initalise before it tried to update teh cell mapping

Earlier   Later