UnJustice

Yeah 5.2 is busted at least with the latest unraid version. 5.1.4-2-01 works fine

I'll just be 100% here: I haven't used riven for a while. Over six months if not longer. I've been using decypharr and I've been running DUMB (with plex built in. Seems to work a lot better for me). All that to say, as far as I know the origin issues were related to the IP and/or domain needing to be the same as the host ie the same as your unraid server's local IP. If that IP you posted is the same as the host then... I don't know what the issue is. Maybe it is something related to the port change. I don't remember if riven was super annoying with the port or not. I seem to recall having issues with it myself but that was a while ago and I can't say for certain. I need to go through at some point and "clean up" the xml in any case. At least bring it into something close to a mirror state with the DUMB template. I also need to add some directories, and probably remove some others, to reflect recent additions during updates. I just sort of update my own personal template as time goes on. On the newest DUMB builds I have noticed I no longer need to mess with permissions which is amazing. I don't know if that's a result of using decypharr as well though (vs cli_debrid or riven). In any case it has eliminated many headaches on that end. So I'll go through at some point and clean up dmb. I can try using a different port too just for testing. As far as changing config stuff, it depends what you mean I guess. You mean in the DMB frontend? You can go into services and makes changes. You can also change the files directly, but you have to be careful of syntax. Some changes won't save either unless you aren't running the docker container when they're made. It depends what exactly you're trying to change and how

Previous to recent updates (maybe 3 weeks ago or so) I never had both directories destined for Plex set to shared. It worked with just the one directory set. However, I've swapped over to "DUMB" (the difference is it includes Plex in the docker image) since then. Mostly for testing purposes, but also I've just been using it. When I tried run riven in DUMB, I couldn't get it to make symlinks that Plex could use. I basically just gave up and swapped over to cli_debrid, which has been fulfilling all my needs happily. Now I wonder if perhaps the shared situation is why I couldn't get it working. Maybe if I time/feel like blowing some stuff up, I'll give it a whirl. Maybe something got kind of messed up or purposefully changed when the creator (i-am-puid0) recently made changes to the directory structure. He consolidated all the previously disparate symlink directories into one shared directory. By shared there I mean riven, cli_debrid, etc. using the same directory not shared in the r/w shared sense. Anyway, it's possible this changed something. I'll look into it and see if I can replicate it and update the template as required.

That looks like the normal Zilean initial setup. It has to grab all the "known good sources" from debridmediamanager (DMM) website. It's just a curated list of media torrents that are already cached on RD's servers. It usually takes like 1-2hrs on a first install for Zilean to update. You don't HAVE to use Zilean btw, but I'd highly suggest it. Torrentio works well too though if you are really opposed to zilean.

No. The project has undergone some major changes in the past few months and were pushed to live this month. I haven't had time (or didn't know/had to wait for updates myself) to go through and update all the links yet. For the wiki, here is the link: https://i-am-puid-0.github.io/DMB/ Discord here: https://discord.gg/8dqKUBtbp5 I'll update the wiki link for the repo today. I'll check if the discord link is an old and update that too if needed.

