Alle WD RED ab NASware 3.0 haben firmwareseitig keine LCC-Probleme mehr. NASware 3.0 ist für die 5TB und 6TB Modelle bereits Erstausstattung, für die älteren Modelle (1TB - 4TB) gibt es diese Red-Firmwareversion ab Produktionszeitraum 07-08/2014.
GLG GBD
Hallo zusammen,
ich habe zwei der 6TB-WD Red Platten in meinem NAS und bin zutiefst erstaunt über die schmale Ausbeutung von nur 4 TB Nutzkapazität bei Raid 1...
Noch jemand mit diesem Problem?
Mein System:
TS-219P+ mit FW 4.1.0 v. 12.06.2014
Hi, ich habe dasselbe Problem, zwar mit den 5TB Platten, aber ich bekomme trotzdem auch nur maximal 4TB zur Verfügung im RAID1.
Gibt es dafür eine Lösung? Möchte ungern 1TB verschenken 
TS239 Pro II+, FW 4.1.0 (12.6.2014)
Da bei euch Beiden die Endgrösse trotz unterschiedlicher Platten absolut identisch ist, gehe ich mal von einem Firmware-Bug aus.
Bitte meldet dies unter Bezug auf dieses Thema per Ticket an QNAP.
Da Ihr aber noch eine alte FW auf dem NAS habt, empfehle ich euch, wegen der Shellschock-Bash-Sicherheitslücke, dringend auf die FW4.1.1 Build 20140927 zu aktualisieren.
Hallo dapapst,
hast du deine Platten auch eine nach der anderen ersetzt um die Kapazität zu erweitern?
Also 1. Platte raus - snyc
dann 2. Platte raus - sync
anschließend Kapazität erweitern
Oder:
Hast du das Raid ganz neu erstellt?
VG
dr_mike: vielen Dank für den Hinweis, meine QNAP hängt hinterm Router, wer soll da ran kommen?
Zitat von "nachtmensch"meine QNAP hängt hinterm Router, wer soll da ran kommen?
Das ist davon abhängig, welche Portweiterleitungen im Router aktiv sind.
keine Davor hängt ein Draytek der (auch) als VPN-Server fungiert...
Hi,
ich habe die Platten nacheinander getauscht, jedesmal den Sync abgewartet um dann ganz zuletzt das Volume zu erweitern.
Das Vorgehen hatte ja in der Vergangenheit (1TB->3TB Festplatten) einwandfrei funktioniert.
Firmwareupdate habe ich eingespielt und testweise erneut das Vergrößern getestet, leider auch ohne Erfolg.
Meine Befürchtung: Ein existierendes Volume kann nicht größer als 4TB werden, wenn Festplatten mit 4KB Sektoren eingesetzt werden,
ohne das Volume komplett neu anzulegen. Ich habe aber mal ein Ticket bei aufgemacht, mal schauen, was da als Antwort kommt 
Gruß
Ja, befürchte ich auch...
Mein Ticket ist auch eröffnet, mal schauen was QNAP dazu zu sagen hat.
Bzw. noch habe ich ein aktuelles Backup. Vielleicht doch zerlegen und neu aufsetzen?!
Wenn du das mal testen möchtest wäre das super, dann wäre das im Zweifel halt der schnellere Weg.
Rückmeldung von QNAP:
ZitatAlles anzeigenSehr geehrter Kunde,
vielen Danke für Ihre Supportanfrage bei Qnap.
Das liegt an dem veraltetem Superblock, von Ihrem NAS, Sie müssen Ihre Daten sichern und das Raid komplett neu mit Firmware 4.1.1 erstellen.
Hintergrund: Die 6 TB Festplatten sind zu mächtig für den Superblock 0.90/64chunksize sodass die korrekte Kapazität über die internen Partionstabelle.
Eine andere Lösung gibt es nicht!
Viel Erfolg!
Damit steige ich nun auf einen HP MicroServer mit Openmediavault um...
Zitat von "nachtmensch"Bzw. noch habe ich ein aktuelles Backup. Vielleicht doch zerlegen und neu aufsetzen?!
Nachdem QNAP oben nun Deinen erwarteten Weg bestätigt hat, der zur Nutzung der vollen Kapazität der 6TB-HDDs führen sollte, verstehe ich Deine Reaktion darauf ehrlich nicht.
GLG GBD
OK, also Volume neu erzeugen. Ich werde das mal in Angriff nehmen und berichten...
BTW (schwer Offtopic): auf einem HP Microserver läuft auch einwandfrei Synology DSM
Jo, und wir haben hier Anwender, die auf Ihrer QNAP-NAS Windows 7 oder 8 laufen haben. 
Hier gibt es zu der Superblock Thematik noch weitere Hintergründe, wenn du ohnehin ein aktuelles Backup hast könntest du ja mal versuchen, den Superblock zu aktualisieren:
https://raid.wiki.kernel.org/i…p/RAID_superblock_formats
ZitatAlles anzeigenConverting between superblock versions
At the moment, there is no tool to convert between the different superblock versions. However, Neil Brown has posted a work-around to the linux-raid mailing list (see [1]) that allows upgrading an existing RAID from a 0.90 superblock to a 1.0 superblock. By forcing to recreate the RAID with a newer metadata version, mdadm will overwrite an existing superblock with a 1.0 superblock. This method can only be used to upgrade from 0.90 to 1.0, because the new superblock will be placed at the same location on the drive and does not exceed the old superblock's size.
To upgrade the superblock version, perform the following steps:
# Query the RAID's details such as chunk size, layout, etc.
mdadm --detail /dev/md0
# Stop the array
mdadm --stop /dev/md0
# Re-create the array with 1.0 metadata (ensure to specify all details, in case defaults have changed!)
mdadm --create /dev/md0 -l6 -n8 -c64 --layout=la --metadata=1.0 --assume-clean /dev/sda1 /dev/sdb1 /dev/sdc1 ....
When re-creating the array, it is important to specify all details according to the output of the first command. If a setting is left out and defaults have changed, this can cause the array to be re-created with different settings and your data may be lost. Back up your data first.
NOTE: After re-creating the array, its UUID will have changed. Remember to update mdadm.conf accordingly.
Ich schiebe grade noch ein paar Daten durch die Gegend und versuch das dann auch mal...
@Gorilla
Weil:
- ich von QNAP erwartet hätte, dass Sie auf dieses Problem hinweisen
- jemand meine (alte) QNAP haben möchte
- eine 4-Bay QNAP (x86) unverhältnismäßig teuer ist
- ich für "kleines" Geld einen Hardware-Raid-Controller einsetzen kann
- ich gerne etwas neues ausprobiere
Hallo,
ich hab das gleiche Problem mit meinen Neuen WD60EFRX Platten - hatte vorher 2x2GB in meinem TS-239 Pro II+.
Ein Ticket habe ich auch schon aufgemacht, allerdings noch keine Antwort bekommen.
Daher ist Euer Feedback sehr hilfreich für mich.
Allerdings finde ich es ebenfalls sehr schade, das QNAP nicht auf diese Limitierung hinweist. 
QNAP wurde auf diesen Mangel bereits aufmerksam gemacht und korrigiert (hoffentlich) bald entsprechend.
Das Thema betrifft derzeit wegen der Superblock-Thematik nur RAID-Konfigurationen, im Einzeldiskbetrieb steht die volle Kapazität zur Verfügung.
GLG GBD
