QNAP TS-253a Anzeigefehler bei Speicherressource (Exabyte Festplatte eingebaut?!)

[KeepCalm]

Hallo zusammen ..

was sehe ich hier falsch ??? In der Speicherverwaltung werden mir doch bei dem einem Volumen Exabyte angezeigt oder nicht ??

.. letzte Firm ... ist mir bisher nicht wirklich aufgefallen ..

 

[gforce4711]

Welches HDDs werden verwendet? Hast du eventuell ein Thin-Volume extrem überprovisioniert.

 

[KeepCalm]

Es werden WD-Red's genutzt, die in der Kompatiblitätsliste aufgeführt sind.
Und "Nein" .. hier ist afaik nichts extrem überprovisioniert

 

[gforce4711]

Es werden WD-Red's genutzt, die in der Kompatiblitätsliste aufgeführt sind.

Welche WD Red's? Die normalen, oder die mit den Zusätzen Plus bzw. Pro? Die normalen WD Red's sind seit der Umstellung auf SMR nicht mehr kompatibel.

 

[KeepCalm]

Kleines Update .. der Support hat genau die gleichen Fragen gestellt und letztendlich wird das Ticket an die "F&E" Abteilung weiter geleitet .. sind nämlich laut Support kompatible Platten eingebaut.

Und tatsächlich habe ich den Fehler auch auf einem anderen QNAP .. da sieht's in der Speicherverwaltung ganz krude aus ... 2 Apps belegen da 1EB bzw. 2 EB .. die kann man auch nicht verschieben, da kein Zielsystem genug freien Speicher hat ..

Warten wir mal ab, was F&E so sagt ..

 

[KeepCalm]

..also F&E wollte dann vollumfänglichen Zugriff, da sie das Problem nicht nachvollziehen können .. aber mein NAS ist extra nicht im Interne und hat die ein oder andere sensible Unterlagen drauf.
Man könnte das zwar verschlüsseln, das würde aber bei der Datenmenge da Tage dauern und während dessen ist das Share nicht verfügbar ... .. .. von daher habe ich mich mal selbst auf dem NAS umgeschaut ..

Als Beispiel nur mal die eine Application ..
letzendlich ist bei diesem DA Drive Analyzer ein File wohl korrupt .... bzw. mehrere .. eins habe ich mal exemplarisch angeschaut ,,,,

[/share/CACHEDEV1_DATA/.qpkg/Driveanalyzer] # du -ks *
4 DL_License_Daemon.sh
4 DL_Refresh_Daemon.sh
4 DriveLife_Alert_Notify.sh
12 Driveanalyzer.sh
176 db
58208 env
1125899906841996 hal_da.conf
1125899906849132 html
20 license
48048 log
17208 mapping_info

bei einem cat hal_da.conf | wc -l kommen da nur 152 Zeilen raus.

Allerdings sagt stat _hal_da.conf folgendes ..

[/share/CACHEDEV1_DATA/.qpkg/Driveanalyzer] # stat hal_da.conf
File: hal_da.conf
Size: 2753 Blocks: 2251799813683992 IO Block: 4096 regular file
Device: fd08h/64776d Inode: 117770474 Links: 1
Access: (0666/-rw-rw-rw-) Uid: ( 0/ admin) Gid: ( 0/administrators)
Access: 2024-08-08 15:13:54.000000000
Modify: 2024-08-08 15:30:13.000000000
Change: 2024-08-08 15:30:13.000000000

ja, nun ist klar, warum da Exabyte angezeigt werden .. warum hier das File kaputt ist ??? Kein Ahnung, das befindet sich auf einer RAID 1, was erst vor so ca. 4 Wochen aufgebaut wurde (also auch neue Platten) und weder der Langtest von S.M.A.R.T noch die "Bad Block" suche beider Platten hat da irgendein ein Problem angezeigt ..

Bin mal gespannt, was nun der Support von QNAP dazu sagt ..der hat das auch mal bekommen ???

Aber, was macht man denn mit so einem File ????

 

[KeepCalm]

to whom it may concern

... nach einer Dateisystemprüfung waren die Fehler behoben, erst habe ich es per SSH gesehen, das die OK waren und einen Tag später ist es denn in der UI angekommen .. war da wohl irgendwo im Cache ..

Nun zeigt das QNAP die Speicherbelegung wieder korrekt an.