JonathanM

Probably an issue with your docker paths, both host and app paths must agree between your downloader and the app sending the request. Specifically, the from path of the renamer in CP should be a full valid destination inside your downloader app. http://lime-technology.com/forum/index.php?topic=56593.0 See if this helps.

Are you sure about that? I thought they reverted to manual weekly builds. Still better than LT which doesn't have a defined update schedule.

Depends. Different allocation sizes, different reserved space, different filesystem Most likely what you are seeing is perfectly normal. A different mix of file sizes will yield a different result.

You don't access it from that address, you set your applications' http proxy to that address, then browse as normal. To test that it's working properly, visit one of the sites that checks your public IP, with and without the proxy enabled. You should get two different IP's, one that actually is your WAN IP, one that is on your VPN WAN IP.

That's just it, there is no code that turns anything off, it just doesn't start the app unless the VPN has started properly.

If you can think of a better way to manage it that doesn't involve massive rewrites and upkeep, I'm sure binhex would love to hear.

Nope, better off on your router as then if your Unraid OpenVPN goes down you would still be able to log in. On the flip side, most home routers don't have nearly enough CPU to provide full bandwidth VPN throughput. So, if you are using the VPN to manage machines, then router is best, if you are trying to stream content or share files over the VPN, server based is better. For most people, router is best, as streaming is handled by plex or emby over https.

Disable the VPN in the docker settings and try again. If it works, it means the VPN is not successfully connecting. It's designed that way to keep you from thinking you have a working VPN connection when you really don't.

I think it's time for a new read only sticky post with the agreed upon best practice for migrating off of ReiserFS. This thread should be referenced from that post and kept alive as ongoing support for people migrating, but I think a succinct summary is needed as a sticky instead of this thread.

Not sure what you mean. htaccess is going to use its own user and password list, not related to emby in any way. Have you set up your htaccess password file? http://tools.dynamicdrive.com/password/

Check for a sticky bit? A bit stuck at 0 would pass the current preclear, but fail a write / verify 1's pass. If you really want to get thorough, you could do a 1's pass, Hex AA pass, Hex 55 pass, then finish with a 0's pass. That would force any marginal sectors to definitely either pass or puke. Plus, it would almost satisfy DOD erasure standards.

What you wish to accomplish with that? Check for a sticky bit? A bit stuck at 0 would pass the current preclear, but fail a write / verify 1's pass.

Not possible that changing filesystems would affect parity check speed since parity has no concept of filesystems, just bits. Taken as an isolated system, very true. However... if there are writes to the array during the parity check, then parity check speed is a product of the ideal maximum for the hardware plus overhead for any reads or writes that occurred during the check. trurl's point stands, file system doesn't effect parity check speed. File system type very definitely can effect read and write speed to the array. Given that very few people shut down all file activity during a parity check, I can see where there could be an observed difference, but it's only due to file access, not the actual parity check.

Nope. Can't be done. Unraid isn't moving towards the ultra low power market, it's moving to the everything in a box Gaming VM docker NAS manager market. It only runs on x86_64, no support for ARM.

Change the /downloads mapping to match, both /mnt/user/Downloads/. Specify the complete folder in the CP GUI Renamer settings as /downloads/complete/

Really? https://onvinetech.wordpress.com/2016/01/26/49/ http://www.linuxtechi.com/install-putty-in-ubuntu/

Since I don't use mac I'm not sure if I'm barking up the wrong tree, but possibly you might have better results using putty as the ssh client instead of the native mac app? Does mc work predictably if you use it at the local console instead of from one of your workstations?

The yes and no refer to new data sent to the share. A new file written to a share set to cache yes will initially be written to the cache drive and moved on schedule. A new file written to a share set to cache no will be written directly to the array, not to the cache.

It's not that OSX isn't supported on unraid, but the only legal way to run it is on Apple hardware. So, as long as you are running unraid on a Mac, you are fine. Limetech has decided not to put effort into supporting the minuscule market share of people who are interested in running unraid on a Mac, but if you are, there is nothing in unraid preventing you from setting up an OSX VM on said unraid Mac. Running OSX on any OTHER hardware besides Apple branded equipment is clearly against the OSX license agreement.

http://lime-technology.com/forum/index.php?topic=45811.msg437674#msg437674 Scroll down to the DelugeVPN Docker FAQ and read about the "auth" file in the couchpotato section.

What you are trying to do is not recommended at all. If windows takes a notion to change any bits on the unraid drive for any reason, you will lose the ability to accurately reconstruct a failed drive in the unraid array until you successfully complete a correcting parity check. Unraid expects to be the only boot OS on the machine. Any other configuration is unsupported.

Yes, it is. How would I go about finding how much space is actually left? http://carfax.org.uk/btrfs-usage/ That will give you the theoretical maximum usable space for a given set of disks. Choose RAID-1 as the preset raid level. btrfs fi show /mnt/cache to see what's on each member.

If you are talking about the osk, then yes.

What format is your cache drive? If it's a BTRFS pool with multiple devices, the free space reported may be wrong.

It's a valid path in unraid, but not INSIDE the docker. Dockers map folders according to the parameters passed to them. So, if you passed "/mnt/user/Movies/HD Movies" to the docker as your /data location, you would select /data as the path in SAB, and it would save in "/mnt/user/Movies/HD Movies" in unraid. I advise reading Binhex's (and the general unraid) FAQ on dockers before you get in too deep.