JustinAiken

For anyone wondering how: Do chmod 755 /usr/local/emhttp/plugins/ssh to fix it for your current session. Or add to `/boot/config/go` to make it fixed each time you start: # Fix ssh plugin icon: chmod 755 /usr/local/emhttp/plugins/ssh

Just tried this after using the commandline `diskmv` from the MUSDL plugin for awhile... looks really nice, but doesn't seem to work from me. Just about every move I try, stops immediately with a `exit status 23 : Partial transfer due to error` But if I drop to the command line, and manually paste in the rsync command, it goes through.. Actually, watching the output from the current `rsync` command I copy pasted in, I think that `.git` repos break it..

Updated to the new Docker 2.0 version with the 6.6.0 Crashplan - Required my email/pass to login - Worked smooth, continued on backing up - GUI is all new... and terrible. But that's Crashplan's fault, not Djoss's!

Troubling email today... https://support.code42.com/Release_Notes/CrashPlan_for_Small_Business_version_6.6

Updated to the new 1.20 container today without issue.

After working ever since day 1 of the Pro container, it started failing-to-connect-to-backup-engine consistently yesterday. Bumped up the max mem to `2048M`, now it works great again

Question... Can anyone think of a way to pause/resume the backup, and set a speed limit programmatically, instead of clicking about the GUI through VNC? It would be great to setup an Alfred workflow or iPhone widget to toggle that..

Except for CrashPlan, all my other appdatas were lower-case, and the PascalCase'd CrashPlan made my OCD twitch

Okay, was successfully able to migrate from the other container without adoption! cd /mnt/cache/appdata cp -r CrashPlan/ crashplan-pro chown -R nobody:users /mnt/user/appdata/crashplan-pro/ cd crashplan-pro/ mv id/ var/ rm -r cache rm -r bin rm -r log All docker template values are default, except for: - config -> /mnt/user/appdata/crashplan-pro - data -> /mnt/user (To match old container)

https://gist.github.com/JustinAiken/586dc6f5f8844420efdab6b6805b0810 That's the old one.. when I cloned it over, I renamed `id` to `var`. I also tried clearing out the cache/log dirs. Also, with the 99/100 user/group mask in your Docker, what perms should the appdata be? nobody/users + 777 like the unraid default `newperms`, or something else?

> Since you are using the gfjardim's container, re-using the appdata is more complicated, since its content and the way stuff is saved is not exactly the same. Okay, home->pro working perfect with gfjardim's. Now trying to switch to this alpiney-pro one, not having much luck. - Switched `/Storage` for `/data` to match my existing path to `/mnt/user` - Copied the old `/appdata/crashplan` to `appdata/crashplan-pro`, renamed the `id` dir there to `var` - No luck - it wants me to sign in (and sign-in fails) Any other files/settings that need to be remapped to reuse the old appdata?

Upgraded Home to Pro, this container picked up the change and carried on working perfectly. If I stop and start it, it'll be the old green version before it upgrades itself to the blue version, but that doesn't take long, and is near-transparent.

