Powered byCRASHPLAN

CrashPlan blijft stoppen en starten

In sommige gevallen kan een grote bestandenselectie (> 1TB of 1 miljoen bestanden) CrashPlan laten crashen.

Dit kan worden opgemerkt door voortdurend stoppen en starten. U kunt ook zien dat de CrashPlan toepassing en systeemvakpictogram verdwijnen midden in een back-up.

Of de CrashPlan toepassing zal uitgevoerd worden gedurende ongeveer 30 seconden en vervolgens sluiten zonder foutmelding. Na het opstarten van de Crashplan GUI, zal deze een tijdje draaien, blijven hangen en dan uiteindelijk crashen. Wanneer de UI crasht zal er geen foutmelding verschijnen in het Windows event log. CrashPlan log bestand service.log.0 zal tonen:

java.lang.UnsatisfiedLinkError: Unable to load library 'cpnative64': The specified module could not be found.

In de CrashPlan toepassing zijn tabblad Geschiedenis, kunt u herhaaldelijk zien CrashPlan gestopt en gestart wordt:

CrashPlan gestart
CrashPlan gestopt
CrashPlan gestart
CrashPlan gestopt
CrashPlan gestart
CrashPlan gestopt

In de Windows System Event Viewer kunt u dit bericht herhaaldelijk zien:

Type: Informatie
Bron: Service Control Manager
Categorie van gebeurtenis: Geen
Gebeurtenis-ID: 7036
Beschrijving: De CrashPlan Backup Service dienst is gestopt.

In één van de CrashPlan service.log.# logbestanden verschijnen "OutOfMemoryError" ("onvoldoende geheugen fouten"), zoals:

ERROR QPub-BackupMgr backup42.service.backup.BackupController] OutOfMemoryError occurred...RESTARTING! message=OutOfMemoryError in BackupQueue!
ERROR QPub-BackupMgr backup42.service.backup.BackupController] OutOfMemoryError occurred...RESTARTING! oomStack=java.lang.OutOfMemoryError: Java heap space

Oorzaak

De CrashPlan motor is standaard beperkt tot 512 MB werkgeheugen. De CrashPlan motor zal niet meer geheugen gebruiken dan dat, zelfs als de CrashPlan motor meer geheugen nodig heeft en de computer geheugen beschikbaar heeft. Wanneer de CrashPlan motor een tekort aan geheugen heeft, crasht het.

Oplossing

Wijs meer werkgeheugen toe aan CrashPlan. Het configuratiebestand bevindt zich op:

  • C:\Program Files\CrashPlan\CrashPlanService.ini « Windows
  • C:\Users\<username>\AppData\<Local or Roaming>\Programs\CrashPlan\CrashPlanService.ini « Windows met een per gebruiker CrashPlan installatie
  • /library/launchdaemons/com.crashplan.engine.plist « Mac
  • /usr/local/crashplan/bin/run.conf « Linux

De "-Xmx" schakelaar bepaalt de maximale hoeveelheid geheugen die wordt gebruikt. CrashPlan zal niet zoveel gebruiken tot hij het ​​nodig heeft.

Als vuistregel stel ongeveer één gigabyte (= 1024 MB) RAM-geheugen in voor elke terabyte in de bestandsselectie.

Bijvoorbeeld, als u een reservekopie maakt van 1 terabyte aan gegevens stelt u de "-Xmx" waarde als volgt in op 1024: -Xmx1024m. Dit zal de hoeveelheid geheugen dat CrashPlan kan gebruiken van 512 MB naar 1024 MB verhogen.

Zorg ervoor dat uw computer voldoende werkgeheugen (RAM/wisselbestand) heeft voordat u deze verandering maakt.

Windows

  1. Stop de CrashPlan service. Op de meeste Windows computers is dit in het „Configuratiescherm > Systeembeheer > Services
  2. Open Windows Verkenner en blader naar C:\Program Files\CrashPlan en dubbelklik op het bestand CrashPlanService.ini
  3. Zoek naar de volgende instelling: -Xmx512m
  4. Wijzig "-Xmx512m" naar -Xmx1024m
  5. Bewaar het bestand
  6. Start de CrashPlan service

Mac

  1. Start een terminal-venster
  2. Sluit de CrashPlan daemon af:
    $ sudo launchctl unload /library/launchdaemons/com.crashplan.engine.plist
    U wordt gevraagd om uw beheerderswachtwoord.
  3. Bewerk nu het plist-bestand met een teksteditor, bijvoorbeeld:
    $ sudo nano /library/launchdaemons/com.crashplan.engine.plist
  4. Vind -Xmx512m, bijvoorbeeld met Ctrl+W.
  5. Verander de waarde in -Xmx1024m.
    Dit zal 1024 MB geheugen toewijzen in plaats van de standaard 512 MB.
  6. Bewaar het bestand, in nano met Ctrl+O
  7. Sluit nano af middels Ctrl+X
  8. Herstart de CrashPlan daemon
    $ sudo launchctl load /library/launchdaemons/com.crashplan.engine.plist

Nog steeds problemen?

Als u het probleem nog steeds heeft, wijzigt u de instelling naar een hogere waarde. Je moet in staat zijn om het te verhogen tot 1536 of 2048 op 32-bit systemen. Vooral op 64-bit systemen is het mogelijk om hoger te gaan, bijvoorbeeld 4096.

Te veel geheugen in gebruik?

Als u gemerkt heeft dat CrashPlan te veel geheugen verbruikt, terwijl back-ups goed draaien, kunt u ook minder geheugen toekennen tot 384, 256, 150, 128, 100, 80 of zelfs 50 voor kleine back-up sets.

In 64-bit Mac OS X als u "-Xmx" op 100 MB, zal uw "echte geheugen" gebruik ongeveer 150/180MB zijn. Het zal niet daarboven gaan. In 32-bit moet dat rond 140MB zijn, en zal er niet over heen gaan.

Voor Linux, blijf op 64-bit (als u een 64-bits CPU heeft), verlaag het geheugenmaximum, en gebruik gecomprimeerde ops. Gecomprimeerde oops wordt standaard ondersteund en ingeschakeld in Java SE 6u23 en later. In Java SE 7 is het gebruik van gecomprimeerde oops standaard voor 64-bits JVM-processen wanneer -Xmx niet is gespecificeerd en voor waarden van -Xmx minder dan 32 gigabyte. Voor JDK 6 vóór de 6u23-versie gebruikt u de vlag -XX:+UseCompressedOops.

 

CrashPlan bleibt stoppen und starten CrashPlan keeps stopping and starting