Tom3

I use Acronis for backing up various machines to Unraid. No share is mounted on Windows. In UNRAID, a new share is setup as: Public, Export=Yes, Use Cache pool = No My backup speed is not limited by the UNRAID hard drive but by Acronis, so for me there is no value in using the cache for this. In Acronis, create a new backup, and select Backup Destination. That will be Network --> name of your Unraid server (perhaps TOWER) --> Name of the public shared folder above. Acronis should (sometimes quite slowly) populate the path as you select each folder down to that new share. After the backup completes, you probably want to limit access to that newly created backup file. In the UINRAID command prompt: $ CD to the new backup file's containing directory $ chmod 444 the_backup_file_you_just_created $ chown root:root the_backup_file_you_just_created That will make the backup file read-only, and only the root login in UNRAID an change that. Acronis creates a new file for each differential backup. I prefer NOT to use incremental backup. The difference is that differential writes the backup between now and when the original full backup was done. To restore you only need the full and the last differential file to be good. Each differential file is larger as a result. Incremental writes since the last incremental backup. That means to restore you have to go back to the full, then replay all incremental backups. If one of those is damaged your restore stops at that point. But the incremental file is smaller as a result. -- Tom

You might find this Docker folder organizer to be helpful, from Ibracorp. https://docs.ibracorp.io/docker-folders/ -- Tom

There are certain ASCII characters in the filename that don't work with Rsync on Linux, rsync fails to copy the file as a result. My recollection is the vertical pipe character | is one of them, colon is another, perhaps some related to Linux file redirection such as greater-than, less-than might be others. Some of these are OK in Windows. -- Tom

Playing with several Ubuntu VM's - found that logging out the local user (while leaving the VM up and services running) cuts down the write rate dramatically. -- Tom

The storage management section of the manual details how to handle cache replacement. Recommended reading. https://wiki.unraid.net/Manual/Storage_Management#Why_use_a_Pool.3F -- Tom

Hi Orlando - it looks like the Mellanox MCX311A-XCAT has been reported by others to work correctly in Unraid (based on google search): Unraid Forum Post Reddit Post I'm puzzled why ethtool on both systems reports the interface (if) as link down. -- Tom

Hi Orlando - interesting. ethtool reports 10000baseKR (which is the single lane backplane electrical interface version of 10GbE). The coding on that is the same as 10GBaseSR, so it's likely just an unusual way to report the interface. You don't report which driver the 10G interface is using. (ethtool -i devname) Not all NIC cards are supported in Linux, you need to check to see if the driver and card you are using is supported by UNRAID. With optical interfaces there are some compatibility issues that need to be taken account of: 1. Both ends need to be compatible (same wavelength, same fiber type, correct fiber type). If you are using 10GBaseSR (short reach) multimode fiber (MMF) then the fiber needs to be the right type. 10GBaseSR is not too stressful on the fiber characteristics, I think up to about 500m is normally OK. The two optical modules need to be compatible. 2. That interface can support FEC (forward error correction). FEC needs to be set the same (On / Off) at both ends. Depending on the software, it may need to be manually configured. Your card may or may not support FEC - ethtool is showing 'Not reported'. Perhaps you may need to set if to Off at both ends. 3. Fiber connector cleanliness is critical. Dirty connectors are far and away the most common problem with fiber and can cause all kinds of strange symptoms. Both the fiber end-face and the barrels need to be clean and unscratched.. 4. ethtool message on eth2 reports that the interface is down, but ip show reports it up. -- Tom

One place to start is using 'ethtool' from the UNRAID cli. It will tell you about negotiated speed, duplex, other parameters. This may tell you if something is misconfigured. # ip link show will list all the interfaces on your system (devname is usually eth0 eth1, eth2, etc.) # ethtool devname will list the parameters for that specific interface #ethtool -i devname will tell you what driver it's using # ethtool -h will give you brief help. Suggest reading up on ethtool online. https://linuxhint.com/ethtool_commands_examples/ -- Tom

