| bauzas | is it me or I can't longer log into the openstack wiki ? | 08:39 |
|---|---|---|
| bauzas | once I log into https://wiki.openstack.org/ it goes into Launchpad SSO and I'm able to connect, but when heading back to the source page, I'm no longer connected | 08:40 |
| frickler | it did work for me, just pretty slow. likely some ddos crawlers at work again | 08:49 |
| bauzas | nope, still the same behaviour, slow but eventually logged in after SSO but when heading back to a wikipage, no longer logged in (even if I provide the right cookie) | 09:21 |
| frickler | hmm, indeed, I only checked that the login itself worked earlier, but I can reproduce this. need to wait for some other infra-root to take a closer look then | 09:55 |
| fungi | bauzas: frickler: i thing during or following periods of excessive load, something breaks logins (maybe db writes to record the new sessions are timing out?). the last few times it's happened, rebooting the server gets it back to a happy place again | 13:25 |
| fungi | i can do that in a sec | 13:25 |
| fungi | confirmed i also can't log in, i'll reboot it | 14:03 |
| fungi | it's been about 2 months since the last time i had to do that | 14:03 |
| fungi | #status log Rebooted wiki.openstack.org to get OpenId logins working again | 14:06 |
| fungi | bauzas: frickler: ^ | 14:07 |
| opendevstatus | fungi: finished logging | 14:07 |
| fungi | seems to be working again for me now | 14:07 |
| frickler | still (or again?) pretty slow for me, but login is working now, thx fungi | 14:15 |
| bauzas | fungi: thanks | 14:16 |
| bauzas | fwiw, we'll move the nova docs from wiki to our internal docs | 14:17 |
| fungi | #status log Merged the openstack/openstack-helm-infra content and history into the openstack/openstack-helm repository as discussed in https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/YRWSN6X2MTVGFPCULJ344RSDMCQDO7ZG/ | 16:56 |
| opendevstatus | fungi: finished logging | 16:56 |
| stephenfin | fungi: How familiar are you with the RAX APIs? gtema notes that they still use the Cinder v1 API, but it looks like OSC support for Cinder v1 has been broken since Train | 17:26 |
| stephenfin | fungi: Context is https://review.opendev.org/c/openstack/python-openstackclient/+/944865 | 17:26 |
| fungi | stephenfin: i'm familiar with it insofar as we've had to fiddle a lot with which versions of the client and libs we install for interacting with rackspace to do volume-related tasks | 17:32 |
| fungi | stephenfin: our cloud.yaml looks like this: https://opendev.org/opendev/system-config/src/branch/master/playbooks/templates/clouds/bridge_all_clouds.yaml.j2#L37-L54 | 17:34 |
| fungi | we're setting volume_api_version: 2 there | 17:34 |
| clarkb | the current version we have installed on bridge's launcher venv worked for me booting nb05 and nb06 and associated ovlume operations | 17:34 |
| clarkb | python-openstackclient==7.4.0 openstacksdk==4.4.0 | 17:34 |
| clarkb | I want to say that v1 may be the only version in the catalog but if you force v2 most things work? | 17:35 |
| fungi | right, some stuff ends up not working correctly like referring to volumes by name instead of uuid when attaching them to servers | 17:40 |
| stephenfin | ack. thanks. So the endpoint override is presumably there because service discovery returns the wrong version (or maybe it's not supported in RAX)? | 17:54 |
| stephenfin | clarkb: what version of python-cinderclient? | 17:54 |
| clarkb | stephenfin: python-cinderclient==7.4.1 | 17:56 |
| clarkb | stephenfin: ya the version override is there bceause catalog tries to use v1 and that doesn't work with osc at all iirc | 17:57 |
| clarkb | so we force v2 and then stuff mostly works | 17:57 |
| stephenfin | Indeed. v1 support was removed in python-cinderclient 5.0.0 and OSC is still using those calls | 17:57 |
| stephenfin | Okay, I'll note that workaround (using v2 and an endpoint override) in the release note | 17:59 |
| stephenfin | Anything more i.e. fixing this "properly" is going to necessitate writing a whole load of code in OSC and SDK that someone else will need to sign up for | 18:00 |
| clarkb | I think there is hope that the new rackspace flex cloud stuff might take over and we can leave the old stuff behind too | 18:00 |
| clarkb | but I don't know any details other than they've given us access for test resources and we have 64 test node quota there and things seem to work | 18:00 |
| clarkb | but it might be worth a conversation wit hthem if they think osc support for the old cloud is important they may be able to work on it? | 18:01 |
| fungi | yeah, fingers crossed opendev will be able to stop caring about rax classic, but there are probably osc users who will continue relying on it until rackspace sunsets that environment | 18:01 |
| stephenfin | Good point. Who can I talk to? | 18:09 |
| fungi | stephenfin: you might remember cloudnull, he'd be good to sync up with on their overall direction | 18:14 |
| fungi | (kevin carter) | 18:15 |
| clarkb | jamesdenton: and cardoe have also been helpful | 18:21 |
| fungi | extremely | 18:25 |
| cardoe | uh oh. what'd I do? | 19:23 |
| cardoe | oh the cinder endpoint in rax? yeah... I've tried to change that for years. | 19:24 |
| cardoe | At this point I'm hoping that flex can get going quick enough and we can move people over and just turn off the old stuff. | 19:25 |
| fungi | cardoe: yeah, i think maybe it's a question of whether you and/or your colleagues have time to invest in helping keep osc working for rackspace classic, or whether it's not worth it to bother | 19:32 |
| cardoe | I mean I still use it for rackspace classic. The "profile: rackspace" bit with cloud config actually rewrites the catalog endpoint to v2 | 19:35 |
| fungi | oh, so we could in theory drop our explicit api override for v2 then | 19:40 |
| cardoe | where's that? | 20:06 |
| clarkb | https://opendev.org/opendev/system-config/src/branch/master/playbooks/templates/clouds/bridge_all_clouds.yaml.j2#L37-L72 we set them here | 20:08 |
| clarkb | but we also set the profile to rackspace. My guess is the profile update came after we set it | 20:08 |
| cardoe | Yeah I bet you can drop that. | 23:23 |
| cardoe | I’ll help where I can but I’ve lost a lot of access to make changes there. | 23:23 |
| clarkb | no worries just wanted to call it out in case that was something ya'll wanted to drive on the client/sdk side and ensure stephenfin knows who to talk to in that scenario | 23:24 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!