this post was submitted on 13 Jan 2025
12 points (100.0% liked)
Lemmy.ca Support / Questions
501 readers
6 users here now
Support / Questions specific to lemmy.ca.
For support / questions related to the lemmy software itself, go to [email protected]
founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
That is odd, I'm on Boost as well and haven't noticed this. I'll pass it along to the team and poke around!
The outage was a hardware issue and I don't think we changed any site configuration since then. At least on our end, having the hardware replaced seemed to have fixed the occasional hiccups we were seeing.
In the meantime, could you try clearing the app's cache? Boost lets you make a backup of the settings, which can help give peace of mind before doing resets.
If anyone else has this problem, please do share!
Thanks for the response. I have one inkling of an idea that might be a cause, but it really should affect the whole app rather than a single instance.
I've cleared the cache already but perhaps I might try backing up and clearing all data. Gonna keep monitoring for now.
Ugh. Decided to select the All feed and scroll away. And... it timed out after one "page"** worth of posts...
And boy did it stop on the worst post ever... (Note the time out error)
** I'm defining "page" as the number of posts displayed until you have to click the "next" on the standard web UI.
Still experiencing this on other apps as well. Attached is screenshot from Voyager. Still need to figure out a way to try and get some logs.
Any word on others experiencing this?
So far I haven't seen anything outside this thread, and I agree that it seems like an issue specific to certain instances.
I tried to summarize the details below and plan to look for more info. It could be related to something that changed in the Lemmy backend between versions 0.19.3 and 0.19.5, based on which instances are affected so far.
Some things you can test if you have a chance:
The summary
Details:
Instances Affected: lemmy.ca (BE: 0.19.7), sh.itjust.works (BE: 0.19.5)
Instances not affected: lemmy.world (UI: 0.19.3 BE: 0.19.3-7-g527ab90b7)
Clients: mobile apps (Boost, Sync, Voyager)
Issue:
Images:
Other issue, but still could be related:
Alright, @[email protected]. Here's some more information.
General Findings
Findings by Server
Errors By Application Note the differences in how the error is presented. Sending timestamps and IP to @[email protected] via DM for the following:
simply renders empty after the timeout. this was page 2
I suspect something might be funky with your account, rather than the network / apps. The timeout message is a lie, you're really getting 400 / 499 errors that seem to be related to this lemmy error message:
and:
I wonder if it could be a bug related to the unicode name you've got going on. Did you set that recently, or has it been like that since day 1?
I just restarted all of our docker containers, see if that helps? If not, try setting a normal name and confirm if that changes things?
Well, I've checked out the source. (Rust is very foreign to me. Haha.) However, I can see the offending code now. I don't really have the means to dig further, but I did learn the following:
RE: First error
Re: Second Error
So the cause? Who knows. Ugh.
Even though this started for me after the defective power supply was replaced... if that's ALL they changed (including not adjusting any server settings at all)... then we shouldn't see this at all. I wonder still if something happened while writing to the DB and the power cut. perhaps something related to my account is unhappy in the DB. Who knows.
You all will be changing hardware providers in the near future. The next version of the BE, which you will eventually update, also adjusts the affected code a bit. And so... maybe it will resolve itself?
One can hope.
Can you please DM me your public IP address? Also if you can give me the specific timestamps (down to the second if you can) you got the error message so I can match up against logs.