Ultimate Backup Ultimate Backup - Nutzer helfen Nutzer

[WoodyT]

Hallo bei der FAN-Seite von


PsychoHH und Tommes


den Machern von
------------------------------------------------------------
Ultimate Backup
------------------------------------------------------------
Ultimate Backup kann über die alternative Paketquelle - Community Package Hub - https://www.cphub.net - hinzugefügt und im Anschluss über das DSM Paket-Zentrum installiert werden.

------------------------------------------------------------
Meine Motivation:

Ich möchte die beiden bei der täglichen ankommenden Flut von Anfragen unterstützen.


Euer
WoodyT

 

[dil88]

Ergänzend: Auch das Zusatzpaket autorun wird in der aktuellen Version nicht mehr benötigt.

 

[WoodyT]

auch das wurde perfekt umgesetzt von den beiden.

 

[reiki]

Mir ist nicht klar welche AnliegenThemen in diesen neuen thread gehören und was in den bisherigen UB-Thread passt ?

Oder anders gefragt wann frage ich hier, wann im Original Thread.

Wie werden Dopplungen vermieden ?

Muss ich jetzt bei Problemen in beiden Unterforen suchen und lesen ?

 

[TeXniXo]

Nutzer können ja auch im Originalthread ihre Hilfestellungen anbieten bzw. sich mit Lösung(sansätzen) beteiligen - wozu dann hier eigenes Thema?
Es gibt außerdem einen weiteren Thread zum Thema UB FAQ (Youtubevideos) ...

Mir persönlich ist es ja egal, aber wenn es für Tommes & PsychoHH eine Erleichterung/Entlastung sein sollte, auch gut!

 

[dil88]

Ich verstehe den Gedanken hinter dem Thread so, dass der normale Support a la "ich habe mir UB installiert, finde aber nicht Funktion a" oder "bei meinem UB funktioniert b nicht" aus dem "Release"-Thread herausgelöst wird und sich die Entwickler besser fokussieren können. Es gibt ja durchaus Probleme, die durch mangelnde Kenntnis oder Fehlbedienung entstehen und keine Bugs darstellen. Ich finde es toll, wenn sich Leute finden, die die Entwickler beim Support unterstützen wollen. Die Idee kam vielleicht auch dadurch auf, dass Tommes den Füllgrad des UB Threads beklagt hat. Die Frage, die sich mir nur stellt ist, ob jemand, der UB nicht bedient bekommt, den richtigen Thread findet für sein Anliegen, und ob es nicht nach einem Release mit manchen Bugreports automatisch auch mit den "normalen" Anfragen im "Release"-Thread weitergeht? Ich persönlich fände das nicht schlimm und finde den bisherigen Thread auch nicht zu voll, aber es gibt ja auch in anderen Forum die Trennung - ich kenns z.B. im Zusammenhang mit dem VTI-Betriebssystem für VU+-TV-Receiver. Dort werden im Release-Thread allerdings nur Updates veröffentlicht, der Thread ist vermutlich für normale User schreibgeschützt.

 

[AndiHeitzer]

Ich habe mir UB 1.3.0 mal kurz zu Gemüte geführt ...

Nur mal so auf die Schnelle:
Alle meine DSsen sind mit UB bestückt.
Mein Zielsystem wird als Online erkannt, jedoch wird von einem zu sichernden System eine nicht funktionierende SSH-Verbindung 'angemeckert', was das auch immer heissen mag.
Zuerst war ich der Ansicht, das läge am vDSM mit der DSM 6.2Beta. Leider ist dem nicht so.

In UB bin ich zwar ein fleissiger Mitleser, jedoch als Benutzer ein blutiger Anfänger. Ich wüßte nun nicht, wo ich mit meiner Frage nun besser aufgehoben wäre

Bevor ich hier nun um Hilfe bitte, werde ich wohl noch etwas querlesen müssen, um Spuren dazu zu finden und erstmal selber anzugehen. Erst, wenn ich gar nimmer weiter komme, werde ich wohl hier wieder nachhaken müssen. Kann aber noch (aus Zeitmangel) etwas dauern

 

[Tommes]

Hi

