kenshinx34

Second try is a charm. I tore it all down, removed all the configs. Rebuilt it from scratch and it works great. Thanks!

Could you explain the click on icon method for adding ram? I feel really dumb. I would just ssh in and update the /bin/run.conf

I gave mine 4gb of ram and nothing I still get the same error as I did before.

Here's a screenshot for reference. I'm currently running updated unraid with the most current docker build of crashplan.

I also have the same issue with Crashplan becoming disconnected after 1 minute or so. It just started since this last update. Any ideas?

If I really don't want to add a cache, is it necessary? or am I fine just doing it to the normal array and just lose the speed and performance gains?

I'm going to ask a dumb question that I couldn't find the answer to anywhere, but I'm sure exists. Feel feel to just point me to a link. Why should we put the docker setup on the cache drive? Is it a performance reason (faster speeds)? Is it so we aren't constantly spinning up and down multiple drives in the array? Is it so we don't constantly write data to the disk & parity? Is there any harm in putting in on the array? If we do use a cache drive what's the risk of the cache dying with the docker/crashplan data on it? Do you automatically have the cache set to backup to your array at night? Again, I apologize if this has been asked before. I just would like to understand a bit better the proper use of the cache drive before I sacrifice a sata port for cache disk. -Eric

I just installed the Crashplan & Crashplan Desktop docker images and am having an issue with a "Bus error" *** Running /etc/my_init.d/config.sh... Current default time zone: 'America/Los_Angeles' Local time is now: Sat Jan 2 18:10:29 PST 2016. Universal Time is now: Sun Jan 3 02:10:29 UTC 2016. cp: cannot stat ‘/root/wallpapers/*’: No such file or directory /etc/my_init.d/config.sh: line 17: 30 [b]Bus error[/b] /usr/bin/supervisord -c /opt/supervisord.conf Now here's the strange part. I spent the last week troubleshooting a docker/owncloud problem where a "Bus error" was an issue while trying to run an update within docker/owncloud. I would say this was just my problem as it seems no one else has stumble across it from the lack of Google answers. However these are on two completely separate unraid builds that are both experiencing "Bus errors". Here's my Unraid version and build information: Version: 6.0.1 Model: N/A M/B: ASUSTeK Computer INC. - M4A88T-M CPU: AMD Athlon(tm) II X3 450 @ 3200 HVM: Disabled IOMMU: Disabled Cache: 384 kB, 1536 kB Memory: 6144 MB (max. installable capacity 16 GB) Network: eth0: 1000Mb/s - Full Duplex Kernel: Linux 4.0.4-unRAID x86_64 OpenSSL: 1.0.1o Uptime:29 days Also after checking my main unraid log I would get the following line repeating while the docker containers were running Jan 2 18:18:12 Server kernel: BTRFS warning (device loop0): csum failed ino 19263 off 10285056 csum 3357241515 expected csum 2995147020 With some Googling here's what I've found so far although I'm not sure how to use it: https://lime-technology.com/forum/index.php?topic=40960.30 Any help would be great!