stealth82

My settings also don't stick

I should have read that post before... Anyway I did the adoption step and all is good now. Thanks for your repeated help

I did let gfjardim's container update to the PRO. Before turning the container off I checked it out and saw that it was upgraded (blue color and Pro written somewhere). After that I turned the container off and followed the readme in the first post of this thread. I changed the host but the problem remains. I guess I didn't read well since I now notice you were supporting transition from your own crashplan home container...

gfjardim's. <authority address="central.crashplan.com:443" hideAddress="false"/>

Previous installation

I used the WEBGUI and I have the same problem. I even dumbed the password down but it keeps on saying the info is incorrect. My account credentials work just fine with the official crashplan pro dashboard. What could the problem be?

Thank you!

It worked! Thanks!!! But does that mean that I will have to do that again in case of future docker update or its installation from scratch?

My transmission config has "script-torrent-done-enabled": true "script-torrent-done-filename": "/config/push.sh" The push script makes use of curl but it's been some time now that I noticed the binary isn't to be found in the docker... it used to be there before... If I type docker exec -ti transmission /config/push.sh It returns: /config/push.sh: line 55: curl: not found Was curl recently removed? Or has docker changed with more recent releases of unRAID?

I have a question but it's not strictly related to the docker itself? Hope it's not too off-topic... When Plex docker network is configured as Bridge Plex takes a docker network IP in a range that is obviously different from the hosting unRAID one - e.g. the home network is 192.168.1.* and Plex is under 172.17.0.*. Although mapping the Plex port exposes the server to the home network Plex Server keeps the internal IP as a reference. Now everything seems to be working OK until you want to verify how close your Plex server is: if I'm under the home network I would expect the server to be considered nearby - same local network (that's an info you see if you have an iOS app and check what server you're connected to). Unfortunately the server is labeled as remote and not nearby. This screws up with the way content is served - direct play, profiles, etc... Any suggestion on this? Has this problem been considered before?

Instead of going the xml modification route, can't append vfio string also be used - as it currently is for PCI pass-through devices - to automatically insert and show through the GUI the identified USB controller?

This made me think that it would be nicer to have a turbo writer option per share... Let's say that I would activate it in case I'm copying movies and TV shows, but not in other cases where the normal files size is relatively small. Maybe it doesn't make sense. Maybe it would make more sense if unRAID could determine the file size that is being copied beforehand and decide, above a certain size limit, to trigger the turbo write mode.

I'm just using cd and I guess it's the same thing through programs like WinSCP. I have 8GB of RAM and unRAID tells me only 20% is used. What I can do is to spin down the disk after it was spun up. I browse the folder again, launch a ls command and this time the disk doesn't spin up.

ssh

I've not read the whole thread, sorry, but the use of this plugin seems pretty straightforward to me. Either I'm misinterpreting its use or something is wrong. This is the configuration: Dec 28 21:20:05 Tower cache_dirs: ============================================== Dec 28 21:20:05 Tower cache_dirs: Starting cache_dirs: Dec 28 21:20:05 Tower cache_dirs: Arguments=-d 10 -e docker -e music -e torrents -e vm Dec 28 21:20:05 Tower cache_dirs: Cache Pressure=10 Dec 28 21:20:05 Tower cache_dirs: Max Scan Secs=10, Min Scan Secs=1 Dec 28 21:20:05 Tower cache_dirs: Max Scan Depth=10 Dec 28 21:20:05 Tower cache_dirs: Use Command='find -noleaf' Dec 28 21:20:05 Tower cache_dirs: Version=2.1.0 Dec 28 21:20:05 Tower cache_dirs: ---------- Caching Directories --------------- Dec 28 21:20:05 Tower cache_dirs: downloads Dec 28 21:20:05 Tower cache_dirs: home Dec 28 21:20:05 Tower cache_dirs: movies Dec 28 21:20:05 Tower cache_dirs: photos Dec 28 21:20:05 Tower cache_dirs: software Dec 28 21:20:05 Tower cache_dirs: tvshows Dec 28 21:20:05 Tower cache_dirs: videos Dec 28 21:20:05 Tower cache_dirs: ---------------------------------------------- Dec 28 21:20:05 Tower cache_dirs: cache_dirs process ID 12016 started and the process root 12016 1 0 Dec28 ? 00:06:39 /bin/bash /usr/local/emhttp/plugins/dynamix.cache.dirs/scripts/cache_dirs -d 10 -e docker -e music -e torrents -e vm This should cover a simple share browsing down to the following depth without spinning up a disk, right? /mnt/user/movies/1991/Fried Green Tomatoes (1991) But the disk having that folder is spinning up anyway. Where's my mistake?