Archiv:CrashPlan Headless Client - Versionsgeschichte

Tommes: Tommes verschob die Seite CrashPlan Headless Client nach Archiv:CrashPlan Headless Client

2025-03-15T07:32:26Z

Tommes verschob die Seite CrashPlan Headless Client nach Archiv:CrashPlan Headless Client

← Nächstältere Version	Version vom 15. März 2025, 07:32 Uhr
(kein Unterschied)

imported>Toertel: Aktualisiert für CrashPlan 3.5.3.

2013-04-18T18:36:11Z

Aktualisiert für CrashPlan 3.5.3.

← Nächstältere Version		Version vom 18. April 2013, 18:36 Uhr
Zeile 43:		Zeile 43:
	<pre>		<pre>
	DiskStation> cd /volume1/@tmp		DiskStation> cd /volume1/@tmp
	DiskStation> wget http://download.crashplan.com/installs/linux/install/CrashPlan/CrashPlan_3.4.~~1_Linux~~.tgz		DiskStation> wget http://download.crashplan.com/installs/linux/install/CrashPlan/CrashPlan_3.5.3_Linux.tgz
	</pre>		</pre>

	2. CrashPlan entpacken.		2. CrashPlan entpacken.
	<pre>		<pre>
	DiskStation> tar -xvf CrashPlan_3.4.~~1_Linux~~.tgz		DiskStation> tar -xvf CrashPlan_3.5.3_Linux.tgz
	</pre>		</pre>

imported>AveN: /* Unterstützung für nicht-US-ASCII Zeichen hinzufügen */ Hinweise für andere Modelle hinzugefügt.

2013-01-27T23:39:39Z

Unterstützung für nicht-US-ASCII Zeichen hinzufügen: Hinweise für andere Modelle hinzugefügt.

← Nächstältere Version		Version vom 27. Januar 2013, 23:39 Uhr
Zeile 190:		Zeile 190:
	</pre>		</pre>

	6. Kopiere die fehlenden locale und localedef Programme als auch die ~~Internationalisierungsunterstüzung~~.		5a. ''Bei Modellen mit anderer CPU können die Pfade abweichen. Hier einmal die Beispiele für die QorIQ und die Marvell Tool Chain.'' Entpacke das Archiv und wechsle in das erzeugte Verzeichnis.
			<pre>
			DiskStationQorIQ> tar -xzvf gcc4374_eglibc2874_qoriq-GPL.tgz
			DiskStationQorIQ> cd powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe

			DiskStationMarvell> tar -xzvf gcc421_glibc25_88f6281-GPL.tgz
			DiskStationMarvell> cd powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe
			</pre>

			6. Kopiere die fehlenden locale und localedef Programme als auch die Internationalisierungsunterstützung.
	<pre>		<pre>
	DiskStation> cp sys-root/usr/bin/locale /opt/bin		DiskStation> cp sys-root/usr/bin/locale /opt/bin
Zeile 197:		Zeile 206:
	</pre>		</pre>

	7. Jetzt kann eine en_US.UTF-8 Beschreibungsdatei für Gebietsschemaparameter erzeugt werden.		6a. ''Bei Modellen mit anderer CPU können die Pfade abweichen. Hier einmal die Beispiele für die QorIQ und die Marvell Tool Chain.'' Kopiere die fehlenden locale und localedef Programme als auch die Internationalisierungsunterstützung.
			<pre>

			DiskStationQorIQ> mkdir /usr/lib/locale
			DiskStationQorIQ> cp libc/usr/bin/locale /usr/lib/locale
			DiskStationQorIQ> cp libc/usr/bin/localedef /usr/lib/locale
			DiskStationQorIQ> cp -r libc/usr/share/i18n /usr/share

			DiskStationMarvell> cp libc/usr/bin/locale /opt/bin
			DiskStationMarvell> cp libc/usr/bin/localedef /opt/bin
			DiskStationMarvell> cp -r libc/usr/share/i18n /usr/share
			</pre>

			7. Jetzt kann eine en_US.UTF-8 Beschreibungsdatei für Gebietsschemaparameter erzeugt werden. (Bei einigen DSM Versionen nicht notwendig.)
	<pre>		<pre>
	DiskStation> mkdir /usr/lib/locale		DiskStation> mkdir /usr/lib/locale
