[Unmountable: Wrong encryption key - 6.10.0-rc2]

I'm not thinking its RAM as I have multiple VMs also running on the system and unraid nor the VMs have never crashed. I thought maybe its one of my LSI cards is going but it doesn't make sense that the nvme would also do the same thing. I'm not sure if this would matter but my keyfile for the encryption is ~2mb in size. I've been using the same keyfile for the past 2 years.

[Unmountable: Wrong encryption key - 6.10.0-rc2]

I attempted to update to 6.10.0-rc2 but 4 out of my 13 drives are displaying "Unmountable: Wrong encryption key". This also includes my Cache drive.

 

I've since reverted back to rc1 and now Disks 9 and Disks 10 are showing the Wrong Encryption Key and Disk 11 and the Cache are okay.

 

Update: I've rebooted again, and I'm now able to mount everything correctly on RC1. Still don't know why its doing this.

 

Thanks.

[Dockers no longer talking to each other after reboot]

Just upgraded to 6.9.1. This seem to fix my SQL issues but I still can't get Radarr or Sonarr to talk to Jackett or qBittorent though unraids IP.

[Dockers no longer talking to each other after reboot]

I rebooted my server last week and now none of my dockers will talk to each other via the host (unraid) IP.  My dockers are setup on a custom Network called proxynet that I setup years ago from Spaceinvader One's tutorial (https://www.youtube.com/watch?v=I0lhZc25Sro&t=767s)

 

If I change my dockers to talk to each other via their private IPs (172.19.x.x) they will work.

 

The weird thing is, I have a nginx docker and a mariadb docker that will kind of talk to each other but incredibly slow (a good 10-30 second for it to a simple mySQL query from my PHP site that should take microseconds). If I change my PHP code to point to the internal IP of the mariadb docker its back to its normal speed.

 

I can't figure out what caused this issue. If I console into to any of my dockers I can ping the host so it doesn't appear that the host is blocking anything it just won't do its forwards.

 

Anyone have any suggestions?

 

Thanks.

[[Support] spaceinvaderone - Shinobi Pro]

Every time I make a change to the docker it keeps resetting the conf.json file. I figured it would be stored in the appdata folder but it isn't. Any way to move the conf file?

[WireGuard quickstart]

On 11/16/2019 at 5:55 PM, Trites said:

I thought it was a port forward issue as well. So I tried configuring wireguard to use UDP port 1194 (The port my openvpn uses) and I get the same results. Connect but no handshake.

 

Edit: I think I'm going to setup my Dev Sever and test, just to verify its not a config issue on my Prod server.

 

So I never got a chance to get my Development server up and running but today I installed RC9 and decided to try this again. Its now working, I've changed nothing network wise since last time, only change was RC9. not sure what fixed it but its working.

[WireGuard quickstart]

26 minutes ago, ljm42 said:

Wireguard is very difficult to troubleshoot because it fails silently - there are no error messages or logs.  But based on what you've said, it sounds like your port forward isn't working correctly.

I thought it was a port forward issue as well. So I tried configuring wireguard to use UDP port 1194 (The port my openvpn uses) and I get the same results. Connect but no handshake.

 

Edit: I think I'm going to setup my Dev Sever and test, just to verify its not a config issue on my Prod server.

 

[WireGuard quickstart]

On 11/13/2019 at 9:23 AM, Can0nfan said:

under the wg0 tunnel Local endpoint: is your public facing IPv4 address 

 

under the peer (your phone) make sure peer end point is the static internal IP of your unraid server

 

Hi Can0nfan,

 

The endpoint is set to my subdomain.domain.tld . I don't have a static public IP, so I use ddclient to update my domain to my current IP when it changes. And I have tried setting it to my current IP to rule out any issue there. My phone talks to the server but won't complete the handshake as you can see there is data being sent and received on the server. I also tried my work android phone as well and its doing the same thing. It's like the server is actively blocking the connection when its seeing it from the external source as it will connect just fine if my phone is on the same network.

 

This is the first service that I've had an issue getting it to connect externally. My openvpn-as docker is still working just fine at the moment. I'm going to update to rc6 and see if that helps any.

 

Also a side note: With the VPN enabled on my phone I can still access the internet even though my VPN connection turned on. On my OpenVPN if I lose my VPN connection I lose connection to everything until my VPN reconnects (As a VPN should be). I'm not sure why wireguard is letting data flow though my cell connection and not trying to go though the VPN (even with the handshake not being established).

 

Edit: RC6 didn't resolve the issue.

[WireGuard quickstart]

2 hours ago, bonienl said:

Try to set the MTU size to 1400 and see if that makes a difference.

Just tried it, no luck. I changed it both on unRAID and my iPhone Client.

 

The odd thing is, I can get it working on a Win 10 Client on my network. 

 

I've been testing with my iPhone with wifi turned off. Would my Cell service be blocking something? (I'm on Bell in Canada)

 

Update: I can get it working on my iPhone while connecting to the same network as my server (Internally). Looking like my network is to blame. I'm using Google WiFi if anyone is curious.

[WireGuard quickstart]

I tried setting this up. I've been using openvpn-as docker with no issues but with wireguard I cannot get the handshake to initialize.

 

On my iPhone the log indicates:

...
2019-11-08 14:53:52.110832: [NET] peer(q4nv…iXkg) - Handshake did not complete after 5 seconds, retrying (try 19)
2019-11-08 14:53:52.111139: [NET] peer(q4nv…iXkg) - Sending handshake initiation
2019-11-08 14:53:57.174070: [NET] peer(q4nv…iXkg) - Handshake did not complete after 5 seconds, retrying (try 20)
2019-11-08 14:53:57.174466: [NET] peer(q4nv…iXkg) - Sending handshake initiation
2019-11-08 14:54:02.217420: [NET] peer(q4nv…iXkg) - Handshake did not complete after 20 attempts, giving up

At first I thought it was a port forward issues, I tried enabling UPnP and letting wireguard do its thing but that didn't help. It appears that my client is hitting the service as the data sent/received goes up but no handshake.

 

Any ideas what would be causing this? Are there any logs available within unRAID I can look at?

 

Thanks.

 

[[PLUGIN] Disk Location]

Would it be possible to hook into MariaDB?

[[PLUGIN] Disk Location]

Success, Thanks for the help.

[[PLUGIN] Disk Location]

/bin/ls: cannot access '/usr/local/emhttp/plugins/disklocation/*': No such file or directory

Guessing that's the problem

No idea how it went missing.

[[PLUGIN] Disk Location]

I'm getting the same blank screen.

I removed the plugin, and removed the database but still getting a blank screen.

Running Version: 6.7.1-rc1 

 

Also the icon doesn't seem to load in the plugins screen and is using the default green "Puzzle Piece" icon.

[Share Your Banners]

On 9/28/2018 at 8:59 PM, Hoopster said:

Since several of you seem to be using this banner provided by Trites (I like it as well), I modified it for those who prefer 1920x90 without stretching the original 1270x90 banner.

 

 

Did realize people would actually like the banner. LOL 

I made it from a wallpaper a found years ago. I'll attach the original wallpaper.

 

[Share Your Banners]

My Current banner.