It probably depends on what you want to do with your system. A critical element being whether you want to host dockers or VMs. In my system I have 4 x HD and 1 x NVME SSD. Initially all the docker containers and VMs were on SSD. However one of the VM's (an Ubuntu server instance) was totally clobbering the SSD with about 2 GB/s write rate. After one week it had consumed about 10% of the SSD rated lifetime. There was a lengthy thread about Docker containers having write amplification problems, and eventually a fix seemed to come about. But my server VM did not appear to benefit. So I moved all the always-on VMs over to Hard Drive. The write rate there is *****WAY***** lower than to SSD for some reason. -- Tom

I'm not an expert in reading diagnoistics, but it appears that your system has the br0 and br1 NIC interfaces bonded together into a Link Aggregation Group (LAG). Does the thing they connect to (Ethernet switch?) support LAG and has that switch been configured for LAG? You might want to try looking at your settings, and if bonded, eliminating the LAG bonding, then connect just one of the interfaces to the Ethernet switch. The <your-servers-ip> /Dashboard/Settings/NetworkSettings page is where you can re-configure the network settings. -- Tom

The retr column shows the number of retransmitted TCP packets. The first row in your transfer shows 56 retries, which is so high as to appear essentially non-functional. So the question: what is the cause ? Some things to check: 1. Ethernet cables. 2. Any intervening Ethernet switch. 3. Do you have two things assigning DHCP addresses on the same LAN segment? 4. Bad NIC card or connector. After that it gets more difficult to troubleshoot: 5. Wrong driver for the Ethernet NIC.? 6. Out of memory condition preventing TCP from acquiring buffer space? -- Tom

It's difficult to see what market this is targeted at. Large companies probably would use some sort of tape mechanism that can robotically insert, remove and change tapes. Rolling backups come to mind. For hobbyist and home use the price is too high compared to just buying some 10+ Tb disk drives. The 100 year lifetime also means that the drive and writing system would need to be around in 100 years. So does that really means that the probability of failure to read is lowered in the 1-10 year timeframe ? Perhaps the commercial photography and video market might be the target. Hence BH Photo selling it. -- Tom

Too bad that the ODS-380U drive it goes into costs $8995.00 https://www.bhphotovideo.com/c/product/1549175-REG/sony_odsd380u_optical_disc_archive_gen3.html

I was only able to access the tunnel endpoint (the UNRAID server) at 10.253.x.x when using the "Remote Tunneled Access" mode. That showed allowed IP as 0.0.0.0/0 Nothing else seemed reachable. Changing to "Remote Access to LAN" mode I was able to access the server and the local LAN, but not the internet attached to the local LAN. -- Tom

Having a simple way to persist the public key would be nice for SSH. If a similar method can also be used for root login, even better.

Hi On the MAIN page of UNRAID, under Array Devices, where the disks are listed... 1. The dot in front of each disk device spins that one disk up or down (toggling the state). Hover your mouse over the dot to see... 2. There are up and down arrows just below the list of devices (on the line Array of {number} devices) to spin down or spin up all devices. -- Tom

For me this turned out to be dependent on the exact browser type and version. It failed in Microsoft Edge (latest version at the time attempted a month ago). Worked OK in Chrome, failed in a previous version of Firefox, but the latest version of Firefox 84.0.2 seems to work OK. -- Tom

Using a Xeon D-1541 (8 core / 16 thread) 2.1 GHz, motherboard is Supermicro X10SDV-TLN4F. Idle power runs between 21 and 25 watts. 32G ECC RAM, NVMe Cache.

Dynamix System Temp - update seems to have display issue. Previous Dynamix System Temp worked fine, displayed correct values. Updated to 2020.03.31 and now the motherboard temperature displays as infinty symbol (wow, that's really hot). The Processor temperature still displays correctly. Unraid 6.8.3 Attached is a screen clipping of just the bottom right part of the display. -- Tom

There's an updated version of libffi include in Nerdpack. Many thanks, that fixes the problem ! How does one mark this as SOLVED ? -- Tom

Hopefully this is the correct place to put this issue (per @Squid recommendation). -- Tom

Had the exact same problem. Removing Libvirt.img and recreating did not solve. Downgrading to 6.7.2 resolved. Reported separately: