SudoPacman

Ah, I see, thanks Squid. Presumably extracting the archive could produce a similar lockup then? Edit: Perhaps I should just live with uploading an 18Gb file each week. I might look and see if anything else can be trimmed from it I guess.

If I change the command to be: tar -tf /mnt/user/backups/unraid-appdata/[email protected]/CA_backup.tar.gz It works as expected, so it can process the tar.gz.

Hi guys, This is either a feature or a help request I guess. I backup my appdata once a week, then use duplicati to send that off to backblaze. It works pretty well. The main issue is the fact that every week I'm uploading a very large new tar.gz file. I'd rather only upload any changes. Therefore I would like an option to either backup appdata without putting it in a tar file at all, or help writing a script to extract the latest tar to a directory that can then be sent to backblaze. I have written a script that finds the most recent tar.gz, that I've called find_latest.sh; it contains: find "$(pwd)" -name '*.tar.gz' | sort -rn | head -n 1 This gives output like this: /mnt/user/backups/unraid-appdata/[email protected]/CA_backup.tar.gz I cannot see to pipe this file to tar though. Trying this (to list the contents): ./find_latest.sh | tar -tf - Gives: tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors Any ideas of what I'm doing wrong? Failing that, any thoughts on an option to just copy (or rclone) the appdata sources to a folder somewhere? Cheers, Pacman

Thanks for the MEGASync app! I've been running it on a VM for ages, and that has issues detecting files being removed or added due to NFS events (I believe), so this is perfect. Worth pointing out to others that you'll want to add a path mapping from container /megasync to somewhere on your array, or you will fill up your Docker image pretty damn quick. I'm also not sure what the /mnt/user mapping is for to be honest. Cheers

So, I've searched and I've searched, but cannot seem to figure out what's up, so here I am I'm using pfSense and numerous Unifi switches and a Unifi access point. All support VLANs. I have two VLANs setup, 3 for consoles and tvs and things, and 10, as a test of a public ProtonVPN. All these work fine when using wireless or limiting a particular switch port to a specific VLAN. I'm trying to set up the same in Unraid, so I can try routing a docker through the VPN. Here's my network page: I configured the IP addresses and gateway by hand, since they did not seem to get an IP via DHCP (perhaps that's part of the problem). Note that any device using the VLANs outside of Unraid get an IP just fine... everything on the VLANs can talk to the internet fine. Pinging from the interfaces in pfSense works fine. Anyway, I saw an example suggesting fixed IPs, and I'm fine with that. My routing table: When I SSH onto the box, and try (using IoT as an example): ping 192.168.3.1 -I br0.3 It works fine. When I try: ping 1.1.1.1 -I br0.3 It does not. Any ideas what's going on here? I notice in my docker settings that there is no gateway listed against the custom networks: Could that be something to do with it? I'd appreciate any help. I can't help but feel I'm close to where I need to be, but am missing something. Cheers, Pacman

Hmm, this appears to store it's databases in the docker image?! There are in /var/cache/netdata/dbengine Isn't that just going to grow and grow? I'm going to try mapping it to appdata somewhere. Edit: Hmm no, doesn't work: 2020-04-21 17:20:33: netdata INFO : MAIN : Data files not found, creating in path "/var/cache/netdata/dbengine". 2020-04-21 17:20:33: netdata INFO : MAIN : Creating new data and journal files in path /var/cache/netdata/dbengine 2020-04-21 17:20:33: netdata ERROR : MAIN : uv_fs_write: bad address in system call argument (errno 14, Bad address) 2020-04-21 17:20:33: netdata ERROR : MAIN : Failed to create data and journal files in path "/var/cache/netdata/dbengine".

Looked interesting, got it running without much issue after creating my own database on an existing MariaDB instance. Scared away by the destructive nature of the import, and doesn't seem like it supports RAW format. The search for a decent photo management docker continues...

Because the plugin creates a VM, but it is not shown in the VM user interface until the array is restarted, for whatever reason.

@JohnGAG Yeah, I've been trying to figure this out as well. Pretty essential for me, since want to use the VM to write direct to the array without using a network share. If you figure it out please shout!

Yeah, I think it must be the game. I tried passing through a SSD to eliminate the slower I/O and adding more cores and memory, etc, removing virtual memory etc. Using the enCore benchmark for it (which was a preview of the 1.0 graphics engine), I have around 17,000 native, and managed to get to around 11,000 in the VM. Playable, but not good enough. Shame, since love the idea of having multiple disks for different things that can share around between different VMs etc. Have ended the experiment for now. I may revisit unRAID when I rebuild my server. I think I'm resigned to not using it on my desktop though. WoT is what I generally play, so it's performance is key for me. Cheers

Interesting thread, so worthy of raising from the dead perhaps :P Just got my nVidia (980) passthrough working last night with an Intel CPU (970), and played a quick game of WoT. Performance was around a third of what I get natively, so now looking to see if I've done something wrong. Is NPT a thing for Intel builds too, or just Ryzen? Cheers