If I'm currently on Crashplan Home using gfjardim's container, and I want to upgrade to Pro... - Should I do the Home->Pro upgrade first, or switch containers first? - For switching containers, is it possible to reuse the appdata config, without going through the "adopt backup" ? - (Scared of doing something wrong with the "adoption", and having to start over uploading TB's...)

So I'm working on templating a dockerhub container to make it unRaid-friendly: https://github.com/JustinAiken/unraid-docker-templates/blob/master/bitcoinunlimited/bitcoinunlimited.xml - How's that looking so far - How do I get it added to CA so it shows up when someone searches "bitcoinunlimited" without having to go to the dockerhub option?

Great plugin! Just discovered, can finally remove my old google sheet! So far I haven't seen any problems, like those described above.. A few feature requests: The main page is very slow to load - feels like it's trying to load all available data from smart reports and stuff before it starts. Could it be AJAXED up, so that the page and static data is displayed instantly, then update in stuff like load cycle count that changes? Maybe an option for a newline after some elements? The data on the label is a bit hard to read; would be nice to pick which things get their own line Huge +1 to the colored heatmap idea!

I have a massive amount of "The following files exist within the same folder on more than one disk."'s... What's the best way to fix that? Do I need to just manually `stat` the files on both disks and manually delete the older/smaller one? Or is there an automated way to fix?

Is it possible to use a VPN for downloads with this Transmission/docker setup? Or would I need to switch to team Deluge for that?

Just kicked off a Preclear of a new 8TB Seagate archive using the beta plugin... Will report back when it's done!

- Running all the containers listed in my sig (except for Crashplan) - Get docker disc space warnings - Install cAdvisor, not much help - No prunable images lying around - No files at all in any running container's /tmp dir - No large files found other than the JDK: $ find /var/lib/docker/btrfs -type f -size +50000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }' /var/lib/docker/btrfs/subvolumes/2fc900c39351bb8332117d23522c747aad386dde51e5a84f0c732644a589dc40/usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjfxwebkit.so: 55M /var/lib/docker/btrfs/subvolumes/2fc900c39351bb8332117d23522c747aad386dde51e5a84f0c732644a589dc40/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar: 63M /var/lib/docker/btrfs/subvolumes/76d5ba319f723928c3c589f2ffb858ff9f83e927a4e97a2e98f5ca36e6ac99a9/usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjfxwebkit.so: 55M /var/lib/docker/btrfs/subvolumes/76d5ba319f723928c3c589f2ffb858ff9f83e927a4e97a2e98f5ca36e6ac99a9/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar: 63M /var/lib/docker/btrfs/subvolumes/88392dc0830b3019a7cc463efcc2e672b606ed78b8e634bfaafeef1117eeda28/usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjfxwebkit.so: 55M /var/lib/docker/btrfs/subvolumes/88392dc0830b3019a7cc463efcc2e672b606ed78b8e634bfaafeef1117eeda28/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar: 63M /var/lib/docker/btrfs/subvolumes/3dcabb14efd0ef17360f36536bd95ebb281a5756025a6eff5b8a92bc6f7c25f5-init/usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjfxwebkit.so: 55M /var/lib/docker/btrfs/subvolumes/3dcabb14efd0ef17360f36536bd95ebb281a5756025a6eff5b8a92bc6f7c25f5-init/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar: 63M /var/lib/docker/btrfs/subvolumes/3dcabb14efd0ef17360f36536bd95ebb281a5756025a6eff5b8a92bc6f7c25f5/usr/lib/jvm/java-8-oracle/jre/lib/amd64/libjfxwebkit.so: 55M /var/lib/docker/btrfs/subvolumes/3dcabb14efd0ef17360f36536bd95ebb281a5756025a6eff5b8a92bc6f7c25f5/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar: 63M - Stopped all dockers, scrubbed: scrub status for 68dfcede-36b4-42de-8f9c-50d73af3884a scrub started at Sun Jan 10 15:57:21 2016 and finished after 00:11:24 total bytes scrubbed: 15.56GiB with 0 errors

I have a little bash script I run on my Mac whenever I reset the unRaid, so that I can use the Crashplan GUI to connect to the dockerized crashplan (I don't use the desktop docker, just the core crashplan docker). It grabs the key from the .ui_info on the share passed through docker, and splices it into my local .ui_info: #! /bin/bash LOCAL_LOCATION=/Library/Application\ Support/CrashPlan/.ui_info REMOTE_LOCATION="/mnt/cache/apps/crashplan/id/.ui_info" REMOTE_HOST="tower" export ui_key=$(ssh $REMOTE_HOST cat $REMOTE_LOCATION | cut -d',' -f2) echo "Remote UI key = $ui_key" sed -i '' "s/,[-a-zA-Z0-9]*,/,$ui_key,/" "$LOCAL_LOCATION" echo "Now local .ui_info:" cat "$LOCAL_LOCATION" - Put contents of that in a file - Edit top variables to suit you - chmod +x the file - Move it somewhere in your path (like /usr/local/bin/)

Don't have an Areca card, but in case my output helps anyhow, here it is: https://gist.github.com/JustinAiken/0cd637e1c217a823c37c Thanks for the plug, it's made the last couple of drives I've precleared -so- much easier than remember the commands/flags for both screen and the preclear script itself.

Jumping in the midst of all this docker talk to interrupt with a more general question (figuring is the biggest group of unraid/Crashplan users out there) - is Crashplan w/ unRaid awesome or not? I'd really like to get my full NAS (Currently about about 30TB and growing) backed up, with these being my important things: - MUST be able to be sure I can get stuff back if needed... it would suck to upload 20TB, then have a massive local failure, then get an email saying "20TB is too many TB's, we cancelled your account..." - Client-side encryption - I'm sure the NSA has a few backdoors into Crashplan... I don't want them looking at my pictures! - Prioritized uploads - I want the full unRAID backed up, but of course I'd like family pictures uploaded before backups of blurays or other relatively common things - After everythings up, having stuff auto-uploaded as it's added would be nice Is crashplan going to fit the ^^ needs?

Running the script failed for me, I think because my router doesn't respond to pings: root@Tower:/boot# gateway=$(route -n | awk '/^0.0.0.0/ {print $2}') root@Tower:/boot# echo $gateway 192.168.1.2 ping -q -n -c 1 $gateway PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data. ... (20 seconds later) ... ^C --- 192.168.1.2 ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms But I commented out the lines in the .plg that do that check, and then the installer finished okay: Update successful - PLEASE REBOOT YOUR SERVER success file /tmp/unRAIDServer.sh: successfully wrote INLINE file contents /bin/bash /tmp/unRAIDServer.sh ... success plugin successfully installed Going to reboot now, crossing fingers... EDIT - Rest was smooth, loving 6!

You might as well keep the current state of the github available as a separate branch.. From the working directory of the current version: git checkout origin/master git checkout -b old_state git push origin old_state Then reset master by following that stack overflow comment.

Awesome! I probably won't contribute much here because PHP makes me itchy, but I love seeing it on a public github...