tdallen

Members
  • Content count

    1979
  • Joined

  • Last visited

  • Days Won

    2

tdallen last won the day on September 20 2017

tdallen had the most liked content!

Community Reputation

101 Very Good

About tdallen

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed
  1. New build - go with unRAID?

    You're describing the "new standard" use case for unRAID with VMs, lots of people are doing exactly that. As @jebusfreek666 mentions, though, picking the right motherboard, CPU, and graphics options is important to running unRAID with hardware pass-through to a VM. You also need to be prepared to do some tinkering to get it all to work.
  2. Shares, discs and just general confusion!

    Hmm. What are you thinking privoxy is doing for you?
  3. Shares, discs and just general confusion!

    Because not everyone runs both of them. Mostly to give piggy back rides to other apps that don't have built in VPN but do have proxy capabilities. Yeah, sorry - that's not primarily what it's doing. It has very little to do with "protecting" sab or deluge. VPN does that. Privoxy is a non-caching web proxy, and in this case it's there to help other applications take advantage of the VPN that's built into the container. You can use privoxy without a VPN as well, and it does some nice filtering - but the primary value in this situation is to provide VPN piggy back rides. Entirely up to you, but all you need to do is turn privoxy off within Deluge to get things up and running. I'd suggest leaving privoxy enabled in Sab since you will probably run Sab all the time, and turn it off in Deluge which you may only run once in a while.
  4. Shares, discs and just general confusion!

    Yes, definitely. There is no point or need to enable privoxy in both. Privoxy lets non-VPN enabled applications "piggy-back" on a Docker with a VPN connection. There's no need to enable two Dockers to give VPN piggy back rides, and you're hitting port conflicts as you try to do it. One instance should be able to handle any browsers or fetchers you need. However, those applications need to allow a proxy setting. I don't know why? You've almost got this working. Just turn off privoxy in Deluge and leave it running in Sab (or vice versa). Then anyone who needs a secure proxy just asks for tower:8118.
  5. On the fence with getting unRAID

    Hello and welcome. unRAID would make it easier to stream music and videos, Plex is a popular solution. You can RDP into a VM. I don't think you're understanding unRAID's redundancy capabilities yet, though. unRAID isn't a traditional RAID implementation and it's not a hypervisor with various RAID strategies for OS images. It's an OS with its legacy as a NAS and recent evolution into a virtualization platform for Dockers and VMs. An unRAID server contains one (1) storage array. It can be protected by up to two parity drives. It is well suited to media storage. unRAID also implements a cache drive. This is the defacto application drive for Dockers and VMs. The cache "drive" can also be a pool of devices using BTRFS RAID/redundancy capabilities. Finally, unRAID allows the mounting of additional devices via the Unassigned Devices plugin (and many people use this to mount SSDs for a VM) but there is no redundancy provided within this capability. Wiki Reference: http://lime-technology.com/wiki/UnRAID_6/Overview#Network_Attached_Storage
  6. Build to replace my HP N40L (Ā£500 Budget Build)

    An E3 Xeon is, for all intents and purposes, a Core i7 with support for ECC. There are other differences - clock speed, max turbo boost, etc. But in the final analysis it's still very similar to an i7. @nortsIn your case I'd just build with the i7, there's no advantage putting a Xeon on that board. While older, it should make a good starter platform for unRAID.
  7. Drive choices and hardware choices

    You can certainly mix and match drives in an unRAID array. Keep in mind, though, that in the event of a disk failure unRAID needs the parity drive *and all the other drives in the array* to reconstruct the failed drive. In other words, don't put failing disks or disks you don't have confidence in into the parity protected array. The 4 and 5TB drives you have should be more than fast enough to server HD content.
  8. Cache disk filling up every night

    Well, you've actually got several more shares using cache - starting with L, W and X. That said, you have two SSDs, 128GB and 256GB. I am guessing you have them configured for BTRFS RAID-0, spanning with no redundancy? The devices look like they should have sufficient space but there's clearly an issue because the cache drive is reporting full and mover is unable to pull the Cache Prefer files back from the array. I'm thinking maybe something is up with BTRFS and hoping @johnnie.black will check in.
  9. What Router are you Running?

    My experience so far with the USG is that it is an out of the box solution that will pretty much "just work" with minimal setup. It's not cheap, though, and really only makes sense if you plan to run several pieces of Unifi equipment. I'd go with their EdgeRouter if you just want a router, but I'm very happy so far with my USG/Switch-16/3-AP setup.
  10. For Windows/SMB to unRAID I don't think I've ever hit a speed limit related to network protocols on a 1Gb network, though it's hard to say. I can hit full line speed with large files and Turbo Write directly to the parity protected array. Even with small files and no Turbo Write I don't usually drop all the way down to 50MB/s, again going directly to the array. Going to an SSD cache drive should be quite fast so I understand the OP's concern with 50-80MB/s from his Mac clients. Odd, but I traded in my Macs long ago so I don't have recent experience...
  11. So long as you are writing to the SSD and not that old, slow HD then it seems like you've isolated the issue to Mac/OSX SMB and AFP. Unfortunately I can't help you there, but you might want to change your post title to reflect the Mac focus of your issue - there are folks here with Mac/unRAID experience.
  12. Hi - what is the configuration of the disks in your array?
  13. The system you propose should run unRAID quite well, but personally I'd go with a newer system as well.
  14. You're receiving lots of good advice regarding both wired and wireless options, and I don't want to be redundant. But I'll mention this - you may have a wifi signal throughout your house but it doesn't sound like you have a *good* wifi signal throughout your house. If you want to go further, wifi is more than capable of supporting 1080p video with better results than you are getting. Mind you, ethernet is always better. The results with Ethernet over powerline or MOCA are mixed - they can be lots better than wifi, but not always - it depends on the wiring infrastructure in your home. But it sounds like your current wifi results are poor, and they can probably be improved. If you want to build a good wifi network it can help to run a little bit of wire, though.
  15. I'm also running Unifi in a 3 story house. I'm running 3 APs and it's almost overkill, I could have arranged adequate coverage with 2. It's important to do a site survey and figure out where to put your APs, though. I have sufficient cable in the walls that my APs are hard-wired, which is nice.

Copyright © 2005-2017 Lime Technology, Inc. unRAIDĀ® is a registered trademark of Lime Technology, Inc.