So, habe nun eine Antwort von QNAP erhalten 
Einfach mal "zu schön":
Zitat von QNAP Support"vielen Dank für Ihre Nachricht. Das ist 'leider' kein BUG. Ich eröffne ein Feature Request, damit diese Funktion in Zukunft (wieder) verfügbar ist."
Na, dann schauen wir mal wann es dann nun WIEDER geht 
Das mit dem Anlegen eines namensgleichen Nutzers unter VirtualizationStation->Kontenverwaltung hat leider auch nichts gebracht... Gleicher Fehler: access denied... no permissions
Hab es jetzt gerade mal an QNAP über HELPDESK gemeldet...
Mal sehen was sie dazu sagen 
Halte euch auf dem Laufenden.
Also meine Lieben,
manchmal ist es einfach im Leben so... 
einfach nicht dazu gekommen... zuviel zu tun gehabt...
Kam gerade erst zum testen der "Theorien" 
Also:
Das mit dem Admin war schon mal ein klasse Ansatz! Wenn man sich als Standard-Admin einloggt, führt er das VM sichern & wiederherstellen ohne Probleme aus.
Nun habe ich den Job aber (vor dem Update) als Nutzer mit Adminrechten angelegt... Daher dann nun wohl das: Cannot access .... ....because permission denied!!
Hm, also werde ich nun mal den Job als "Hauptadmin" erneut anlegen und dann anhand der Logs prüfen ob die dann ausgeführt werden (gehe aber aufgrund von Whitman's Aussage mal stark davon aus). 
Also, meiner Meinung nach ist da ganz schön Bedarf an der Rechtefront für das neue Update!!
Denn ich persönlich finde/fand und fände es besser wenn man den Standard-Admin deaktivieren oder sogar löschen könnte... Denn trotz geändertem Kennwort kann es immer noch eine Sicherheitslücke darstellen.
Der Nutzername ist ja dann schonmal bekannt und für nen Brute-Force muss man ja dann "nur noch" das Passwort angreifen 
Also, nicht ganz mein Geschmack des Rechtemanagements... Aber eben meine Meinung
Bleibt also abzuwarten ob man dazu mal ein offizielles Statement bekommen kann... DENN vorher ging es ja auch und es gab kein permission denied!!
Adminrechte sind "eigentlich" Adminrechte... Hoffe da wird was gemacht oder eben zurückverschlimmbessert.
Aber erstmal und VOR ALLEM vielen Dank für eure Mitarbeit und Hilfe!!!
Evtl. kann es ja einer von euch an einen offiziellen Kanal weiterleiten??
Grüße
Ich teste dann auch einmal mit der Kontenverwaltung der Virtualisation Station rum.
Habe dort gerade einen Nutzer erstellt, identisch zu meinem Nutzer mit Adminrechten... habe die Vermutung, dass dies das Problem lösen wird.
Denn die Kontenverwaltung dort bezieht sich nicht auf die Benuterzkonten im Allgemeinen, da man an dieser Stelle auch nur die Zugriffsberechtigungsebene auf die VM's an sich einstellen kann.
Werde es testen und berichten.... Diesmal eher... VERSPROCHEN 
Klasse, danke für den Tipp und auch gut schon mal zu wissen, dass man nicht alleine das Problem hat und es daher nur an der eigenen Konfig scheitert.
Werde ich gleich mal ausprobieren!
Hoffe ich komme am We dann dazu und gebe dann Feedback (auch wenn es funktioniert hat).
Gruß
Hallo, habe aktuell das Problem, dass ich seit Ende Januar meine VM's nicht mehr auf meiner angeschlossenen USB 3.0 Platte sichern kann.
Wenn ich versuche den Job manuell auszuführen (gleiches Verhalten auch beim AUTO-Job) erhalte ich die Fehlermeldung:
Backup task [*****] (to /****) failed. Cannot access /***** because of permission denied
- Bis Ende Jan. 18 ging es problemlos.
- Ein umhängen der Platte auf eine Win10 Maschine (da NTFS formatiert) habe ich schon durchgeführt, ebenso die Reparaturfunktion, kein Erfolg, Fehler bleibt.
- Laut Filemanager stimmen die Rechte für den Nutzer auf das Verzeichnis ebenfalls.
- Woher kommt das permission denied auf einmal? 
Hat jemand von euch evtl. mal einen Ansatz oder sogar gleich eine Lösung für mich?
BITTE HILFE!!!
Will und kann hier nicht weiter mit Snapshots hantieren 
