Windows - Vorherige Versionen leer, Snapshots vorhanden

Moin,

ist sichergestellt dass die Datei auch verändert wurde? Weil wenn die nicht verändert wurde, dann kann es hunderte Snapshots geben ohne dass es eine Version für die Datei gibt.

Ansonsten scheint es ein Fall für den Support zu sein...

Habe seit kurzem genau das gleiche Problem, aber nur auf einem von zwei Speicherpools auf demselben NAS. Bin ratlos.

Dann tauscht euch mal aus was zuvor bei euch beiden zuvor geschehen ist

Bei uns das gleiche. Bei einem baugleichen NAS gibt es keine Vorgänger Versionen mehr. So wie es aussieht seit dem letzten Firmware Update. Ticket ist eröffnet und zurück kam die Meldung, dass der letzte Snapshot überschrieben wird....Was das damit zu tun hat?

Es wäre gut zu wissen was der Support bei eyetap gemacht hat. Anscheinend hat das mit den Einstellungen in der neuen Firmware zu tun. Aber das weiß bei QNAP anscheinend nicht jeder im Support...

Vielleicht mal die history des CLI anschauen... Möglicherweise ist hier zu sehen was der Support gemacht hat.

Da ich über das identische Problem verfügt habe und mir Eyetaps Darlegungen bei der Lösung weitergeholfen haben , hier meine Dokumentation zur Problemlösung:

1.) Voraussetzungen für die Funktion "Vorgängerversionen" in Windows schaffen:

Es müssen Snapshots vorhanden und für die Funktion die aktivierten Einstellungen der folgenden Anleitung gesetzt sein: https://www.qnap.com/en-us/how…windows-previous-versions

2.) auf dem NAS muss (kurzfristig) der SSH-Login für Admins aktiviert und für den jeweiligen Benutzer freigegeben werden:

Die Aktivierung des Dienstes und die Freigabe für Benutzer erfolgt im NAS unter Netzwerk- und Dateidienste: Telnet/SSH

Die Aktivierung von SSH sollte m.E. aus Sicherheitgründen nur vorübergehend erfolgen.

3.) Per SSH mit dem NAS verbinden, ein Backup der SMB-Konfigurationsdatei vornehmen, die originale Datei bearbeiten freigeben und speichern:

Login von einem Client per SSH (z.B. mittels der Freeware "Putty") mit den Benutzerdaten des berechtigten Admin-Benutzers an der IP-Adresse des NAS über Port 22

nach erfolgreichem Login folgende Prompteingaben (1. Zeile: Backup der Ursprungsdatei zur Sicherheit, 2. Zeile: Bearbeitung der Datei in VI-Editor):

cp /etc/config/smb.conf /etc/config/smb.conf.QNAP

vi /etc/config/smb.conf

in jedem(!) Abschnitt der zu bearbeitenden Freigaben eine Zeile "q type = 0" (ohne Anführungszeichen) hinzufügen

Es empfiehlt sich dies i.d.R. vor der Zeile "inherit permissions" zu machen, dies ist aber nicht zwingend nötig (an diese Stelle setzt das System den Eintrag i.d.R.).

Einen beispielhaften Abschnitt aus der SMB.conf habe ich als TXT-Datei beigefügt.

[homes]
comment = System default share
path = /share/CACHEDEV1_DATA/homes
browsable = yes
oplocks = yes
ftp write only = no
recycle bin = yes
recycle bin administrators only = no
qbox = no
timemachine = no
public = yes
invalid users = "guest"
read list =
write list = "admin",@"administrators","NAS"
valid users = "root","admin",@"administrators","NAS"
q type = 0
inherit permissions = yes
shadow:showprevious = yes
shadow:snapdir = /share/CACHEDEV1_DATA/_.share/homes/.snapshot
shadow:basedir = /share/CACHEDEV1_DATA/homes
shadow:sort = desc
shadow:format = @GMT-%Y.%m.%d-%H:%M:%S
smb encrypt = disabled
create time = 2021:12:05:23:09:06:90
mangled names = yes
hide unreadable = no
access based share enum = no
strict sync = no

3a) Ergänzende Anmerkungen zu VI:

Bei der Bearbeitung von Konfigurationsdateien empfiehlt es sich immer, mit Ehrfurcht und Vorsicht vorzugehen. Lieber einmal ohne Speichern abbrechen und die Änderungen erneut vornehmen, als sich die Konfiguration zu "zerschießen".

Insert Mode (Zur Ergänzung von Text): Aktivierung durch I-Taste / Deaktivierung durch ESC-Taste

unterhalb des Abschnitts mit den globalen Einstellungen [global], befinden sich die Einstellungen für die einzelnen Freigaben in getrennten Abschnitten

Mod: Nicht deklariertes Zitat ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von blog.admin-intelligence.de: Die 10 wichtigsten Befehle im VIM Text Editor für Einsteiger - 3.Beenden

Um den VIM-Editor zu beenden, gib den Befehl „:q“ ein, gefolgt von Enter. Wenn du Änderungen vorgenommen hast und diese speichern möchtest, verwende den Befehl „:wq“ statt „:q“. Dieser Befehl speichert die Datei und beendet VIM.

Wenn du Änderungen nicht speichern möchtest, verwende stattdessen „:q!“.

4.) Anwendung der Änderungen durch Neustart:

zum Abschluss: Neustart des NAS

Mit obigem Vorgehen waren nach einem Neustart des Systems wieder meine "Vorgängerversionen" unter Windows verfügbar.
Ich hoffe, diese Kurzanleitung hilft anderen.

Beste Grüße, Sascha

Interessant. In der offiziellen Samba-Dokumentation gibt es keine Option q type = 0. Scheint eine Privaterweiterung von QNAP zu sein.

Auch interessant: ich habe 12 aktive Freigaben, bei allen ist in Control Panel > Privilege Shared Folders die Option "Enable Windows Previous Versions" eingeschaltet, aber nur bei zweien war im entsprechenden Abschnitt in /etc/config/smb.conf diese Option q type = 0 gesetzt - nämlich bei homes und bei einer erst vor kurzem von mir neu angelegten Freigabe.

Lass mich raten: QNAP hat diese Option in QTS 5 neu eingeführt, aber das Upgrade-Skript von QTS 4 auf QTS 5 verbaselt, so dass es beim Upgrade der Konfiguration nur Standard-Freigaben wie homes bearbeitet und nicht die kundendefinierten?

Bei mir steht das Ding bei allen Freigaben, auch wenn die Funktion gar nicht aktiviert ist.

Scheint allerdings auch keine Auswirkungen zu haben, denn bei einer Freigabe wo das enthalten ist, werden mir keine Versionen in Windows angeboten, obwohl es defintiv weitere Versionen in den Snapshots gibt...

Die tatsächlich ausschlaggebende Option dürfte allerdings shadow:showprevious =  sein, das passt entsprechend meinen Einstellungen. Fraglich also was dieses q type = 0 bezweckt...

Ich habe mir das nochmal genauer angeschaut. Sehr merkwürdig.

Gestern habe ich bei einigen Freigaben das q type = 0 nachgetragen, aber keinen Neustart gemacht. Auf shadow:showprevious habe ich dabei nicht geachtet und diese Option auch definitiv nirgends hinzugefügt, gelöscht oder geändert.

Heute nun habe ich nach beiden Optionen gegrept und fand:

• Bei den beiden Freigaben, an denen ich q type = 0 gestern schon gesetzt vorgefunden hatte, ist shadow:showprevious = yes gesetzt.
  Bei diesen beiden Freigaben sehe ich unter Windows 15 Vorgängerversionen - das passt zu der Anzahl Snapshots auf dem Volume.
• Von sechs Freigaben, wo ich q type = 0 gestern selbst nachgetragen habe, ist bei dreien ebenfalls shadow:showprevious = yes gesetzt, bei den anderen drei fehlt die Option ganz.
  Bei allen diesen Freigaben sehe ich unter Windows nur eine Vorgängerversion, nämlich die vom letzten Snapshot-Termin heute morgen 5 Uhr.
• Von vier Freigaben, die ich gestern ohne q type = 0 vorgefunden und so gelassen habe, ist bei einer die Option shadow:showprevious auf yes gesetzt, bei der zweiten auf no, bei den übrigen beiden fehlt sie ganz.
  Bei allen vieren meldet Windows: "Es sind keine vorherigen Versionen vorhanden."

Die Option shadow:showprevious scheint mit der GUI-Option "Enable Windows Previous Versions" zu korrelieren, wobei es bei der einen Freigabe mit shadow:showprevious = no sein kann, dass ich die GUI-Option da einmal ein- und wieder ausgeschaltet habe - da bin ich mir aus dem Gedächtnis nicht ganz sicher, und meine Änderungsnotizen sind nicht so feingranular.

So richtig erschließt sich mir die Logik noch nicht.

Ist ja leider nicht das erste Mal, dass die Logik nicht wirklich ersichtlich ist.

Es ist aber sichergestellt, dass bei den Vorgängerversionen auch tatsächlich Snapshots mit geänderten Versionen der Datei / Ordner verfügbar sind? (Weil die dort angezeigten Versionen ja nicht zwingend mit der Anzahl erstellter Snapshots übereinstimmen muss)

Stichprobenmäßig sind bei den Vorgängerversionen die erwarteten Dateiversionen da.

Bei den Freigaben, wo nur eine Vorgängerversion angezeigt wird, finden sich im Ordner "@Recently-Snapshot" trotzdem alle Snapshots mit Inhalt wieder.

Sie werden nur halt nicht im Reiter "Vorgängerversionen" des Explorer-Eigenschaftendialogs angeboten.

Was mir allerdings gerade erst auffällt: bei den Freigaben, wo ich q type = 0 gestern nachgetragen habe (und wo ich jetzt nur eine Vorgängerversion sehe) sind die Ordnernamen unterhalb von "@Recently-Snapshot" falsch, mit Ausnahme des letzten. Der heißt korrekt "GMT+01_2024-08-05_0500", aber der davor heißt "GMT+01_2024-06-11_0500" obwohl er vom 4.8. ist, und im weiteren geht's munter durcheinander. Bei den Freigaben wo q type = 0 schon ohne mein Zutun stand, scheinen die Ordnernamen der Snapshots mit dem tatsächlichen Erzeugungsdatum übereinzustimmen.

Irgendwie schwindet mein Vertrauen in dieses System gerade massiv.