Leider besteht das Problem immer noch. Habe häufig die Fehlermeldung unsupportet Filename. Zwar geht es nach dem Formatieren besser (weniger totalabbrüche) aber die Logs sind dennoch voller Fehlermeldungen.
Teilweise werden Jobs auch einfach abgebrochen. Die Fehlermeldung hilft nicht wirklich weiter.
Vielleicht mach ich auch was falsch?!
habe 3 externe FP dran und will täglich, wöchentlich und monatliches Backup machen. je FP ein anderes Backup.
die einzelnen FP werden über zeitschaltuhr eingeschaltet.
Die Backups liefen vor dem letzten Update der Firmware Qnap 509 einwandfrei (bis auf: nach ca. 3 Monaten täglich funzendem Backup plötzlich mittendrin abbruch)
Also in so einem wichtigen Bereich wie Backups ist sicher noch Potenzial für Optimierung.
wenn jemand eine Lösung weiß, vielen Dank
Maxxime
Das Selbe hier! Egal ob die Platte neu formatiert ist (NTFS) und die Jobs neu erstellt wurden, immer sind haufenweise Fehler mit "unsupported filname" im Log. (# WARNING: Skip the "USBDisk1/projekte/168_Brücke_Darmstadt/2_grundl/Bilder_Bestand/P8290050.JPG" file which has an unsupported filename!) Das geht bis zum völligen Abbruch des Backupjobs. Ich habe alle Files analysiert und es gibt ene Gemeinsamkeit. ALLE diese Dateinamen enden ausnahmslos auf eine Zahlenkombination, alle anderen Dateien bleiben von diesem Problem unberührt??? Sollte es damit etwas zu tun haben? Meine Anfrage beim Support von Qnap war übrigens erfolglos und wurde ohne jede Hilfestellung beantwortet. Mal gespannt ob das aktuelle Firmwareupdate etwas bringt, wird heute Abend eingespielt!
ZitatAlles anzeigenBitte Rechte prüfen, umlaute /sonerzeichen dürfen nicht enthalten sein!
Ggf. Format der Platte ändern, verhschlüsselung entfernen und erneut probieren.
Anbei noch einmal der link:
http://docs.qnap.com/nas/de/index.html?external_drive.htm
Bitte besuchen Sie auch die folgenden Internetseiten mit vielen technischen Tipps und Antworten:
Technische Enzyklopädie, unser Wiki: http://wiki.qnap.com/
Online-Handbuch: http://docs.qnap.com/nas/de/index.html
Offizielles Forum: http://forum.qnap.com/
Deutsches Forum: http://www.qnapclub.de
Wenn ich Ihnen sonst noch irgendwie helfen kann, geben Sie mir bitte bescheid.
Hat sich das Problem bei Euch mittlerweile gelöst? Ich habe das Systemupdate erst kürzlich eingespielt und von meinem halben Backup (super Idee, das auf 5 Folder zu begrenzen) können schon knapp 400 Dateien nicht gesichert werden. Wenn ich nun eine alte Firmware einspielen möchte, muss ich ja auch vorher ein Backup machen. Mein Time Machine läuft seit ein paar Tagen auch nicht mehr. Insgesamt habe ich jetzt knapp 1200 Euro in diese Lösung investiert und es geht überhaupt gar nichts. Bin total genervt. Würde mich freuen von Euch zu hören wegen Lösungen oder ggfs alternativen Systemen. Ohne richtiges Backup ist echt keine Option. Mache mir langsam ernsthafte Sorgen. Danke & LG.
Bei mir besteht das Problem auch:
# WARNING: Skip the "eSATADisk1/qnap/user/Pictures/2003/20030407_194420.JPG" file which has an unsupported filename!
Bei diesem Filename scheint mir ja nichts aussergewöhnliches zu sein !
QNAP 259
Firmware Version 3.5.2 Build 1126T
file which has an unsupported filename!
# WARNING: Skip the "eSATADisk1/Daten/DATEN Diverse/Fonts Schriften/xxxxxxxx/xxxxxxxxx/I/ImpactT.ttf" file which has an unsupported filename!
hat sich da schon was ergeben?
Aktuelle Firmwareversion: 3.5.2 Build 1126T
ich versuche schon tagelang das problem durch neuformatierung zu lösen - nichts!
ich habe versucht auch ausserhalb die platte zu formatieren, nichts.
andere platte, nichts.
nur dass es jedes mal andere daten sind wo sich diese QNAP dran aufhängt!
WARUM? WARUM WARUM? 
so, ich habe mir mal die problemdaten angesehen.
wenn ich versuche die daten vom QNAP manuell in das eSATA-Plattenverzeichnis zu kopieren, geht das tatsächlich nicht.
an jedem anderen ort kann ich die problemdaten hinkopieren, nur eben nicht in den spiegelpfad der eSATA-platte.
an den daten selbst sehe ich auch nichts merkwürdiges. ein teil der bilder geht, der rest dann nicht.
sind das schreibgeschützte daten, versteckte? das ging doch vorher.
Zitat von "dreilinger"sind das schreibgeschützte daten, versteckte? das ging doch vorher.
Machst du das als user oder als admin?
Kannst du mir mal eine harmlose "nicht-kopierbare" Datei zuschicken? Ich würde mir das mal anschauen.
Gruss
Michael
admin.
alles versucht, vom PC sowohl als auch Mac
ich habe die platte nun zu EXT4 formatiert. das will ich zwar nicht, da ich im erstfall direkt auf meine daten per NTSF/windows7 zugreifen möchte und weiterarbeiten will..., nun, ja,
also, unter EXT4 keine probleme. und ich habe auch das gefühl: sauschnell. die 1,5 TB wurden in knapp 5/6 stunden geschaufelt.
Ich bin seit dem Firmware-Update, in dem das Backup geändert wurde stinksauer. Hauptargument für ein NAS ist immerhin Datensicherheit und Integrität, welche mit der Änderung des Backups auf USB/eSATA mit den Jobs nicht mehr gewährleistet ist.
Mittlerweile ist das Forum voll mit Threads, aber Qnap scheint das Problem wohl nicht ernst zu nehmen. Ich kann (und will) nicht tausende von Dateien umbenennen damit ich diese wieder auf externe Platten sichern kann.
Ich für meinen Teil erwäge ernsthaft den Hersteller zu wechseln, da mir meine Daten für solche Späße zu wichtig sind.
Seit der Umstellung des Backups sind mittlerweile einige FW-Upgrades herausgekommen, doch am Thema Backup ist wohl noch nicht gearbeitet worden. Ist es denn so schwer das "alte" Backup wieder mit anzubieten?
Gruss und Sorry für den Ton.......
Harald
Zitat von "xeleven67"Seit der Umstellung des Backups sind mittlerweile einige FW-Upgrades herausgekommen, doch am Thema Backup ist wohl noch nicht gearbeitet worden. Ist es denn so schwer das "alte" Backup wieder mit anzubieten?
Was sagt denn der QNAP-support selbst dazu ?
GLG GBD
Zitat von "GorillaBD"Was sagt denn der QNAP-support selbst dazu ?
GLG GBD
Ehrlich gesagt habe ich mir die Mühe gespart. Die Threads sind voll mit diesem Thema, und der Support scheint immer mit den gleichen Antworten zu kommen: Umlaute nicht erlaubt (Hallo? Wir sind im 20. Jahrhundert), Rechte geprüft? usw.
Das sollte ich mal in unserem Konzern versuchen - Umlaute und Zahlen in Dateinamen verbieten oder zu erwarten, das die entsprechenden Dateien umbenannt werden 
Zum Glück interessiert das EMC DMX und SUN/Oracle Storage nicht......
Ich teste gerade rsnap, das scheint mir die beste Alternative zu sein bevor ich anfange das mittels gepiptem tar, dd oder ähnlichem zu lösen.
cu
Harald
Zitat von "xeleven67"Ehrlich gesagt habe ich mir die Mühe gespart. Die Threads sind voll mit diesem Thema,
Dann scheint dir das auch nicht so wichtig zu sein. Im Übrigen hast du wohl noch nicht bemerkt, dass du hier in einem privaten und nicht dem offiziellen QNAP-Forum bist. Es mag vielleicht sein, dass hier der eine oder andere Supportmitarbeiter mal mitliest, muss er aber nicht.
Zitat von "dr_mike"
Dann scheint dir das auch nicht so wichtig zu sein. Im Übrigen hast du wohl noch nicht bemerkt, dass du hier in einem privaten und nicht dem offiziellen QNAP-Forum bist. Es mag vielleicht sein, dass hier der eine oder andere Supportmitarbeiter mal mitliest, muss er aber nicht.
Hi dr_mike,
1.) Es ist mir wichtig
2.) Ich kann Lesen und weiss daher auch, das ich nicht im "offiziellen" Supportforum unterwegs bin. Wenn freie Meinungsäußerungen hier nicht erwünscht sind - bitte schön
3.) Wenn ich QNap etwas mitteilen möchte dann mache ich das direkt, aber das Problem ist ja nun auch bei Qnap wirklich nicht unbekannt.
also am dateinamen kann es nicht liegen!
warum läuft sonst das backup mal durch und mal nicht?
vor allem nach jedem neuformatieren stieg das backup immer bei ANDEREN dateien aus.
was auffällt ist die tatsache, dass es immer zusammenhängende dateigruppen waren. also bilder aus einer serie zum beispiel.
meinetwegen kopierte er die ersten 20 bilder der serie, die nächsten 33 bilder nicht, den rest dann aber mühelos.
und ich glaube das hat auch nichts mit dem "neuem" backup zu tun, denn der fehler trat bei mir schon VORHER so auf.
