Earlier  
Posted Nick Remark
#openstack-nova - 2022-04-07
13:12:22 sean-k-mooney connection = mysql+pymysql://root:password@127.0.0.1/nova_cell1?charset=utf8
13:13:09 sean-k-mooney by default devstack generates /etc/nova/nova.conf with that pointign at cell0
13:13:21 Uggla ok back to my previous question, do you have cases where nova.conf does not contain cell0 ?
13:13:36 Uggla or is it only devstack specific ?
13:13:43 sean-k-mooney no you do
13:13:50 sean-k-mooney the conductor config dont point to cell0
13:13:57 sean-k-mooney they point to there cell db
13:14:20 sean-k-mooney whcih will be cell1 or in osp we call it just nova
13:17:25 Uggla ok it clear now. thx.
13:22:06 Uggla \o/ my code is working. At least the index part... ;)
13:35:07 Uggla and the creation part. Seems I manage to discuss with manila !
13:53:52 spatel sean-k-mooney i have opened this bug for my issue - https://bugs.launchpad.net/nova/+bug/1968054
13:54:25 sean-k-mooney that does not seem like a nova issue
13:54:39 sean-k-mooney the error is with conencting to the rabbitmq right
13:56:41 bauzas reminder : nova sessions start in 4 mins
14:02:29 bauzas nova sessions start now
14:02:37 sean-k-mooney joining
14:02:37 bauzas https://www.openstack.org/ptg/rooms/newton
14:02:50 sean-k-mooney spatel: that looks like you are having internal network issue with connectivty between your comptues and the contoler
14:03:41 spatel This is all running behind single switch so its hard to say network issue. all other nodes are happy
14:04:00 spatel as soon as i restart my nova-compute everything came back
14:04:20 spatel look like some thread crashed and never recover until manually restart
14:04:52 sean-k-mooney it could be related to dns
14:04:53 spatel Out of 20 compute 2 nodes encounter with this issue..
14:05:06 sean-k-mooney https://github.com/openstack/nova/commit/fe1ebe69f358cbed62434da3f1537a94390324bb
14:06:12 spatel I have everything using IP address
14:06:21 spatel i have found similar bug but not sure its related to my issue or not - https://bugs.launchpad.net/oslo.messaging/+bug/1934937
14:07:05 sean-k-mooney spatel: the error are not coming from nova so i woudl think its unlikely this is a nova bug it proably an oslo one if its not related to your infra
14:07:35 spatel i don't think its related to infra for sure
14:08:12 spatel i may post same bug to oslo
14:08:44 sean-k-mooney you can just add them to the bug
14:08:54 sean-k-mooney you dont need to create a second one
14:24:12 spatel sean-k-mooney how do i add them in existing bug?
14:24:49 spatel affected project?
14:26:01 sean-k-mooney yes
14:26:22 spatel done, thanks
14:41:00 opendevreview Stephen Finucane proposed openstack/placement master: db: Replace implicit conversion of SELECT into FROM https://review.opendev.org/c/openstack/placement/+/800910
14:41:01 opendevreview Stephen Finucane proposed openstack/placement master: db: Replace 'as_scalar()' with 'scalar_subquery()' https://review.opendev.org/c/openstack/placement/+/801100
14:41:01 opendevreview Stephen Finucane proposed openstack/placement master: db: Update 'select()' calls https://review.opendev.org/c/openstack/placement/+/801103
14:41:02 opendevreview Stephen Finucane proposed openstack/placement master: db: Remove use of non-integer/slice indices https://review.opendev.org/c/openstack/placement/+/801104
14:41:02 opendevreview Stephen Finucane proposed openstack/placement master: db: Replace deprecated 'FromClause.select().whereclause' parameter https://review.opendev.org/c/openstack/placement/+/801105
14:41:03 opendevreview Stephen Finucane proposed openstack/placement master: db: Use explicit transactions https://review.opendev.org/c/openstack/placement/+/801106
14:41:03 opendevreview Stephen Finucane proposed openstack/placement master: db: Remove unnecessary use of '_mapping' https://review.opendev.org/c/openstack/placement/+/801107
14:41:04 opendevreview Stephen Finucane proposed openstack/placement master: tests: Restore - don't reset - warning filters https://review.opendev.org/c/openstack/placement/+/828119
14:41:05 opendevreview Stephen Finucane proposed openstack/placement master: db: Use Row, not LegacyRow https://review.opendev.org/c/openstack/placement/+/828305
14:41:05 opendevreview Stephen Finucane proposed openstack/placement master: tox: Enable SQLAlchemy 2.0 warnings https://review.opendev.org/c/openstack/placement/+/801108
14:52:49 stephenfin gibi: Fixed that placement issue. Can you relook at https://review.opendev.org/c/openstack/placement/+/801103 and https://review.opendev.org/c/openstack/placement/+/800910 when you get a chance (maybe after CI runs if you want)
14:53:01 gibi stephenfin: added to my review list
14:53:24 stephenfin sean-k-mooney: melwitt: bauzas: I'll need one of you folks to be the other +2/+W when you've time ^
14:53:52 stephenfin Context is this SQLA 2.0 stuff came up in the TC call earlier and I thought these had merged already :)
14:54:00 bauzas stephenfin: ack, will look
14:54:04 stephenfin ta
14:55:42 sean-k-mooney ah ws going to ask
14:55:52 sean-k-mooney ok its sqla
14:55:58 sean-k-mooney ya no worries
15:12:06 bauzas as I wrote on https://ptg.opendev.org/ptg.html, next discussion will be at 4pmUTC
15:22:45 bauzas stephenfin: you got my review-prio flag on your placement SQLA db series
15:31:58 stephenfin bauzas: thanks
15:37:38 sean-k-mooney we proably should have proceeded witht he nova adgenda and then asked them to ping us in highsight
15:40:45 gibi next time we will be smarter :)
15:42:38 gibi maybe we need to punt the rest of the nova topic to friday?
15:44:40 sean-k-mooney we coudl i guess
15:44:55 sean-k-mooney i kind of wanted to finish today if we did not have other topics
15:45:11 sean-k-mooney so that we could sync with neutron or cinder tomorrow
15:45:15 sean-k-mooney or tc
15:45:29 sean-k-mooney without worring about conflicts
15:47:29 gibi yeah
15:47:43 gibi let see how fast the tc session goes
15:55:35 opendevreview Balazs Gibizer proposed openstack/nova stable/train: Reproduce bug 1944759 https://review.opendev.org/c/openstack/nova/+/836993
15:55:36 opendevreview Balazs Gibizer proposed openstack/nova stable/train: Store old_flavor already on source host during resize https://review.opendev.org/c/openstack/nova/+/836994
16:00:54 bauzas folks, what should we do ?
16:02:03 gibi I think this tc discussion is useful
16:02:15 bauzas artom_: melwitt: gibi: sean-k-mooney: Uggla: elodilles: could we have our arbiterd session by 1630UTC ?
16:02:37 gibi bauzas: works for me
16:02:38 bauzas I tend to agree with sean-k-mooney, ideally we should free ourselves tomorrow as soon as we can
16:02:43 melwitt sure
16:02:57 artom_ So in 30 minutes?
16:02:58 bauzas thanks folks, updating then the ptgbot
16:03:00 bauzas yeah
16:03:02 artom_ Sure
16:06:53 elodilles bauzas: ack, don't wait for me. (especially, since i haven't added much to the topics + there won't be any stable or release specific topic o:))
16:07:13 bauzas elodilles: ack, you're free to end up early, I bless you :p
16:07:50 elodilles :)
16:28:40 bauzas sean-k-mooney: just sayin', I'll leave the TC room
16:28:48 bauzas and open the nova room
16:31:26 sean-k-mooney ack ok ill swap now
17:02:42 bauzas gibi: ack, no worries, see you tomorrow morning
17:02:53 bauzas as a reminder, we have a cyborg x-p at 8amUTC
17:03:08 gibi ack
17:03:09 bauzas gibi: we'll just wrap the nova sessions tomorrow I think
17:03:20 gibi I will join to the Cyborg session
17:03:21 bauzas just after the neutron topic
17:03:27 bauzas gibi: thanks !
17:35:37 sean-k-mooney bauzas: i likely will be asleep for the cyborg session. if i am awake ill try and attend but ill read back after most likely.
17:35:49 sean-k-mooney the main topic is just thw owner_ traits
17:35:50 sean-k-mooney right
17:36:11 sean-k-mooney or general topic of how to model some rps are not owned by nova
17:36:58 sean-k-mooney i think we had agreed to add owned_by on all our RPs last cycle but it then never happened
17:37:31 sean-k-mooney we discussed this in relation to generic mdevs
17:44:15 sean-k-mooney https://review.opendev.org/c/openstack/nova-specs/+/836583/3/specs/zed/approved/owner-nova-trait-usage.rst

Earlier   Later