Die Initialzündung für diesen Thread habe ich wohl angeregt *klick* da die Diskussion im Ultimate Backup Thread ins Offtopic lief. Verantwortlich für diesen Thread bin ich aber nicht, wenngleich ich hier auch gerne mit einsteige.

Über die Sinnhaftigkeit dieses Threads lässt sich sicherlich streiten, aber in einem öffentlichen Forum steht es ja jedem frei, einen eigenen Thread aufzumachen.

Gut fände ich zwar, einen Thread für Bugreports, Anregungen und Kritik zu haben und einen um die Probleme bei der Bedienung zu diskutieren. Ob das aber jeder so sieht und ob das zielführend ist, bleibt abzuwarten. Ihr habt es in der Hand.

Auf der anderen Seite gibt es zu vielen Themen hier in Forum einen ganzen Sack voll Threats, durch die man sich wühlen muss. Warum sollte das hier anders sein.

Und noch zu @AndiHeitzer
Schau dir doch mal die YouTube Videos zum Thema SSH von mir an, vielleicht siehst du dann klarer.
http://www.synology-forum.de/showth...ideo-FAQ/page3&p=745391&viewfull=1#post745391

Tommes

 

[TeXniXo]

@dil88: deine Zeilen sind klar und schlüssig, passt für mich so auch sehr gut!
@Tommes: wenn das deine Sichtweise so ist, dann ist es gut. Nur sollten 2-3 User dich und/oder PsychoHH regelmäßig auf Ungelöstes o.ä. hinweisen, sonst ist es nicht tragbar, einige Threads parallel zu behandeln.

Wie dil88 und Tommes erwähnt haben, ist eine Trennung von Entwickler- (Bugs, Updates usw.) und User-Threads (Usability, Manuals usw.) sicher auf langer Sicht sinnvoll und produktiv. Sehe ich jetzt auch so!

 

[AndiHeitzer]

Über die Sinnhaftigkeit dieses Threads lässt sich sicherlich streiten, aber in einem öffentlichen Forum steht es ja jedem frei, einen eigenen Thread aufzumachen.

Eine Trennung vom Entwicklerthread sehe ich schon als Sinnvoll an ...

Gut fände ich zwar, einen Thread für Bugreports, Anregungen und Kritik zu haben und einen um die Probleme bei der Bedienung zu diskutieren. Ob das aber jeder so sieht und ob das zielführend ist, bleibt abzuwarten. Ihr habt es in der Hand.

Genau so wäre meine Ansicht, hier für etwas Übersichtlichkeit zu sorgen ...
Evtl. so ein Thread jeweils für eine größere Version mit möglichen, Features und Bugs ...
Oft ist es bei mir so, daß ich nicht die richtigen Suchbegriffe verwende, um bei einem Problem weiter zu kommen.

Und noch zu @AndiHeitzer
Schau dir doch mal die YouTube Videos zum Thema SSH von mir an, vielleicht siehst du dann klarer.
http://www.synology-forum.de/showth...ideo-FAQ/page3&p=745391&viewfull=1#post745391

Danke hierfür ...

 

[WoodyT]

@AndiHeitzer

konnte Dein Problem gelöst werden?

 

[AndiHeitzer]

Danke der Nachfrage, aber ich habe mir noch nicht die nötige Zeit dazu abzwacken können. Das habe ich aber schon so geschrieben. Nur Geduld

Ist weiters aber nicht tragisch, da ich mit UB vorhabe, eine weitere Sicherungsstrategie aufzubauen. Meine derzeit genutzte HB-Strategie wird unabhängig weiter beibehalten.

 

[AndiHeitzer]

Sodele, dann wollen wir mal

Ich habe UB 1.3.0 auf allen meinen Synos installiert.
Meine DS916+ soll die Backups aufnehmen. Die DS215+ nutze ich, um UB kennenzulernen.
SSH-Port ist auf 60022 konfiguriert, RSYNC-Port auf Port 22, beide Synos lokal im gleichen Netz.
Hilfe habe ich gelesen, ein Video zur Einrichtung der SSH-Verbindung angeschaut und erfolgreich umgesetzt.
Zum Testen richtete ich ein Backup ein, ohne großartig die Standardvorgaben zu verändern. Einzig, die Ordner habe ich nach meinen Bedürfnissen eingerichtet.