Zeile 211:		Zeile 233:
	</pre>		</pre>

	9. Füge die folgenden Zeilen den Dateien /etc/profile and /opt/etc/profile hinzu, um allen Programmen, die dies unterstützen, UTF-8 und das Gebietsschema en_US vorzugeben. Dies schließt die JavaVM und damit CrashPlan mit ein.		9. Füge die folgenden Zeilen den Dateien /etc/profile and /opt/etc/profile (Bei einigen Modellen ist die zweite Datei nicht vorhanden, hier sind keine weiteren Änderungen notwendig.) hinzu, um allen Programmen, die dies unterstützen, UTF-8 und das Gebietsschema en_US vorzugeben. Dies schließt die JavaVM und damit CrashPlan mit ein. Wenn vi als Editor nicht deine Stärke ist findest Du hier Alternativen: [[Übersicht über verfügbare 3rd-Party-Apps aus unserer Community]]
	<pre>		<pre>
	LANG=en_US.UTF-8		LANG=en_US.UTF-8
Zeile 242:		Zeile 264:
	</pre>		</pre>

	12. Als letztes müssen in CrashPlan alle Verzeichnisse mit Sonderzeichen abgewählt, die Einstellungen gespeichert und die Verzeichnisse wieder hinzugefügt werden. Jetzt sollte die Sicherung korrekt arbeiten.		12. Als letztes müssen in CrashPlan alle Verzeichnisse mit Sonderzeichen abgewählt, die Einstellungen gespeichert und die Verzeichnisse wieder hinzugefügt werden. Manchmal genügt auch das Anstoßen eines neuen Scans. Jetzt sollte die Sicherung korrekt arbeiten.

	== Bekannte Probleme (HILF HIER) ==		== Bekannte Probleme (HILF HIER) ==

imported>Toertel: Fehlenden Text bei "CrashPlan stürzt ab und started neu ..." hinuzugefügt.

2012-11-11T17:21:40Z

Fehlenden Text bei "CrashPlan stürzt ab und started neu ..." hinuzugefügt.

← Nächstältere Version		Version vom 11. November 2012, 17:21 Uhr
Zeile 285:		Zeile 285:
	SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms128m -Xmx1536m ...		SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms128m -Xmx1536m ...
	</pre>		</pre>

			(Da die Zeilen sehr lang sind, wurde alle hinter den Heap Größe durch ... ersetzt. Dieser Teil bleibt so wie er ist.)

			Durch Versuche kann man feststellen welcher <tt>-Xmx</tt> Wert groß genug ist, damit CrashPlan nicht abstürzt, und kleine genug ist, um die Performance der DiskStation nicht zu beeinträchtigen.

	=== CrashPlan funktioniert seit einem automatischen Update nicht mehr ===		=== CrashPlan funktioniert seit einem automatischen Update nicht mehr ===

imported>Toertel: Kleine Formatierungsfixes.

2012-11-11T16:51:25Z

Kleine Formatierungsfixes.

