jerry

joined 1 year ago
MODERATOR OF
[–] jerry@fedia.io 1 points 1 day ago
[–] jerry@fedia.io 3 points 1 day ago (3 children)

Apologies - I've been having all manner of problems with mbin processing inbound federation messages. I don't have a fix, or even know what the problem is yet, but trying to keep it working.

[–] jerry@fedia.io 6 points 2 weeks ago

So far, we are the only ones having the problem. It is almost certainly because we have many more accounts/activity than others. The current problem may be a rabbitmq bug

 

It’s been a long day. I will fix it when I am back in front of a computer. It might be a few hours. My apologies.

[–] jerry@fedia.io 7 points 2 weeks ago (1 children)

it was indeed broken again. should be fixed now

[–] jerry@fedia.io 1 points 2 weeks ago (1 children)

The modlog function in lemmy/mbin can be a bit confusing. I don't think the moderation actions of one instance propagate to the modlog of another instance. I think that is only really problematic in cases where the moderation action was taken on the home instance of a magazine/community.

[–] jerry@fedia.io 2 points 3 weeks ago (4 children)

thanks. I think the name of the instance is the most important part - I can test of federation with them to see what went wrong.

[–] jerry@fedia.io 1 points 3 weeks ago (8 children)

At the moment, there isn't anything going on that would cause that. Can you tell me which other instance/which thread so i can try to troubleshoot?

[–] jerry@fedia.io 3 points 3 weeks ago

I am investigating…

 

I have sort of given up in fixing the problem, and will instead work on auto-detecting and auto-recovering when the problem happens.

[–] jerry@fedia.io 1 points 3 weeks ago (1 children)

Did it take a long time before that error came back?

[–] jerry@fedia.io 4 points 1 month ago (1 children)

In the worst case scenario, fedia.io will be around for at least 5 more years (that is apparently the standard subset timeline). I have many more domain names if the worst comes, but there is a lot of expectation that the .io may somehow be saved due to the incredible amount of infrastructure built around it (GitHub.io, dockerhub.io, and of course fedia.io among many others)

 

I just saw this: https://every.to/p/the-disappearance-of-an-internet-domain

I have no idea if it's real, but if it is, that will be most unfortunate

[–] jerry@fedia.io 4 points 1 month ago

I see it - it's working again and I'm trying to figure out why rabbitmq died yet again.

[–] jerry@fedia.io 6 points 1 month ago

I don’t know yet - it’s definitely not expected, so my guess is an unintentional bug in mbin somewhere. I am hoping to find a way run a profiler or something similar to see what it’s doing.

 

After I resolved the federation issue, I had to clean up a few things and so the site may have been unavailable for a bit. I'm done fussing with it and will keep an eye on it to make sure things are working.

IF YOU SEE PROBLEMS - please let me know. As far as I know, I've fixed all of the federation and error 500 issues we've had, so please don't assume it's just more of the same if you see them.

Thanks for your patience.

 

Fedia.io is sort of like she Ship of Theseus right now - I literally replaced nearly everything trying to get it back working.

The problem ended up being a silent out of memory error that php-fpm was running into. I had to increase the memory limit to about 10x what the docs require to get it to work, but once I did that, it works great.

I was only able to sort this out after @bentigorlich recommended I move the site to debug mode (which requires me to lock everyone else out). Once I did that, it started giving some useful errors.

My apologies for the amount of time it took to fix this. I learned a lot about php today.

 

Hi all. As some of you have reported, outbound federation to at least some other instances is broken from fedia.io. At the moment. I don't know why and I don't have any leads as there are no logs or other indications of what is going wrong, but I am working on it.

 

Hi all. Several of you have reported problems with fedia.io not federating with other instances correctly.

The cause is that rabbitmq crashed, but not all the way. It crashed to the point where new connections would timeout, but the service was still running such that it wouldn't auto restart. I will be creating some automation to detect that proactively and restart rabbitmq if/when it happens again.

 

We made some changes a few minute ago that we hope fixes the problem. There may be some other lingering issues, but I am hoping the voting problem is fixed now. Let me know below if you continue to see that problem.

 

Until I implement a better system to screen out spammers, I will be closing registrations on Fedia.io. That’s not what I want - I’d like for it to be available for legitimate accounts, but the spam is off the hook.

Anyone seeing this can send me an email (jerry@infosec.exchange) and I’ll get an account created for you in the mean time.

 

Hello everyone. Today, I moved fedia.io behind the Fastly CDN. This should make the site consistently fast for everyone, no matter where you are in the world. It'll also help with bandwidth usage and mitigate DDoS attacks.

There were a few hiccups as I set that up today - my apologies if you saw errors or broken images for a bit.
EDIT: I previously said that this was the first time mbin or kbin was put behind a CDN. That is incorrect. kbin.earth has been behind Cloudflare. Apologies.

 

Hi all. I've been having some problems keeping fedia.io running - at the moment, either the message workers or the php web server processes are dying after an hour or so and I have to restart everything. I have been working with the mbin team and installed some updates that we hoped would fix the problems, but no luck. I am going to work on a cron job to automatically restart things once an hour. The down side, is that you'll likely see some error 500's if you happen to hit it when the processes are restarting, but it should happen quickly and refreshing the page should make it work again.

 
view more: next ›