Reading through that quickly, it seems like everything is working correctly. As far as your questions go: 1. I would personally recommend *not* combining your previous libraries with the Riven/DMB ones. Why? Because it gets confusing and will likely cause you issues at some point when you're trying to figure out "Ok, so is this media on my server or is it in the WebDAV?" You can do whatever you want, but I'm just speaking from experience. Having two libraries will avoid a headache. I believe you can have two (or more) libraries separated but also show up together. Like one local for movies, one remote for movies, then show as just "movies" but I have check on that. As for getting the library to show up period, you just go into your Plex on each device (yes, it's a little annoying. the arrangement doesn't sync, but it also takes like 3 seconds to change). (In a desktop browser, but all devices are basically the same): Left side you should have a vertical list starting with "Home" then a list like Movies (or whatever) and ending with "More >". Click that "More >" and it will display a bunch of libraries you have access to. Ones you are hosting or ones friends invited you to, whatever. You hover the libraries you are interested in, you go to the right side of the library, you click the vertical 3 dots menu thing that shows up, you click "pin". Do this for each library you want to show up on the main page. You can unpin things you don't want. Click the "< Pinned" at the top to go back to the main section and that's it. They should be showing up now. You can rearrange the libraries if you want by clicking the 3 dots vertical menu on the main page and selecting reorder. 2. The .mkv file is not downloaded...necessarily The way it works is like any rclone mount (zurg is just rclone but specialized to stream from debrid sites. it's just rclone + "ideal settings"). It's like a network drive basically. All the stuff you have added to your RD WebDAV shows up in your WebDAV. rclone provides a way of "mounting" this as a drive. The OS effectively just sees another drive. Again, similar to mapping network drives with samb, ftp, etc. When you play that media in Plex it's just streaming (downloading temporarily) the file. RD has very good servers that can put out high enough upload speeds to maintain 4K media bluray quality (so better than like Hulu, Disney, etc. usually output). Even 4K remux files that can run to like 100GB+/movie if you really hate your ISP. rclone is basically able to create the appearance of a real disk existing locally so Plex scans the files as if they are local. 3. You can use Overseerr. You just have to set up the container and add the required stuff (API key and whatever else). I use trakt, although the dev(s?) recently made some API changes to trakt making the free version less desirable. I've been paying for it, but the limits on the free version seem annoying. You can also setup Riven to grab from your Plex watchlists. This requires the "Plex pass" (I'm pretty sure? I don't keep up to date on the little tweaks this companies make, so you gotta check stuff on your own). I bought the lifetime thing from Plex like... 15 years ago almost, so, again I haven't kept up on what they limit or don't limit. If you can use it for free users though, or do choose to pay for the pass version, that's a good option. You just watchlist something in Plex and riven grabs it and adds it. Overseerr is probably "the best" fully free media request software in that list. I've never used listrr or MDB, so I can't even speak on them at all. 4. For rankings (choosing different resolutions like 2160p then 1080p then 720p... etc.) this website has a lot of info: https://dreulavelle.github.io/rank-torrent-name/users/faq/ You should be able to go under Settings -> Ranking and change the settings right there in the UI (it used to be all in a .json, but it seems the dev added the option to edit it right in the UI! Very nice.) I haven't messed with mine very much, but I set it to "best" and then selected 2160p, 1080p and I think the rest is set to default, but not sure. If everything is default riven grabs 1080p relatively small file sizes like 2GB. Just be careful with ranking to not be overly specific or require things that can't be met otherwise might end up with issues grabbing media. Remember that the newest fastapi branch added the ability to individually control the elements in DMB. Go to http://(your-ip):3005 to see that stuff. You can restart the frontend, edit the jsons, things like that right from there. A lot of this is experimental, and honestly it's built to not need much tweaking, but you can do so there if you wish. Check the GitHub for definitions and explains of variables. https://github.com/I-am-PUID-0/DMB

Hello, Just to start, zurg (which uses rclone) seems to be a bit finicky in unraid. By which I mean, if a container mounts a remote WebDAV, http, etc. share using rclone (as DMB does) unraid/rclone doesn't "like" for a bunch of stuff to happen to that mount. Examples of things that I've run into issues over the last couple years with are: trying to modify the contents manually, trying to rename the mounted directory, trying to change owner or permissions of the mounted directory, trying to delete the mounted directory. Probably some others as well. If it gets really "messed up" then you'll see issues such as you described where you straight up can't remove the mounted directory except by a restart (there are other ways, but for brevity sake here, stopping the array and/or restarting is one way. "Lazy unmount" is another you can lookup if curious-- although I BELIEVE unraid has implemented this into the OS now. I might be misremembering.) Long story short, try to absolutely never mess with an rclone mount in unraid. Or if you do, just be prepared to be forced to restart the server. Regarding the cross post stuff, that's always been an origin issue in my experience. I haven't seen any errors like it in a while. Are you using a reverse proxy (like NPM, etc.) by chance? That will cause the cross post error. If you are using a reverse proxy, you should enter your https domain instead of the IP. Example: https://dmb.example.com (your subdomain would be whatever you set it to and example.com would be your domain) Besides the above scenario, I BELIEVE (and I haven't checked in many months) you can delete the origin variable and riven will still start as per normal. I think origin just sets the ONLY acceptable web address for saving to be done from. So it's less secure without that setup, but if it's local usage only... it's up to you of course but you could easily restrict access to the address anyway via firewall settings in your router and such. Or by assigning guests to a VLAN that is denied access. Anyway, I suppose I can risk borking my setup and test that "for science." I'll edit in what happens. Edit: Ok, good thing I did that! First thing, the fix: Delete or change the variable "ORIGIN" to "RIVEN_FRONTEND_ENV_ORIGIN" Everything else remains the same. Enter your origin IP as you did before. Once the container restarts, it should work! It's a mistake in the unraid template on my part. This was all updated in the last few days, so I expected a couple speed bumps. This was working previously for me, but now it wasn't after I changed my setup. Maybe I was inadvertently running a slightly older version of the docker image, who knows, anyway I will fix the unraid template. Go ahead and change that variable and let me know if there's any further issues.

Yeah, you are looking upon the magic of rclone and how mounting works. That file appears to be local, but it's actually remote (on RD's servers). That's how it "tricks" Plex into scanning it as if it were a localmachine or local network file, but really it isn't, then playing the video. Normally Plex doesn't support streaming from eg Google Drive, etc. It only supports playing files on local to you eg on your HDD, SSD, etc. That's the "magical" part of debrids and this project: As long as the debrid's upload speeds and your download speeds can keep up with the bitrate required for the video playback... then you can stream anything they have their servers as if it was on your server. But you only have virtual mounted drives which take up nearly zero space (minus metadata that Plex collects. which is separate anyway). As far as making a library (I will assume you mean downloading media as in actually trying to have it on your own servers so it does play locally and not streamed from real-debrid) you can absolutely use a debrid service to help with that. I just don't know the most efficient way, personally, because it's not something I have done myself. I'm sure some key word searches can bring you to guides for using it with, perhaps, the "aars" eg radaar, sonaar, etc. Again, if that's your goal. (I can't answer for you if this is your goal or not. Streaming or wanting local downloaded media "to keep" are both valid and lots of people do either or both) Ok, I'm glad to hear it. "Join discord" are two words I also dread hearing any time I find a new neat-looking project and need more info. Unfortunately, it's just the most convenient place to get help. On these forums it's basically just I who will answer any questions. On discord there's a solid dozen people who can answer technical questions, including the person writing the code