← Nächstältere Version		Version vom 11. November 2012, 16:51 Uhr
Zeile 268:		Zeile 268:
	Sind in einem Backup sehr große oder viele Dateien kann es sein, dass der Java VM der Speicher ausgeht und sie abstürzt. Das kann beobachtet werden, wenn das GUI verbunden ist und des sich dann über einen Verbindungsabbruch beschwert. Es ist eventuell auch möglich, dass man die Fehlermeldung "Caused by: java.lang.OutOfMemoryError: Java heap space" in <tt>/opt/crashplan/log</tt> findet.		Sind in einem Backup sehr große oder viele Dateien kann es sein, dass der Java VM der Speicher ausgeht und sie abstürzt. Das kann beobachtet werden, wenn das GUI verbunden ist und des sich dann über einen Verbindungsabbruch beschwert. Es ist eventuell auch möglich, dass man die Fehlermeldung "Caused by: java.lang.OutOfMemoryError: Java heap space" in <tt>/opt/crashplan/log</tt> findet.

	Das Problem kann gelöst werden, indem man die maximale Heap-Größe der VM anhebt, so lange die DiskStation dafür genügend RAM hat. Der -Xmx Parameter legt die maximale Größe fest, wohingegen -Xms die anfängliche (minimale) Größe definiert. Mann kann die maximale Größe sogar höher setzen als tatsächlicher Speicher (RAM) vorhanden ist. Das ist manchmal nötig, führt aber unter Umständen zu Swapping. Das tritt aber nur dann auf, wenn es wirklich nötig ist und wird nur abhändig von der Belastung der DiskStation bemerkbar sein.		Das Problem kann gelöst werden, indem man die maximale Heap-Größe der VM anhebt, so lange die DiskStation dafür genügend RAM hat. Der <tt>-Xmx</tt> Parameter legt die maximale Größe fest, wohingegen <tt>-Xms</tt> die anfängliche (minimale) Größe definiert. Mann kann die maximale Größe sogar höher setzen als tatsächlicher Speicher (RAM) vorhanden ist. Das ist manchmal nötig, führt aber unter Umständen zu Swapping. Das tritt aber nur dann auf, wenn es wirklich nötig ist und wird nur abhändig von der Belastung der DiskStation bemerkbar sein.

	Empfohlene Werte für DiskStations mit 1 GB RAM und 2 GB Swap, die keine weiteren speicherhungrigen Programme laufen haben:		Empfohlene Werte für DiskStations mit 1 GB RAM und 2 GB Swap, die keine weiteren speicherhungrigen Programme laufen haben:
Zeile 285:		Zeile 285:
	SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms128m -Xmx1536m ...		SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms128m -Xmx1536m ...
	</pre>		</pre>


	=== CrashPlan funktioniert seit einem automatischen Update nicht mehr ===		=== CrashPlan funktioniert seit einem automatischen Update nicht mehr ===

imported>Toertel: Kleiner Fix in /* IPKG Befehle werden nach einem DSM Upgrade nicht mehr gefunden */

2012-11-11T16:48:34Z

Kleiner Fix in IPKG Befehle werden nach einem DSM Upgrade nicht mehr gefunden