Jedoch ...
Ein Backup von der DS215+ zur DS916+ scheitert mit folgender Meldung laut Logfile:
Starte Datensicherung:
von: DS215AH:/volume1/4ALL
nach: DS916AH:/volume9/_BACKUP_/UltimateBackup/DS215AH/Hauptversion
rsync -e ssh -p 22 -l root -oStrictHostKeyChecking=no -vv -ahR /volume1/4ALL --stats --delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/*** --delete 192.168.0.13:/volume9/_BACKUP_/UltimateBackup/DS215AH/Hauptversion
opening connection using: ssh -p 22 -l root -oStrictHostKeyChecking=no 192.168.0.13 rsync --server -vvlogDtprRe.isfC --delete-excluded . /volume9/_BACKUP_/UltimateBackup/DS215AH/Hauptversion
sending incremental file list
[sender] hiding directory /volume1/4ALL/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/4ALL/HyperBackupExplorer/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/4ALL/HyperBackupExplorer/2.1.0/@eaDir because of pattern @eaDir/***
[...]
[sender] hiding directory /volume1/4ALL/Scripts/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/4ALL/Scripts/iptest/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/4ALL/TreeSize/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/4ALL/sysinternals/@eaDir because of pattern @eaDir/***
/volume1/4ALL - RSync-Code 52
------------------------------------------------------------------------------------------------
RSync Fehlermeldung (Exit Code): 52
------------------------------------------------------------------------------------------------


RSync-Datensicherung fehlgeschlagen - Sicherungsziel: DS916AH:/volume9/_BACKUP_/UltimateBackup/DS215AH/Hauptversion
------------------------------------------------------------------------------------------------

Ein leerer Ordner UltimateBackup/DS215AH/Hauptversion wurde angelegt.
Wie muß ich nun die Meldung interpretieren?
Einen 'Errorcode 52' scheint es wohl nicht wirklich zu geben? Eine Liste der Codes von von 0-35 findet sich öfters im Netz.

Wie schon oben geschrieben, PRIO1 hat die Geschichte bei mir nicht ... das ist hier als langfristige Angelegenheit zu sehen.

 

[PsychoHH]

admin Account aktiviert?
rsync-Konto aktivieren, aktiviert? Würde ich mal deaktivieren.

 

[WoodyT]

SSH-Port ist auf 60022 konfiguriert, RSYNC-Port auf Port 22...

Das geht glaube ich nicht. Stelle mal beides auf 60022.

Gruß
WoodyT

 

[AndiHeitzer]

admin Account aktiviert?

Ja, der ursprüngliche Account 'admin' ist aktiviert.

rsync-Konto aktivieren, aktiviert? Würde ich mal deaktivieren.

Ja, ein RSYNC-Konto ist benannt, der 'admin' ist dort hinterlegt. 'root' kann dort nicht eingetragen werden.

 

[AndiHeitzer]

Das geht glaube ich nicht. Stelle mal beides auf 60022.

Das geht schon mit den unterschiedlichen Ports.

Ich habe nun beide Ports auf 60022 gesetzt und das RSYNC-Konto auf der DS916+ ausgehakt, danach den Auftrag nochmal angestossen.
Am Ergebnis hat das leider nichts geändert.
Es blieb beim ERROR 52 und auch das Zielverzeichnis ist immer noch ohne Inhalt.

Daher habe ich die hier dargestellten Änderungen wieder zurückgestellt.

 

[PsychoHH]

Das geht glaube ich nicht.

Doch das geht.

Ja, ein RSYNC-Konto ist benannt, der 'admin' ist dort hinterlegt. 'root' kann dort nicht eingetragen werden.

Deaktivier die Option einfach mal.

 

[AndiHeitzer]

Ja, war deaktiviert, so wie ich das in #17 beschrieben habe
Irgendwo in den 1600+ Beiträgen des Hauptthreads meine ich mich zu erinnern, dass ERROR 52 schonmal behandelt wurde, ich find das blos nimmer

 

[reiki]

Das geht schon mit den unterschiedlichen Ports.

Ich habe auch zwei unterschiedliche Ports für ssh und rsync (und auch jeweils nicht die default ports!) und es klappt einwandfrei bei mir.