strike

Because of security patches. Just because an old version of any software is working without issues doesn't mean it's safe to run. I agree that one doesn't need to be on the absolute bleeding edge. But security patches are important. Especially those that patches vulnerabilities that can gain root access to your system.

So one more small update to the notification code. It now prints the title of the movie/show in addition to a total number of requests. Now, if you have email notification set up in the webui notification settings the formatting in the email is not optimal as I couldn't get it to do line breaks in the email. But the notification in the webui itself looks ok. If anyone has an idea how to get the formatting in the email notification correctly while preserving the webui notification formatting, please let me know. Also, I'm using the built-in notify command in unraid to send the notification, does anyone know how long the message can be for the -d option? I tried using the -m option (for longer messages), but then the message doesn't show in the webui only in the email. So far in my test, only 2 items has been requested as I ran my tests after the weekly run of the script was completed. So naturally not much to request then. So I don't know what happens with the notification if like 40 items get requested in one run for example. Like it could be for a first run. Please let me know if anyone runs if for the first time. I'll post any updates to the code in the first post from now on so it doesn't get messy with lots of code updates in different posts. I'll still post a new post if I do any updates to the code tho.

I don't see any issue with this. The cache drive is not part of the main array and should not be be affected by the user share copy bug. Please correct me if if wrong anyone. And also as the docs says it has to be the same "path" to the file for the "bug" to happen. /mnt/user/media/tv/file and /mnt/cache/media/download/file is not the same path to the file. They're to different locations. What would happen if you copy a file from /mnt/cache/media/download/file to /mnt/user/media/download/file I do not know since I've never tried that so sombody else has to answer that.

Well, I would say it's that too, but outside the array. You can write directly to the pool drives bypassing fuse if you want. So I would say that makes it a disk share.

Are you referring to the "user share copy bug"? If so I think that applies only to disk shares and user shares in the array and not to and from pools. I copy/move files to and from my cache drives to user shares on the array all the time and I never had any issues. But yeah, never transfer files from a disk share to a user share in the array and vice versa. That can lead to data loss.

Nice. I can't think of any downside to doing it that way, if it works.

Try it. I don't think it'll work since hardlinks only works within the same share. Technically /mnt/user/media/ and /mnt/cache/media/ is the same share, but not the same path even if it leads to the same place files.. But try it and check in the terminal if it's working. I assume you have read the trash guide? He explains the command there how to check if hardlinks are working.

So I've been using this script since I posted it and it's been working great for shows, but I noticed the last few months that it was requesting very few movies. So I finally got around to fixing that. Turns out the script was using both themoviedb id and the thetvdb id for both movies and shows, which caused a mismatch thinking some movies were requested when they were not. I can't remember why I did that, but i think there was a reasoning behind it. So I hope I didn't break the show request now The script already requested shows earlier this evening before I updated the script. So I guess I will know next week when it runs if I broke it or not. I just tested it once now and it did request 2 shows after I changed the show limit just to test, so I think I'm good. And it requested a whole bunch of movies so I know that's working. I also did a small update like 6 months ago. I mentioned in my first post adding a notification to undraid, so I did that. Since I never got any response here I thought no one was interested so I didn't bother posting it. But I see now that the thread has had some views at least, so maybe someone is using it. Key Changes: 1. Separated fetch_movie_requests and fetch_tv_requests: Different functions to handle fetching movie and TV show requests separately and append only theMovieDbId for movies and both the tvDbId and theMovieDbId for shows. 2. Separated request_movie and request_tv_show functions: Different functions to handle requesting movies and TV shows separately, ensuring we only use relevant IDs. 3. Added code to send notification to unraid for how many movies/shows were requested. There's still a few things I'd like to fix, but I don't think it's the script's fault. For some reason there are a few shows that gets requested which are already requested and available. I think the problem is my ombi database is missing the tvDbid for those shows. I've confirmed that some of the show IDs are 0 (just don't know which ones) when fetching the list from ombi. I will add code to print the show names as well to the log and not just the IDs so I can confirm my suspicion. I should really learn to use git and github so I can post the code there..

If you use MC you shouldn't have any issues copying the files. I didn't look at your diags but the drive is probably good or I think @JorgeB would have suggested replacing it. File system corruption can happen some times. And there can be several things that can cause it. One of them is bad ram. A power outage could also cause corruption, so if you don' have a UPS, get one. if you encounter this issue again I would suggest running memtest. But for now I would just get the data of it and re-format.

