Beiträge von syserr

    Mod: Unnötiges Volltextzitat gekürzt! :handbuch::arrow: Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

    Vorsicht mit großen VMs, die lassen sich gar nicht wiederherstellen.

    Ich traue dem HDP auch nicht über den Weg. Das vorher beschriebene Verhalten und die mangelnde Fähigkeit VMs über 2TB wieder herzustellen lasst mich vermuten, dass es da noch mehr Probleme gibt. Ich hab jetzt doch wieder Nakivo bestellt, nachdem ich davon eigentlich weg kommen wollte. Veeam läuft leider nur in einer Windows Umgebung. Gratis gibt es nichts, das mir passen würde. Mich nerven die Lizensierungsmodelle so unglaublich. Der Preisrechner bei Nakivo sagt EUR 576,00, das Angebot kommt dann mit EUR 1.800 daher. Alles ziemlich mühsam.


    Mod: Unnötiges Volltext-/Direktzitat gekürzt! :handbuch::arrow: Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

    Für ein Backup einer VM reichen doch die Images, mit denen man sich jederzeit eine neue VM erstellen kann?!

    Ja da hat man dann immer den letzten Stand oder belegt irre viel Platz wenn man ein Abbild für jeden Tag der letzten zwei Wochen, usw haben möchte. Meine 3 VMs die ich sichern möchte brauchen bei einem vollen Backup ca 300GB. Jedes inkrementelle/differentielle braucht dann nur mehr 3-10GB, wobei ich auch das schon zuviel finde.


    Danke Euch beiden für die Antworten.

    Hi Forum,


    ich habe, nachdem NAKIVO absurde Angebote rausschickt und ich da nicht mehr mitspielen will, den HDP von Qnap ausprobiert. Wenn ich aber eine VM aus meinem ESXi (Free) auf ein Repository auf DATA_Vol4 zu backuppen versuche, schreibt mir HDP als erstes die DATA_Vol1 voll. Der Ordner overlay2 der container_station wird offenbar mit der vmdk der VM vollgeschrieben. Sobald das Volume voll ist, hängt HDP.


    Ist das ein normales Verhalten des HDP?

    Danke für die Hinweise,


    ich habe herumgedoktort und habe das Problem gefunden. Ich möchte das kurz beschreiben, damit andere mit dem selben Problem hier ansetzen können.


    Meine Frau hat schon die Vermutung geäußert, dass es an der Vorschau liegen könnte. Ich hab ihr ammer immer erklärt, dass die Vorschau keine Dateien zur Bearbeitung öffnet sondern nur kurz den Inhalt ausliest, die Datei schließt und den Inhalt anzeigt. Tja, wie ich mich nur getäuscht habe. Ich hab das Problem jetzt auf PDFs eingegrenzt. Der Übeltäter ist vermutlich nicht die Qnap sondern der PreviewHandler von Acrobat X Pro. Sobald man im Explorer die Datei anklickt öffnet er die Datei um sie in der Vorschau anzuzeigen, die Qnap trägt diese Datei dann in die Liste der gesperrten Dateien ein mit [DENY_WRITE / RDONLY / Lease (RWH)]. In der Kommunikation mit der Qnap scheint der PreviewHandler von Adobe dann n icht das zu tun, was die Qnap will. Klickt man die nächste Datei an, bleibt die vorherige mit [DENY_WRITE / RDONLY / Lease (RWH)] markiert und die neue wird ebenfalls so markiert. Klickt man nacheinander 100 Dateien an im selben Ordner, sind alle 100 Dateien mit [DENY_WRITE / RDONLY / Lease (RWH)] markiert.


    Meine Lösung: Ich habe den PreviewHandler von Tim Heuer (Foxit?) installiert. MArkiere ich jetzt eine Datei, wird sie kurzzeitig mit [DENY_WRITE / RDONLY / Lease (RWH)] markiert, wird aber nach ein paar Sekunden wieder aus der Liste der gesperrten Dateien gelöscht.

    Hallo Forum,


    ich habe seit einiger Zeit ein Problem, das jederzeit reproduzierbar ist und sich an folgenden beiden Beispielen darstellen lässt:


    QNAP TVS-663 QTS 4.3.6.0923

    Zugriff über Windows 10 smb3_11 (Probleme aber auch unter smb2_10 ident)

    Fehler tritt bei mehreren Laptops in ähnlicher Konfiguration auf


    1. Beispiel

    • Ich scanne eine Dokument
    • Das PDF wird vom Scanner als Benutzer "scanner" in der Freigabe "Scanordner" abgelegt
    • Ich klicke die Datei im Explorer an und ich sehe den Inhalt in der Vorschau (Vorschaufenster wird AFAIK von Adobe Acrobat Pro bereitgestellt)
    • Laut SmbStatus ist die Datei schon gesperrt [DENY_WRITE / RDONLY / Lease (RWH)]
    • Ich ändere von meinem Laptop aus mit meinem Benutzernamen den Dateinamen
    • Die Datei hat den neuen Dateinamen sowohl im Explorer als auch in der Filestation
    • Ich wähle eine andere Datei aus
    • Laut SmbStatus sind jetzt die zuvor ausgewählte UND die neu ausgewählte Datei gesperrt
    • Ich kann aber auch diese Datei erfolgreich umbenennen
    • Ich öffne die Datei mit meinem Benutzernamen und nehme Änderungen vor
    • Ich klicke auf "Speichern"
    • Die sinngemäße Nachricht poppt auf: "Die Datei konnte nicht gespeichert werden. Die Datei ist entweder schreibgeschützt oder ist von einem anderen Benutzer geöffnet. Bitte speichern Sie die Datei unter einem anderen Benutzernamen oder in einem anderen Ordner"
    • Wenn ich nicht nur die Vorschau im Explorer schließe, sondern das ganze Explorer-Fenster, lässt sich die Datei speichern
    • ACHTUNG: Selbiges Verhalten ist auch mit deaktiviertem OpLock reproduzierbar


    2. Beispiel

    • Ich lösche eine Datei
    • Ich gebe einer anderen Datei den Namen der gelöschten Datei
    • Die sinngemäße Nachricht poppt auf: "Sie benötigen Berechtigungen zur Durchführung dieses Vorgangs. Sie müssen die Berechtigungen vom "OFFICESERVER/scanner" erhalten, um Änderungen an dieser Datei durchführen zu können."
    • Ich klicke auf "Abbrechen"
    • Ich lade das Fenster neu mit F5
    • Die gelöschte Datei wird angezeigt hat aber laut Vorschau keinen Inhalt.
    • Laut SmbStatus sind beide Dateien gesperrt.
    • Ich schliesse das Explorer Fenster
    • Die gelöschte Datei scheint im SmbStatus nicht mehr auf
    • Ich kann der vorhandenen Datei den Namen der gelöschten geben

    Ist dies ein Problem mit QNAP? Auf den lokalen Platten gibt es keine derartigen Probleme.

    Liebes Forum,


    da meine Systemplatte der TVS-663 im Büro defekte Sektoren hat, möchte ich das DataVol1 (System) vom Speicherpool1 (die defekte Platte) auf Speicherpool2 (RAID5 mit 3 Platten +1 Hotspare) migrieren. Auf der DataVol1 sind leider auch Apps installiert, das wurde im Forum schon mal als Problem beschrieben.

    Leider habe ich bei der Installation damals, vor 830 Tagen und 4 Stunden, das ganze nicht kapiert und eben zwei Speicherpools angelegt. Zuhause ein paar Tage später hab ichs dann begriffen und auf einer TVS-463 nur einen Speicherpool mit einem RAID5 über 4 Platten.


    Ist es nun möglich, auch über Umwege, das DataVol1 auf Pool2 zu bringen damit ichs am RAID5 liegen hab?


    Ich bedanke mich schon vorab herzlich für Eure Hilfe.


    lg

    Sys

    Hallo Forum!


    Ich habe folgendes Problem und hoffe, dass ich hier Hilfe finde:


    In meinem Büro habe ich eine QNAP TVS-663 mit aktiviertem L2TP Server. Bisher (4.2.0) konnte ich via VPN so auf alle Rechner im Büro und auf die Freigaben sowie Adminoberfläche der QNAP zugreifen. Vor ein paar Tagen habe ich das Upgrade auf 4.2.1 installiert und jetzt auch eine Virtuelle Maschine auf der QNAP laufen. Seit dem dem Update oder seit der Aktivierung der Virtuellen Umgebung, komme ich nicht mehr ins Büro-LAN und die QNAP erreiche ich nur mehr unter der IP des L2TP Gateway (10.2.0.1). Über einen PPTP der auch schon lange am Router läuft komme ich anstandslos ins Büro-LAN und auf die QNAP.


    Meine Konfiguration sieht so aus:


    Büro:
    WAN: 80.xxx.xxx.xxx
    LAN: 192.168.10.0 255.255.255.0
    Router: 192.168.10.1 (Portforward von UDP 500, 4500 und 1701 auf 192.168.10.101)
    QNAP: 192.168.10.101 (alles läuft über die erste Ethernetschnittstelle; die zweite ist nicht aktiv)
    L2TP-Clients: 10.2.0.2 - 10.2.0.254
    Auf QNAP laufen: Virtuelle Maschine (Virtual Switch in der QNAP aktiviert), L2TP-Server, Freigaben


    Extern, hier zB Zuhause:
    WAN: 212.xxx.xxx.xxx
    LAN: 192.168.1.0 255.255.255.0
    Router: 192.168.1.1
    Client: Nativer iOS und OS X


    Trotz Suche, habe ich zu diesem Problem noch keine Einträge gefunen.


    Ich freue mich über jeden Hinweis, Hilfe oder Lösung :)


    EDIT: Hier noch die Routingtables ohne Verbindung zum QNAP L2TP und einmal mit Verbindung zum L2TP:


    OHNE Verbindung zum L2TP-Server
    :

    Code
    Destination        Gateway            Flags        Refs      Use   Netif Expiredefault            192.168.1.1        UGSc           64        0     en0127                127.0.0.1          UCS             1        0     lo0127.0.0.1          127.0.0.1          UH              2       74     lo0169.254            link#5             UCS             1        0     en0192.168.1          link#5             UCS             7        0     en0192.168.1.1/32     link#5             UCS             2        0     en0192.168.1.1        c8:d7:19:39:dd:d9  UHLWIir        65      231     en0   1192192.168.1.102      0:25:36:56:4d:b5   UHLWIi          1        1     en0    780192.168.1.121      a0:2:dc:f7:90:ec   UHLWIi          1        0     en0    303192.168.1.122      74:75:48:66:bd:bd  UHLWIi          1        0     en0    183192.168.1.152      20:a2:e4:14:16:71  UHLWIi          1        1     en0   1135192.168.1.201/32   link#5             UCS             1        0     en0192.168.1.253      c8:d7:19:39:e2:94  UHLWIi          2       45     en0   1194192.168.1.255      link#5             UHLWbI          1       73     en0224.0.0            link#5             UmCS            2        0     en0224.0.0.251        1:0:5e:0:0:fb      UHmLWI          1        0     en0255.255.255.255/32 link#5             UCS             1        0     en0


    MIT Verbindung zum L2TP-Server: