TexasUnraid

Yep, same issue I have been having with added trackers being cleared. Wish it would either persist or have the option to re-add them during boot.

Yep, that is precisely what I want to do. Sadly it gets cleared anytime the docker is reset and it seems at random other times as well.

Been doing some research on this and it seems the API does support adding trackers to new torrents: add_trackers_enabled bool Enable automatic adding of trackers to new torrents add_trackers string List of trackers to add to new torrent How would I go about adding this? Is there a way to add a cron script? Or could it be added as a docker command? (remember linux noob here) Or maybe you could add it to the script and have an variable in the docker settings to add the link to get the list of trackers from or remove it to disable the option? This is the place I get the list of trackers from: https://github.com/ngosang/trackerslist I find it helps immensely.

Just wanted to say that I like where you are going with that, it is one of the features I would like to see in a plugin if it is ever made. I have not had time to test it out yet myself though as I am in the process of pre-clearing some drives and don't want to risk having to start that over lol. FYI, You can pass 1 argument to the script, just not more then one as spaces are not allowed in the argument with user scripts. It would be nice to be able to pass a "delete all snapshots" argument of some kind that will remove all snapshots so you can reclaim space if needed. I use this on a fairly regular basis. I suppose it is not possible to change the timezone of the snapshots? It would be handy for it to match the local timezone for hourly snapshots. EDIT: personally I find that an exclude more user friendly as if you ever add a share later it will be included without having to remember to add it manually. With an exclude list, worst case a new share gets snapshotted mistakenly and you have to delete it, reminding you to add it to the exclude list at the same time.

What HBA card(s) are you using? Ok, was doing some more testing, I have had turbo write disabled since it was not working. I have kinda given up on turbo write detecting drives being spun down, it would be cool if a second option for enabling turbo write could be added. If a drive is being written to at more then X MB/s for more then Y seconds it enables turbo write. It then disables it again Z seconds after writing is finished.

Very nice, I thought I saw something like that at one point but then could not find it again when I had the issue last time.

Ah, didn't think about the UD section saying that it is valid. That should also work on the main system to let me know if the signature is valid. I can test it on a small 80gb drive that will not take long. I don't really have a 2nd system I can sacrifice for a few days while this runs.

Yep, same thing I am doing but when I used the enclosure it came with (WD elements) the pre-clear was not recognized and I had to do it again. I also have a USB dock and was going to use it but didn't want the same thing to happen. Was not sure if there was a way to verify the signature without adding the drive to the array.

I am curious, is it possible to test the preclear signature to make sure it will work properly? Let me explain, I have a USB dock I would like to use to pre-clear a drive but not sure if this will work when I plug it in via sata to attach it to the array. I was hoping to be able to test this before hand before wasting the time. I could use a small laptop drive for testing if needed but was not sure on a way to do this that would not cause me to have to rebuild parity.

Ok, I noticed that in my case the shucked WD whites were not showing up as spun down with the HDparm command that turbo write was using and wanted to see if you were experiencing the same thing but guess it is not the drive that is the issue. Maybe moving to a smartctl command is more reliable?

What HDD's do you have?

lol, I figured that out after restarting and it seemed to hang forever. Ok, cut it down to the servers I use the most and seems to be working! EDIT: Well it is working, it is rotating through the servers but it is also dropping the connection every few minutes now and then having to reconnect to another server? It was stable for the last week or so on the CA nextgen server before this and that is still the first server in the list. It has already looped through all of the servers in the list (5 or 6 of them), it downloads great for like 10-15 mins and then drops the connection. The log viewer doesn't go back far enough to see everything but this is the only thing that stands out to me, 10 tries before this: 2020-10-07 11:25:10,161 DEBG 'start-script' stdout output: [warn] Unable to bind port using URL 'https://*ip here****/bindPort' [info] 0 retries left [info] Retrying in 10 secs... 2020-10-07 11:25:20,162 DEBG 'start-script' stdout output: [warn] Attempting to bind port failed, kill openvpn process to force retry of incoming port Restarting it now to see if it gets any better.

