Friday, 2024-08-09

*** mrunge_ is now known as mrunge08:09
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add ensure-dib role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291009:06
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add build-diskimage role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291109:06
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add a role to convert diskimages between formats  https://review.opendev.org/c/zuul/zuul-jobs/+/92291209:06
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add ensure-dib role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291009:12
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add build-diskimage role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291109:12
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add a role to convert diskimages between formats  https://review.opendev.org/c/zuul/zuul-jobs/+/92291209:12
*** oschwart_ is now known as oschwart10:07
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add ensure-dib role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291010:18
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add build-diskimage role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291110:18
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add a role to convert diskimages between formats  https://review.opendev.org/c/zuul/zuul-jobs/+/92291210:18
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add ensure-dib role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291011:00
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add build-diskimage role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291111:00
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add a role to convert diskimages between formats  https://review.opendev.org/c/zuul/zuul-jobs/+/92291211:00
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add build-diskimage role  https://review.opendev.org/c/zuul/zuul-jobs/+/92291111:08
opendevreviewBenjamin Schanzel proposed zuul/zuul-jobs master: Add a role to convert diskimages between formats  https://review.opendev.org/c/zuul/zuul-jobs/+/92291211:08
opendevreviewJan Gutter proposed zuul/zuul-jobs master: [wip] Fix k8s-crio buildset registry test  https://review.opendev.org/c/zuul/zuul-jobs/+/92601311:11
opendevreviewJan Gutter proposed zuul/zuul-jobs master: [wip] Fix k8s-crio buildset registry test  https://review.opendev.org/c/zuul/zuul-jobs/+/92601312:09
opendevreviewJames Page proposed openstack/project-config master: Prep sunbeam single charm repos for retirement  https://review.opendev.org/c/openstack/project-config/+/91782712:22
opendevreviewJan Gutter proposed zuul/zuul-jobs master: [wip] Fix k8s-crio buildset registry test  https://review.opendev.org/c/zuul/zuul-jobs/+/92601312:31
opendevreviewJan Gutter proposed zuul/zuul-jobs master: [wip] Fix k8s-crio buildset registry test  https://review.opendev.org/c/zuul/zuul-jobs/+/92601312:46
rpittauhi all! o/ out of curiosity how often the opendev repositories are mirrored to github?13:17
fungirpittau: hard to say since different projects have their own mirroring jobs, we don't control that13:17
opendevreviewJan Gutter proposed zuul/zuul-jobs master: [wip] Fix k8s-crio buildset registry test  https://review.opendev.org/c/zuul/zuul-jobs/+/92601313:18
rpittaufungi: thanks, I was wondering as I removed an eoled branch from ironic today and it still appears in github13:18
fungirpittau: branch removals may not trigger openstack's github mirroring job, have any changes merged to ironic since then?13:19
rpittaufungi: oh I see! no, I don't think so13:19
rpittauthanks, that makes sense actually13:19
fungii think it's only set up to run on ref updates for branch tips and tag additions, just a sec and i'll check13:20
rpittaufungi: thank you :)13:20
fungirpittau: but also, here's the build history for the openstack-upload-github-mirror job running on openstack/ironic: https://zuul.opendev.org/t/openstack/builds?job_name=openstack-upload-github-mirror&project=openstack/ironic13:21
fungilast run was 2024-08-08 17:16:5213:21
fungi(utc)13:21
rpittauso yesterday13:21
rpittauwell that explains it :)13:22
rpittauthanks a bunch fungi :)13:22
fungiand you can see it's triggered in the post and release pipelines, which matches my recollection13:22
fungiso the next time a change merges or a tag is created for any branch in ironic that should get refreshed13:23
rpittauyeah, I'll check again once we merge something13:23
rpittaummm even a tag, ok, interesting, cause I created one13:24
rpittaubut maybe it's only from the release pipeline13:24
fungirpittau: yeah, sorry, versioned tags i mean. here's where it gets pipeline assignments: https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/project-templates.yaml#L3520-L353413:25
rpittauno worries, that makes sense13:26
fungiwe could replace pre-release and release there with tag and then it would run on any tag regardless of whether it has a version pattern13:26
fungialso could try to figure out what kind of events gerrit emits on branch deletion and see if the job could be adapted to run for those as well, but they're relatively rare enough that openstack hasn't seen it as a priority13:27
rpittauthat's ok, I was just puzzled as the branch was still there, but now I get it13:28
rpittauit's really not that big of a deal13:28
fungibut the job itself is essentially idempotent and relies on no real context other than the triggering project's git repository, so any event that causes the job to run performs a full git mirror push13:28
fungiwe could even stick a periodic pipeline entry in that template just as a fallback in case projects have git state changes that didn't trigger replication for a day or more13:30
rpittaummm that could be helpful I guess13:30
fungisince the job doesn't use any nodes at all (only runs on the zuul executors) and it's very quick (~30sec), running it more often probably isn't a huge deal13:31
rpittauyep execution looks pretty quick, maybe set it to run only if it didn't run in the last 24 hours, if possible13:33
rpittauor just run, if the repos are in sync it won't do anything anyway13:34
fungifrom zuul's perspective, figuring out whether it ran is about the same amount of work as running it again. i suppose one concern might be additional impact on github rate limits/account quotas, not sure if pushes count toward those or not13:40
clarkbI think git pushes are completely separte from api rate limits15:36
fungicool, so probably no impact from that15:40
fungithe only other down-side i can think of is that it will create additional periodic buildsets for any projects which don't currently run periodic jobs, so could be extra load on the zuul mergers when the timer trigger fires15:41
fungioh, and for periodic we'd only want it to run once for a project, not once for each branch of the project, so might need an explicit branch matcher with that addition15:42
clarkbboth gerrit and etherpad have new bugfix release in the last ~24 hours. Once I've caught up a bit I plan to push changes to update both of those versions in our systems15:43
fungithanks!15:46
opendevreviewJames Page proposed openstack/project-config master: Prep sunbeam single charm repos for retirement  https://review.opendev.org/c/openstack/project-config/+/91782715:51
opendevreviewClark Boylan proposed opendev/system-config master: Update Gerrit image to 3.9.6  https://review.opendev.org/c/opendev/system-config/+/92607516:02
opendevreviewClark Boylan proposed opendev/system-config master: Update etherpad to 2.2.2  https://review.opendev.org/c/opendev/system-config/+/92607816:20
clarkbthat ^ ended up being a bit more invovled than expected. They changed some of the build stuff so had to sync that into our dockerfile16:20
opendevreviewJames Page proposed openstack/project-config master: Prep sunbeam single charm repos for retirement  https://review.opendev.org/c/openstack/project-config/+/91782716:28
opendevreviewMerged openstack/project-config master: Prep sunbeam single charm repos for retirement  https://review.opendev.org/c/openstack/project-config/+/91782716:56
opendevreviewClark Boylan proposed opendev/system-config master: DNM force etherpad failure to hold node  https://review.opendev.org/c/opendev/system-config/+/84097216:58
clarkbI've put a hold in place for ^ so we can double check the plugins work as called out in the commit message for the parent change16:59
clarkbother infra-root and opendev users may want to followup on https://lists.opendev.org/archives/list/service-discuss@lists.opendev.org/thread/CWVR5HRTHGWZTKQEFCOOP77GFFVUXBA4/ to see if there is consensus one way or another17:38
clarkbThe gerrit update change passed testing. Remember that when we land that we will need to manually update the production deployment (by pulling the new image and then manually restarting things).17:40
clarkbI don't think we need to hold a node for that one if the screenshots and tests look good (tests did pass but screenshots are manual check)17:41
clarkbheld etherpad 2.2.2 is at 104.130.140.173 and I'm jumping in to the clarkb-test pad to check on it if anyone else wants to look17:44
clarkbhrm I'm actually getting a perpetual loading splash screen17:45
clarkbso this may not be functional17:45
clarkbjust in case the issue is due to cached js/css I've moved to incognito tabs but get the same result there. The server logs don't immediately show any errors either. (it does appear to minify things on demand the first time requiests are made but I don't think that would take more than 5 minutes. I will try refreshing in a bit to see if that assumption is wrong)17:47
fungifor the base url where you can create new pads, the button text is missing for me17:47
fungiand the buttons on that page are also nonfunctional17:48
fungiand yes, going to a pad url i just get perpetual "loading" too17:48
fungiin a browser that has never connected to the production site and keeps no cache17:49
clarkblooking at browser debug tools I think /padbootstrap-$hash.min.js is redirecting to /p/padbootstrap-$hash.min.js and that appears to be getting back html not js (maybe due to our proxy mod rewrite rules)17:51
clarkbI suspect that this may be contributing to the issue since the expected js is coming back as not js so it can't run the things17:51
clarkboh yup the console log says there is a syntax error in that file so this is almost certainly the issue17:52
clarkbwill need to figure out if this change in content serving location is expected and if so probably modify our apache mod rewrite rules17:52
clarkbI'm not sure I have time to dig into that right this moment (I have paperwork type things to get done this week and its Friday)17:53
clarkbI'll mark the change WIP though17:53
clarkbactually I think I see the issue maybe? I'll push an update and make a new hold17:57
clarkbwe expected the js content to be at /static/ or similar and don't proxy that to /p/ but now the path is rooted at the base of the url so we redirect it to /p/17:58
clarkbok that got things into a slightly better state but now it is erroring in the js rather than blowing up because it got html intead of js. I'll still push this up as it illustrates the issue18:07
opendevreviewClark Boylan proposed opendev/system-config master: Update etherpad to 2.2.2  https://review.opendev.org/c/opendev/system-config/+/92607818:10
opendevreviewClark Boylan proposed opendev/system-config master: DNM force etherpad failure to hold node  https://review.opendev.org/c/opendev/system-config/+/84097218:10
clarkbok hold is rotated so now you should get tcp connection errors18:12
fungilooks like 104.130.172.149 is the new hold20:14
fungiTypeError: Co is not a function20:15
clarkbya thats what I got on the previous hold when testing the updates. Not sure if that is a proper bug in etherpad or another installation specific thing20:16
clarkbI think it is possible that some js isn;t loading beacuse of our installation, but it could just as easily be a proper bug20:16
fungithe apache error log has a couple of entries for my client, not sure whether they're benign...20:22
fungi[Fri Aug 09 20:16:31.650412 2024] [proxy:error] [pid 17009:tid 140141150594624] (70014)End of file found: [client 47.133.137.230:60809] AH03307: ap_proxy_transfer_between_connections: error on origin - ap_pass_brigade20:22
fungi[Fri Aug 09 20:16:31.650476 2024] [proxy:error] [pid 17009:tid 140141150594624] [client 47.133.137.230:60809] AH10221: proxy: websocket: client flushing failed (-102)20:22
fungicould also be secondary errors from my session never fully establishing20:23
clarkbya20:23
fungidoesn't look like my browser requested any js files which were refused or nonexistent20:25
clarkbmaybe we should check the etherpad issue tracker to see if anyone else has hit this error20:27
clarkbI'm not finding any evidence for similar issues already reported21:27
clarkbunfortunately I suspect that Co is a minified variable name21:28
clarkbfungi: looks like the landing page loads now at least21:29
clarkbfungi: var Co, Nc, Nc = Fo().$, Co = Ts(), P4 = ["ep_headings/static/css/editor.css"], js = ["h1", "h2", "h3", "h4", "h5", "h6", "code"], M4 = function() { is where Co gets defined. Note the ep_headings css stuff I think maybe this is exploding in the plugin ep_headings that we install21:35
fungiyeah, the base page and pad creation form seemed to work21:36
clarkband then that code is being appended to the single min.js file which makes it extra confusing to trace back again21:36
clarkbwe could confirm this by pushing a change up to disable/remove that plugin for now21:36
fungior maybe just manually disable it on the held node?21:37
clarkbI think they may get built into the image, but maybe that is doable21:37
fungioh21:37
clarkbya we run a pnpm command to install the plugins list21:38
clarkbI'm not sure we can easily untangle that on the running image. It is probably doable but figuring out the method for how is the trick21:38
clarkbhttps://github.com/fourplusone/etherpad-plugins/blob/master/ep_headings/static/js/index.js#L85-L89 I believe this is the code that is failing21:39
fungimakes sense that it could be a plugin problem if those plugins don't get much testing with new releases of the base service21:40
clarkband Co is _ there. Ironic that minification made that bigger21:40
clarkbvar _ = require('ep_etherpad-lite/static/js/underscore');21:41
clarkbI suspect that dropping require() in the main etherpad codebase means that all plugins need to drop it too21:41
clarkband require() there is assigning something useless/null to _ and we get this error21:41
clarkbI'll file a bug with that information and see if upstream can give us anymore hints21:42
clarkbhrm that plugin's repo is archived too... I haev a feeling this will end up in a state of "sorry no longer supported use a different plugin if something exists"21:44
clarkbhttps://github.com/ether/ep_headings2 does exist. No idea if it is compatible with the other plugin. I'm going to push a new pair of patchsets that use that plugin to see if it works. Better to file a bug against it if it doesn't21:46
clarkband then if it does work we can figure out if the old markup is compatibile with this plugin too21:46
clarkbhttps://github.com/ether/ep_headings2/issues/4 I am not hopeful :/21:52
fungieep21:53
clarkbbut one step at a time. Lets see if this is even workable with the new plugin21:53
clarkbif we simply lose the old rendering but keep the markup that is probably workable but that issue implies there are errors instead21:55
opendevreviewClark Boylan proposed opendev/system-config master: Update etherpad to 2.2.2  https://review.opendev.org/c/opendev/system-config/+/92607821:55
opendevreviewClark Boylan proposed opendev/system-config master: DNM force etherpad failure to hold node  https://review.opendev.org/c/opendev/system-config/+/84097221:55
clarkbI'm leaving the old autohold in place for now as it should haev different errors which may be useful depending on how further debugging goes21:56

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!