NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Crashplan upgrade problems again
Once again, my Crashplan crashes when trying to perform the automatic upgrade. (This time it's trying to upgrade to crashplan 4.8.) Unfortunately, the reasons for the upgrade failure seem to be different every time. I think I have tried all the solutions that are out there (at least the one's I am able to perform without further explanation), including:
- making wget ignote certificates by adding check_certificate = off to /etc/wgetrc
- setting JAVACOMMON in /usr/local/crashplan/install.vars to the same path as which java gives me
- some other stuff that I can't even remember anymore, after spending hours on this...
- I did not fiddle with the 32 vs 64 bit versions as described by TigerRob because I can't imagine that I have a 64-bit version on my old Readynas Ultra 2.
This is the pattern I get (in the history tab of the crashplan desktop app):
1/16/17 11:43 AM Downloading a new version of CrashPlan.
1/16/17 11:43 AM Download of upgrade complete - version 1435813200480.
1/16/17 11:43 AM CrashPlan has downloaded an update and will restart momentarily to apply the update.
1/16/17 11:44 AM Installing upgrade - version 1435813200480
1/16/17 11:44 AM Upgrade installed - version 1435813200480
1/16/17 11:44 AM CrashPlan stopped, version 4.7.0, CUID 570660417771667528
I cannot find a logfile with more detailed info about what is failing. Strangely, the newest logs in /usr/local/crashplan/log are from October 2016. I don't understand why no new ones are added. Incidentally, however, the October logs (upgrade.1435813200480_286.1475345985043.log). That log was about this:
JAVACOMMON is set: /usr/local/crashplan/jre/bin/java
Current Java Version: 1.7
The Current java is not supported. Embedding a supported version.
Download JVM from http://download.code42.com/installs/proserver/jre/jre-linux-i$
downloading the JRE using /usr/bin/wget
--2016-10-01 14:19:55-- http://download.code42.com/installs/proserver/jre/jre-$
Resolving download.code42.com... 216.17.8.19
Connecting to 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-linux-i586-1.8$
--2016-10-01 14:19:55-- https://download.code42.com/installs/proserver/jre/jre$
Connecting to download.code42.com|216.17.8.19|:443... connected.
ERROR: certificate common name `*.crashplan.com' doesn't match requested host n$
To connect to download.code42.com insecurely, use `--no-check-certificate'.
Unable to establish SSL connection.
Unable to download JRE from http://download.code42.com/installs/proserver/jre/j$
Starting using /etc/init.d/crashplan...
Starting CrashPlan Engine ... Using standard startup
OK
However, the certificate issue should be solved now.
Also, JAVACOMMON is now pointing to /usr/local/bin/java
Any suggestions? If only where I might find today's logfiles?
2 Replies
Replies have been turned off for this discussion
chaug wrote:
- making wget ignote certificates by adding check_certificate = off to /etc/wgetrc
I think that didn't take, since the errors are about certificate checks (ERROR: certificate common name `*.crashplan.com' doesn't match requested host)
I think you needed to do this by creating a .wgetrc in /root that has check_certificate = off
Though 4.8 hasn't reached my system yet, so I can't say for sure.
EDIT - I just realized that was from the 4.7 upgrade, not this one. Are you sure this is failing on the NAS (not the PC?) Perhaps check the NAS with
cat history.log.0 | grep update
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