Just use the terminal and midnight commander (file manager in the terminal: Type mc in the terminal and hit enter. Then copy all your files to the array. All your shares and drives (if disk shares are enabled) will show up under /mnt/user/ or /mnt/diskX or the name of your pool Edit: You can also use the built-in file manager in the unraid webui

Post your docker run command or a screenshot of your delugvpn docker template settings. And also a screenshot of the download section in the deluge webui.

Do you have the fix common problems plugin installed? If not try to install that and check if it pops up.

You don't have this one? It might be part of fix common problmes plugin I can't remember. I don't use rclone myself I just picked up that part about adding the uid/gid somewhere on the forum when somebody had permissions issues. But yeah you out that in your rclone mounting script.

I can understand that would be a hard sell yes. Been some years sice i used zerotier, but talscale's subnetrouter and magic dns feautures are SO nice. With magic dns you can use hostnames instead of ip address. And with subnetrouter set up you can connect to devices which don't even have tailscale installed. Like printers and other devices it's hard to install clients on. I can't remember if zerotier has those features, but that is what made me install Tailscale.

What IP are your trying to reach unraid on, the zerotier IP og the unarid IP? Not a soultion to your issues, but set up Tailscale instead, it's very easy and just works. If you decide to try that I recomend the plugin rather then the docker contaier. As it can run without the array started as well. So you can still connect to your server even if the array and the docker service is down.

Found the post: https://forums.unraid.net/topic/53807-support-binhex-radarr/?do=findComment&comment=1134701 Run the docker safe new permission tool on your the shares you mentioned first, then add the lines I mention in that post to your script and try again.

Yes, you probably have the wrong permissions set up in rclone. I'm on mobile right now. But if you search for rclone in my posts you will find a post that can help you. I can find it for you later tonight when I'm home from work.

I just found the solution myself, working now. Magic dns is an option in tailscale that let you use hostnames instead of IP adresses to access your devices in an tailscale network when remote. In other words, it works just as you where on that particular network. If somebody else stumbles upon this. The solution was to run tailscale up --accept-dns=false When set to false it will use your local dns and if set to true it will use tailescale dns servers and overwrite /etc/resolv.conf which get copied to all freshly started containers from the host. I just tested this now and both magic dns (on the other tailscale clients) and local dns on the unraid server is now working. I suspect magic dns will not work on the server when I have this set to false. But it isn't really needed on the server as all the clients connect to the server and not the other way around.

@binhex Do you use tailscale by any chance, or know the solution to this? It seems like when magic dns is enabled in tailscale I get no name resolution. When I disable magic dns it works. Delugevpn runs on custom bridge if that helps. I want to be able to use magic dns AND run containers on my custom bridge. When magic dns is on I just get this in the log: 2024-07-27 17:45:20.608155 [info] Host is running unRAID 2024-07-27 17:45:20.619784 [info] System information Linux 240d22a544ac 6.1.99-Unraid #1 SMP PREEMPT_DYNAMIC Tue Jul 16 10:06:03 PDT 2024 x86_64 GNU/Linux 2024-07-27 17:45:20.632875 [info] SHARED_NETWORK not defined (via -e SHARED_NETWORK), defaulting to 'no' 2024-07-27 17:45:20.645890 [info] PUID defined as '99' 2024-07-27 17:45:20.663483 [info] PGID defined as '100' 2024-07-27 17:45:20.688469 [warn] UMASK not defined (via -e UMASK), defaulting to '000' 2024-07-27 17:45:20.705787 [info] Permissions already set for '/config' 2024-07-27 17:45:20.719737 [info] Deleting files in /tmp (non recursive)... 2024-07-27 17:45:20.741498 [info] VPN_ENABLED defined as 'yes' 2024-07-27 17:45:20.755572 [warn] VPN_CLIENT not defined (via -e VPN_CLIENT), defaulting to 'openvpn' 2024-07-27 17:45:20.769771 [info] VPN_PROV defined as 'airvpn' 2024-07-27 17:45:20.786684 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/AirVPN_Netherlands_UDP-443-Entry3_linux.ovpn 2024-07-27 17:45:20.818304 [info] VPN remote server(s) defined as 'nl3.vpn.airdns.org,' 2024-07-27 17:45:20.831414 [info] VPN remote port(s) defined as '443,' 2024-07-27 17:45:20.844451 [info] VPN remote protcol(s) defined as 'udp,' 2024-07-27 17:45:20.861209 [info] VPN_DEVICE_TYPE defined as 'tun0' 2024-07-27 17:45:20.877452 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2024-07-27 17:45:20.890771 [info] NAME_SERVERS defined as '84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1' 2024-07-27 17:45:20.904216 [debug] iptables default policies available, setting policy to drop... 2024-07-27 17:45:20.919792 [debug] ip6tables default policies available, setting policy to drop... 2024-07-27 17:45:24.947585 [debug] Having issues resolving name 'nl3.vpn.airdns.org', sleeping before retry... 2024-07-27 17:45:33.980620 [debug] Having issues resolving name 'nl3.vpn.airdns.org', sleeping before retry...

I'm not at the computer at the moment, but you need to enable it for each share. Edit: I might be wrong about that. Maybe I'm mixing it up with something else. I just remembered that I deleted some file and afterwards discovered it wasn't enabled for that share. But I might be thinking about chattr +I. Glad it worked out in the end tho. As I mentioned you should check out chattr +i. It makes files read-only so it protects against ransomware as well as accidental deletes.

Are you sure the share you deleted it from is enabled in the plugin settings? I've shift deleted many times and I believe the files still appear in the bin.

If you have the recycle bin plugin installed you can recover them. If not then your best bet is a recovery program. Install the recycle bin plugin now if you don't have it. Also consider using shomething like cahttr +i to avoid such mistakes in the future.

If you want host access to customs networks and you're planning to use bridge and macvlan then yes. Don't know for ipvlan.

You probably have file system corruption on your cache drive or your docker image is corrupt. Post your diagnostics in your NEXT post so we can help you figure it out,

You probably need to enable this in Settings->Docker