Hello, So just to start off I need to address one thing you wrote a few times. DMB (and Riven) aren't intended to download media per se. They stream media (which is technically downloading, but not in the way I assume you mean) from "debrid" sites eg real-debrid. Riven accomplishes this by seeking out media you request, grabbing a known-good torrent file, and adding it your WebDAV in your real-debrid account. Similar to someone sharing a video with you on Google Drive or something like that. Then the WebDAV is mounted as a directory in your system using zurg (which is basically just an optimized version of rclone for real-debrid). Next, Riven makes symlinks to that mounted directory in a second directory. (So you have two directories of media: "raw" zurg and "cleaned up" Riven). Riven basically just strips the original torrent file name down (getting rid of the trash part that torrents have. Like group names, etc.) Riven then tells Plex (or Jellyfin, etc.) to scan that symlinked directory. Plex sees new media, scans it, adds it to your library. This whole process takes... not very long. Nothing is downloaded* either. If you're looking for something to gather a large downloaded library- this won't be it. I don't really know what to suggest if that's your goal, although I know a lot of options exist. If you're looking to stream as I outlined above, then I did write a guide 5 months ago. I haven't updated it because I've been busy on other stuff (making Apple hate me, probably). But it should still hold up for the most part. Here's a link to it in my GitHub: link If you follow that and still need help, I'd suggest joining the DMB discord. The creator of it is in there and fairly active. I'd be more responsive in there as well rather than here. I only found this post by pure accident of timing that it was in my emails. In any case, if you need help, reach out again and I'll respond when I see it. I didn't look too much into your setup yet because from the way your post is written I'm not even sure this is a project you will be interested in. But if you are, I (or others potentially in the discord) would be happy to help. Many of us have had DMB running for months now. It's a fairly stable project on unRAID- although not perfect. *No media files are downloaded. However, metadata is downloaded. Sometimes this can be a lot. It's sort of a "Plex problem." People have asked them to find a way to reduce the data usage... they haven't.