I checked the log after restarting with a nextgen server and it had this, seems like most of the servers now support port forwarding? Or is something wrong? 2020-10-07 09:31:55,716 DEBG 'start-script' stdout output: [info] al.privacy.network [info] ad.privacy.network [info] austria.privacy.network [info] brussels.privacy.network [info] ba.privacy.network [info] sofia.privacy.network [info] czech.privacy.network [info] denmark.privacy.network [info] ee.privacy.network [info] fi.privacy.network [info] france.privacy.network [info] de-frankfurt.privacy.network 2020-10-07 09:31:55,717 DEBG 'start-script' stdout output: [info] de-berlin.privacy.network [info] gr.privacy.network [info] hungary.privacy.network [info] is.privacy.network [info] ireland.privacy.network [info] man.privacy.network [info] italy.privacy.network [info] lv.privacy.network [info] liechtenstein.privacy.network [info] lt.privacy.network [info] lu.privacy.network [info] mk.privacy.network [info] malta.privacy.network [info] md.privacy.network [info] monaco.privacy.network [info] montenegro.privacy.network [info] nl-amsterdam.privacy.network [info] no.privacy.network [info] poland.privacy.network [info] pt.privacy.network [info] ro.privacy.network [info] rs.privacy.network [info] sk.privacy.network 2020-10-07 09:31:55,717 DEBG 'start-script' stdout output: [info] spain.privacy.network [info] sweden.privacy.network [info] swiss.privacy.network [info] ua.privacy.network [info] uk-manchester.privacy.network [info] uk-london.privacy.network [info] uk-southampton.privacy.network [info] bahamas.privacy.network [info] ca-vancouver.privacy.network [info] ca-ontario.privacy.network [info] ca-montreal.privacy.network [info] ca-toronto.privacy.network [info] greenland.privacy.network [info] mexico.privacy.network [info] panama.privacy.network [info] ar.privacy.network [info] br.privacy.network [info] venezuela.privacy.network [info] yerevan.privacy.network [info] cambodia.privacy.network [info] china.privacy.network [info] cyprus.privacy.network [info] georgia.privacy.network [info] hk.privacy.network [info] in.privacy.network [info] iran.privacy.network [info] israel.privacy.network 2020-10-07 09:31:55,717 DEBG 'start-script' stdout output: [info] japan.privacy.network [info] kazakhstan.privacy.network [info] philippines.privacy.network [info] qatar.privacy.network [info] saudiarabia.privacy.network [info] sg.privacy.network [info] srilanka.privacy.network [info] taiwan.privacy.network [info] tr.privacy.network [info] ae.privacy.network [info] vietnam.privacy.network [info] au-sydney.privacy.network [info] aus-melbourne.privacy.network [info] aus-perth.privacy.network [info] nz.privacy.network [info] dz.privacy.network [info] egypt.privacy.network [info] morocco.privacy.network [info] za.privacy.network I copy and edited them into this format and will paste them into the ovpn file, is this correct? remote ca-montreal.privacy.network 1198 remote ca-vancouver.privacy.network 1198 remote ca-ontario.privacy.network 1198 remote ca-toronto.privacy.network 1198 remote al.privacy.network 1198 remote ad.privacy.network 1198 remote austria.privacy.network 1198 remote brussels.privacy.network 1198 remote ba.privacy.network 1198 remote sofia.privacy.network 1198 remote czech.privacy.network 1198 remote denmark.privacy.network 1198 remote ee.privacy.network 1198 remote fi.privacy.network 1198 remote france.privacy.network 1198 remote de-frankfurt.privacy.network 1198 remote de-berlin.privacy.network 1198 remote gr.privacy.network 1198 remote hungary.privacy.network 1198 remote is.privacy.network 1198 remote ireland.privacy.network 1198 remote man.privacy.network 1198 remote italy.privacy.network 1198 remote lv.privacy.network 1198 remote liechtenstein.privacy.network 1198 remote lt.privacy.network 1198 remote lu.privacy.network 1198 remote mk.privacy.network 1198 remote malta.privacy.network 1198 remote md.privacy.network 1198 remote monaco.privacy.network 1198 remote montenegro.privacy.network 1198 remote nl-amsterdam.privacy.network 1198 remote no.privacy.network 1198 remote poland.privacy.network 1198 remote pt.privacy.network 1198 remote ro.privacy.network 1198 remote rs.privacy.network 1198 remote sk.privacy.network 1198 remote spain.privacy.network 1198 remote sweden.privacy.network 1198 remote swiss.privacy.network 1198 remote ua.privacy.network 1198 remote uk-manchester.privacy.network 1198 remote uk-london.privacy.network 1198 remote uk-southampton.privacy.network 1198 remote bahamas.privacy.network 1198 remote ca-vancouver.privacy.network 1198 remote ca-ontario.privacy.network 1198 remote ca-montreal.privacy.network 1198 remote ca-toronto.privacy.network 1198 remote greenland.privacy.network 1198 remote mexico.privacy.network 1198 remote panama.privacy.network 1198 remote ar.privacy.network 1198 remote br.privacy.network 1198 remote venezuela.privacy.network 1198 remote yerevan.privacy.network 1198 remote cambodia.privacy.network 1198 remote china.privacy.network 1198 remote cyprus.privacy.network 1198 remote georgia.privacy.network 1198 remote hk.privacy.network 1198 remote in.privacy.network 1198 remote iran.privacy.network 1198 remote israel.privacy.network 1198 remote japan.privacy.network 1198 remote kazakhstan.privacy.network 1198 remote philippines.privacy.network 1198 remote qatar.privacy.network 1198 remote saudiarabia.privacy.network 1198 remote sg.privacy.network 1198 remote srilanka.privacy.network 1198 remote taiwan.privacy.network 1198 remote tr.privacy.network 1198 remote ae.privacy.network 1198 remote vietnam.privacy.network 1198 remote au-sydney.privacy.network 1198 remote aus-melbourne.privacy.network 1198 remote aus-perth.privacy.network 1198 remote nz.privacy.network 1198 remote dz.privacy.network 1198 remote egypt.privacy.network 1198 remote morocco.privacy.network 1198 remote za.privacy.network 1198