← Nächstältere Version		Version vom 11. November 2012, 16:48 Uhr
Zeile 307:		Zeile 307:

	=== IPKG Befehle werden nach einem DSM Upgrade nicht mehr gefunden ===		=== IPKG Befehle werden nach einem DSM Upgrade nicht mehr gefunden ===
	Nach einem DSM Upgrade ist es häufig der Fall, dass die Kommandos bereits installierter Pakete (ipkg, bash, nano) nicht mehr gefunden werden, wenn man sie an der Kommandozeile starten möchte. Anstatt IPKG neu zu installieren reicht es oft aus die Änderungen an <tt>/root/.profile</tt> wie in der Installationsanleitung beschrieben zu wiederholen.		Nach einem DSM Upgrade ist es häufig der Fall, dass die Kommandos bereits installierter Pakete (ipkg, bash, nano) nicht mehr gefunden werden, wenn man sie an der Kommandozeile starten möchte. Anstatt IPKG neu zu installieren reicht es oft aus die Änderungen an <tt>/root/.profile</tt> wie in der [[IPKG\|IPKG Installationsanleitung]] beschrieben zu wiederholen.

	Die Installationschritte für die [[#Unterstützung für nicht-US-ASCII Zeichen hinzufügen\|Unterstützung für nicht-US-ASCII Zeichen]] müssen meist auch wiederholt werden.		Die Installationschritte für die [[#Unterstützung für nicht-US-ASCII Zeichen hinzufügen\|Unterstützung für nicht-US-ASCII Zeichen]] müssen meist auch wiederholt werden.

imported>Toertel: Aus dem englischen Wiki übertragen: "IPKG commands are not found any more after DSM upgrade"

2012-11-11T16:47:12Z

Aus dem englischen Wiki übertragen: "IPKG commands are not found any more after DSM upgrade"

← Nächstältere Version		Version vom 11. November 2012, 16:47 Uhr
Zeile 305:		Zeile 305:

	Man sollte <tt>/opt/crashplan.old</tt> erst dann löschen, wenn man sichergestellt hat, dass alles wieder so funktioniert wie zuvor.		Man sollte <tt>/opt/crashplan.old</tt> erst dann löschen, wenn man sichergestellt hat, dass alles wieder so funktioniert wie zuvor.

			=== IPKG Befehle werden nach einem DSM Upgrade nicht mehr gefunden ===
			Nach einem DSM Upgrade ist es häufig der Fall, dass die Kommandos bereits installierter Pakete (ipkg, bash, nano) nicht mehr gefunden werden, wenn man sie an der Kommandozeile starten möchte. Anstatt IPKG neu zu installieren reicht es oft aus die Änderungen an <tt>/root/.profile</tt> wie in der Installationsanleitung beschrieben zu wiederholen.

			Die Installationschritte für die [[#Unterstützung für nicht-US-ASCII Zeichen hinzufügen\|Unterstützung für nicht-US-ASCII Zeichen]] müssen meist auch wiederholt werden.

	== Quellen ==		== Quellen ==

imported>Toertel: Fix nach automatischem Update leicht überarbeitet.

2012-11-11T16:41:20Z

Fix nach automatischem Update leicht überarbeitet.

← Nächstältere Version		Version vom 11. November 2012, 16:41 Uhr
Zeile 287:		Zeile 287:


	=== CrashPlan funktioniert seit ~~Veröffentlichung von 3.2~~ nicht mehr ===		=== CrashPlan funktioniert seit einem automatischen Update nicht mehr ===

	Eine bestehende Installation von CrashPlan funktioniert seit ~~Veröffentlichung der Version 3.2~~ nicht mehr, da die Update-Skripte nicht mit der DiskStation kompatibel sind. Anstatt die Update-Skripte zu reparieren, sollte man einfach CrashPlan neu installieren.		Eine bestehende Installation von CrashPlan funktioniert seit dem letzen automatischen Update nicht mehr, da die Update-Skripte nicht mit der DiskStation kompatibel sind. Anstatt die Update-Skripte zu reparieren, sollte man einfach CrashPlan neu installieren.

	Zur Neuinstallation von CrashPlan verfährt man wie folgt. Zunächst wird das alte Installationsverzeichnis an einen sicheren Ort verschoben.		Zur Neuinstallation von CrashPlan verfährt man wie folgt. Zunächst wird das alte Installationsverzeichnis an einen sicheren Ort verschoben.

imported>Toertel: Aus dem englischen Wiki übertragen: "CrashPlan silently crashes, and restarts (sometimes repeatedly) or stops after working for awhile"

2012-11-11T16:39:29Z

Aus dem englischen Wiki übertragen: "CrashPlan silently crashes, and restarts (sometimes repeatedly) or stops after working for awhile"

@@ Zeile 264: / Zeile 264: @@
 ln -s /etc/init.d/crashplan /usr/syno/etc/rc.d/S99crashplan.sh
 </pre>
 === CrashPlan funktioniert seit Veröffentlichung von 3.2 nicht mehr ===

imported>Toertel: Für DSM 4.1 angepasst.

2012-11-11T16:19:26Z

Für DSM 4.1 angepasst.

← Nächstältere Version		Version vom 11. November 2012, 16:19 Uhr
Zeile 9:		Zeile 9:
	Durch die Unterstützung von Linux ist es möglich den CrashPlan Headless Client (also das Kommandozeilenprogramm) auf einer Synology DiskStation zu installieren.		Durch die Unterstützung von Linux ist es möglich den CrashPlan Headless Client (also das Kommandozeilenprogramm) auf einer Synology DiskStation zu installieren.

	Diese Anleitung wurde mit einer Synology DiskStation DS411+II (DSM 3.2-1922 ~~und~~ 4.0-2198) getestet. Auf anderen DiskStations mit x86-kompatiblen Prozessor (z.B. Intel Atom), sollte diese Anleitung genauso funktionieren. Laut Spezifikation setzt CrashPlan mindestens 1 GB Hauptspeicher voraus.		Diese Anleitung wurde mit einer Synology DiskStation DS411+II (DSM 3.2-1922, 4.0-2198 und 4.1-2647) getestet. Auf anderen DiskStations mit x86-kompatiblen Prozessor (z.B. Intel Atom), sollte diese Anleitung genauso funktionieren. Laut Spezifikation setzt CrashPlan mindestens 1 GB Hauptspeicher voraus.

	Da CrashPlan in Java programmiert wurde, funktioniert CrashPlan im Prinzip auch auf einer DiskStation mit ARM-kompatiblen Prozessor. Nur mit dieser Anleitung wird es '''auf keinen Fall''' funktionieren.		Da CrashPlan in Java programmiert wurde, funktioniert CrashPlan im Prinzip auch auf einer DiskStation mit ARM-kompatiblen Prozessor. Nur mit dieser Anleitung wird es '''auf keinen Fall''' funktionieren.
Zeile 161:		Zeile 161:
	Im Folgenden werden die Schritte beschrieben, die notwendig sind, um UTF-8 Unterstützung in der DiskStation nachzurüsten. Diese Schritte müssen nach jedem DSM Update wiederholt werden.		Im Folgenden werden die Schritte beschrieben, die notwendig sind, um UTF-8 Unterstützung in der DiskStation nachzurüsten. Diese Schritte müssen nach jedem DSM Update wiederholt werden.

	1. Öffne http://sourceforge.net/projects/dsgpl/files/ und wähle die Tool Chain, die zu Deiner DSM Version passt. Beispielsweise nimm "DSM 4.0 Tool Chains", wenn Du DSM 4.0 installiert hast.		1. Öffne http://sourceforge.net/projects/dsgpl/files/ und wähle die Tool Chain, die zu Deiner DSM Version passt. Beispielsweise nimm "DSM 4.1 Tool Chains", wenn Du DSM 4.1 installiert hast.

	2. Als nächstes musst Du den Prozessor Deiner DiskStation kennen. Mit dem folgenden Kommando findest Du ihn heraus.		2. Als nächstes musst Du den Prozessor Deiner DiskStation kennen. Mit dem folgenden Kommando findest Du ihn heraus.
Zeile 178:		Zeile 178:
	Liefert der Behl oben x86_64 zurück ist es ein 64 Bit Linux. Andernfalls ist es ein 32 Bit Linux.		Liefert der Behl oben x86_64 zurück ist es ein 64 Bit Linux. Andernfalls ist es ein 32 Bit Linux.

	4. Lade jetzt das passende Archiv in das /volume1/@tmp Verzeichnis. Im folgenden wird angenommen es handle sich um eine DS411+II mit DSM 4.0. Passt das für Dich nicht musst Du die URL und die Pfade anpassen.		4. Lade jetzt das passende Archiv in das /volume1/@tmp Verzeichnis. Im folgenden wird angenommen es handle sich um eine DS411+II mit DSM 4.1. Passt das für Dich nicht musst Du die URL und die Pfade anpassen.
	<pre>		<pre>
	DiskStation> cd /volume1/@tmp		DiskStation> cd /volume1/@tmp
	DiskStation> wget http://downloads.sourceforge.net/project/dsgpl/DSM%204.0%20Tool%20Chains/Intel%20x86%20Linux%~~202~~.6.32%20%28Pineview%29/gcc420_glibc236_x64-GPL.tgz		DiskStation> wget http://downloads.sourceforge.net/project/dsgpl/DSM%204.1%20Tool%20Chains/Intel%20x86%20Linux%203.2.11%20%28Pineview%29/gcc420_glibc236_x64-GPL.tgz
	</pre>		</pre>