Can you perhaps point me to what you're talking about here specifically? I wrote a lot of the explanations for things a while back and sporadically. If I made mistakes or just straight up said something wrong then I'd like to fix it to make it consistent. Is the issue just that the paths are different between, for example, a Debian/Ubuntu based OS vs unRAID (they tend to use /home/<user>/... whatever else instead of unRAID's /mnt/user...)? Or is it something else? As far as the container pathing regarding dmb -> plex goes, it's a little bit of a quirk of symlinks to my understanding. I'm definitely not that familiar with symlinks and haven't dug too much into the documentation on them, but as you were told and found to he true yes the container mount dir and host mount dir must match between two separate containers. I don't know why it matters, I just know it does. If someday I make an "unraid specific" docker image (ha! Unlikely! But maybe) perhaps I'll change those path names to not be so generic. with the quality ranking stuff (resolution, etc.) I will be 100% honest... I don't know. I messed with it a small amount one time and honestly haven't even checked into it much to see the results. I've watched like 4 episodes of one tv show in the last like 2 months. Which might raise legitimate questions about why I bother working with media docker containers all the time... who knows. But I really don't know. I changed mine to grab remux and other very high quality versions for movies. I'll look into it more at some point and play with the settings and see what might be going on.

@Chamzamzoo Unless I'm misunderstanding your question here, all you have to do to add new paths/ports/variables etc is edit the template, scroll to the bottom of the webpage, and click the "Add another path... etc" button. You might need to toggle on "advanced view" at the top of the template first, I'm honestly not sure. here's some pics: advanced view toggle: add path, port, etc. (bottom of template) example what it will look like while you are creating it. in case it isn't clear, you can just name it like "riven symlink" my excessively descriptive naming is purely for the purpose of showing people... like right now! You don't need to modify those settings at all. Those are internal paths to the container. So, I would recommend never changing them or messing with them for basically any reason. You can set the corresponding host paths to whatever. But probably not a reason to change those either unless you have another container named dmb So it's important to understand what riven and zurg are intended to do in general and within the context of dmb. Riven's job is to gather together all the media the user wants to view. It gathers it from sources that include (not exhaustive list): the actual riven frontend itself (the nice little webui you've seen already it seems), trakt, plex watchlists, etc. It gathers from the sources you tell it to using the credentials you provide. It doesn't "care" what's in your real-debrid account (all the contents added from ANY source- you can view all of these, btw, on the website directly or by logging into your RD webdav. go to their site for instructions if you want to mess with that. you can delete unused or unwanted stuff that way though... just an FYI). It's only looking for relevant media that matches what it has been told to seek out. So if it isn't added on trakt, or in the riven frontend, etc. to include all the possible sources for lists of media... then it doesn't care. It ignores it. Some people enter into trying to use riven and see this as a negative because they have to import lists and stuff. I understand that viewpoint, but it's a one time thing (hopefully anyway!) and after that it's actually very nice to have a hard division between "random stuff you add to your RD" and "stuff for riven." Just imagine all the junk that could be in anyone's RD account... but it won't show up in your plex because riven ignores it. Or maybe you don't care. Either way, you gotta add media for it to search for. Zurg's job is to mount the media that riven seeks out. It's just rclone but specifically customized to work well with real-debrid's webdav and make mounting it, etc. painless So, add some stuff to riven (you can just click a movie and click add right there in the frontend for the easiest test). Check the logs. You should see it basically instantly add the movie to it's database, search, find it, add, then plex has to update. It's not an instant thing, but it's pretty quick. If you're looking for "instant" I could point you towards a project like stremio. If you're looking for "add a bunch of lists of stuff and it will be viewable quickly but necessarily instantly" then dmb can do that. more a preference type thing. Plex is also much easier to share, imo, if that's something you consider important. btw 500 server errors are basically always caused by lack of communication between riven and plex OR riven's origin IP is incorrect. it depends where and when you get the error. So, check the origin IP (set it to your unraid OS's IP http://<local-unraid-IP>). Add the other path to your plex container. restart DMB, restart plex, see what happens

Forgot to reply here, but I asked over in i-am-puid-0's discord the day you asked here. He said it's likely related to zilean as it's the only service within DMB that uses dotnet update he pushed today (might) fix it for you. https://github.com/I-am-PUID-0/DMB/releases/tag/5.3.1 update your container, see if the issue is fixed

Many possibilities here. 1. First try this command to see the owner of your directories ls -l /path/to/file For example ls -l /mnt/user/appdata/DMB and ls -l /mnt/user/DMB In my case, which is just the default I also set the container to use. Config files in the /appdata directory. Mounts, symlinks, etc. in a directory I named DMB which could be on the array or a cache or whatever. You should get something like this ls -l /mnt/user/appdata/DMB total 0 drwxr-xr-x 1 nobody users 8 Oct 8 21:11 PostgreSQL/ drwxr-xr-x 1 nobody users 8 Oct 8 21:11 Riven/ drwxr-xr-x 1 nobody users 4 Oct 8 21:11 Zurg/ drwxr-xr-x 1 nobody users 26 Oct 8 21:11 config/ drwxr-xr-x 1 nobody users 116 Oct 10 13:14 log/ ls -l /mnt/user/DMB total 0 drwxr-xr-x 1 nobody users 6 Oct 8 21:11 Riven/ drwxr-xr-x 1 nobody users 6 Oct 8 21:11 Zurg/ drwxr-xr-x 1 nobody users 18 Oct 10 16:40 transcoder-temp/ drwxr-xr-x 1 nobody users 8 Sep 23 17:47 zilean/ The key thing being the user should be "nobody" and the group "users" for all of the directories. 2. If the owner:group is correct, it's possible GitHub and/or your connection and/or a connection between you and GitHub was having issues earlier. Try manually restarting DMB and then check the log .txt file for the error. 3. If that doesn't work, try this command in unRAID terminal curl https://api.github.com/repos/debridmediamanager/zurg-testing/releases/latest It should give a huge pile of text/URLs as a reply and not any sort of connection errors. The text will contain all the links to the zurg releases. (This command isn't downloading or changing anything, btw, it's just so you can see what your server can see). If there's a connection error you'll just have to troubleshoot that. Something like DNS filter might be catching the API request. Try running the curl command in your router's terminal if you have access and can. Try it on other computers. I can tell you that the URL works for me at the moment. If you're still having issues, take a screenshot of your DMB template filled-in (redact any API keys or anything sensitive). If the container is just straight up not starting (red square) then post the docker run output. And post the logs for the latest run. Thanks.

The easiest way (to my mind at the moment) to have what you're saying there, is yes everyone who uses it gets their own Plex account and whatever is added to an individual Plex account's watchlist will be grabbed. Their watch history and place in the show/movie will be saved to that user. I haven't tested (yet) if using the Plex home feature (like people *in your actual home* can piggieback sort of on your Plex account) works as far as dividing up history and resuming watching, etc. Maybe it requires totally separate Plex accounts. Not sure. I'll test it at some point or find the answer if someone else did. I get busy or otherwise distracted with other projects far too often... but I am committed, if only for personal reasons at this moment, to testing and helping people debug DMB or Riven generally. So, I'll add updates here and in my unRAID templates GitHub. Try to help people use it and get what they want from it. This type of project has a ton of growth potential in my mind and I want to see it grow all the way

no problem. The origin issue is related to CORS and the browsers preventing cross site posting. btw if you ever reverse proxy the frontend web UI page: 1. SECURE IT (API keys can be unmasked since it's essentially running as admin for the container) 2. You can delete the origin variable. This will allow users of the proxied url (https://riven.yourdomain.tld) to save settings. This may or may not be desirable behavior, but, just letting people know for the future (it's also in the Riven Wiki) With symlinks: just make sure if DMB restarts, you *MUST* restart Plex too. DMB and Plex won't communicate until you do so. You can change and add an dependency on the DMB container being healthy. Or, what i do is just watch the DMB logs and when it says starting riven backend and frontend, I restart Plex, bam, it should be fine.

You could let them access the Riven UI, yeah. As it currently exists, there aren't different users in the Riven UI. Anyone who accesses the web UI is sort of de facto the admin because that's the only access level, to my knowledge currently, that exists. So, if you let someone access it, they have access to API keys, for example. If it's family you fully trust, it probably doesn't matter. Like sharing passwords. But for anyone less trusted, well, you get it. I'll add looking into access levels eg admin, regular user, etc. to my "list of things to do." yeah, it's an either/or situation. Example: You could add Movie 1 right in the Riven search and browse, select request, and it'll grab it. Meanwhile someone might add Movie 2 to a trakt watchlist you have Riven watching. Someone else adds Movie 3 to Overseerr, an IMDB watchlist, Plex watchlist, etc. to include a bunch of apps/websites like that. They're all listed on the DMB or Riven repos. Riven is just gathering from whatever lists or apps with lists, whatever, that you tell it to and give it the required API keys, IP addresses, etc. to access. So there's actually a ton of individual customization you can do as far as how *you* want the user experience to go. If you hate overseerr, as an example, you can just never add it. Or maybe you love overseerr... you see? It's really up to you, the person with the admin access, to set up any additional docker containers or not. The most barebones way would be just linking riven to plex via the token process (normal process for Plex to authorize external websites and such) and adding media via Riven's frontend web UI. But it can be so much more if you wish. and I believe the answer to the latter question regarding media accessibility to other users is currently (and may always remain, I'm unsure) is "everyone will see media once it's added, assuming they have access to the shared library it's in." And there in may lie the caveat of "maybe it depends how granular you want to get..." maybe someone creates like a "kids" requests for young children and all the kids are only able to access that content. Maybe adults get the normal shows/movies access with everything. You'd honestly have to play around with this stuff because unfortunately although I probably know too much about a project I didn't even create (I did help with some very minor debugging, so, that's my excuse for reading too much...) I haven't experimented with much beyond "the basics" which I outlined in my other response. Basically relying on trakt to grab content for my consumption. worth mentioning, I suppose, every user has their own watchlist. If they're utilizing that method, well that's an automatic easy way if the viewer of the content isn't a concern (ie no kids so no issues with everyone seeing everything). Everyone else is gonna see you adding Movie 1, but then again, maybe that doesn't matter? It's sort of creating a massive, growing "Personal Netflix." Personalized in that every user has what they request, but sort of communal in the sense that everyone can view other media that was requested. Honestly if you setup using trakt and have it gather from user watchlists, it's gonna have most stuff already there. Some of those watchlists are seriously huge and ever-growing as content is released. It's possible you rarely need to ever personally go in and request stuff. As far as real-debrid sharing goes: their TOS stipulates that the service may only be accessed from one public IP at any given time. The way this works, that will remain true because you are mounting the rclone on your home server. When Plex accesses the symlinks which are linekd to your zurg rclone, real-debrid is gonna see requests all coming from one IP... the one your server is on. They aren't able to see all the individual end clients which might be inside or outside of the home network. It's just gonna be the one IP, that your Plex server is tied with. And I would just say along with this... people should keep things reasonable. If like 4-5 people regularly stream from real-debrid, what do they care? They aren't gonna notice. If it's 40 people streaming the bandwidth usage, done constantly, well they probably aren't dumb. They intend for it to be one external IP ie one household more or less. That's all I'm saying. People can fly as close to the sun as they wish... but I wouldn't. I'll he gliding at medium height, if you catch my meaning.

Ah, yes, I saw you left another comment but admittedly I've been busy with other things. Just now checking through emails and seeing people asking me questions. I accidentally ignored people on discord too over the weekend. Hopefully everyone forgives me. DMB has trakt integration, btw. I'm not sure if you were aware of that or not. I am also a big user and I suppose fan of trakt, I've been paying for the premium or whatever they call it, for several years now. My ideal setup is basically: I (or whomever I approve) browse trakt (there's a nice app for iOS called "Watcht" that has better UI, imo, than the native trakt app. Just tossing that out there) select media to add to my watchlist, and it is populated instantly or near-instantly in my Plex server. With the aforementioned applications, namely PD_Zurg, I was able to accomplish that. Nearly instantaneous selection in trakt -> plex-debrid -> media grabbed -> plex updater updates library -> it shows up. Less than a minute turnaround most times. I honestly haven't tested the turnaround in DMB yet. I consider DMB still highly experimental, although it's nearing or possibly is at something I'd consider acceptable to end users (average non-tech user or someone who can't access the terminal to correct errors type of situation). I think, from the small amount I have tested it, it's not as fast. However, I do know one of the main riven developers has stated they're working on better trakt integration. And maybe just in case I wasn't clear on what Riven is or what it does: it's sort of an all-encompassing aggregator of content a user(s) wants to have available. You can browse and add content inside riven itself, or, you can add it your Plex watchlist, or import it from trakt, and many other sources for media watchlists. Riven takes all these accumulated requests from all over, sort of pulls them together into a big "omnilist", if you will, and then searches out acceptable cached torrents on real-debrid (or other services in the future I suppose). Those torrent lists are also gathered from a variety of sources. Stremio, Kodi, etc. uses many of the same for their purposes. Riven sends all these requests to your real-debrid account and they are all mounted via zurg, just a specialized version of rclone. Then it filters the results based on settings the user specifies and creates symlinks which Plex can access. The symlinks are renamed to ensure compatibility with Plex and basically make sure if you requested only 1080p then that's all you see. And all the other stuff in your real-debrid account isn't cluttering up your Plex library. Only what you requested. kinda went on there a bit too much, but just trying to clarify for anyone confused. plex-debrid, btw, was sort of the spiritual precursor (edited from successor- oops) to riven + zurg. It did what they both do, essentially anyway. Later on, as I mentioned above, i-am-puid-0 replaced the original specialized rclone that plex-debrid utilized with zurg (also a specialized, but better, rclone implementation) and created what he calls "PD_zurg". Now that Plex-Debrid is abandoned, people have begun moving to Riven + Zurg (and the other necessary projects like postgresql for a database, etc.). Plex-Debrid still works, and may continue working for years. Who knows. I'm just here for the ride with Riven. Interested in seeing where it goes.

