Haben jetzt Antwort vom QNAP Support bekommen.
Das Problem ist dort bekannt und wird irgendwann bei einem der nächsten Updates behoben.
Wir haben jetzt zur Sicherheit den 2Way-Sync abgeschaltet, nachdem wir mehr und mehr Fehler bekamen und die Datenintegrität nicht mehr gewährleistet war.
Wir müssen jetzt entweder wieder auf eine Drittanwender-Software zurückgreifen oder warten, bis der Fehler behoben ist.
Viele Grüße,
Jens
Guten Morgen,
wir betreiben seit einer Woche zwei QNAPs an zwei Unternehmensstandorten, die sich über eine VPN-Leitung per RTRR 2way abgleichen. Wir verwenden nur den eingebauten Sicherungsmanager, keine Zusatzsoftware.
QNAP1 ist ein TS 421U mit FW 4.2.4, hier läuft der RTRR Serverdienst
QNAP2 ist ein TS 253A mit FW 4.2.4, von hier werden über den Sicherungsmanager die Jobs angestoßen.
Die Zeiteinstellungen sind bei beiden QNAPs identisch eingestellt.
QNAP1 ist der Server, auf dem die meisten Dateien modifiziert und geschrieben werden, QNAP2 steht an einem kleineren Standort, wo weniger Dateien bearbeitet werden.
Über den Sicherungsmanager auf QNAP2 wurde zunächst eine Initial-Versorgung über Nacht vom QNAP1 gezogen. Beide QNAPs waren dann morgens 1:1 Repliken.
Anschließend wurde auf QNAP2 ein neuer Job erzeugt, der alle drei Stunden eine 2way Synchronisierung anstößt, um beide QNAPs synchron zu halten. Es läuft kein Real-Time-Sync.
Es ist nun in den letzten Tagen wiederholt vorgekommen, dass auf QNAP1 gelöschte Dateien beim Syncen auf QNAP2 nicht gelöscht wurden, sondern von QNAP2 auf QNAP1 wiederhergestellt wurden.
Heute morgen hat der Sync nun Dateinamensänderungen auf QNAP1 zwar auf den QNAP2 übertragen, dabei aber die alten Namen von QNAP2 wieder auf QNAP1 zurückgespielt, so dass wir alle Dateien jetzt auf beiden QNAPs doppelt haben.
Diese Vorgänge werden auch im Log angezeigt, so dass wir ausschliessen können, dass andere Prozesse hier stören. Der RTRR Job scheint nicht richtig zu funktionieren.
Wir haben bis vor kurzem den Abgleich der beiden Standorte über eine andere Lösung gefahren, die unabhängig von den QNAPs lief. Das hat bislang gut funktioniert. Jetzt wollten wir die beiden QNAPs direkt miteinander abgleichen lassen und stehen vor einem Problem.
Ich habe im Netz in einem anderen Board vor Jahren einen ähnlichen Fall gefunden - leider ohne Lösung. Ist dieses Problem hier im Forum bekannt und weiss jemand eine Lösung? Hat jemand ähnliche Erfahrungen gemacht? Gibt es zuverlässige Alternativen, die im Unternehmensumfeld bei anderen Usern als Job zuverlässig auf dem QNAP laufen?
Merci,
Jens
Hallo,
nach 24 Stunden intensiver Fehlersuche scheint das System wieder zu laufen. Vielleicht nützt ja jemandem der Lösungsweg.
Fehlerbeschreibung: Laufwerk ließ sich im Finder mit CTRL-K und "afp://xxx.xxx.xxx.xxx" mounten. Aber immer nur ein Verzeichnis, nie alle zusammen. In der Seitenleiste des Finders tauchte die AFP-Freigabe zwar auf, ließ sich aber nicht ansprechen. Wenn man sie ansprach, wurde der Zugriff auf das QNAP abgewiesen oder der Finder stürzte ab.
Fehlereinkreisung: Es hatte den Anschein, dass der Fehler im Bonjour lag, da wir zeitgleich ein anderes Problem im Netz hatten, bei dem die Namesauflösung nicht 100%ig gelang. Wir hatten daher testweise Bonjour ausgeschaltet und die Freigaben per SMB angesprochen. Dies funktionierte leidlich aber nicht stabil.
Dass SMB funktionierte führte aber zum Ziel. Es stellte sich heraus, dass einer der Freigabe-Ordner auf dem QNAP anscheinend korrupte AppleDB-Steuerdateien enthielt. Als wir diesen Ordner nicht mehr freigaben, funktionierte der Zugriff per AFP wieder.
Wir haben den Ordner komplett gelöscht und aus einem Backup die Freigabe neu erstellt. Jetzt funktioniert erstmal alles wieder soweit.
In einem der Foren wurden Skripte vorgestellt, mit denen man die "Apple-Systemdateien" auf dem QNAP löschen kann. Dieses Skript haben wir nicht umgesetzt, weil der Post schon etwas älter war. Vielleicht hätte das auch zum Ziel geführt.
Bonjour oder besser Bonsoir,
Jens
Hallo,
wir haben seit Mitte letzter Woche arge Probleme mit den AFP-Freigaben unseres 421U.
Der QNAP wird zwar im Finder angezeigt, aber wir können uns nicht mehr als User anmelden. Wenn wir die DX2-Authorisierungsunterstützung abschalten, dann gelingt zumindest noch der Zugriff als Gast.
Zugriffe per SMB oder NFS scheinen keine Probleme zu bereiten.
Wir haben heute nochmal das letzte Firmwareupdate aufgespielt, aber keine Verbesserung erlebt. In den Bugfixes stand was davon, dass damit AFP-Probleme behoben würden.
Hat jemand das gleiche Problem und vielleicht auch schon eine Lösung?
Viele Grüße,
Jens
Hallo Eraser,
vielen Dank für die Antwort. Den Link hatte mir Christian bereits gegeben und Du wirst es nicht glauben: Ich habe den Thread auch selber bereits gesehen. Da hatte doch tatsächlich jemand das gleiche Problem wie ich. Sachen gibt's!
Entschuldige die Antwort und nicht böse sein,
ich habe "Neustart" genommen, obwohl es eine Option "Server einschalten" gibt, weil ich das Gerät neu starten wollte, nachdem ich es automatisch runtergefahren hatte.
Aber nun habe ich ja mit Deiner und Christians Hilfe den Unterschied verstanden.
Viele Grüße und vielen Dank nochmal,
Jens
Hallo Christian,
danke für die Antwort. Ich habe zwei Einträge im Scheduler. Der erste fährt das Gerät um 04:00 runter - macht er perfekt. Der zweite Eintrag soll es dann um 20:00 wieder restarten - klappt nicht.
Screenshot kommt hier:
Viele Grüße,
Jens
Hallo,
ich habe mein NAS so konfiguriert, dass er werktags um 04:00 runterfährt und um 20:00 hochfährt, wenn ich wieder nach Hause komme.
Nun fährt er auch programmgemäß um 04:00 runter, jedoch leider nicht um 20:00 wieder hoch. Woran mag das liegen?
Viele Grüße,
Jens