Ok cool, that works.

Also curious about this, would be cool if a list of them in the ovpn formatting could be posted in the FAQ for an easy copy/paste.

Very nice, I will try that in a little while.

Cool, so when you say that nextgen support works, does this include port forwarding?

I didn't have any issues, just entered the ip and port then the user name and password for the webui and everything just worked.

In unraid there is a button to check for updates to dockers and another button to update them. Alternatively in unraid you can just click force update as well to update even if an update is not detected. I have no idea how Synolgy is setup, you could try reading up on how that system works to see what the process is.

You greatly overestimate my abilities lol. So it looks like typing qbittorrent_port="${VPN_INCOMING_PORT}" into the console would change the port that qbittorrent listens on. I tried typing this into the console as a test but just get "qbittorrent_port: command not found" I tried a bunch of commands from the console and none of the ones I could find online worked, they all just gave a command not found since qbittorrent-cli is not installed.

I am curious, you are obviously able to change qbittorrent settings from the command line during boot/setup. How are you doing this? Using qbittorrent-cli? I really want to add some trackers to the options menu to be added to every torrent as it currently gets reset anytime the docker is reset (happening a lot with the VPN issues lately). This can be done with qbittorrent-cli but it does not seem to be installed and not sure how to do that.

Check the log file, if it is not able to connect to the VPN it will not load the GUI.

You should just be able to update the docker container like normal. All the folders that store your data should be mapped to folders on your server.

ok, no worries. Look forward to it.

Very cool! Being able to loop multiple files would be easier for the end user but I can understand doing it this way as well. I will update qbittorrent tonight and give it a try.