Let me explain my reasons then. I can add this to my little description area as well for future usage. 1. At the time of my first usage of Plex-Debrid, created by itstoggled on GitHub, and later PD_Zurg, created by I-am-PUID-0, which combined Plex-Debrid (PD) with Zurg (a specialized rclone mount application), there was no way to use Stremio on iOS. There is still no flawless way to do so. I sought out the above projects and now DMB to fill that gap. 2. I prefer the aesthetics of Plex. I am also a holder of a "lifetime" Plex pass for about a decade now. You might say I'm sort of locked-in to Plex and Apple world, although I do own Android devices. Btw, I created the unRAID template for stremio-docker*. I am a fan of both Stremio and Plex. *(not the underlying project, to be ultra clear, I only wrote the .xml following the actual creator's docker-compose file. Their name is tsaridas on GitHub- unrelated tangent). 3. I believe it's much easier to share with this setup. However, admittedly, now with the above-mentioned stremio-docker project in existence (again, I also put the unRAID template for that up if people wanna check that out) one could also share their "streaming ability" (I am choosing my word carefully here. Hopefully you understand why) with others outside their physical home on their same public IP. Before this was also possible via Stremio, but you'd have to get people to use VPNs, and, yeah. With Plex it has always been easier to create, for free, full additional accounts, and share your home library, including your DMB (or Plex-Debrid before) libraries with friends/family. I think that about sums up my own reasons. If people like Stremio, or some other solution, and don't suffer any specific issues that I did, a big one being lack of full iOS support, although that has been somewhat relieved in the past ~year, then maybe DMB doesn't offer much to them. And that's ok.

