• 1 Post
  • 8 Comments
Joined 1 year ago
cake
Cake day: June 11th, 2023

help-circle
  • But the downfall I see is now we have to rely on multiple instances to keep lemmy as a whole running. Whereas with unfederated they are larger scale and probably are more efficient/cost effective with backups. Where as a smaller instance may not be able to make it then we loose lots of data.

    I think this would be good if we can migrate data. Say for instance if my instance had to go under for finance reason I can post the “data” files and someone could fork my instance and everything is then recovered. Or maybe even add to existing instance.


  • This seems majorly flawed. If lemmy.world went down we would then loose a lot information/posts.

    Shouldn’t there be a timeout period of some sort, or a way to open a new community of the same name on another instance? Maybe even a backup instance? So say for example

    A community on lemmy.ml is created. Let’s call it awesome-community. The moderators of awesome-community set backup of awesome-community to lemmy.world awesome-community. Then all instances on fediverse will see that information and if a user tries to view awesome-community lemmy.ml and it says offline then it redirects to awesome-community on lemmy.world.

    I think having redirects for offline communities would be great. Even if you could set a timeout feature so say after 24hrs offline redirect. If not been 24hrs then just show it’s offline.





  • I ran into these issues with sonarr. I believe my fix was how the volumes were labelled. My understanding is they communicated the directory but if the other sonarr doesn’t know where to look for it, it won’t be able to find it

    Torrent client - data/downloads:/var/data/downloads

    Sonarr - data: var/data

    This was when the torrent client is passing the location to sonarr is says thesimpsons.mp3 is located in data/download/the Simpson.mp3 and sonarr can then locate it