helpermonkey

is there anything else i can share with you to see what might be going on with my setup? I have followed that Q22 tutorial and that did not seem to fix the problem.

yup - that's what i'm using.

So I downloaded the 4th gen configuration files from here: https://www.privateinternetaccess.com/helpdesk/kb/articles/where-can-i-find-your-ovpn-files and vancouver isn't an option but i did switch to DE Frankfurt and made the adjustments suggested in this thread by @binhex and others and it's still not working :-(. what version of the config files are you using?

they are also in my container settings.... i just double checked and had no problem signing into the PIA website from my browser and all of my other clients are logging in without a problem.

so how would i do that? in my credentials.conf file - the first line is my userid for PIA and the second line is my password that i login to the website with.

Thanks - so i gave that a twirl and i'm still getting some errors ... here is the log file on pastebin here is the .ovpn file minus the cert and the X509 portion.... client dev tun proto udp remote ca-toronto.privacy.network 1198 resolv-retry infinite nobind persist-key cipher aes-256-gcm ncp-disable auth sha1 tls-client remote-cert-tls server auth-user-pass credentials.conf compress verb 1 <crl-verify>

excellent - thanks! so in my config file i see: cipher aes-128-cbc but none of the other ones ... so do i just add cipher aes-256-gcm ncp-disable or do i also remove "cipher aes-128-cbc"

Hi there, So last night - my docker container wouldn't startup - i checked the log and saw a message about my PIA endpoint not working b/c it's been phased out ... so I visited this PIA page and downloaded "OPENVPN CONFIGURATION FILES (DEFAULT)". I put the CA-Toronto end point on my server and relaunched delugeVPN. The container will start but I am unable to access it via gui. I looked at the log and here is the latest error: 2020-11-06 01:59:06,469 DEBG 'start-script' stdout output: 2020-11-06 01:59:06 DEPRECATED OPTION: --cipher set to 'aes-128-cbc' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'aes-128-cbc' to --data-ciphers or change --cipher 'aes-128-cbc' to --data-ciphers-fallback 'aes-128-cbc' to silence this warning. 2020-11-06 01:59:06,469 DEBG 'start-script' stdout output: 2020-11-06 01:59:06 WARNING: file 'credentials.conf' is group or others accessible 2020-11-06 01:59:06 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct 27 2020 How would i go about fixing this?

Hi there, So I run my apps with all of the app data stored on my cached drive. I also use that for my DLs....it's 125gb but from what i can tell - it keeps "running out of space" (the docker img itself is 21gb... is that normal i have no idea?). For some reason, recently, I am running into problems but i'm not entirely sure why. So for example - right now i'm trying to DL a 35 GB "file". It's actually a rar that i guess needs to be unpacked. But i keep getting a Failure in tempfile.mkstemp message. I'm guessing that it's having a hard time combining the rar files but even as i look at it right now i have 107gb used and 17.3gb free .... so i'm presuming that 21gb is the docker image - maybe .5 is the app data .... so any thoughts on what to do? here's my log: https://controlc.com/d1c40660 here's my docker-compose for that docker https://pastebin.com/GqB2N8F8

one other question - as I'm deleting my Time Machine share and creating a new one - should I use the same settings I did for a time machine share for my new, 3rd party back up share? here are my settings:

fair enough! 🙂 thanks

I have not but i will now 🙂 - anything in particular that you find appealing about it?

Hi there, I had been using time machine to back up my macbook to my unraid server. Unfortunately, it has not been as reliable as i'd like for any number of reasons. To that end, almost every topic that I can find on backing up a macbook on unraid includes some advice on time machine. For that reason, I thought I'd ask here - what are some good alternative solutions? I'm leaning towards Acronis but wanted to open up the discussion as i saw a docker called BackupPC that says it supports macs.

So I just got a gmx account and went to add it to my unraid: here's what i've inputed: preset service: GMX.com sending email address: (myaddress)@gmx.com Email recipients: my gmail address Priority in Header: Yes Email Subject: unRaid Status: Mail Server: smtp.gmx.com Port: 465 SSL/TLS: yes Starttls: no Define a tls: no authorization method - login username - (myaddress) password - (my gmx password). doesn't work. Meanwhile - i've got it working for my calibre notificaiton and that uses mail.gmx.com and port 587 - i've tried that here and i get a "Cannot open mail.gmx.com:587" error message. Any ideas?

having a lot of trouble with sonarr --- seems to be tied to mono ... any ideas? https://paste.ubuntu.com/p/FVW2N4V6Dd/ Not really sure what to do :-)

bumping as i'd still love some help with this.

hey folks, asked this in the official support thread about 5 days ago and haven't gotten a response so thought i'd try here: I need help with a problem + a little hand holding/how-to. First, when I go to setup the docker, it fails to start because it wants to map to port 8080 for device communication (i have sabnzbd on port 8080). So to that end, is there a recommended alternative port? I'd rather not adjust sab b/c of how many other utilities rely on it. Then my next question is what's a good "Idiots Guide to Moving Controllers"? I setup my unifi a long time ago and when i did it - i did not realize that the device married itself to the controller - i no longer have the computer that was the original controller. Furthermore - i don't remember all of the tweaks i made to the configuration and finally - while i would like to use my unraid server as the controller - i usually use wifi to connect into it - so i'm guessing that i'll need to attach KVM to it and i just want to make sure I don't screw it up. I looked at this https://community.ui.com/questions/Transferring-Unifi-Controller/1e541dee-e484-407e-aaec-28c2711db6d7 but when i go to wizards in EdgeOSX i get: Any advice would be welcomed.