Hello, glad you decided to try out DMB. One small quibble first, and my intention isn't to be annoying, but rather to direct due credit where it belongs. I didn't create anything to do with DMB nor the underlying projects it uses like Riven, Zurg, etc. The only thing I created was the .xml file which is the basis for unRAID docker container templates. I-am-puid-0 (on GitHub, linked in the container description) created DMB. Again, I just don't want people even assuming I am attempting to take credit for work I didn't do. He is aware of this template's existence, I communicate with him somewhat frequently, and have made wording changes and other small edits at his request and will continue to do so for him or others that contribute to Riven, etc. Sorry for the long-winded sidetracking! Starting with this issue: "Cross-site POST form submissions are forbidden" Have you set an ORIGIN URL? Eg: http://192.168.1.40:3000 or http://10.0.1.40:3000 etc. If in Host network mode or the regular bridged network mode the IP should be the IP of your unRAID server. The port will be 3000 in host mode. You should be able to change the host port to something other than 3000 if using bridged network or a custom docker network. I haven't tested changing the host port, btw, but it shouldn't be an issue (shouldn't is key...) If you didn't already have your ORIGIN set, please try that. Otherwise, let me know and please post a screenshot of your template filled in (redact any sensitive information). If you're getting any error when the container runs provide the docker run output with the error, again redacting. Secondly, with symlinks, please ensure you are providing the *exact* paths you use in your DMB container to your Plex (or JF or Emby) container. Please provide a filled-in template and I can take a look and see if pathing might be the issue. Also post your paths from DMB that you have added to your Plex template. Just so I can see everything. Thank you.

