In meinem Fall geht es konkret um die Funktionalität, mit der eine Synology selbstständig andere Netzwerklaufwerke sichern konnte. Konnte! Bis zur DSM Version 5.1 ging das nämlich. Mit der Version 5.2 geht dies nicht mehr!

Mit diesem Beitrag möchte ich mir etwas Luft machen und gleichzeitig andere Synology-Nutzer vor voreiligen Updates warnen.

Ein Update von 5.1 auf 5.2 streicht eine, für mich sehr wichtige und ziemlich tolle Funktion und erwähnt diese nicht einmal in den Change-Logs.

Was habe ich bisher gemacht? Was war passiert? Wie hat sich der Support verhalten? Und wie mache ich jetzt die Sicherung? Das alles gibt es nach dem Klick smile

Was ich bisher gemacht habe

Ich kaufte mir, schon vor einiger Zeit, eine Synology Disk-Station, eine 1513+, um endlich mal ein vernünftiges Konzept, eine Backup-Strategie zu realisieren. Ziel war es, alle Backups auf dieses NAS laufen zu lassen.

Das lief seither problemlos. Das tolle daran: Die Synology war in der Lage, eine andere Netzwerk-Festplatte – meine TimeCapsule – als Remote-Ordner einzubinden und diesen dann in ein versioniertes Backup zu schieben. Das lief seitdem jede Nacht automatisch. Tolle Sache!

Was passierte

Sonntag, 8. Mai 2016

Seit einer gefühlten Ewigkeit blinkte die Power-Lampe an der Synology um mich auf Updates hinzuweisen. Immer wieder schickte sie mir E-Mails mit Hinweisen auf Updates. Jedesmal, wenn ich mich über einen Browser einloggte, sah ich Hinweise auf Updates.

Nun gut. Ich hatte Version 5.1 installiert. Es gab längst ein Update auf die wohl letzte 5er-Version, eine Version 5.2. Ich wusste aus Blogs und News-Seiten, dass es längst eine 6er-Version gab, die kam für mich jedoch aus verschiedenen Gründen noch nicht in Frage.

Na gut, ich gab nach. Wenigstens das 0.1 Update auf 5.2 könnte ich wohl einspielen, oder? Ich konsultierte das Change-Log – “Danke” Synology, dass Du im Change-Log die Versionen 5 und 6 hübsch durchmischst…

Ich hatte 5.1-5022 installiert. Scrollt mal in den Release-Notes zu dieser Version und versucht dann nachzulesen, was sich bis zur letzten 5.2 getan hat…

Na gut, ich fand nichts, was mich beeinträchtigen würde und so tat ich es.

Ich spielte das Update auf 5.2 ein. Das lief reibungslos und auf den ersten Blick lief alles. Fein.

Montag, 9. Mai 2016

Das Backup mit Versionen meiner TimeCapsule schickt mir jeden Morgen eine E-Mail mit einer Erfolgsmeldung. Nicht so an diesem Montag! Diesmal erhielt ich die Meldung, dass das Backup fehlgeschlagen war sad

Ich hatte keine Zeit und so gab es erst Abends die Analyse. Die File-Station hatte den Remote-Ordner nicht mehr eingebunden. OK, dann kann dieser auch nicht gesichert werden. Hoffnung. Netzwerkplatte wieder als Remote-Ordner eingebunden und neuer Backup-Versuch. Schlägt immer noch fehl.

Die Meldung der Sicherung besagte, dass nur ext3, ext4, … Systeme als Sicherungsquelle dienen können. Was? Warum? Es ist ein Netzwerk-Laufwerk?!

Ich rief die Einstellungen der Sicherung auf. Das System meckert sofort, dass alle Verzeichnisse der Remote-Platte vom Backup ausgeschlossen würden. Äh?!

Fakt: Als Sicherungsquelle – und als Ziel – lassen sich keine eingebundenen Netzwerkordner mehr auswählen, sie sind in der Auswahlliste nun grau dargestellt und ein Hinweistext zeigt an, dass man diese Remote-Ordner nicht als Quelle für ein Backup wählen könne.

Ich hatte Puls!

Sofort habe ich über die Synology eine Supportanfrage abgeschickt und den Fall genau geschildert. Mit 5.1 ging das, mit 5.2 nicht mehr. Kein Hinweis in den Release-Notes.

Samstag, 14. Mai 2016 (5 Tage ohne Sicherung)

