So on 8/11 one of my drive decided to crap out. Apparently when I pulled the bad drive out, the whole host restarts, and so did the jails and especially crashplan.
When crashplan starts up, it start analyzing my data. I didn't think much of it and leave it there. Till today, I thought "how come the GUI went away by itself, I surely didn't close it".
Turns out crashplan service has been restarting itself every so often.
And every time it restarts it make a log file which reads like this
root@crashplan_2:/usr/pbi/crashplan-amd64/share/crashplan/bin # cat restart.2016-08-17_17.44.26.log
Wed Aug 17 17:44:27 PDT 2016 : /usr/pbi/crashplan-amd64/share/crashplan/bin/restart.sh
Wed Aug 17 17:44:27 PDT 2016 : APP_BASENAME=CrashPlan
Wed Aug 17 17:44:27 PDT 2016 : DIR_BASENAME=crashplan
Wed Aug 17 17:44:27 PDT 2016 : Stopping using ./CrashPlanEngine...
Stopping CrashPlan Engine ... OK
Wed Aug 17 17:44:37 PDT 2016 : Sleeping 10 seconds...
Wed Aug 17 17:44:47 PDT 2016 : Starting using ./CrashPlanEngine...
Starting CrashPlan Engine ... Using standard startup
OK
Wed Aug 17 17:44:47 PDT 2016 : New Service Process below:
Wed Aug 17 17:44:47 PDT 2016 : Exiting restart script
My crashplan install is fairly standard, aside from setting the dedup setting (http://networkrockstar.ca/2013/09/speeding-up-crashplan-backups/) to 1
I had my Xmsx amount for both SRV and GUI to 1024. Upon noticing the problem I raised it to 2048, and eventually then 3072MB, none appear to help. Since the crashplan plugin runs on a 32-bit Java engine, I'm avoiding setting 4096MB to the memory amount.
On another note, my whole backup set is ~20TB or so. I'm hoping to finish the rest of 4.9TB before updating anything else (crashplan, freenas, CIFS flags, etc...)
Anyone seen this problem before and able to fix it?
When crashplan starts up, it start analyzing my data. I didn't think much of it and leave it there. Till today, I thought "how come the GUI went away by itself, I surely didn't close it".
Turns out crashplan service has been restarting itself every so often.
And every time it restarts it make a log file which reads like this
root@crashplan_2:/usr/pbi/crashplan-amd64/share/crashplan/bin # cat restart.2016-08-17_17.44.26.log
Wed Aug 17 17:44:27 PDT 2016 : /usr/pbi/crashplan-amd64/share/crashplan/bin/restart.sh
Wed Aug 17 17:44:27 PDT 2016 : APP_BASENAME=CrashPlan
Wed Aug 17 17:44:27 PDT 2016 : DIR_BASENAME=crashplan
Wed Aug 17 17:44:27 PDT 2016 : Stopping using ./CrashPlanEngine...
Stopping CrashPlan Engine ... OK
Wed Aug 17 17:44:37 PDT 2016 : Sleeping 10 seconds...
Wed Aug 17 17:44:47 PDT 2016 : Starting using ./CrashPlanEngine...
Starting CrashPlan Engine ... Using standard startup
OK
Wed Aug 17 17:44:47 PDT 2016 : New Service Process below:
Wed Aug 17 17:44:47 PDT 2016 : Exiting restart script
My crashplan install is fairly standard, aside from setting the dedup setting (http://networkrockstar.ca/2013/09/speeding-up-crashplan-backups/) to 1
I had my Xmsx amount for both SRV and GUI to 1024. Upon noticing the problem I raised it to 2048, and eventually then 3072MB, none appear to help. Since the crashplan plugin runs on a 32-bit Java engine, I'm avoiding setting 4096MB to the memory amount.
On another note, my whole backup set is ~20TB or so. I'm hoping to finish the rest of 4.9TB before updating anything else (crashplan, freenas, CIFS flags, etc...)
Anyone seen this problem before and able to fix it?