| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-sdks - 2022-09-23 | |||
| 10:00:54 | gtema | at minimum we would need to limit projects which can use those jobs | |
| 10:01:19 | gtema | but maintaining it this way can get out of control | |
| 10:49:44 | opendevreview | Takashi Natsume proposed openstack/python-openstackclient master: Fix wrong assertion methods https://review.opendev.org/c/openstack/python-openstackclient/+/857046 | |
| 12:25:07 | opendevreview | Merged openstack/ansible-collections-openstack master: Force major version bump in pbr https://review.opendev.org/c/openstack/ansible-collections-openstack/+/859053 | |
| 13:33:27 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Extend project cleanup https://review.opendev.org/c/openstack/openstacksdk/+/859087 | |
| 13:44:40 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Extend project cleanup https://review.opendev.org/c/openstack/openstacksdk/+/859087 | |
| 14:07:39 | jm1 | gtema: oh nice, you got access to another cloud?! Never heard of Cleura before though 😅 | |
| 14:07:51 | gtema | citycloud | |
| 14:08:12 | jm1 | gtema: but i guess you still need access to rackspace, ovh and vexxhost for testing the floating ip stuff? | |
| 14:08:13 | gtema | and this uncovers quite a mess in sdk | |
| 14:08:33 | gtema | making func tests to work on various clouds is going to be a challenge | |
| 14:09:04 | gtema | but side effect is that tests and code will be improved to beter detect features of the cloud | |
| 14:12:43 | jm1 | gtema: but i guess you still need access to rackspace, ovh and vexxhost for testing the floating ip stuff? | |
| 14:12:54 | gtema | yes | |
| 14:14:11 | jm1 | we could ping fungi and ask nicely whether he would give us access to rackspace or ovh or vexxhost tenants. then we would be able to fix openstacksdk and they could remove the 0.61.0 pin.. | |
| 14:14:48 | fungi | it would need new tenants | |
| 14:15:23 | jm1 | fungi: hello fungi :) maybe you know how to get new tenants? or maybe an inofficial access for quick and dirty tests? | |
| 14:15:38 | gtema | fungi, btw any structural objections of going https://review.opendev.org/c/openstack/project-config/+/859060 way for testing? | |
| 14:15:51 | opendevreview | OpenStack Release Bot proposed openstack/python-openstackclient stable/zed: Update .gitreview for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859099 | |
| 14:15:52 | opendevreview | OpenStack Release Bot proposed openstack/python-openstackclient stable/zed: Update TOX_CONSTRAINTS_FILE for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859100 | |
| 14:15:54 | fungi | we already use multiple tenants to securely separate our control plane from our test nodes since different systems need automated access. we definitely wouldn't give jobs access to those, for security reasons | |
| 14:15:54 | opendevreview | OpenStack Release Bot proposed openstack/python-openstackclient master: Update master for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859101 | |
| 14:15:55 | opendevreview | OpenStack Release Bot proposed openstack/python-openstackclient master: Switch to 2023.1 Python3 unit tests and generic template name https://review.opendev.org/c/openstack/python-openstackclient/+/859102 | |
| 14:16:27 | fungi | but we could facilitate discussion with the current donor providers about getting additional tenants for sdk testing | |
| 14:16:37 | gtema | that is clear, but maybe there are some spare tenants | |
| 14:16:50 | fungi | mordred used to do that for shade, though he was manually testing it | |
| 14:17:33 | gtema | correct. We can still have this form of manual tests in particular clouds, but I would like to establish non voting jobs for various clouds | |
| 14:17:41 | gtema | this brings benefits to everybody | |
| 14:17:41 | jm1 | fungi: that would be awesome! we really would like to get sdk fixed :D how and where to approach them? | |
| 14:19:19 | jm1 | fungi: do you know people inside ovh or vexxhost or rackspace? i have really no idea of openinfra's internals so i would need some guidance here but iam willing to help :) | |
| 14:20:30 | jm1 | fungi: we need something playground for gtema before he gets bored and runs away 🙊😋 | |
| 14:21:22 | gtema | who can be bored in this world ;-) | |
| 14:26:08 | jm1 | gtema: i would get you access to our cloud if that would help. but rdo is so close to upstream that devstack jobs usually keep us happy 🤷 | |
| 14:26:49 | gtema | well, everybody is close to devstack and still we have so many issues | |
| 14:26:52 | fungi | we have a "council" which includes representatives from some of those providers, yes: https://docs.opendev.org/opendev/system-config/latest/project.html#governance | |
| 14:29:35 | jm1 | fungi: nice! you are talking about "OpenDev Council"? | |
| 14:30:18 | jm1 | gtema: you are not part of the council, are you? | |
| 14:30:25 | gtema | nope | |
| 14:31:54 | gtema | while according to the spec I should have a seat there (if I read it right) | |
| 14:32:21 | jm1 | fungi: do you and the council meet periodically? maybe gtema and i could join one time and we could discuss cloud access with providers? (in case that would be within scope of your meetings) | |
| 14:34:41 | fungi | there's no formal meeting of the council, it's more "people who self-identify as representatives of hosted projects and service donors" and the point of contact is the service-discuss@lists.opendev.org mailing list | |
| 14:35:52 | fungi | i'm officially on the council since our governance says it expressly includes "members of any OpenDev project core team" | |
| 14:36:21 | fungi | (and as a root sysadmin for the opendev collaboratory i'm also a core reviewer for most of the opendev projects) | |
| 14:36:50 | fungi | though if you're looking for a singular point of contact for the collaboratory, clarkb is our current service coordinator | |
| 14:37:44 | jm1 | fungi := root, nice :) maybe we should write a mail to that service-discuss list and ask for access, gtema? | |
| 14:38:15 | jm1 | gtema: or did you contact clarkb in the past? | |
| 14:38:34 | gtema | fungi - is your suggestion to write mail to the above address? | |
| 14:38:54 | fungi | yep | |
| 14:38:59 | gtema | cause I was already trying to talk to some donors directly, asking Clark, asking Jimmy | |
| 14:39:04 | gtema | okay, will do so. Thanks | |
| 14:39:09 | fungi | from different providers, these days probably mnaser (vexxhost), amorin (ovh), and mgagne (iweb) are the most responsive | |
| 14:39:39 | gtema | what about rax, anobody there? | |
| 14:39:39 | gtema | great, thanks | |
| 14:39:45 | gtema | this is the most challenging cloud | |
| 14:40:18 | fungi | not really, no. we have an internal advocate who basically "pays" the rackspace bill for us | |
| 14:40:25 | gtema | sad | |
| 14:40:26 | fungi | but there aren't a lot of rackers heavily involved in openstack these days | |
| 14:41:38 | fungi | also, iweb probably isn't a useful target for sdk testing since they're not really in the business of running an openstack public cloud any longer (their new parent company is more focused on cloudstack) | |
| 14:42:48 | jm1 | fungi: cloudstack, wow, havent heard that name in a while. did not know anybody is still using that 🙊 | |
| 14:43:08 | fungi | yep, apparently it's one of the apache foundation's flagship projects | |
| 14:44:11 | fungi | anyway, what you probably really need is someone doing what mordred did before, reaching out directly to cloud providers and asking for accounts in order to do sdk testing. then you could put the credentials for those into zuul secrets to be used by jobs | |
| 14:45:00 | gtema | but how should I reach rax? | |
| 14:45:05 | fungi | but the providers involved in the opendev council are probably a good place to start, since that will allow you to prove out the model for the test job with a public cloud or two | |
| 14:46:06 | fungi | probably our best approach for rackspace will be to try to find someone there who is still involved upstream. i can look at the affiliations for the zed contributors list to get some idea | |
| 14:46:46 | gtema | ok | |
| 14:46:59 | fungi | having someone who is active in the project (even if just barely) who we can get to argue the request internally on our behalf | |
| 14:47:41 | fungi | we can try to do it from the foundation side instead, but we really have very little leverage with rackspace | |
| 14:48:15 | gtema | I feel some problem here, if rax is not so interested in offering modern OpenStack chances are too low. But since infra runs on Rax we need to test SDK just for our internal tooling | |
| 14:49:03 | jm1 | gtema: vexxhost, ovh and iweb would be a good start, woulnd it? rax could come later | |
| 14:49:31 | gtema | sure, but afaik rax is the only real reason for the sdk pin in zuul/nodepool | |
| 14:50:03 | gtema | and I can't verify behaviour there | |
| 14:50:13 | gtema | anyway - we definitely need to address those folks | |
| 14:51:24 | jm1 | gtema: mail to service-discuss would be a good start. maybe some rax folks jumps onto it | |
| 14:52:27 | jm1 | fungi: is service-discuss internal? its not listed at https://lists.openstack.org/cgi-bin/mailman/listinfo | |
| 14:53:46 | fungi | jm1: you want lists.opendev.org | |
| 14:53:54 | fungi | lists.openstack.org is for the openstack project | |
| 14:54:01 | fungi | lists.opendev.org is for the opendev collaboratory | |
| 14:54:11 | jm1 | fungi: omg, true 🙈 sorry | |
| 14:54:40 | fungi | no problem | |
| 14:57:40 | jm1 | fungi, gtema: so we have a plan :D Thank you, fungi, for your help on that! Hopefully we get some access soon and can finally fix the sdk :) | |
| 15:15:06 | fungi | james denton has rackspace listed as a current affiliation in a foundation profile, and seems to be recently active in osa: https://review.opendev.org/857507 | |
| 15:15:27 | fungi | of course it's possible that profile is outdated and that's on behalf of a new employer, i really can't know | |
| 15:15:45 | gtema | sure, thanks anyway | |
| 15:54:38 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Rework network functional tests https://review.opendev.org/c/openstack/openstacksdk/+/859114 | |
| 15:54:52 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Extend project cleanup https://review.opendev.org/c/openstack/openstacksdk/+/859087 | |
| 15:55:32 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Initialize tests of real clouds https://review.opendev.org/c/openstack/openstacksdk/+/859026 | |
| 15:56:01 | opendevreview | Artem Goncharov proposed openstack/openstacksdk master: Rework network functional tests https://review.opendev.org/c/openstack/openstacksdk/+/859114 | |
| 18:38:54 | opendevreview | Rafael Castillo proposed openstack/ansible-collections-openstack master: Updates server_volume for 2.0.0 https://review.opendev.org/c/openstack/ansible-collections-openstack/+/858834 | |
| 18:49:38 | opendevreview | Merged openstack/python-openstackclient stable/zed: Update .gitreview for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859099 | |
| 18:49:39 | opendevreview | Merged openstack/python-openstackclient stable/zed: Update TOX_CONSTRAINTS_FILE for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859100 | |
| 19:45:36 | opendevreview | Merged openstack/python-openstackclient master: Update master for stable/zed https://review.opendev.org/c/openstack/python-openstackclient/+/859101 | |
| 19:53:21 | opendevreview | Merged openstack/python-openstackclient master: Switch to 2023.1 Python3 unit tests and generic template name https://review.opendev.org/c/openstack/python-openstackclient/+/859102 | |
| #openstack-sdks - 2022-09-24 | |||
| 07:13:27 | opendevreview | Taehyun Park proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 07:50:20 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 07:57:37 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 08:14:01 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: update unittest of creating metadata-object https://review.opendev.org/c/openstack/openstacksdk/+/859190 | |
| 08:23:00 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 08:35:21 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 08:47:12 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |
| 08:51:27 | opendevreview | HaeIYoon proposed openstack/openstacksdk master: Add image metadef object operations https://review.opendev.org/c/openstack/openstacksdk/+/858350 | |