Earlier  
Posted Nick Remark
#openstack-nova - 2023-10-06
12:15:13 noonedeadpunk hey everyone. I have weird issues with castellan when attaching encrypted volumes. So it fails on nova-compute on attach attempt with smth like this: https://paste.openstack.org/show/bLY6qE339z2dD5eZntFM/
12:15:37 noonedeadpunk We've start catching that right after upgrade to 2023.1
12:16:50 noonedeadpunk I'm just not sure really where to start looking into - if it's smth related to nova or keystone or castellan itself... So just checking if you might heard about smth like that before
12:19:18 frickler noonedeadpunk: which version of castellan are you using? there were some last-minute reverts for 2023.2 because of compatibility issues https://review.opendev.org/q/topic:revert-castellan-bobcat
12:19:42 frickler not sure though whether it is really the same issue you are seeing
12:22:59 noonedeadpunk let me see....
12:23:21 noonedeadpunk As I was looking into secret users already but not sure that's it
12:24:10 frickler hmm, the errors in https://review.opendev.org/c/openstack/requirements/+/883141 look different, but that's for func tests only
12:27:49 noonedeadpunk 4.1.0
12:28:08 noonedeadpunk so it shouldn't have any of these I assume
12:28:20 noonedeadpunk (some win from u-c usage at least
12:33:09 noonedeadpunk I have some feeling it is related to service tokens... But visually everything is in place...
12:33:41 noonedeadpunk as it fails in self.service_auth.get_token
12:33:53 noonedeadpunk (for keystoneauth1)
12:42:58 noonedeadpunk `service_user` section is in place, with all auth and `send_service_user_token = True`, service_token_roles_required = True in keystone_authtoken...
13:06:25 zigo FYI, as an operator, we are SUPER HAPPY about the BDM sync feature of Bobcat, thanks to whoever worked on that, it's going to make our lives a way less miserable !!! :)
13:07:04 zigo We had so many issues with the attachments in nova/cinder not being in sync ...
13:07:26 zigo So: thanks... !
13:13:57 sahid o/
13:13:59 noonedeadpunk Ok, my issue was related to missing barbican_service_user section...
13:14:05 sahid hey bauzas thanks for your comment on https://review.opendev.org/c/openstack/nova/+/896512
13:14:22 sahid I will create a launchpad bp and update the change
13:14:26 bauzas ++
13:14:47 bauzas sorry for the paperwork but I wanted to have it tracked correctly for the operators
13:15:18 bauzas looks to me more a feature than a bugfix
13:15:26 bauzas (but I could be wrong)
13:15:54 sahid I don't know, it's an improvment I guess
13:16:26 sahid that fixes a bug reported
13:16:45 sahid s/bug/limitation
13:17:17 bauzas yup, hence my point
13:17:32 bauzas anyway, we'll see what others say
13:18:03 bauzas sahid: if you create a blueprint, could you please be in a next nova meeting for discussing it ?
13:18:19 bauzas (Tuesdays 16UTC)
13:39:54 dansmith bauzas: I think you owe me a response on my alias spec about mdevs? specifically about mdevs not yet being attachable at runtime (like ports and disks)?
13:40:13 bauzas did I forget anything ? shit if so
13:40:33 bauzas -ETOOMANYGERRITEMAILS
13:41:02 dansmith bauzas: well you left it as "yeah then we can do mdevs too" and I said "I want to do all attachable devices, but I think that's just disks and ports" and then we had a private convo about it
13:41:24 dansmith and I think we decided that it was probably just ports and disks in that category, but you said you'd circle back
13:42:07 dansmith unrelated, gibi I wrote up this patch we discussed, can you have a look? https://review.opendev.org/c/openstack/nova/+/897076
13:42:54 dansmith gibi: there's another assertion patch above that that came from a real-world situation and I think it'd probably be good to have that in a scenario where you're moving cell databases around :)
13:43:07 bauzas dansmith: okidoki, so I'll add a comment and review it again
13:43:37 dansmith bauzas: well, I just want to close the loop so it doesn't look like it's waiting for a change :)
13:45:06 bauzas dansmith: correct, hence my new comment needed :)
13:45:23 bauzas you explained me that it would only be for attach/detach calls
13:45:30 bauzas that mdevs don't do
13:45:47 bauzas that said I said I should look at other devices, if we do this
13:45:59 bauzas but I think I found none of them
13:46:04 dansmith yep, cool :)
14:12:26 dansmith bauzas: thanks for that
14:13:05 gibi dansmith: thanks I will take a look
14:13:11 dansmith gibi: thanks
14:24:18 sahid bauzas: sure I will do
17:23:58 opendevreview sean mooney proposed openstack/nova master: add healthcheck manager to manager base https://review.opendev.org/c/openstack/nova/+/827844
17:23:58 opendevreview sean mooney proposed openstack/nova master: add initial healthcheck support https://review.opendev.org/c/openstack/nova/+/825015
#openstack-nova - 2023-10-09
08:40:08 opendevreview Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: AggregateMultitenancyIsolation to support unlimited tenant https://review.opendev.org/c/openstack/nova/+/896512
08:40:24 sahid o?
08:40:26 sahid o/
08:40:33 sahid bauzas: https://blueprints.launchpad.net/nova/+spec/aggregatemultitenancyisolation-to-support-unlimited-tenant the bp related :-)
08:40:46 bauzas cool
08:41:05 bauzas sahid: are you able to join tomorrow's nova meeting at 6pm our time ?
08:43:20 sahid bauzas: 6pm our time, probably no but I will try :/
08:43:39 bauzas yeah, it's unfortunately late
08:43:50 bauzas in one month, it will be at 5pm
08:43:55 bauzas 1600UTC :)
08:44:10 sahid yes and the mardi is not good time for me
08:44:19 sahid yes that will be better :-)
08:44:26 bauzas so if you want, I can ask if people are okay with this blueprint to be a specless one
08:44:49 bauzas and I'll tell you on wed
08:44:52 sahid bauzas: yes please do and let me know, if needed I can certainly write one
08:45:04 bauzas col
08:45:07 sahid thanks a lot
08:45:08 bauzas cool even
08:45:19 bauzas np, hth
08:51:28 bauzas sahid: oh, you would want to backport the filter change upstream ?
08:52:04 bauzas sahid: if so, I'll rather ask if people think that your change is a bugfix or rather a feature
08:52:28 bauzas if this is a feature, we can't backport it upstram (but you can do what you want :p )
08:52:54 bauzas (what you want internally*)
09:13:44 dvo-plv bauzas, Hello, Maybe you will have a chance to review it https://review.opendev.org/c/openstack/nova-specs/+/895924 ?
09:14:03 bauzas yup, I promised it, I will once I'm free
09:14:17 dvo-plv great, thank you
09:14:32 bauzas it just needs myself to ramp up on a few new names :)
09:22:25 dvo-plv yes, sure, I will wait
09:22:31 dvo-plv sean-k-mooney[m], Hello, are you here ?
14:08:08 opendevreview Dan Smith proposed openstack/nova master: Warn if we find compute services in cell0 https://review.opendev.org/c/openstack/nova/+/897246
15:03:34 opendevreview Dan Smith proposed openstack/nova master: Clean up service_get_all() https://review.opendev.org/c/openstack/nova/+/897674
15:40:38 gibi dansmith: thanks for the updates I'm +2 all the way ^^
15:40:49 dansmith gibi: i saw, thanks
15:41:00 dansmith and thanks for pointing out my n00b n^2 code ;P
15:43:52 sean-k-mooney i can add that to my list fo things to reveiew
15:44:08 sean-k-mooney procedural question do we need a specless blueprint or bug for those
15:45:18 sean-k-mooney i dont think there is any intent to backprot https://review.opendev.org/c/openstack/nova/+/897076 ?
15:46:32 dvo-plv sean-k-mooney, Hello
15:46:54 sean-k-mooney dvo-plv: o/
15:47:11 dvo-plv I would like to discuss out blueprint regarding NT NIC support. But it too late today, can we talk tomorrow?
15:47:34 dvo-plv when it will be comfortable for you ?
15:51:05 sean-k-mooney honestly i need to reload context.
15:51:36 sean-k-mooney so we can chat during the week but im not sure when ill be free. ping me durnign the week when your around
16:23:49 dansmith sean-k-mooney: I'm calling it a followup to the original BP, which is why I tagged it as such
16:40:20 sean-k-mooney ack
16:41:10 sean-k-mooney i didnt sleep great last night so i may not get to it today but if i dont ill review them tommorow if someone else does not review them in the interim

Earlier   Later