NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
crashplan
7 TopicsCrashPlan on Ultra 6 plus OS 6.7.1
I had to factory default my system so I upgraded it OS 6.7.1 and here is the current way to install crashplan 4.8.2. Not sure if it is the best way but this seems to keep the load off of the small root volume and keeps it on the large data volume 1. Create a working directory, /data/CrashPlan 2. Download Linux CrashPlan and copy to /data/CrashPlan: 1. SSH into the NAS 2. cd /data/CrashPlan 3. tar -xvf CrashPlan_4.8.2_Linux.tgz 3. You need to install some packages to get things working: 1. apt-get install dialog 2. dpkg-reconfigure debconf 3. Set the debconf level to “dialog” and “medium” 4. It turns out the pre-installed version of cpio doesn’t quite cut it.. Replace it: 1. apt-get remove busybox-cpio 2. apt-get install cpio 5. Time to install CrashPlan: 1. cd /crashplan-install 2. ./install.sh 6. Enter the information below: 1. CrashPlan will install to: /data/CrashPlan/usr/local/crashplan 2. And put links to binaries in: /data/CrashPlan/usr/local/bin 3. And store data in: /data/CrashPlan/Backups 4. Your init.d dir is: /etc/init.d 5. Your current runlevel directory is: /etc/rc5.d 7. Important directories: 1. Installation: /data/CrashPlan/usr/local/crashplan 2. Logs: /data/CrashPlan/usr/local/crashplan/log 3. Default archive location: /data/CrashPlan/Backups 4. Readme: /data/CrashPlan/usr/local/crashplan/doc 5. Start Scripts: /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine start|stop 8. Reset debconf to non-interactive: 1. dpkg-reconfigure debconf 2. Noninteractive 3. Medium 9. Move the logs: https://support.code42.com/CrashPlan/4/Troubleshooting/Reassigning_Cache_Folder_To_A_Different_Directory 1. /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine stop 2. Edit /data/CrashPlan/usr/local/crashplan/conf/my.service.xml 3. Change to: a. <cachePath>/data/CrashPlan/usr/local/crashplan/cache</cachePath> b. <javaMemoryHeapMax>2048m</javaMemoryHeapMax> c. <serviceHost>0.0.0.0</serviceHost> 4. /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine start 10. Configure GUI - Must be same version 1. On NAS - /var/lib/crashplan/.ui_info a. Select the key between the port and the IP - 4243,KEYINFO,0.0.0.0 2. On the PC - C:\ProgramData\CrashPlan\.ui_info a. Replace the key with the one from the NAS 11. Profit #Starting,Stopping CrashPlan. /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine stop /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine status /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine start /data/CrashPlan/usr/local/crashplan/bin/CrashPlanEngine restart2.7KViews0likes0CommentsCrashplan 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.2KViews0likes2CommentsCrashplan - My computer as a trusted device to a single share?
Hi All, We recently purchased a second ReadyNAS 102 with the hopes of using the two ReadyNAS 102s as backups for each other. We want to have our two ReadyNASes on two different networks backing up to each other (replicating with the ReadyCloud). At the same time, we want Crashplan to take the data from each ReadyNAS and back up to Crashplan's Cloud. I have another fruitless post explaining my issues with ReadyNAS Replicate returning a P2P error. You can find that here: https://community.netgear.com/t5/ReadyNAS-in-Business/ReadyNAS-Replicate-job-returning-quot-Unable-to-get-local-p2p/m-p/1160592#M5693 This isn't what my post is about but if you have any suggestions it would be most helpful. While trying to figure that out, I'm trying to use the Crashplan that is installed on my PC to backup from a mapped drive mapped to the ReadyNAS. I am able to get Crashplan to back up to a share I mapped, but I needed to open permissions to allow "Everyone" to read and write from that file. For security reasons, I want to allow access to only my computer without the need to log into the networked drive because Crashplan can't access a networked drive that requires another login to a mapped drive. Is there any way to add my computer as a trusted device to a single share?2.2KViews0likes1CommentCrashplan 4.70 on ReadyNAS Pro 6 with OS 6
Hi, Has anyone managed to get crashplan 4.7 working on OS 6 yet? The reason I am asking is as I know as from 16th May any device that is backing up to Crashplan's servers will need version 4.7. See here: https://support.code42.com/Terms_And_Conditions/Product_Lifecycle_Policy/CrashPlan_For_Home_And_CrashPlan_PRO_Software_Version_Policy And also: https://support.code42.com/CrashPlan/4/Troubleshooting/Computer-To-Computer_Backups_Stop_Working_Between_Version_4.7_And_Earlier_Versions So a bit of history: I installed crashplan v4.4.1 on my Pro 6 (I think i was running OS v6.2 back then, currently running v6.4.0) last year using this guide: https://ptarmiganlabs.com/blog/2013/06/23/netgear-readynas-rn312-hello/ I've had to tweak a few things over time (memory usage and watch handles) but it has been running fine. I use crashplan to backup my windows desktop locally to my readynas and also backup the files on my readynas shares up to crashplan's servers. Crashpplan updated itself to v4.5 and to v4.6 fine but on Monday it tried to update itself to v4.70 and failed and now no longer runs at all. Now the above crashplan links state to be supported that for linux that the kernel needs to be version 2.6.32 or later and glibc needs to be version 2.9 or later. So the kernel version is find but doing ldd --version on my Pro 6 shows that glibc is only 2.19. My plan for today was to upgrade glibc somehow and then see if I could get crashplan v4.7 installed. Unfortunately I have found that crashplan has laredy tried to update itself as stated above and now no longer have a working install. So has anyone else run in to this problem and/or managed to install crashplan v4.7 somehow? (I can't ask crashplan support as a headless Linux install is not supported)4.6KViews0likes2CommentsCrashplan wants Java downgrade to 1.7?
So I'm familiar with this thread: https://community.netgear.com/t5/Backing-up-to-your-ReadyNAS/Crashplan-JRE-update-needed/m-p/985781#M10762, which is about the pain everyone had late last year when CrashPlan released a version that was no longer compatible with Java 1.6. The updates failed, filled up the drive and caused the NAS to stop working properly. Eventually everyone managed to get Java 1.8 on and things were good again. But just in the last few days CrashPlan has stopped backing up, and lo and behold, it's failing to apply updates again. Thankfully the partition isn't full (yet). I looked at its most recent failure log and it seems to be saying it's not compatible with Java 1.8, and it's trying to download 1.7, but failing because it doesn't recognise the https certificate: Thu Mar 31 23:07:10 EST 2016 : Sourcing ../../install.vars... Thu Mar 31 23:07:10 EST 2016 : Found INITDIR=/etc/init.d... ====================================================== Thu Mar 31 23:07:10 EST 2016 : Current CrashPlan Backup Engine: root 3039 1 27 23:05 ? 00:00:34 /usr/local/bin/java -Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx1024m -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -classpath /usr/local/crashplan/lib/com.backup42.desktop.jar:/usr/local/crashplan/lang com.backup42.service.CPService Thu Mar 31 23:07:10 EST 2016 : Stopping using /etc/init.d/crashplan... Stopping CrashPlan Engine ... OK Thu Mar 31 23:07:20 EST 2016 : Ensuring the UpgradeUI is not running. Thu Mar 31 23:07:20 EST 2016 : UpgradeUI is shut down. Thu Mar 31 23:07:20 EST 2016 : JAVACOMMON is set: /usr/local/bin/java Thu Mar 31 23:07:20 EST 2016 : Current Java Version: 1.8 Thu Mar 31 23:07:21 EST 2016: The Current java is not compatible. Embedding a compatible version. Thu Mar 31 23:07:21 EST 2016 : Download JVM from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz Thu Mar 31 23:07:21 EST 2016 : downloading the JRE using /usr/bin/wget --2016-03-31 23:07:21-- http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz 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-7-linux-i586.tgz [following] --2016-03-31 23:07:21-- https://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz Connecting to 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 EV SSL CA - G3': Unable to locally verify the issuer's authority. ERROR: certificate common name `store.code42.com' doesn't match requested host name `download.code42.com'. To connect to download.code42.com insecurely, use `--no-check-certificate'. Unable to establish SSL connection. Thu Mar 31 23:07:22 EST 2016 : Unable to download JRE from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz; please check network connection Thu Mar 31 23:07:22 EST 2016 : Starting using /etc/init.d/crashplan... Starting CrashPlan Engine ... Using standard startup OK Anyone else getting this issue?5.2KViews0likes5CommentsCrashplan update to 4.6 failing due to Java 1.8
(Sorry for the new thread, I was trying to reply to another similar thread, but it would not post. It would say post is successful but I was unable to see my post.) I am having problems as well. Upgrade to 4.6 is failing due to having Java 1.8 installed. I had to install it when Crashplan released version 4.5 several weeks ago. The log shows as follows: ReadyNAS:/usr/local/crashplan/log# cat upgrade.1435813200460_382.1459956386859.log Wed Apr 6 11:26:29 EDT 2016 : Sourcing ../../install.vars... Wed Apr 6 11:26:29 EDT 2016 : Found INITDIR=/etc/init.d... ====================================================== Wed Apr 6 11:26:29 EDT 2016 : Current CrashPlan Backup Engine: root 26339 1 2 10:55 ? 00:00:47 /usr/local/bin/java -Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx1024m -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -classpath /usr/local/crashplan/lib/com.backup42.desktop.jar:/usr/local/crashplan/lang com.backup42.service.CPService Wed Apr 6 11:26:29 EDT 2016 : Stopping using /etc/init.d/crashplan... Stopping CrashPlan Engine ... OK Wed Apr 6 11:26:39 EDT 2016 : Ensuring the UpgradeUI is not running. Wed Apr 6 11:26:39 EDT 2016 : UpgradeUI is shut down. Wed Apr 6 11:26:39 EDT 2016 : JAVACOMMON is set: /usr/local/bin/java Wed Apr 6 11:26:39 EDT 2016 : Current Java Version: 1.8 Wed Apr 6 11:26:40 EDT 2016: The Current java is not compatible. Embedding a compatible version. Wed Apr 6 11:26:40 EDT 2016 : Download JVM from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz Wed Apr 6 11:26:40 EDT 2016 : downloading the JRE using /usr/bin/wget wget: Unknown command `eck_certificate' in /root/.wgetrc at line 1. Wed Apr 6 11:26:40 EDT 2016 : Unable to download JRE from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz; please check network connection Wed Apr 6 11:26:40 EDT 2016 : Starting using /etc/init.d/crashplan... Starting CrashPlan Engine ... Using standard startup OK I read another thread that suggested disabling wget cert verifcation. I tried it, but it didn't work. Basically the thread said to modify my .wgetrc file. But a side note, I did not find a .wgetrc file in my home directory. So i ended up creating one. Also, after i create a .wgetrc file, do I have to bounce my readynas? Anyway help would be greatly appreciated.2.2KViews0likes0CommentsCrashplan not backing up. JAVA error looking up function 'inotify_init1'
Hello, I've been running Crashplan on my ReadyNAS Ultra 4 for awhile now, but since 11/26/2015, it hasn't been backing up my files. ReadyNAS Ultra 4 RAIDiator 4.2.27 Crashplan 4.5.0 (version 1435726800450) Java 1.8.0_65 (build 1.8.0_65-b17, headless) Looking at the error logs, I seem to be having some issues with Java: Jigglypuff-NAS:/usr/local/crashplan/log# cat engine_error.log Exception in thread "W16150947_ScanWrkr" java.lang.UnsatisfiedLinkError: Error looking up function 'inotify_init1': /usr/local/bin/java: undefined symbol: inotify_init1 at com.sun.jna.Function.<init>(Function.java:208) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:536) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:513) at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:499) at com.sun.jna.Library$Handler.invoke(Library.java:199) at com.sun.proxy.$Proxy35.inotify_init1(Unknown Source) at com.code42.jna.LinuxPlatform.inotifyInit1(LinuxPlatform.java:292) at com.code42.jna.inotify.InotifyManager.start(InotifyManager.java:207) at com.code42.jna.inotify.JNAInotifyFileWatcherDriver.<init>(JNAInotifyFileWatcherDriver.java:61) at com.code42.backup.path.BackupSetsManager.initFileWatcherDriver(BackupSetsManager.java:417) at com.code42.backup.path.BackupSetsManager.startScheduledFileQueue(BackupSetsManager.java:355) at com.code42.backup.path.BackupSetsManager.access$1600(BackupSetsManager.java:72) at com.code42.backup.path.BackupSetsManager$ScanWorker.delay(BackupSetsManager.java:1148) at com.code42.utils.AWorker.run(AWorker.java:157) at java.lang.Thread.run(Thread.java:745) Here's my history file. It looks good until 11/12. Then it looks like Crashplan starts auto-updating around 11/26. I 11/12/15 03:06AM [Jigglypuff-NAS Backup] Scanning for files completed in 7 minutes: 181,577 files (1.10TB) found I 11/21/15 08:18AM CrashPlan started, version 4.4.1, GUID 585176262539477253 I 11/21/15 08:18AM Backup scheduled to always run I 11/21/15 09:04AM CrashPlan started, version 4.4.1, GUID 585176262539477253 I 11/21/15 09:04AM Backup scheduled to always run I 11/26/15 01:20AM CrashPlan started, version 4.4.1, GUID 585176262539477253 I 11/26/15 01:20AM Backup scheduled to always run I 11/26/15 01:20AM Downloading a new version of CrashPlan. I 11/26/15 01:20AM Download of upgrade complete - version 1435726800450. I 11/26/15 01:20AM Installing upgrade - version 1435726800450 I 11/26/15 01:21AM Upgrade installed - version 1435726800450 I 11/26/15 01:21AM CrashPlan stopped, version 4.4.1, GUID 585176262539477253 I 11/26/15 01:21AM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 11/27/15 09:06AM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 12/05/15 09:32PM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 12/05/15 09:32PM Downloading a new version of CrashPlan. I 12/05/15 09:32PM Download of upgrade complete - version 1435726800450. I 12/05/15 09:32PM Installing upgrade - version 1435726800450 I 12/05/15 09:32PM Upgrade installed - version 1435726800450 I 12/05/15 09:32PM CrashPlan stopped, version 4.5.0, GUID 585176262539477253 I 12/05/15 09:33PM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 12/13/15 09:41AM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 12/13/15 08:56PM CrashPlan started, version 4.5.0, GUID 585176262539477253 I 12/13/15 09:09PM [Jigglypuff-NAS Backup] Backup to CrashPlan Central will take priority until complete (up to 24 hours) I think I have the latest version of Java available from http://www.oracle.com/technetwork/java/embedded/embedded-se/downloads/index.html Anybody else seen this? Any ideas for fixing? Thanks, DerekSolved4.6KViews0likes2Comments