Beiträge von quaylar

Wieso kannst du nicht beim Anlegen des backup jobs als ausnahme "/@Recycle" definieren? Ich denke das sollte funktionieren...

Hi,

Konnte ich noch nicht probieren, weil ich keinen physischen Zugriff zum NAS habe sondern nur fernwarte :((
Ich hätte in Erwägung gezogen auf die 4.0.6 upzugraden, nur nach den Horror-Postings die ich grad über 4.0.5 gelesen habe (Daten-Supergau am RAID und externen Festplatten) trau ich mich das nicht nachdem mein letztes Backup vom 1. April ist.
Das ist echt unfassbar. Ich hab das Ding gekauft weil ich endlich für Datensicherheit sorgen wollte. Jetzt hab ich kein Backup weil die USB disks nicht erkannt werden, und kann auch aufgrund drohenden Datenverlustes nicht mal die FW upgraden.
Ich wünsch mir grad ich hätt vor Kauf des NAS in den Foren gelesen

Grüße,

--- EDIT ---

Das hab ich bisher herausgefunden, vl. hilfts ja jemandem:

Das Problem scheint das Modul "uas" zu sein. USB Attached SCSI. Ein Protokoll mit dem die Übertragungsgeschwindigkeit zu USB-Platten erhöht werden kann. Sieht so aus als sei das Modul bei einigen Linux-Kerneln fehlerhaft (unabhängig von QNAP finden sich Fehler wie dieser auch für andere Linux Distros, sogar genau für die Seagate Backup Plus. Keine Ahnung wie die auf der Kompatibilitätsliste landen konnte. Einfach Text von einem Moderator zensiert .
Das Modul lässt sich mit

rmmod uas

entladen. Anschließend kann man mit

rmmod usb_storage

und

insmod /lib/modules/misc/usb-storage.ko

eine Neuinitialisierung des USB erzwingen, das (lt. anderen Foreneinträgen) die disk verfügbar machen sollte ohne uas zu nutzen.
Leider wurde bei mir danach nur 1 anstatt der 2 disks erkannt - und auch die nur mit 500 MB. Scheint also auch nicht zu funktionieren.
Bin daher aktuell mit meiner Weisheit am Ende und einfach nur mehr sauer. Der Rat des QNAP-Supports das NAS neu aufzusetzen war genauso Text von einem Moderator zensiert.

--- EDIT ---

Weitere Erkenntnisse:

Nach Entladen dieser Module: uas, ehci_hcd, uhci_hcd, xhci_hcd, usb_storage, etxhci_hcd und erneutem Laden der beiden Letztgenannten, sind die Fehlermeldungen in den Logs nach Erkennen der externen Disks weg.
Scheint also ein Problem mit den USB-Treibern zu sein. Downside: Die disks werden nach wie vor nicht in QTS angezeigt und der angeschlossene USB-Drucker wird dann auch nicht mehr erkannt.

Fazit für mich: Die Kompatibilitätsliste von QNAP ist wertlos. Besser hier in den Foren nach tatsächlich kompatiblen Geräten fragen. QNAP Qualitätssicherung ist nicht existent. QNAP Support ist hilflos. Leider kann ich das NAS nicht mehr zurückgeben, werde also die disks bei Amazon retournieren und stattdessen die hier schon mehrfach positiv erwähnten WD MyBook USB 3.0 zum Backup bestellen. Das war das erste und auch letzte Produkt von QNAP.

--- EDIT ---

Ich weiß nicht warum, aber jetzt funktionierts. Auch ohne, dass ich die genannten Module entladen hätte. Was hab ich gemacht:

Mit fdisk alle Partitionen auf den beiden externen Platten gelöscht (Vorsicht hier auch die richtigen Platten zu erwischen! dmesg output konsultieren um sicherzugehen von wo ihr die Partitionen löscht :)). Dann jeweils 1 neue primäre Partition (Typ 7, NTFS) angelegt. Dann mit

mkntfs -v --fast <neue partition>

ein NTFS Dateisystem auf den disks erstellt.
Nach einem reboot waren beide in QTS sichtbar. Momentan weiß ich nicht ob ich mich freuen, oder skeptisch sein soll, wie lange das nun funktionieren wird. Nunja - sollte sonst jemand diese disks mit FW 4.0.3 verwenden wollen, dann hoffe ich, dass das hier hilfreich war.

Keywords: Seagate Backup Plus USB 3.0 uas linux qnap ts269l

Hi,

Hat zufällig irgendjemand die genannte Disk an einem TS-269L im Einsatz?
Ich habe mir nach Hinweis des QNAP-Supports (vorher eine x-beliebige USB 2.0 Platte im Einsatz die sporadisch nicht ging) extra 2 dieser offiziell als kompatiblen Platten zugelegt (fürs Backup der NAS Daten), die jetzt ironischerweise nicht funktionieren.
Soll heißen: Beide Platten mit dem mitgelieferten usb 3.0 kabel an den beiden hinteren usb 3.0 ports angeschlossen. LEDs an den Disks sind an, aber in der Weboberfläche tut sich genau nichts unter "External storage".
QNAP-Support rät: "Neuinstallation oder erweiterten Reset des NAS machen"....kanns ja irgendwie nicht sein.

Funktionieren diese Platten bei irgendjemandem?? FW 4.0.3 btw.

grüße,

--qu

Hi alle,

Ich hab mein QNAP TS269l erfolgreich für den Zugang über einen openVPN client konfiguriert, nur funktioniert das nicht ganz so wie ich möchte:

Wenn ich den Haken bei "redirect gateway" gesetzt lasse, dann wird der ganze traffic (inkl. inet-traffic) am openVPN client über den gateway des VPNs geroutet.
Ich kann zwar auf das gesamte VPN-Netz zugreifen, aber klarerweise will ich den lokalen inet-traffic nicht über das VPN routen.

Also "redirect gateway" entfernt. Verbindung wird korrekt aufgebaut, inet-traffic geht über mein lokales gateway raus, aber es fehlt die route, welches mir Zugriff auf die IP-Range des VPNs ermöglicht (sprich: die Rechner im remote-VPN sind nicht erreichbar).
Ich kann die route manuell am client hinzufügen (route add unter Windows). Dann funktioniert das auch einwandfrei.
Aber eigentlich will ich das nicht jedesmal manuell machen, auch nicht über irgendein script. Auf openVPN-Server Seite lässt sich ja über eine "push route" Direktive dieses Kommando auf den client pushen.
Nur - die Server-Konfig kann ich ja nicht bearbeiten (zmd. nicht über das web-interface des NAS).

Es kann unmöglich sein, dass ich der erste und einzige mit diesem Problem bin - wie habt ihr das gelöst??

viele Grüße,

--qu

---Edit---

Ok, für alle die nach mir kommen:

Ein Hinzufügen der push direktive in der server.conf am NAS bringt nichts, weil server.conf bei Neustarten des openVPN service neu geschrieben wird.
Ein Hinzufügen von "route <network-address> <netmask>" in der client.conf bringts jedoch

grüße,

Hierzu kann ich auch was beitragen:

Auch ich hatte eine externe USB-Disk an einem der hinteren USB-Ports angeschlossen und für das tägliche Backup NAS -> USB-Disk benutzt. Als sie voll war hab ich sie abgesteckt um von einem Windows 7 Rechner aus zu checken warum sie voll ist.
Von dort hab ich dann runtergelöscht was ich nicht gebraucht hab, wieder angesteckt - Platte wird unter "External Storage" nun als "Unmounted" ohne erkanntes Dateisystem angezeigt.

Starten des NAS mit angeschlossener USB-Disk funktioniert schon nicht seit ich das NAS (TS-269L) habe. Aktuell ist FW 4.0.3 installiert.
Vielleicht ein Zusammenhang?

Hi,

Reichlich späte Antwort von mir Sorry - aber ich hatte schon aufgegeben.
Wie kann im BIOS des NAS die externe USB-Disk als Startlaufwerk gesetzt sein? Ist das nicht der normale Anwendungsfall, dass ich eine
externe USB-Disk als zusätzlichen Massenspeicher anschließe?

Dummerweise komm ich nur remote auf das NAS, kann also nicht mit Monitor testen...:/

Hi,

Ja ich kenne dieses Problem auch von PCs, ich hab mittlerweile das USB-Gehäuse getauscht, Platte ist gleich geblieben, hat aber nichts gebracht.
Hab mir gedacht, vl haben ja andere auch dasselbe Problem...?

Hi,

Wie das Subject sagt: Ich hab an meinem TS-269L eine externe USB-Disk angesteckt auf die jeden Tag ein Backup gemacht wird.
Bei einem Neustart des NAS, hängt es aber irgendwo im Bootvorgang - wenn ich die externe Disk abstecke und neu starte funktionierts dann wieder.

Ärgerlich weil ich eigentlich das NAS über Nacht herunterfahren möchte um Strom zu sparen und die Platten zu schonen - ausserdem ärgerlich
bei jedem Neustart nach einem Ändern der Einstellungen/FW-Update etc.
Hat das sonst noch jemand und vl. einen Fix dafür?

Wär schon per ssh auf das NAS - aber die boot-logs sind alle leer, ich kann nicht mal rausfinden warum der Boot-Vorgang stehenbleibt...

Grüße,

Hi,

Ich hab auf meinem TS-269L die NTFS ACLs aktiviert und würde nun gern auf den freigegebenen shares die NTFS-Berechtigungen im Windows-Explorer setzen.
Wenn ich also einen Benutzer hinzufügen will wird mir als Suchpfad nur das NAS angeboten, es öffnet sich ein User/Passwort Dialog (wahrscheinlich um vom Samba-Server die Userliste abzufragen) an dem ich mich mit meinem admin-login anmelde, anschließend werden die verfügbaren Benutzer geladen.
Nur jene die ich am NAS angelegt habe, befinden sich nicht in der Liste.

Kann mir jemand einen Tipp geben was ich hier falsch mache?
Wie setzt ihr NTFS-Berechtigungen auf NAS-Shares?

--qu

Hi,

Ich würd gern die One-Touch Copy Funktion nutzen - nur weiss ich nicht ob ich die richtig verstehe:

Copy vom NAS zur Front-USB, Copy-Methode "Create Directory".
Wenn ich das Handbuch richtig deute, dann sollte bei dieser Methode ein Verzeichnis mit dem aktuellen Datum automatisch auf der Disk angelegt werden,
nur die QNAP-Admin Oberfläche besteht drauf, dass ich einen 2. Ordner (Zielordner) angebe. Wie dies?
Ausserdem: Wie kann ich den 2. Ordner angeben, wenn die Front-USB Disk zum Zeitpunkt der Erstellung des Jobs nicht mal angeschlossen ist?
Ich hab bereits versucht einfach einen Ordnernamen in die Textbox zu schreiben, den kann ich aber nicht bestätigen?

Gibts ja nicht, was mach ich hier falsch?

Danke,

--qu

Hi alle!

Ich bin seit kurzem (noch) stolzer Besitzer eines TS-269L - welches mich seit 2 Tagen in den Wahnsinn treibt.
Das Gerät soll in einem kleinen Büro den bestehenden Windows Fileserver ersetzen. Ich dachte mir es wär ein Klacks folgendes Szenario
umzusetzen:

Alte Datenpartition des Windows-Servers (NTFS) per robocopy auf die NAS-Freigabe kopieren. Ist leider nicht so
Info: TS-269L mit aktuellster FW, neues Share erstellt, ACL Unterstützung aktiviert.

Auf einem Windows-Client Rechner das Share verbunden (Benutzer hat lokal Admin-Rechte und ist auch als Benutzer der Admin-Gruppe am NAS angelegt).
Schreibzugriff auf das Netzlaufwerk ist dann kein Problem, ich kann Ordner anlegen wie ich möchte.
Anschließend robocopy angeworfen:

robocopy <source> <Netzlaufwerk> /MIR /B /COPY:DATSO /FFT

Kopiert einige Dateien und liefert dann irgendwann einen Access Denied (0x5) für alle folgendne Files.
Checke ich anschließend das Netzlaufwerk, hab ich keinen Zugriff mehr (Zugriff verweigert). Scheint ein Problem mit robocopy zu sein,
weil es anscheinend keine vererbten ACLs mitkopiert. Sprich beim ersten Kopieren kopiert es eine "null"-ACL zum Ziel (wenn man keine explizite
Berechtigung auf dem root-Ordner gesetzt hat) und alle weiteren Zugriffe scheitern dann.

Nur: Ich hab mich auf

source

bereits explizit als user mit Vollzugriff eingetragen. Problem besteht.
xcopy und fastcopy gleiches Problem. Ich werd wahnsinnig.

Nachdem ich nicht der einzige sein kann der dieses Szenario umsetzen will: Wie migriert ihr eine bestehende Ordnerstruktur mit Windows ACLs
auf eine QNAP SMB-Freigabe?? Das muss doch gehen.

Sämtliche Beiträge zu diesem Thema stammen aus den Jahren 10/11, als die ACL Unterstützung von QNAP noch Probleme machte oder noch
nicht implementiert war - ich vermute viel eher, dass es nicht am NAS liegt, sondern an der Art wie die ACLs kopiert werden.
Irgendjemand muss das doch schon erfolgreich gemacht haben Bitte um Tipps wie!

Grüße,

--qu

--- EDIT ---

Also ich antworte hier mal selbst:

Nach 3 Tagen endloser Frustration hab ich aufgegeben, was hab ich probiert:

1) robocopy XP010, XP026, fastcopy.
2) Als Variante dann einfach mal nur die Daten kopiert und die ACLs in einem 2. Schritt.
3) Explizite ACLs auf meinen Source-Toplevel Verzeichnissen

Ergebnis immer dasselbe: Der Kopiervorgang setzt auf dem Toplevel-Destination Verzeichnis irgendeine ungültige
ACL - wodurch das Verzichnis unbrauchbar wird. Lässt sich auch nicht mehr löschen dann und erfordert ein Löschen der
Freigabe am NAS und Neuanlage.

Was für ein Dreck.

In diesem Zusammenhang ist mir folgendes nicht tolles feature des NAS aufgefallen:

Wenn ich über die Weboberfläche des NAS ein Verzeichnis von der Freigabe lösche (und aus dem Papierkorb am NAS entferne), anschließend
dasselbe Verzeichnis wieder auf der Freigabe anlege (also identischer Name), dann sind alle Dateien die da vorher drinnen waren, wieder drin.
Wenn man also glaubt man legt ein neues, leeres Verzeichnis an, kann das für Irritation sorgen

--qu