Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

2 Neutral

About guygg

  • Rank
    Advanced Member


  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Not sure what forum would be right for this, but thought I'd see if there were any of the docker repository geniuses around here that had taken a look at Bitwarden, which is an open source alternative to the likes of Lastpass, Dashlane and such. It has a self-hosting option via DockerHub. I messed a bit with trying to manually add it via CA's mechanism for adding an app via DockerHub, but being the first time I'd tried to do that, I was clearly in over my head. Maybe somebody who knows what the heck they're doing with Docker templates and unRAID that might be interested in something like Bitwarden might give it a look-see? https://bitwarden.com/
  2. Deleting config/plugins/dynamix.plg and restarting did the trick for me. And now disabling auto-updating of plug-ins...
  3. Working well for me. Thanks for the update and the work on the container.
  4. I figured this was too off topic to ask anywhere other than the lounge. I'd not gotten into Docker use until a couple weeks ago with the unRAID 6 final launch. I'm absolutely loving how Docker works inside of unRAID (and all the other v6 unRAID improvements), and wanted to setup another server or two for Docker use completely outside of unRAID (in another location, and have no real use for the storage side of unRAID). I'm quickly realizing that it's a big ol' Docker world out there with tools for managing huge farms of servers, containers and multi-containers. I've been struggling to find something as clean and simple for managing containers as the Dynamix UI is in unRAID. Is there any good (preferably open source) web-based management UI's for managing a small number of containers (a dozen or so, on one or two servers) that is simple and user friendly, such as unRAID's implementation is? I've got an Ubuntu 14.04 box with the Docker engine successfully running on it, and just looking for a good web UI. Figured that with all the folks here that have been messing with the Docker components throughout all the v6 betas, there might be a couple of you out there that are well versed in the platform and tools. Thanks
  5. Gizmotoy how do you go back to history? I have two tower destinations which are marked as "offline" in the restore tab in the new crashplan container. I have had to start backups all over in the past.I do not want to do it a third time.I can see my backup destination files on the tower. What config is crashplan looking for? If I restore my old v5.5 unraid flash on a vm,can I restore my crashplan plugin config?What should the path be? It sounds like you started a new device previously rather than using the "adopt" option. If you adopt, it should not create another device. If the paths to the data being backed up hasn't changed, it should just go through a process where it compares block information and looks like it's backing up stuff again but is really just flying through all the comparisons at an extremely higher rate. As such, all the previous version stuff would be retained and things would continue on. IF the paths to the data being backed up is different, the one key thing to note is that you want to leave the previous paths (that will be noted as "Missing" in the backup area of the UI) if you wish to retain the old versions of stuff. So, you would have the old path marked as missing and the new path that shows the active amount of stuff being backed up. It'll still do the block-level comparing and only re-upload all the changes, so it won't be re-backing up everything again. Incidentally, the proper time to do the adopt step is when you first sign into the app after re-install. At the top, it should have an option to click to adopt a previous computer backup. Just pick the previous instance and you're good.
  6. Yeah, I stopped using the RDP client, as the version conflict was causing very undesirable issues. Since the engine had auto-updated to 4.2, I continued using the also-4.2 application on my Windows machine to connect to the Docker-based engine just as I had done back when running Crashplan headless in the v5-and-earlier days. Crashplan apparently does NOT play well with version mismatches between engine and application. It would be mighty nice if the devs at Code 42 would have some version intelligence between the two components so that in instances where they are NOT in sync, it wouldn't just go ahead and happily do things that break everything... So, what's the upshot of the Docker modules at this point? Are both the engine and application now up to 4.2? Will both of them forcibly prevent in-app updates? Or are we gonna get hit by the same problem again? Not trying to sound like a complainer. I know this kinda thing is tough on people trying to get these nifty new Docker modules operational. A bit of a teething period to go through.
  7. Well, supposed to or not, my CrashPlan engine Docker managed to get itself up to 4.2 somehow... DateTime = Thu Jun 18 17:16:34 CDT 2015 OS = Linux (4.0.4-unRAID, amd64) JVM = Java SE Runtime Environment (1.7.0_72-b14, 64-bit) Locale = English, America/Chicago User = root, /root Application = CrashPlan CPVERSION = 4.2.0 - 1425276000420 (2015-03-02T06:00:00:420+0000) - Build: 61
  8. Any resolution to this. I just upgraded from unRAID v5 to a clean unRAID v6. I had CrashPlan running headless on it previously (using the SSH tunnel from a Windows machine to manage). I installed the Crashplan service and GUI Dockers. I went in and adopted my machine and let it start comparing and resynching and ran into the same Cryptography errors making it start to re-upload everything again (not even sure if it's successfully even doing that). CrashPlan support told me to check for a version mismatch between the service and GUI, which is the most common cause for that. Sure enough, the GUI is on 3.7 and the services is on 4.2. Competely screws up the functionality, and I didn't change or update anything other than install the two Docker modules. Being a bit new to the whole Docker approach, how in the world does the updating of the CrashPlan engine and GUI apps work in these things? Clearly, they're not updating at the same time, and that's causing a real headache. I'm not sure what to do at this point, as CrashPlan's suggestion is to uninstall and reinstall and make sure the Engine and GUI are on the 4.2 version. I'm not even sure how I'm supposed to accomplish that now... Thanks
  9. OK, picked up the drive on the way home. It is, in fact, a ST2000DL003 "Barracuda Green" drive with the 64mb cache inside. This one: http://goo.gl/uGHwv Which is how it's indicated on the front of the box. On the back, however, the sticker says ST320005N4A1AS, and the product #'s don't match. The serial #'s do, though. Curious. Now, to hook it up and start a pre-clear.
  10. With the skyrocketing drive pricing, which doesn't look to come down any time soon, I talked myself into ordering one of these for pickup. I'll be curious to see exactly which model ends up in there when I pick it up on the way home tomorrow. It pains me to do a Seagate drive (much prefer Hitachi and/or WD), but in this market I'll take the deal I can get. Thanks, OP.
  11. One more follow-up. My trick didn't work with a reboot. Since the stop script isn't being run on a system reboot, that PID.txt file isn't getting killed. So I added this line to the go script before the other 3 lines from the OP instructions, so that the PID.txt file is nuked out before it tries to run the start script. NOW I think I've got everything happy with SubSonic on my unRAID box...
  12. First thing I must state is that I haven't read 100% of this thread. Most of it, but not all of it. So if somebody else already had the problem I'm about to mention and/or a solution, feel free to ignore me. I followed the OP instructions and couldn't get it to work. After a bit of snooping and trying different things, I began to realize that the subsonic_start.sh script wasn't actually triggering the last bit to actually start the process (iow, triggering subsonic_RAM.sh). After I saw the conditional logic before it, I realized the pgrep for java might be screwing things up. Sure enough, I did the pgrep command myself and got a PID back, which was the PID for Crashplan. So the start script was getting a PID returned back when it ran and not even trying to launch subsonic_RAM.sh, thinking SubSonic was already running. I took a look at how the stop script figured out what PID to kill, and saw that it was looking at the PID.txt file that contained the PID #, killing that process, then killing that PID.txt file itself. So, logic told me that the PID.txt file shouldn't exist when the SubSonic process isn't running. So, I changed the start script to simply check for the existence of that PID.txt file rather than doing the pgrep java to decide if it should start the process. Below is my modified final section of subsonic_start.sh if anyone else has a similar problem and wants to use the modification. I'm no linux guru, but barely knew enough to find my way to this solution. No idea if it's the best answer for the situation, but it works great for me. I did some testing and if I run that start script a second time without stopping it, it properly doesn't run a second copy (and kicks out my "SubSonic is already running" message), so the conditional logic seems to work fine. Here's that final code section: ########################## # Run Subsonic - RAM (if not already running). ########################## PIDFILE="/boot/subsonic/PID.txt" if [ -f $PIDFILE ]; then echo "SubSonic is already running" else /var/subsonic/standalone/subsonic_RAM.sh # Delay for WAR jsp files setup. sleep 25 fi Oh, and thanks to the OP for getting SubSonic to work natively on an unRAID box. Now that I fixed the above mentioned issue, it's working great for me. Huzzah!
  13. That would be correct. The A760G is the older AM2+ socket and the TA785G3 HD is the newer AM3 socket. They seem to have mostly similar specs (with differences like the A760G only having 2 RAM slots, etc). FWIW, for the nearly 2 months I've been using the TA785G3 HD for my unRAID box (with a Sempron 140 CPU and 2GB of Corsair XMS3 RAM), I haven't had even the slightest of problem. It's been a rock solid board so far.
  14. Didn't figure there would be, but better safe than stupid. Thanks.
  15. Thanks for the heads up. Ordered one. $92.44 shipped. Now I just gotta hunt down the cables. I'm just about to use the 6th (and final) onboard SATA port on the motherboard, so I'll need to start using this card sometime soon. Hey, quick question. I've got a Biostar TA785G3 HD board with a PCI-E x16 and an x1. Does it matter at all in terms of the order in which I add controller cards and drives? If I add the SASLP (into the x16, obviously) and start populating the 8 drives over time, but then add a 2 port SATA controller into the x1 slot down the road, is there going to be anything I need to watch out for in terms of how it addresses which drive interface slots are connected to which drives, etc?