1045666 reacted to Electronics Wizardy in File Server > Cloud Storage Accessible by Customers
How about nextcloud. Basically dropbox/google drive but self hosted. Nice web browser with desktop clients.
1045666 got a reaction from the gamer that is bad in File Server > Cloud Storage Accessible by Customers
Once I have a file server built and operating on TrueNAS, is it possible to essentially create something like DropBox?
I don't mean accessing my file server from an IP sensitive URL for private use at home, but creating links to files on the server that can be shared with customers instead of using services like DropBox, Google Drive, etc. It would be great to also create a shared folder that customers can upload work files to, so we have everything organized in once space. I'd prefer it not have more steps to accessing the file or folder than simply using Dropbox, like complicated logins and typing IP addresses, or having long setup processes for customers. Something as efficient and seamless as the professional cloud services everyone is using.
Is this possible?
On a separate note.. could I host my business's website on my server to skip the annual fees of hosting on, for example, wordpress?
1045666 reacted to SkilledRebuilds in i9 7920x Missing Cores in Task Manager/CPU-Z
Even with MSCONFIG / Processors Unchecked, Do it anyway......enable (Max the Listing), reboot, disable the Checkbox again, reboot.
Computers are still weird like that.
It's cured issues for me in the past still doing it this way when I figured, no way this would just work...
Hope it sorts itself out quick smart doing this trick.
I also chuckled when I saw CPU-FLEX on your Motherboard page.
1045666 reacted to AbydosOne in Looking for input on a 40GB NAS build.
Gigabit vs GigaByte. HDDs are measured in Bytes; networks are in bits. 1Gbps is approx 125MBps. 1GBps requires 10Gbps networking.
That 261MBps is very optimistic. HDDs get slower the fuller they are (assuming they fill from the beginning). The outside of the disk is faster than the inside, and drives fill platters from outside to inside. By the time the disk is full, you'll probably be getting half of that.
Also, it doesn't scale perfectly with more drives (because the CPU in the NAS still has to reorder the data to be sent, as well as check hashes). IMO, 10G networking will be plenty unless you have several heavy users.
Not so much like that, but you can keep snapshots in ZFS that keep files for a set period of time before it's truly removed. For local disks, you'd have to have the disk backed up to the NAS periodically (or else, tell Windows to do snapshots, which I think you can do).
RAID is not a backup. That said, you can have two RAIDZ2 arrays and periodically copy changes from one to the other.
Look into figuring out an offsite backup if you're concerned about data redundancy (if your house burns down, it's all gone no matter how many copies you keep there).
It's semi-commerical. iX Systems provides consultation and does some hardware, but their base OS (FreeNAS/TrueNAS) is free to use.
Don't. Cache isn't useful for your workload, and FreeNAS doesn't take more than 16GB.
1045666 reacted to Electronics Wizardy in Looking for input on a 40GB NAS build.
Not on custom hardware. They have supported version, but your probably looking at spending much more. Really up to cost vs support, and if you want to be on the line if somethinge go wrong. For a backup a diy solution is probably fine though.
Im gonn guess you won't get much over 500-1000mB/s due to other limits before the hdds become the limit. What protocol are you using?
Id use fewer drives, as I think you will hit other limits before drive io here. Like cpu limits.
Well there are raid calculators that are better, and it depends a lot on workload, but id probably half those numbers for more real life speeds.
Also that 261mB/s is peak, expect like 100-150 real world when it starts to fill and you have fragmentation and backupground io.
Id stick with 10gbe, as you probalby won't fill it up anyways, and anything more than 10gbe is normally much more expensive.
NOt really, but if you want more backups id backup to the cloud, or tape or simmilar as anouther copy
Kinda, Id just use something like veeam to manage backups, and run a backup every hour or so, so you can view all the previous versions.
1045666 reacted to Dutch_Master in Looking for input on a 40GB NAS build.
I respectfully disagree here. The OP has a 500GB dataset and you'd want to get that out of volatile memory (RAM) ASAP. A HDD may offer 120 MB/s, but only on a single drive. Remember, these drives are in a RAID/ZFS pool, so the OS has to compute parity for every bit transmitted on the fly. That takes time, the infamous RAID6/RAIDZ performance penalty. So, by storing the entire dataset in a (fast) cache, the data itself is no longer at risk (while on the NVMe drive) and the OS can transfer the data more efficiently to the array as it no longer needs to do multiple things with the same data at the same time. Which adds its own risks. (i.e. data corruption. Low risk, but still a risk)
I couldn't find that limit, but perhaps I looked in the wrong place. Pointer pls?
1045666 reacted to AbydosOne in Looking for input on a 40GB NAS build.
With FreeNAS/ZFS, the L2ARC gets built as data is accessed, and it doesn't persist through reboots (which is something I don't think everyone realizes, it's essentially an extension to the RAM cache), so the cache will almost never be filled. It's only truly useful if you're accessing the same data, that is larger than can be reasonably stored in RAM, constantly.
By the time you have ~2TB of L2ARC data, why not just build an NVMe array so you don't have to deal with uncertainty of the cache MRU/MCU algorithms?
I can't say for certain, but I'll bet dollars to donuts that ZFS still checks block integrity even when pulling data from L2ARC devices (seeing as integrity is ZFS' thing), so it's still computing checksums (not parity) on the fly. If parities were that much of a bottleneck, the i3 in my server would be on its knees any time I did a file transfer (SMB uses substantially more CPU than ZFS does). Parity is an extremely simple calculation, limited on reasonable CPUs by parity disk speed.
At risk of what?
L2ARC is not a redundancy level. It's not going to keep your data any safer. If anything, it's a single point of (potential) corruption, without parity, so if ZFS finds a checksum error, it will dump the cache data and go back to the disk.
The installed size of FreeNAS is less than 16GB (source: using a 16GB SSD for my boot drive).
Now that I think about it, I'm actually not even certain FreeNAS will let you partition the boot drive to have cache on the same device (I think it requires a whole bare device, not a partition).
1045666 got a reaction from the gamer that is bad in Looking for input on a 40GB NAS build.
I'm thinking of building a Raid 6 NAS around Mellanox 40gb QSFP NICs and wanted to know if my configuration is possible, and learn about what things I might not be considering. I'll only be using it for my file transfer, storage, and back up, and would like to use CrashPlan for extra security. No virtual machines, media streaming, or video editing. Just back up and file transfer for my business, which is 1 user.
This is the hardware I'm considering:
Motherboard - Gigabyte C246 WU4
CPU - Intel Xeon E-2124
PSU - Corsair HX750
Networking - Mellanox ConnectX-3 40GB Dual Port, connected to two PCs
HDD - IronWolf NAS Pro 10TB or Exos (up to 16)
Case - Fractal Define XL 7
It's important to maximize read/write speeds but I'm also trying to do it on a budget, which is flexible. Can anyone recommend an OS I should be using? Will HDDs in Raid 6 actually make use of the 40GB speed when transferring 500GB folders? I'll add ram based on the OS requirements.