anibis2

I no longer see this issue when rsyncing to a remote smb share on 6.12.10-rc.1.

It looks like Freefilesync adds /mnt/user as the source storage by default; this won't pick up the remote shares. You'll have to change that to just /mnt, then you'll be able to access /mnt/remotes from Freefilesync. Using /mnt/user will only give your Unraid shares.

You can transfer to a share using rsync/Freefilesync, you just have to mount the share to Unraid first. Kinda like a mapped drive in Windows. You can use the Unassigned Devices plugin to take care of the mounting, then rsync or use Freefilesync for the transfer.

I downgraded directly to .8.

I am also seeing this error when I rsync my data to my backup machine. Downgraded without issue.

I have no option to create a snapshot when clicking on the "Actions" menu on a particular pool. I have a second ZFS pool that I use for VM's, it has the Snapshot option. My cache pool does not have this option, it simply has "Move/Rename". Any ideas? *EDIT: I figured it out, I had shares and not datasets. Not sure why that happened in the first place, but it's fixed.

It ended up being a misconfiguration on the VPN that particular host uses which was blocking LAN access. I did clean up my users, so thanks for that info.

Ok, so I removed the plugin and updated it to your 2.8.0 release, this has gotten rid of the Access Denied error. I believe I misinterpreted the error; it was actually triggering when I would start/restart the service. I see no errors when I try to connect the client to the server, WinNUT just hangs for about 30 seconds then says it cannot connect. Here's my config, the log is attached: MODE=netserver [qnapups] driver = usbhid-ups port = auto LISTEN 0.0.0.0 [admin] password=***** actions=set actions=fsd instcmds=all [root] password=***** upsmon master [admin] password=**** upsmon slave MONITOR [email protected] 1 root ***** master SHUTDOWNCMD "/sbin/poweroff" POWERDOWNFLAG /etc/nut/killpower NOTIFYFLAG ONBATT SYSLOG+EXEC NOTIFYFLAG ONLINE SYSLOG+EXEC NOTIFYCMD "/usr/sbin/nut-notify" NOTIFYFLAG REPLBATT SYSLOG+EXEC NUT.txt

I updated to 6.12.4 yesterday and am having issues with my remote NUT devices. Unraid itself sees the UPS just fine.

When is the docker going to be updated with 27.0.2? It's been a few days now...

When I try to exclude my Grafana data directory it slows down to a crawl. The .tar was growing slowly as time went on, and there was I/O activity on the disks. The Grafana tar was 500MB after 20 minutes of running Plex, which is 32GB and has many more files, takes about 90 seconds. I just turned off the external part on Grafana and it's working well now, takes about a minute. *EDIT* I wasn't paying attention with Grafana, I didn't realize how the docker path mappings were configured. I was excluding my DB's, but there were other container paths pointing to the root Unraid file system. I didn't catch that even though you pointed it out, but now I get it. The plugin is working fine for me nothing out of the ordinary.

That's definitely much better. Exclusions appear to be working as expected, as is the "Save external volumes" setting. The coloring is better as well. I had a different issue when it tried to backup Grafana. The debug log is attached. Not sure if it's app related, or something with my configuration. ab.debug.log

Ah, maybe it was just backup to an external drive. Regardless, the setting is set to no. Kinda hard to read with the coloring issues.

I do not see a setting for "Backup external volumes". I do remember seeing it on the old Appdata Backup plugin. I did try disabling the flash drive / VM meta backup, but there was no change.

I'm having the same issue with Plex. The .tar for my 32GB Plex appdata folder was up to ~250GB before I stopped the backup. I tried excluding my media folders thinking it was grabbing those, but that didn't affect anything. I also tried to exclude my Grafana db's, but nah. Good thing we're in beta. Also, I run Unraid in dark mode, and the coloring is off when you drive to the individual docker settings.