Support thread for Debrid Media Bridge (DMB) An "all-in-one (AIO)" solution to deploying Riven media manager. Utilizing Zurg, a specialized, specific rclone deployment to allow for on-demand streaming of media. Still in an early testing/beta/development stage. Features are actively being added on as Riven continues to be developed. DMB repo: https://github.com/I-am-PUID-0/DMB DMB Wiki: https://github.com/I-am-PUID-0/DMB/wiki DMB discord: https://discord.gg/8dqKUBtbp5 (this is where I can be contacted most easily if one desires) Parent projects: https://github.com/rivenmedia/riven https://github.com/debridmediamanager/zurg-testing https://github.com/rclone/rclone

Thank you for the response. I read it earlier today, but I was saving up a post for once I did everything I could. So, here's some updates and answers to questions here (I numbered your statements for ease in figuring out what I'm referring to: 1) Yes, but after the issues began. So yes at this point and for yesterday, but no for the very first time I had issues. I tried rolling back from 6.12.3 to 6.11.1 and the docker.image disappeared and some other stuff was being weird. I probably could've fixed it, but also... I just didn't wanna mess around with that stuff. So I went back to the current 6.12.3 2) I attached the Plex stuff without the GPU redactions. 3) I tried going to the 470.xx driver today after reading this. It gave the same exact output, the same error, so I went ahead and went back to the latest driver. 4) I figured the UUID didn't matter, but, you know. I've uploaded the Plex docker stuff along with the Nvidia driver plugin info and nvidia-smi info. I'm fairly confident I copied the numbers over correctly and formatted it correctly as it has (I posted proof yesterday) worked at certain times. Also, as the screenshots show, Plex working was some sort of fluke. I'm honestly lost for even trying to explain what's going on to myself at this point. The GPU hardware is absolutely fine. I've used it, and still can (I did it yesterday and day before just to see), as a VM passthrough GPU. It works perfectly fine in a Win 11 VM for performing encoding tasks. So, it's hard for me to lean too much in the direction of bad hardware (not that you implied such, this is just my own mind here running out of ideas). Also, I used a totally different Plex docker image. Previously I was using the one from linuxserver and now I'm using the binhex plex-pass one (I do have plex-pass lifetime license, just to answer any question there). I made it completely fresh using a different directory and re-added my media and stuff. Everything is functional and fine- but it still won't load using the Nvidia runtime parameter. (This also happened to the linuxserver version too, just for clarity. It was working, but then it stopped for some reason. I think I noticed the container had stopped running after I tried to run unmanic (which didn't run).) 5) I did today after reading this. My unraid is now up running right now, running perfectly fine (minus this issue of course), with a fresh UEFI (copied contents folder) install. I changed out the USB drive because the old drive was... very old. No joke, I found it in a library about 20 years ago! So, it was time to retire it anyway, and I wanted to absolutely rule out any hardware issues on the part of the USB. I had purchased a drive almost a year ago and never felt like dealing with swapping it out...this was an excuse. I've also figured out/fixed some other issues that kept causing unclean shutdowns and then parity checks: one was an rclone mounting script that was failing to unmount. I fixed that so it unmounts now. The other, still a bit of a mystery, is a hassOS VM I run. If I don't force it to shutdown manually, it won't shutdown during the normal shutdown procedures. Anyway, I've been getting clean reboots/shutdowns since identifying and working around these issues. I mean, I don't honestly know what else to mess with here. I've tried reseating and even put the GPU in a different PCIe slot. Same result. I've tried deleting the docker image as I mentioned before and same result even when I have literally just Plex installed/running in the docker. No VMs, just the array running, the plugins, and Plex. It still gives the error. It's got to be something somewhere that I changed or a minor setting in my UEFI settings, I don't know. The only other OS/software solution I'm finding myself considering is a clean USB and see what happens. I should've tried that today, but I wasn't thinking (dinner time, you understand). Perhaps that's my next thing. Just try a completely clean USB boot and see what happens? My understanding is unraid reinstalls every run into RAM though, so, I don't know that I could've messed up something so badly in the flash drive, but it's possible, maybe. I'd be curious your opinion on even bothering to try that. I have other hardware I've considered testing out basically just for fun/science at this point. I have an AMD card (6500XT I think?) that I know for a fact works. I don't use it because it can't handle encoding though, which sucks. I also have an old 700-something series Nvidia card that was ripped out of a server or something. It also works but also doesn't support encoding. Neither can serve my overall intended purpose, but I might try them just to see what happens at this point. Especially the Nvidia card. I would use my desktop's 3080 but the setup to rip that thing out and put it back in later makes me very sad to consider trying. I also, generally, try not to play with my toys that are working. Well, I'll look for your reply and again I appreciate your time and help. tower-diagnostics-20230822-2136.zip Edit: Ok, I'm 99% sure I found the issue. It's actually completely unrelated to the nvidia driver plugin and Plex, et al. apps that would use the plugin. Short version: The Krusader docker is causing it for some reason. I understand this isn't the place to ask for support on that, so I'm not. I'm just simply reporting that it was the thing causing the runc error. Longer version: After several hours of deleting and rebuilding all my docker containers, I figured out a couple things. Perhaps this will be helpful for someone else in the future. First, once the OCI runc issue was flagging, I absolutely HAVE to restart unraid. Turning docker off, waiting, then on against does not work. Stopping the array also doesn't work. It has to be a full reboot to make the error stop popping up. Once I figured that out I quickly realized I could resolve this by process of elimination. Start with a core of containers I sort of know have no issues due to using them for over a year. I installed just the basics to get my plex server online. Traefik, the accompanying database, redis, plex itself. And that worked! Like yesterday (or rather two days ago at this point considering the current hour where I am. oh boy). Ok, so I knew I was onto something. I reinstalled unmanic. It also worked! I sat there and stopped and started the GPU-using containers repeatedly. I stopped docker service and restarted it a couple times. Everything was working fine with these few containers only. I rebooted the server and everything was still working. Great! So I kept installing from there expanding my core group of containers to more and more based on how long I had been using them and vibes basically. I did five at a time and then I'd test for failure by starting/stopping over and over on the containers and docker service itself. I'd reboot the server just to check that too trying to force something to fail and give that error. Eventually, I worked my way down to about 10 containers. Krusader was added and immediately when I stopped Plex and tried to restart it blam-o! I got the error again. I uninstalled Krusader, did a clean reboot, and all was fine. Reinstalled Krusader and blam-o! again. I'm honestly not sure where to begin on that container and making it work. I rarely use it anyway, so may just keep it uninstalled for my sanity.

