Powered byCRASHPLAN

Fragen? Rufen Sie an +31-157-112-149
oder Kontaktieren Sie uns online

CrashPlan bleibt stoppen und starten

In einigen Fällen kann eine große Datei-Auswahl (> 1TiB oder 1 Million Dateien) können CrashPlan zum Absturz bringen.

Dies kann durch kontinuierliche Stoppen und Starten bemerkt werden. Möglicherweise finden Sie auch die CrashPlan-Anwendung und System Tray-Symbol verschwindet in der Mitte einer Sicherung.

Oder das CrashPlan Programm lauft für ca. 30 Sekunden, dann schließt ohne Fehlermeldung. Nach dem Start der Crashplan-Benutzeroberfläche läuft diese für eine kurze Zeit, bleibt dann hängen und stürzt schließlich ab. Wenn die Benutzeroberfläche abstürzt, wird keine Fehlermeldung im Windows-Ereignisprotokoll angezeigt. Die CrashPlan-Protokolldatei service.log.0 wird angezeigt:

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

In der CrashPlan Anwendung ihrer Verlauf Registerkarte können Sie immer wieder sehen CrashPlan angehalten und gestartet:

CrashPlan gestartet
CrashPlan angehalten
CrashPlan gestartet
CrashPlan angehalten
CrashPlan gestartet
CrashPlan angehalten

In der Windows-Ereignisanzeige können Sie diese Meldung wiederholt sehen:

Ereignistyp: Information
Ereignisquelle: Service Control Manager
Ereigniskategorie: Keine
Ereignis-ID: 7036
Beschreibung: Dienst "CrashPlan Backup Service" befindet sich jetzt im Status "stopped".

In einer der CrashPlan service.log.# Protokolldateien erscheint "OutOfMemoryError" ("nicht genügend Arbeitsspeicher") Fehler, wie:

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

Ursache

Der CrashPlan Motor ist standardmäßig auf 512 MB Arbeitsspeicher begrenzt. Der CrashPlan Motor benutzt nicht mehr Speicherplatz als das, auch wenn der CrashPlan Motor mehr Speicher braucht und der Computer Speicher verfügbar hat. Wenn der CrashPlan Motor läuft mit nicht genügend Arbeitsspeicher stürzt es ab.

Lösung

Teil CrashPlan mehr Arbeitsspeicher zu. Die Konfigurationsdatei befindet sich unter:

  • C:\Program Files\CrashPlan\CrashPlanService.ini « Windows
  • C:\Users\<username>\AppData\<Local or Roaming>\Programs\CrashPlan\CrashPlanService.ini « Windows mit ein CrashPlan Installation pro Benutzer
  • /library/launchdaemons/com.crashplan.engine.plist « Mac
  • /usr/local/crashplan/bin/run.conf « Linux

Die "-Xmx"-Schalter setzt die maximale Größe des Speichers, dass CrashPlan verwenden können. CrashPlan wird so viel nicht verwenden, bis er es braucht.

Als Faustregel gilt etwa ein Gigabyte (= 1024 MB) RAM für jeden Terabyte in der Datei Auswahl festzulegen.

Zum Beispiel, wenn Sie 1 Terabyte Daten sichern, stellen Sie die "-Xmx" Wert bis 1024 wie folgt: -Xmx1024m. Dadurch erhöht sich die Menge des Arbeitsspeichers dass CrashPlan verwenden kann von 512MB bis 1024MB.

Achten Sie darauf, dass in Ihr Computer genügend Arbeitsspeicher (RAM/SWAP) verfügbar ist, bevor Sie diese Änderung vornehmen.

Windows

  1. Stoppen Sie die CrashPlan-Service. Auf den meisten Windows-Computern ist dies in der „Systemsteuerung > Verwaltung > Dienste”
  2. Öffnen Sie den Windows Explorer und navigieren Sie zu C:\Program Files\CrashPlan und doppelklicken Sie auf die Datei CrashPlanService.ini
  3. Achten Sie auf die folgende Einstellung: -Xmx512m
  4. Ändern Sie "-Xmx512m" zu "-Xmx1024m"
  5. Speichern Sie die Datei
  6. Starten Sie der CrashPlan-Dienst

Mac

  1. Starten Sie ein Terminal-Fenster
  2. Abschalten der CrashPlan Daemon:
    $ sudo launchctl unload /library/launchdaemons/com.crashplan.engine.plist
    Sie werden für Ihr Admin-Passwort gefragt.
  3. Bearbeiten Sie nun die plist-Datei mit einem Text-Editor, z.B.:
    $ sudo nano /library/launchdaemons/com.crashplan.engine.plist
  4. Suche "-Xmx512m", zum Beispiel durch Verwendung Ctrl+W.
  5. Ändern Sie den Wert "-Xmx1024m".
    Diese wird 1024MB Speicher zuteilen statt des Standard 512MB.
  6. Speichern Sie die Datei, in nano mit Ctrl+O
  7. Beenden Sie nano mit Ctrl+X
  8. Neustart der CrashPlan Daemon
    $ sudo launchctl load /library/launchdaemons/com.crashplan.engine.plist

Immer noch Probleme?

Falls das Problem weiterhin auftritt, ändern Sie die Einstellung auf einen höheren Wert. Sie können es um 1536 oder 2048 erhöhen auf 32-Bit-Systeme. Vor allem auf 64-Bit-Systemen ist es möglich, höher zu gehen, zum Beispiel 4096.

Zu viel Speicher im Einsatz?

Wenn Sie feststellen, dass CrashPlan sich zu viel Arbeitsspeicher beanspruchen, während Sicherungen fein ausgeführt werden, können Sie auch eine der Speicherbelegung verringern zu 384, 256, 150, 128, 100, 80 oder sogar 50 für kleine Backup-Sets.

In Mac OS X 64-Bit, wenn Sie "-Xmx" zu 100MB setzen, wird Ihre Nutzung von "reales Arbeitsspeicher" 150/180MB lesen. Es wird nicht drüber gehen. In 32-Bit sollte es rund 140MB lesen, es wird nicht drüber gehen.

Für Linux, bleib auf 64-bit (wenn Sie eine 64-Bit-CPU haben), senken Sie den Speichermaximum und nutze komprimierte ops. Komprimierte Oops werden standardmäßig in Java SE 6u23 und höher unterstützt und aktiviert. In Java SE 7 ist die Verwendung von komprimierten Oops der Standard für 64-Bit-JVM-Prozesse, wenn -Xmx nicht angegeben ist, und für Werte von -Xmx unter 32 Gigabyte. Für JDK 6 vor der Version 6u23 verwenden Sie das Flag -XX:+UseCompressedOops.

 

CrashPlan blijft stoppen und starten CrashPlan keeps stopping and starting