I noticed today that my crashplan jail using inbound bandwidth (which struck me as odd as I wasn't doing any restores) so I went to investigate. I was unable to connect to my headless crashplan service on my client which has happened in the past when crashplan decides to update itself. Looking into it further I noticed quite a few new directories from today in "/usr/pbi/crashplan-amd64/share/crashplan/upgrade".
Over the span of several hours. Already crashplan is updating... but failing. Looking at logs in "/usr/pbi/crashplan-amd64/share/crashplan/log":
I see lots of files with the following:
Fri Mar 25 14:47:42 CDT 2016 : Sourcing ../../install.vars...
======================================================
Fri Mar 25 14:47:42 CDT 2016 : Current CrashPlan Backup Engine:
Fri Mar 25 14:47:42 CDT 2016 : Stopping using ../../bin/CrashPlanEngine...
Stopping CrashPlan Engine ... OK
Fri Mar 25 14:47:52 CDT 2016 : Ensuring the UpgradeUI is not running.
Fri Mar 25 14:47:52 CDT 2016 : UpgradeUI is shut down.
Fri Mar 25 14:47:52 CDT 2016 : JAVACOMMON is set: /usr/pbi/crashplan-amd64/linux-sun-jre1.7.0/bin/java
Fri Mar 25 14:47:52 CDT 2016 : Current Java Version: 1.7
Fri Mar 25 14:47:52 CDT 2016: The Current java is not compatible. Embedding a compatible version.
Fri Mar 25 14:47:52 CDT 2016 : Download JVM from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Fri Mar 25 14:47:52 CDT 2016 : downloading the JRE using /usr/local/bin/wget
--2016-03-25 14:47:52-- http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Resolving download.code42.com (download.code42.com)... 216.17.8.19
Connecting to download.code42.com (download.code42.com)|216.17.8.19|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz [following]
--2016-03-25 14:47:52-- https://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Connecting to download.code42.com (download.code42.com)|216.17.8.19|:443... connected.
ERROR: cannot verify download.code42.com's certificate, issued by '/C=US/O=thawte, Inc./CN=thawte SSL CA - G2':
Unable to locally verify the issuer's authority.
To connect to download.code42.com insecurely, use `--no-check-certificate'.
Fri Mar 25 14:47:52 CDT 2016 : Unable to download JRE from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz; please check network connection
Fri Mar 25 14:47:52 CDT 2016 : Starting using ../../bin/CrashPlanEngine...
Starting CrashPlan Engine ... Using standard startup
OK
So it won't continue because java is out of date. I looked for what script started this upgrade process in hopes to add "--no-check-certificate" to the wget command, but didn't have much luck. I tried downloading the .tgz myself, unpacking it at "/usr/pbi/crashplan-amd64", and then renaming the directory to match the old one. But doing so, I get:
/usr/pbi/crashplan-amd64/linux-sun-jre1.7.0/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
When trying to startup crashplan with the new java package in place. libjli.so seems to be in the same path to where it was before, so I'm not sure why it says that there is "no such file or directory".
Does anyone have any clues on what to do next?
Over the span of several hours. Already crashplan is updating... but failing. Looking at logs in "/usr/pbi/crashplan-amd64/share/crashplan/log":
I see lots of files with the following:
Fri Mar 25 14:47:42 CDT 2016 : Sourcing ../../install.vars...
======================================================
Fri Mar 25 14:47:42 CDT 2016 : Current CrashPlan Backup Engine:
Fri Mar 25 14:47:42 CDT 2016 : Stopping using ../../bin/CrashPlanEngine...
Stopping CrashPlan Engine ... OK
Fri Mar 25 14:47:52 CDT 2016 : Ensuring the UpgradeUI is not running.
Fri Mar 25 14:47:52 CDT 2016 : UpgradeUI is shut down.
Fri Mar 25 14:47:52 CDT 2016 : JAVACOMMON is set: /usr/pbi/crashplan-amd64/linux-sun-jre1.7.0/bin/java
Fri Mar 25 14:47:52 CDT 2016 : Current Java Version: 1.7
Fri Mar 25 14:47:52 CDT 2016: The Current java is not compatible. Embedding a compatible version.
Fri Mar 25 14:47:52 CDT 2016 : Download JVM from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Fri Mar 25 14:47:52 CDT 2016 : downloading the JRE using /usr/local/bin/wget
--2016-03-25 14:47:52-- http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Resolving download.code42.com (download.code42.com)... 216.17.8.19
Connecting to download.code42.com (download.code42.com)|216.17.8.19|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz [following]
--2016-03-25 14:47:52-- https://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz
Connecting to download.code42.com (download.code42.com)|216.17.8.19|:443... connected.
ERROR: cannot verify download.code42.com's certificate, issued by '/C=US/O=thawte, Inc./CN=thawte SSL CA - G2':
Unable to locally verify the issuer's authority.
To connect to download.code42.com insecurely, use `--no-check-certificate'.
Fri Mar 25 14:47:52 CDT 2016 : Unable to download JRE from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz; please check network connection
Fri Mar 25 14:47:52 CDT 2016 : Starting using ../../bin/CrashPlanEngine...
Starting CrashPlan Engine ... Using standard startup
OK
So it won't continue because java is out of date. I looked for what script started this upgrade process in hopes to add "--no-check-certificate" to the wget command, but didn't have much luck. I tried downloading the .tgz myself, unpacking it at "/usr/pbi/crashplan-amd64", and then renaming the directory to match the old one. But doing so, I get:
/usr/pbi/crashplan-amd64/linux-sun-jre1.7.0/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
When trying to startup crashplan with the new java package in place. libjli.so seems to be in the same path to where it was before, so I'm not sure why it says that there is "no such file or directory".
Does anyone have any clues on what to do next?