Die Antwort vom Support die wenig hilfreich war. Zusammenfassung:

Es gäbe ein neues DSM-Update das ich installieren könnte um die Thematik erneut zu prüfen.

Gefolgt vom Hinweis:

“Korrekt. Etwaige Remoteordner lassen sich leider im Backup nicht auswählen.”

Puls! Puls!

1. Warum sollte ich ein weiteres Update einspielen und ausprobieren, ob die von mir geschilderte Möglichkeit wieder aktiviert wurde? Es war eine sehr eindeutige Supportanfrage. Ich hätte erwartet, dass der Support mir sagen kann, ob es mit dem nächsten Update wieder geht – oder eben nicht.
2. Ach halt, hat er ja! Denn Zweitens: Es wurde bestätigt, dass eben dies nicht möglich ist! Nochmal: Warum um alles in der Welt sollte ich dann ein weiteres Update einspielen? Beschäftigungstherapie für Kunden?!

DSM 6.x kam für mich aus anderen Gründen nicht in Frage. Wer jetzt die Augen rollt: Nein, auch mit Version 6.x ist kein Backup von Remote-Ordnern möglich! Version 6 hat nicht einmal mehr datei-basierte Backups am Start…

Samstag, 14. Mai 2016 (nachdem mein Puls etwas runter war)

Ich schrieb eine Antwort zurück. Inhalt etwa:

Die Antwort helfe mir nicht weiter. Ich benötigte eine von zwei Lösungen:

Entweder einen Hinweis, welche Konfigurationsdatei ich ändern könnte, um Remote-Ordner wieder für das Backup wählen zu können – Ich bin fähig über ssh auf das System zu gehen und Dateien zu bearbeiten wenn es nötig ist…

Oder eine genaue Beschreibung, wie ich von Version 5.2 zurück auf 5.1 komme, ohne meine Daten und Einstellungen zu verlieren.

Ich erklärte außerdem, dass und warum Version 6.x nicht in Frage kam für mich und dass ich erschrocken und sauer war, dass so eine Funktion gestrichen wurde, ohne dass es irgendwo Erwähnung fand.

Dienstag, 17. Mai 2016

Support meldet sich per Mail und möchte eine Telefonnummer von mir um das mit mir zu klären.

Ich schicke meine Nummer direkt als Antwort zurück.

Mittwoch, 18. Mai 2016

Mein Telefon klingelt. Synology-Support ist dran. Ein sehr netter Mann der vermutlich nichts dafür kann, dass er von Software-Entwicklung und technischen Details keine Ahnung zu haben schien.

Er erklärte mir, dass die Sicherung von Remote-Ordnern nicht ginge und dass das nie unterstützt wurde, es sei kein offizielles Feature gewesen.

Ach? Nicht? In der File-Station gibt es extra einen Menüpunkt um Remote-Ordner einzubinden. In der Sicherungs-Software konnte man diese Ordner ganz normal auswählen.

Ich gebe zu: Es konnte mit diversen Dateinamen zu Problemen kommen. Möglich, dass der Supportaufwand dafür sehr hoch war und ich verstehe, wenn man so etwas abschaltet.

Ich habe echt für vieles Verständnis! Wenn aber in der Software-Entwicklung einigermaßen Aufwand betrieben wird um in einem .1-Update bestimmte Ordner nun grau darzustellen, wenn man sogar, offenbar übersetzbare, Hinweis-Texte einbaut und diese einblendet, dann wurde da ganz offensichtlich eine sehr bewusste Entscheidung getroffen. Irgendjemand hat gesagt: “Das klemmen wir jetzt mal ab!”

Nochmal: Es mag sehr legitime Gründe dafür geben!

Nur gehört so eine Änderung dann aber fett gedruckt ins Change-Log.

Noch besser: Bevor das Update eingespielt wird könnte geprüft werden, ob ein Kunde genau diese Funktion verwendet um dann eine Warnung anzuzeigen um das Update ggf. abzubrechen.

Der gute Mann am Telefon verstand meinen Einwand irgendwie nicht. Erzählte was von Beta-Versionen – Ich habe nie Betaversionen auf Produktiv-Systemen – und fragte, wo ich das im Quellcode gesehen hätte?