hey folks - so I need help with a problem + a little hand holding/how-to. First, when I go to setup the docker, it fails to start because it wants to map to port 8080 for device communication (i have sabnzbd on port 8080). So to that end, is there a recommended alternative port? I'd rather not adjust sab b/c of how many other utilities rely on it. Then my next question is what's a good "Idiots Guide to Moving Controllers"? I setup my unifi a long time ago and when i did it - i did not realize that the device married itself to the controller - i no longer have the computer that was the original controller. Furthermore - i don't remember all of the tweaks i made to the configuration and finally - while i would like to use my unraid server as the controller - i usually use wifi to connect into it - so i'm guessing that i'll need to attach KVM to it and i just want to make sure I don't screw it up. I looked at this https://community.ui.com/questions/Transferring-Unifi-Controller/1e541dee-e484-407e-aaec-28c2711db6d7 but when i go to wizards in EdgeOSX i get Any advice would be welcomed.

yup - i had netherlands in there - just found out it was bunk and fixed it by moving to toronto 🙂 woot.

So a few months back my delugevpn stopped working ... i didn't decide to fix it until now and looking at the log file i see this: Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2019-06-13 00:23:18.241690 [info] System information Linux 072d4aa08eae 4.19.41-Unraid #1 SMP Wed May 8 14:23:25 PDT 2019 x86_64 GNU/Linux 2019-06-13 00:23:18.278918 [info] PUID defined as '99' 2019-06-13 00:23:18.568110 [info] PGID defined as '100' 2019-06-13 00:23:18.873367 [info] UMASK defined as '000' 2019-06-13 00:23:18.892447 [info] Setting permissions recursively on volume mappings... 2019-06-13 00:23:19.114592 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'info' 2019-06-13 00:23:19.133916 [info] DELUGE_WEB_LOG_LEVEL defined as 'info' 2019-06-13 00:23:19.153238 [info] VPN_ENABLED defined as 'yes' 2019-06-13 00:23:19.193262 [crit] No OpenVPN config file located in /config/openvpn/ (ovpn extension), please download from your VPN provider and then restart this container, exiting... Created by... ___. .__ .__ In case the problem is with OpenVPN ... my log file basically just says this: ./run: line 3: /usr/local/openvpn_as/scripts/openvpnas: No such file or directory i cannot launch the webui for my vpn either .... so if it's a problem with that - i will ask in the appropriate place.

You rock! Thank you so much for all your help. this is why i love unraid - the software is cool - the people are fantastic.

okay here is the report from xfs repair: root@Buddha:~# xfs_repair -v /dev/md5 Phase 1 - find and verify superblock... - block cache size set to 737008 entries Phase 2 - using internal log - zero log... zero_log: head block 505816 tail block 505816 - scan filesystem freespace and inode maps... sb_ifree 1411, counted 1417 sb_fdblocks 8636304, counted 9131157 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 data fork in ino 156931303 claims free block 19618443 data fork in ino 156931303 claims free block 19618444 imap claims in-use inode 156931303 is free, correcting imap data fork in ino 159222676 claims free block 19903014 attr fork in ino 159222676 claims free block 19906546 imap claims in-use inode 159222676 is free, correcting imap data fork in ino 159222697 claims free block 19905936 data fork in ino 159222697 claims free block 19905937 imap claims in-use inode 159222697 is free, correcting imap imap claims in-use inode 159222699 is free, correcting imap data fork in ino 159222706 claims free block 19906096 data fork in ino 159222706 claims free block 19906097 imap claims in-use inode 159222706 is free, correcting imap imap claims in-use inode 159222708 is free, correcting imap - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 3 - agno = 0 - agno = 1 - agno = 2 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (1:505836) is ahead of log (1:505816). Format log to cycle 4. XFS_REPAIR Summary Wed Jun 12 10:58:04 2019 Phase Start End Duration Phase 1: 06/12 10:56:10 06/12 10:56:14 4 seconds Phase 2: 06/12 10:56:14 06/12 10:56:14 Phase 3: 06/12 10:56:14 06/12 10:56:16 2 seconds Phase 4: 06/12 10:56:16 06/12 10:56:16 Phase 5: 06/12 10:56:16 06/12 10:56:16 Phase 6: 06/12 10:56:16 06/12 10:56:17 1 second Phase 7: 06/12 10:56:17 06/12 10:56:17 Total run time: 7 seconds done root@Buddha:~# so it's flipping back!!! you rock!! so two outstanding issues that i have questions about: 1) my plex docker seems to have disappeared... however, my settings and directory and such is still on my drive so can i just "reinstall it"? or should i wipe those and start with a fresh install? 2) is there any reason to (or effective way to) move some of the data from my almost filled up drives to either of my drives with a good chunk of space?

got it ... will do.

it's not 100% out of the question that i put back in the wrong 2 TB drive BTW 🙂

and disk 5 didn't mount - it's connected via the card I just replaced.... not sure if that would make a difference. Attached are the diagnostics. buddha-diagnostics-20190611-1842.zip