Hello. I'd like to be able to use my Nvidia 1070 in do some encoding for me via unmanic or tdarr. I also plan on using it for Plex, although I don't expect much usage there. I have used this plugin in the past and it seemed to work fine. I had it uninstalled for a while and recently reinstalled it. It was working on 6.11.1 and the other day I upgraded to 6.12.3. I'm not 100% sure when the issues began, but this was the most major thing I've changed recently. This is the error message when I click apply and unraid redeploys the docker: docker: Error response from daemon: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error running hook #1: error running hook: exit status 1, stdout: , stderr: Auto-detected mode as 'legacy' nvidia-container-cli: initialization error: open failed: /proc/sys/kernel/overflowuid: permission denied: unknown. Over the last week or so I've been reading through the comments here, especially the recent ones, and attempting various suggestions. I have tried completely turning off iGPU virtualization (Intel 8700K), restarted the server probably 50 times, deleted the docker.image twice and even started using the directory option. Same results. I was getting this error in Plex over and over and over and then suddenly, and I really do not know what I changed this time, the 1070 became an option in my Plex server and seems to be working! but unmanic and tdarr still do not work. I have posted the unmanic related screenshots, but just be aware tdarr is doing the same thing. Plex seems to be working (?) for now anyway. Please let me know if you need other info or screenshots. Thanks for your time helping people and for all your work as well. tower-diagnostics-20230821-1941.zip

tl;dr for future people: go here: https://your-unraid-ip:47990 in any same-network browser Did you figure it out? Those errors are telling you, in order: open the webUI to finish setup (sunshine devs should provide a link there, but, hey) the port is being is being used (by sunshine which is already running- there's a .sh script which runs at this docker's startup) the .json doesn't exist because the webUI setup hasn't been completed yet since sunshine is running, all these ports are unavailable nothing is running because sunshine is just sitting and waiting for the user to finish setup to do so go to this url in any browser on the same network: https://your-unraid-ip-here:47990 yes, it is https with a self-signed cert. i don't know why. just go with it. ignore the cert warning because it's self-signed and you know that. once you go to that url it's all very self-explanatory from there, but if you want a ton more info or questions go to the Sunshine official setup guide here: https://docs.lizardbyte.dev/projects/sunshine/en/latest/index.html