Wolfhunter1043

I have been using UD with tail scale on my main machine and a remote machine to use Duplicati for years without issue until recently. The share is supposed to auto mount but it does not. When I click mount I get an error and in the syslog I get the following. I am on 7.0.0 and have been since before this. Any idea? Nothing turning up for that error code I can find. Apr 26 15:05:46 WOLF kernel: CIFS: VFS: cifs_mount failed w/return code = -95 Apr 26 15:05:46 WOLF unassigned.devices: SMB mount failed: 'mount error(95): Operation not supported Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)'. Apr 26 15:05:46 WOLF unassigned.devices: Remote Share '//xxx.xx.xx.111/offsitebackup' failed to mount.

Are you using the tailscale plug in? Not for access but in general is it installed and working?

I’m having this issue as well and brought it up in the plugin page. For me, it appears setting "Unraid services listen on Tailscale IP" set to "No” resolves the issue for the time being. So you can go to the Tailscale address and access unraid using that, would have to use an exit node etc for the time being. Can anyone confirm it’s related to this setting as well?

Attached are my plugin diagnostics, this is as it sits currently. 24 hours and still working with "Unraid services listen on Tailscale IP" set to "No." As mentioned though I use this and have for year with no issue. tailscale-diag-20241006-192724.zip

Have the same issue around 8 posts up. Although it took me forever to get here problem solving, seems identical. Try setting “Unraid services listen on Tailscale IP" to No…. So far this seems to be keeping me in the clear but this is a newer issue. Had the plugin since it came out and this was always set to yes.

I am having this same issue. No IP/Ports showing and the webUI doesn't work through the GUI. All other features appear to be working as they have for years (THANK YOU FOR THAT BINHEX!!). This issue has been described the same on several pages prior as well. Initially the fix was to use advanced settings and force update to the docker. I have tried this as well as delete the entire docker and installing from previous apps to no avail. It is happening to ALL of my binhex apps for some reason as well. There has to be something in there causing this? For me, it works on my other custom network (proxynet) but not on br0 with or without a specific IP. Maybe someone smarter than me can see a difference between the makeup of these two networks? Curious, how many others switched from macvlan to ipvlan when all the Unraid issues happened? Anyone been on macvlan this whole time and still have this issue? Fix-diagnostics-20241006-1749.zip

Having a really weird issue here, think tailscale so posted there but could be anything at this point. To start, my cache became full about a week ago and caused a ton of problems with appdata programs. Had ZFS snapshots of all of them so issue was quickly resolved. Within the last week I started having an issue where my Unraid main page would stop loading all of the drives and the CPU on the dashboard would stop updating usage. Turned out it was related to the built in NGINX and it saying that port 443 and 80 failed to bind to xxxx as they are "Already in use." Tried to reload and restart NGINX several times. When restarting NGINX, issue would go away for about a minute then come back. with the same associated errors that it failed to bind and already in use. Tried turning off Docker and VM manager all together and restarting, no difference. Downgraded Unraid to 6.12.11 from 6.12.12, no change. Nothing was showing it was trying to use 443/80 that should cause issues but kept getting the error. The only change before this occurred was trying to install Gluetun and trying several settings but never got it to work including giving it a tun9 that doesn't exists as a test. Deleted the docker and image and haven't had since. May have broke something in the network though? Not sure. Removed the tailscale plugin and restarted and issue went away. Reinstalled plugin and erased the settings from tailscale to start from scratch, issue came back. As of the last 30 minutes I have kept "Unraid services listen on Tailscale IP" to No and this appears to solve the problem. Restarted and everything is normal as well. All other tailscale settings are default. I don't know what could have caused this if its related to my cache becoming full a week ago or if there was an update etc. Attached my diagnostics before I narrowed it down to tailscale and fixed it and after I "think" I have fixed it. Anyone have any idea what is going on here? I used to keep this setting on so you can access the sever from the tailscale IP and always worked great. After Fix-diagnostics-20241006-1749.zip Before Fix-diagnostics-20241006-1521.zip

Having a really weird issue here, think tailscale related so posting here. To start, my cache became full about a week ago and caused a ton of problems with appdata programs. Had ZFS snapshots of all of them so issue was quickly resolved. Within the last week I started having an issue where my Unraid main page would stop loading all of the drives and the CPU on the dashboard would stop updating usage. Turned out it was related to the built in NGINX and it saying that port 443 and 8 failed to bind to xxxx as they are "Already in use." Tried to reload and restart NGINX several times. When restarting NGINX, issue would go away for about a minute then come back. Tried turning off Docker and VM manager and restarting, no difference. Downgraded Unraid to 6.12.11 from 6.12.12, no change. Nothing was showing it was trying to use 443/80 but kept getting the error. The only change before this occurred was trying to install Gluetun and giving it a tun9 that doesn't exists as a test. Deleted the docker and image and haven't had since. May have broke something in the network though? Not sure. Removed this plugin and restarted and issue went away. Reinstalled plugin and erased the setting to start from scratch, issue came back. As of the last 30 minutes I have kept "Unraid services listen on Tailscale IP" to No and this appears to solve the problem. Restarted and everything is normal as well. All other tailscale setting are default. I don't know what could have caused this if its related to my cache becoming full a week ago or if there was an update etc. Attached my diagnostics before I narrowed it down to tailscale and fixed it and after I "think" I have fixed it. Anyone have any idea what is going on here? After Fix-diagnostics-20241006-1749.zip Before Fix-diagnostics-20241006-1521.zip