Man, das muss ich nicht im Quellcode sehen! Wenn plötzlich Remote-Ordner grau dargestellt werden und ein sauber formulierter Hinweistext erscheint, dann ist das kein Bug sondern wurde bewusst eingebaut. Erzählt mir doch nix! Ich programmiere selbst den ganzen Tag bigsmile

Er wollte es jedenfalls bei einem Meeting weitergeben. Seufz Ich bezweifele, dass er das korrekt tun wird. Ich meinte noch zu ihm: “Wenn dort Fragen auftauchen, Sie haben meine Nummer!” wink

Wie sich der Support verhalten hat

Die erste Antwort dauerte 5 Tage. Schade, aber ist so. Viel schlimmer war, dass diese Antwort überhaupt nicht hilfreich war. Erst die Empfehlung auf ein weiteres Update, gefolgt vom Hinweis, dass die von mir angefragte und bisher einwandfrei genutzte Funktion gar nicht mehr geht.

Auf meinen Hinweis darauf und auf meinen Wunsch hin, eine Hintertür-Lösung zu bekommen oder eine Anleitung für den Downgrade, gab es ein Telefonat in dem beide Möglichkeiten nicht einmal thematisiert wurden!

Ja ich verstehe, wenn ein Unternehmen keine Hintertür oder versteckte Konfiguration heraus rückt. Dass ein Downgrade aber gar nicht wirklich vorgesehen ist, ist für so ein System schon verblüffend.

Hinzu kam, dass der gute Mensch am Telefon mit meinen, meiner Meinung nach sehr stichhaltig formulierten Einwänden, überfordert zu sein schien.

Wie ich meine Sicherung jetzt mache

Ich bin ja nicht ganz blöd. Google kann ich einigermaßen bedienen und natürlich fand ich ein Wiki mit einer Anleitung zum Downgrade. Ich suchte aber auch mal explizit nach einem Downgrade von 5.2 auf 5.1 und fand immerhin einen Thread in einem Forum, bei dem dieser Vorgang nicht wirklich reibungslos verlief. Ich habe das NAS produktiv im Einsatz und kann und will da nicht dran herum spielen. Würde so ein Downgrade-Hack bei mir schief laufen, könnte ich erst mal ein paar Tage Urlaub nehmen um alles wieder einzurichten.

Also Blick nach Vorne.

Ich fragte im Synology-Forum und bekam als Antwort einen Hinweis eines Nutzers, auf ein rsync-Skript. Dieses Skript wurde von der Community entwickelt um bei DSM Version 6.x wieder ein datei-basiertes Backup zu bekommen.

Mit der DSM 6.x wird Hyper-Backup eingeführt, welches eine Datenbank verwendet. Die file-basierten Backups gibt es nicht mehr! Einfach Dateien auf eine externe Platte sichern? Geht nicht mehr mit Bordmitteln! Stattdessen braucht man eine spezielle Software für den Client, wenn man mal ohne Synology auf das Hyper-Backup zugreifen möchte oder muss.

Es widerstrebte mir zutiefst, irgendeine Bastellösung einzubauen aber was sollte ich tun? Ich packte mir das Skript auf meine Synology, passte ein paar Parameter an und ließ es laufen. Es funktionierte! smile

Ab sofort startet die Synology über die Aufgabenverwaltung jeden Morgen dieses Skript. Das Skript zieht sich alle Verzeichnisse der eingebundenen Netzwerk-Festplatte, meine alte TimeCapsule und kopiert sie sich lokal auf ein Volume. Einige Verzeichnisse habe ich vom Backup ausgenommen, das kann man sich ja leicht im Skript einstellen.

Von diesem Backup-Ziel wiederum erstellt die Synology nun ein versioniertes Backup, wie vorher auch. Nur das die Quelle jetzt die lokale Kopie der Festplatte ist und nicht mehr direkt das Remote-Laufwerk.

Das funktioniert erst mal und so werde ich es bis auf weiteres lassen. Ich bin noch am Überlegen, ob ich mal suche, wo ich die Hinweise auf neue DSM-Versionen abstellen kann? Ich bin mir ziemlich sicher, dass ich auf dieses NAS kein Update mehr einspielen werde!

Sie tut alles was ich brauche und sie hängt nicht im Internet. Sicherheitslücken können mir egal sein und ich beiße mich immer noch täglich in den Hintern, dass ich überhaupt auf das 5.2-Update gedrückt habe, ohne dass ich wirklich einen Grund dafür gehabt hatte.