this post was submitted on 25 May 2024
24 points (92.9% liked)

Asklemmy

44148 readers
1318 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy πŸ”

If your post meets the following criteria, it's welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

~Icon~ ~by~ ~@Double_[email protected]~

founded 5 years ago
MODERATORS
 

feddit.de has been giving "Server error" for some time but I read that the server is still working when using a Lemmy app. Tried the Photon front-end today and choosing feddit.de as instance.

My question (I'm just curious, I have no account on feddit.de) is : Can an alternative front-end on their server co-exist with the other server software ? I guess it would be a matter of installing Photon and then point nginx configuration to that. Or am I missing something crucial ?

top 26 comments
sorted by: hot top controversial new old
[–] [email protected] 14 points 7 months ago (2 children)

Unfortunately the feddit.de server has been broken for quite a while and we have trouble contacting the admin.

[–] [email protected] 3 points 7 months ago

There is a matrix channel where the admin is answering from time to time. But he is currently very occupied with real life stuff. And he is also the backup admin, as the original admin is currently on a workation on the other side of the globe and seems to be unreachable…

[–] [email protected] 2 points 7 months ago

Unfortunately the feddit.de server has been broken for quite a while and we have trouble contacting the admin.

Oh, that explains it.

[–] [email protected] 8 points 7 months ago (1 children)

It is not that the regular frontend doesn't work and alternative frontends do, it is that half of the stuff on their server (including image uploads and the frontend) don't work because the admin has no time to deal with it. The problem isn't the software used but the lack of maintenance.

[–] [email protected] 4 points 7 months ago (2 children)

Isn't there a software issue if it breaks with time unless you maintain it? What has happened more specifically? Memory leaks?

[–] [email protected] 5 points 7 months ago* (last edited 7 months ago) (1 children)

The server's hard drive filled up completely from image uploads, which in turn corrupted the database.
By the time the admin noticed it and had time to troubleshoot, the automated backup process had replicated the corrupted database, overwriting all backups that had a still-functioning database.
There was some personal event in the admin's life as well as a long planned vacation at that time.

The lesson to be learned here is that a private server administrated by a single person in their spare time isn't something you can rely on.
The Feddit community is currently trying to found an organisation that can share the administrative load and is able to receive donations.

[–] [email protected] 3 points 7 months ago (1 children)

hard drive filled up completely from image uploads, which in turn corrupted the database

This is so baffling to me. How does this happen? There needs to be checks in place so that this can't happen ffs lol. No space left on the device to complete the write? Abort. Or like, starting to run out of space => stop accepting new content until fixed, to protect the integrity of the data. Something.

Anyway, I hope they manage to find a solution to sharing the load of work! πŸ™πŸ˜Œ

[–] [email protected] 3 points 7 months ago

You can set up safeguards against this. You can also make sure some of your backups are never overwritten. But you have to do it in advance.

[–] [email protected] 3 points 7 months ago (1 children)

Memory leaks?

Possible, but much more likely is disk full. Not a bug, just something that happens...

[–] [email protected] 3 points 7 months ago (1 children)

Good point, didn't think of that. That's not an issue with the software. Although, one could argue that it should not break down and become unresponsive.

[–] [email protected] 1 points 7 months ago (1 children)

A lot of software writes to log files or temporary files or lock files or database transaction logs as part of its normal function and when those writes fail due to a full disk the software doesn't work anymore.

[–] [email protected] 0 points 7 months ago (1 children)

That's bad software then, right? The inability to write to disk shouldn't cause the software to lose all functionality. Unless that's its only function, or somehow depends on it for proper functioning. πŸ€·β€β™‚οΈ

[–] Jarvis2323 2 points 7 months ago (1 children)

No. Every good software program should write at least logs to disk. Every good database writes to disk. Add a new post, db will commit to the db and the db will grow in size.

Name any decent sized program where new content is added and I guarantee it writes to disk and will fail eventually if not maintained.

[–] [email protected] 2 points 7 months ago (3 children)

Nice down vote. Let's discuss instead.

I'm saying that the server shouldn't go down just because new content can't be added. You should get maybe a 500-series REST response or something. Not... nothing. Ideally it should write to disk. Ideally it should allow new content to be added. But uptime and content access is still more important than being able to write to disk. It should warn the admin of the serious errors, and explain to the user in some diplomatic/apologetic manner. But never go down completely. That's not resilient at all.

That's my opinion. πŸ‘

[–] Jarvis2323 1 points 7 months ago (1 children)

For the record I did not downvote.

But I capitulate on your point. It would be great if every piece of software was written with resilience and uptime in mind.

As a former sysadmin that sounds like a dream. But I don’t think I have ever seen that with any mainstream program that I’ve had responsibility for. Does that mean all those programs were bad? I don’t think so. We wouldn’t need sysadmins if all programs were written the way you describe.

Programs can be written to auto rotate their logs, compact and reindex their db’s. Using browser updates as an example, they can even safely auto update and revert back on failure.

How many programs actually do these things? My experience is next to 0. But I wouldn’t call them all bad or poorly written programs.

[–] [email protected] 1 points 7 months ago

For the record I did not downvote.

Thank you. It's alright, just aimed at whoever did. Sorry if it came off salty!

How many programs actually do these things? My experience is next to 0. But I wouldn’t call them all bad or poorly written programs.

I meeeaaan... I hear what you're saying. I think your definition of "bad" is a bit stricter than what I was going for. So, you're right. They're not bad in some sense that they're useless or something along those lines. But if I were to write server software, my main goals I guess would be security, performance, and resiliency to failure. Stay alive at all costs (within reason).

But I think we're both on the same side there on all counts. πŸ˜πŸ‘

[–] [email protected] 1 points 7 months ago (1 children)

Fun fact: Old school admins used to write a large-ish (~5% hdd space) file of random data to the drive right after installing the server. If the hard drive ran full without anyone noticing, you could just delete the file to get some breathing room to deal with the issue. It's a very crude alarm system, but one you WILL notice when it goes off even if you ignore all emails.

[–] [email protected] 1 points 7 months ago* (last edited 7 months ago) (1 children)

ran full without anyone noticing

alarm system, but one you WILL notice when it goes off even if you ignore all emails

I'm slightly confused. They will notice it, but somehow it still happened without anyone noticing? I feel like I lost something in that text. πŸ˜… What makes that trick such a good alarm system?

[–] [email protected] 1 points 7 months ago* (last edited 7 months ago) (1 children)

The alarm is that your server stops working, which you will definitely notice.
But you can get it working again simply by deleting the file.

[–] [email protected] 1 points 7 months ago

lol okay. So that fixes nothing, except you'll be able to get it running a bit faster, provided you're even there to quickly react. But if this isn't the case, like it wasn't in the case of feddit, it's exactly the same. No maintenance: server becomes unreachable/crashes just because there's no disk space. Very fragile.

Oh well. Status quo, I guess.

[–] [email protected] 1 points 7 months ago (1 children)

I'm almost positive it did warn the admin in some way, but the admin was afk for weeks and didn't see the warnings.

[–] [email protected] 2 points 7 months ago

That's good. πŸ‘ Just one piece of the puzzle though. 😬

[–] [email protected] 5 points 7 months ago

Lemmy front-end can be anywhere, it is front-end. It is an app install on your computer. Think, front-end is an app like mobile app on your phone. But front-end is on internet because it is a web-app, you got to download it first. THen your browser cache it.

Some instance host front-end for convenient, but you can access front-end from the project homepage.

For example: to use alexandrite front-end access lemmy.world, you can

[–] [email protected] 3 points 7 months ago (1 children)

I created my first lemmy account on feddit.de, it was in july 2023, and since some months i was unable to access to my account on pc but worked on Voyager. Tired, i decided to switch to sh.itjust.works

[–] [email protected] 1 points 7 months ago (1 children)

same, only I switched to .world

[–] [email protected] 3 points 7 months ago

Most lemmings would probably disagree with this choice, but it's just a lemmy instances like others imo