Looking to switch away from container hosted VPNs like binhex-delugeVPN etc. but have an issue I can’t figure out. I have flaresolverr going through wg0 and works. When I add Prowlarr to wg0, I lose the ability for Prowlarr to connect to any other local dockers such as the download clients deluge/nzb get etc. Deluge/NZB have static ipv4 addresses too but doesn’t seem to matter. How do I allow a docker that is router through wg0 to speak to other dockers on the local network 192.168.100.0/24? For now I resorted back to Prowlarr using a VPN proxy. A note that may help someone else. When I first setup wireguard for tunneled access for docker, I could not use the GUI for any dockers through it. This drove me nuts and I spent 4 hours trying to resolve. If this happens to you, RESTART the server. No idea why on the backend but this fixed whatever the Ip table issue was.

Having the exact issue as defined here. All binhex containers and all have a static ipv4 address on custom host br0. All accessible via the ip:port but not using the webGUI link.

For anyone that has this issue, you run command line (commandline for search on here) via the GUI. Open duplicati then go to your backup. Where you see the normal options for verify database etc, there will be a command line option then you can select it from the options such as list-broken-files or purge-broken-files.

Thank you for your help! More troubleshooting steps.... 1. Uninstalled UD and UD plus, restarted, reinstalled UD and Plus. 2. Moved from Tailscale docker by uninstalling and running appdata cleanup. Installed Tailscale plugin instead as its whats supported now. No change. Was thinking it may have been a Tailacale issue on my Unraid only but doesn't appear to be. Does UD do ANYTHING with the libvert file? I understand thats for VMs and I have 3, but I did restore that when my cache crashed which caused issues with other plugins like USB Manager. There is no check I can click when not mounted, see screenshot. Its not a drive, its a share if that makes a difference. Lastly, anytime I try to access the UD remote share, through Duplicati or browsing it on Unraid, it locks up and will not dismount. When I try it says "target is busy" but it will remain that way indefinitely until I restart the system. I have attached my diagnostics during the problem. wolf-diagnostics-20240117-2103.zip

It does not change orange. I appreciate the tip of Dynamix File Manager, I removed it and tried a few other steps and it did not fix it. Actually had trouble removing the plug in but deleted it from the USB drive. To add more to the problem, if I "share" the remote UD and then in windows file explorer navigate to it, I thought it wouldn't load as it sat and spun for around 60 seconds but DID eventually populate the files inside. When I went to move a 100MB file it just shows one file discovered and looks like it pending but either never moves, or takes longer then 5 minutes to even attempt to move. If I go to the remote servers share directly in Windows (rather then the "share" from UD in my local server), I am able to mobe the same 100MB file almost instantly. Its like through UD and the remote share function, I am getting a tiny fragment of throughput.

Even beyond a path in Duplicati, when I click the blue path in Unraid, it will not load. Usually I can see files when I click that. At least prior to this cluster of an issue I had with my cache drive. It does show the size and usage correctly. but my path for Duplicati is, /mnt/remotes/100.94.237.65_offsitebackup/

I have been using this plugin for years with no issue until now so #1 thank you! TLDR: Remote share mounts with path via Tailscale and shows green but can’t browse or see files in Unraids dashboard. Just stays loading. My cache drives running BTRFS became corrupt and my appdata backup and restore was 6 months old (not sure why but it wasn’t backing up data, only the xmls). I restored all xmls and reinstalled all dockers and VMs that lived on cache. The system partition on cache was also lost and this may be a part of my problem if UD relies on files in here. I use UD to mount a remote chair that is offsite. I use Tailscale on the server to create the path. I’m out the share via SMB with a username and password. And then use Duplicati to run my back up of essential files. The issue, since I have got the server back up and running, I am able to mount the share and during that process it shows me the various shares on the remote server and I pick my offsitebackup share. The share shows green and online on the UD dashboard. However, if I try to navigate to share on Unraids dashboard I cannot see any files and Duplicati also says there’s nothing in there. When I go to the path of the share on windows, I can see all of my old backups and it works as it should. Any ideas for things to check here? It appears the path via Tailscale is working because it mounts and shows me the various shares when creating the mount and gives me a greenlight. Duplicati doesn’t matter because I can’t even view the files on the dashboard. No errors I can see. Thank you!