DS413j: Nach Update "Volume hat Hardwarelimit überschritten"??

[Puppetmaster]

Wenn ich nicht zitiere beziehe ich mich immer auf das zuletzt Geschriebene. Zum Zeitpunkt des Schreibens war das "Wobei ich mich frage, wieso da schon 2017 die DS419slim drin steht."

Mindestens mal verdächtig. Wenn du mir sagst, du hast die Information auch z.B. 2017 bereits gehabt (gelesen), dann glaube ich das ja, aber einer Seite, auf der offensichtlich nicht einmal das korrekte Datum steht...

 

[synfor]

Ja das Ganze ist ziemlich unglücklich. Es ist zwar online dokumentiert, aber es ist nicht klar seit wann und in den Datenblättern ist davon auch nichts zu lesen. Da ist immer nur von einem Volumenlimit die Rede.

 

[ottosykora]

...oder ist es so ein Marketing Gag, ich meine so was wie bei Apple wenn die nach einem 'Verfalldatum' die Geschwindigkeit der Geräte drosseln damit der Kunde gezwungen wird was neues zu kaufen?

 

[Perry2000]

Das sieht mir ehrlich gesagt im Moment ganz danach aus...

 

[Puppetmaster]

Also ich wage dennoch die Prognose, dass Synology da einen Rückzieher machen wird.
Sollten Speicherpools resp. Volumes, die bis dato auch mit >16TB liefen, mit dem Update nicht mehr laufen, dann gute Nacht. Mehr Ärger kann man dem Kunden kaum bereiten.

Am Ende war es nur ein Bug. ;-)

 

[beegee]

Älteren Versionen der Dokumente auf archive.org nach, bestand die eigentlich schon länger. Nur scheint Synology zumindest in einigen DSM-Versionen vergessen zu haben, die Limitierung zu integrieren.

Danke für die Recherche, ich hatte das ja auf die Waagschale gelegt...

Und vielen Dank den anderen hier im Thread für die positive "Anteilnahme"...

Erklärt wurde es ja auch mit dem "gefundenen Bug" bei dem die volumes sich "gegenseitig" überschreiben würden . Ob das nur passiert wenn diese "voll" sind (bei mir nicht) weiss ich nicht.

 

[QuickMik]

also zusammenfassend kann man sagen, das es noch keine lösung dafür gibt?

 

[synfor]

@beegee nur hat archive.org bei der Archivierung im konkreten Fall versagt und die archivierten Seiten laden aktuelle Inhalte nach.

Wenn das ein Bug ist, bei dem Datenverlust droht, warum wird der Bug nicht offen kommuniziert? Statt dessen führt man in 6.2.3 ein Gesamtvolumenlimit ein und lässt die Benutzer im Unklaren. Außerdem sind da wohl auch Benutzer betroffen, die nur ein Volumen haben und damit gar kein Limit überschritten haben.

 

[QuickMik]

also das limit von 16TB hat es bei verwendung von 32-bit CPUs schon immer gegeben.
hab hier eine DS416 mit 4x6TB platten im SHR. das sind dann...initialisiert...pro platte 5589,03 GB x 3 = 16767,09
ok, das limit wußte ich. war mir aber egal. dann kann ich eben 767,09 GB eben nicht nutzen.
hat er mit damals bei der einrichtung damals auch gesagt!
hab ich eben ein volume mit 15,87TB gemacht und die DSM war glücklich.
hab dann noch ein 2tes volume mit dem rest gemacht und leer gelassen. so what. in wirklichkeit waren es irgendwo bei ~ 370 GB.
nah dem update scheint er aber ein wenig auszuzucken, weil er jetzt auf einmal schreibt
"synology aufgrund von hardware-einschränkungen kann dieses volume nur max. 16TB speicher nutzen"
das "volume" hat aber nur 15,87 TB. der speicherpool hat 16,3. DAS scheint ihm nicht zu passen.
nur warum er da jetzt drauf kommt, ist mir nicht klar. kann nur ein bug in der DSM sein.

 

[nerox]

Moin,
habe soeben auch nichtsahnend das Update auf meine DS416j eingespielt.
habe 4x 10TB Platten verbaut die in SHR1 (also 30TB netto) laufen.
Eine Diskgruppe mit 2 Volumes (1x 16TB, 1x ~8TB, ~5TB unbelegt zum Vergrößern des kleineren Volumes oder anlegen eines neuen).
Nun taucht der erwähnte Fehler auf und ich bin etwas geschockt. Wird das Vorgehen, mehrere Volumes in einer Diskgruppe zu erstellen, um in Summe mehr als 16TB nutzen zu können, doch sogar offiziell von Synology "empfohlen":

Die Bruttospeicherkapazität einiger Modelle in dieser Kategorie ist größer als die maximale Volume-Größe (16 TB oder 108 TB). Wenn Ihre benötigte Kapazität größer ist als die maximale Volume-Größe, können Sie einen Speicherpool erstellen, der mehrere Volumes unterstützt (oder Ihren Speicherpool zu einem mit mehreren Volumes konvertieren).

https://www.synology.com/de-de/know...NAS_have_a_single_volume_size_limitation#b_13

Im Spec-Sheet der DS416j steht (stand) explizit der Hinweis:

Die maximale Rohkapazität wird nicht durch die Maximalgröße einzelner Volumes begrenzt. Dank Synology NAS werden mitunter Kapazitäten die über Maximalgröße einzelner Volumes hinausgehen verwendet, solange jedes erstellte Volume die Kapazitätsgrenze nicht überschreitet.

https://web.archive.org/web/20170830183534/https://www.synology.com/de-de/products/DS416j#specs

Das widerspricht sich doch mit:

Beachten Sie bitte, dass die folgenden Modelle nur eine Volume-Gesamtgröße von bis zu 16 TB bieten, unabhängig davon, ob der Speicherpool ein Volume oder mehrere Volumes unterstützt. -> DS416j

Das kann doch nicht Synologys Ernst sein? Bin gespannt, wie es weitergeht....
Ich kann übrigens nun nach dem Update die Diskgruppe nicht mehr verändern, was zuvor nie ein Problem war. "Verfügbare Kapazität: 0 Byte", obwohl mir gleichzeit noch angezeigt werden, dass 23,99TB/27,27TB mit Volumes belegt wären.
Ich finde die aktuelle Situation jedenfalls sehr unglücklich.

 

[beegee]

Habe heute volume2 (375gb ) entfernt und die Fehlermeldung verschwindet . Es wäre wirklich schön wenn der Artikel in dem unsere alten Möhren gelistet sind entsprechend abgeändert wird und der Storagepool mit seinem 16TB Limit auch genannt wird denn da steht halt Volume.
Interessant ist auch dass offenbar "neu-kalkuliert" wird wie schon andere im Forum berichtet hatten, denn nun steht im Infofenster "ca. 10GB" Rest verfügbar. Ich könnte also durchaus ein weiteres Volume mit den 10GB Rest anlegen. Lasse ich aber nun ...


Zum Glueck habe ich noch diverse ältere Backups (vor dem hochmigrieren auf die 16TB) aber die Deltas - falls wirklich etwas korrupt gegangen ist - wäre halt ärgerlich. Aber mal sehen was die Filechecks ergeben.

Wäre toll wenn ihr berichten könntet falls ihr korrupte Daten findet.

So sieht es nun nach entfernen von volume2 bei mir aus , Fehlermeldung verschwindet und alles erstmal auf grün . Ich werde aber nun auf Risiko die Daten prüfen, das dauert zwar superlange aber hilft ja nichts , ich werde jetzt nicht hergehen und volume1 löschen und den ganzen Käse neu anlegen und die etwaigen "korrupten" Backups einspielen. Dann lieber erstmal die Daten testen. Anmerkungen? Noch jemand eine Idee wie man rausfinden könnte ob Daten korrupt gegangen sind?

 

[beegee]

in dem Thread, Seite3 ein Post von einem Synology Mitarbeiter bezugnehmend es wäre ein "Bug":
https://community.synology.com/enu/forum/1/post/133987?page=3&sort=oldest

Martin Chou @sengupta
Synology Staff
May 28, 2020
1 Likes
Please don't worry about the volume warning message.
We have investigated this problem and will announce the information recently.

The effected models are..

19-series: DS419slim
18-series: DS218j, NVR1218
17-series: RS217
16-series: RS816, DS416slim, DS416j, DS216, DS216play, DS216j, DS216se, DS116, NVR216
15-series: RS815, DS215j, DS115, DS115j, DS415play
14-series: RS814, RS214, DS414, DS414slim, DS414j, DS214+, DS214, DS214se, DS114, DS214play
13-series: DS413, DS413j, DS213+, DS213, DS213j, DS213air
12-series: RS812, RS212, DS212+, DS212, DS212j, DS112+, DS112, DS112j
11-series: RS411, DS411, DS411slim, DS411j, DS211+, DS211, DS211j, DS111
10-series: DS410, DS410j, DS210+, DS210j, DS110+, DS110

 

[beegee]

3 seiten später im gleichen Thread auf Seite6 erneut Info von einem anderen Syno Developer:

S
StevenK @stevenk
Synology Staff
Jun 03, 2020
1 Likes
The "Not recommended for continued use" warning is a false alarm

After investigation, we confirmed that there are no underlying issues with your Storage Pool and Volumes, this message will be removed in the next DSM update.

Details
Two issues resulted in the false positive. The first one was an improperly configured detection rule, currently most 32bit devices with >16TB Storage Pools will incorrectly display the warning.

The error message itself was intended to be shown only in a specific scenario where a >16TB Storage Pool was created on 32bit devices and due to an initialization issue, would cause your volume(s) on that Storage Pool to be prone to the data corruption mentioned.

However, we have also just verified that this scenario will not occur under normal usage conditions because if the initialization issues had occurred, you will have been unable to successfully finish creating volumes through the Storage Manager user interface.

The root initialization issue itself has been resolved in DSM 6.2.3.

 

[nerox]

Danke für die Neuigkeiten, beegee!
Am 1. April wäre wohl der bessere Zeitpunkt für so ein Update Seitens Synology gewesen...
Da freu ich mich auf's nächste Update, was die (leicht nervös machende) Warnmeldung wieder beseitigt.

 

[beegee]

Und vom deutschen Support kam ebenfalls eine ausführlichere Antwort - sicherlich sind das die mitunter gleichen Texte die der englische oder deutsche Support den "Betroffenen" mitteilt :

Guten Morgen,

vielen Dank für Ihre Anfrage. Gerne bin ich Ihnen bei der Lösung Ihres Problems behilflich.

Nach Untersuchungen haben wir bestätigt, dass es keine zugrunde liegenden Probleme mit Ihrem Storage-Pool und Ihren Volumes gibt. Diese Meldung wird im nächsten DSM-Update entfernt.

Es gibt zwei Probleme, die zu dem falsch positiven Ergebnis geführt haben. Der erste war eine falsch konfigurierte Erkennungsregel, derzeit zeigen die meisten 32-Bit-Geräte (16TB-Limited-Modell) mit >16TB-Speicherpools die Warnung fälschlicherweise an.

Die Fehlermeldung selbst sollte nur in einem bestimmten Szenario angezeigt werden, in dem ein >16TB-Speicherpool auf 32-Bit-Geräten erstellt wurde und aufgrund eines Initialisierungsproblems dazu führen würde, dass Ihr(e) Volume(s) auf diesem Speicherpool für die erwähnte Datenbeschädigung anfällig wäre.

Wir haben jedoch auch gerade erst verifiziert, dass dieses Szenario unter normalen Nutzungsbedingungen nicht auftreten wird, denn wenn die Initialisierungsprobleme aufgetreten wären, hätten Sie die Erstellung der Volumes über die Storage Manager-Benutzeroberfläche nicht erfolgreich abschließen können.

Das Problem selbst wurde in DSM 6.2.3 behoben. Sie können diese Speicherpool und Volumes weiterhin ohne Probleme verwenden.

Sie können möglicherweise kein neues Volume erstellen, obwohl alles in Ordnung ist; dies ist das Standardverhalten bei dieser Warnung. Dieses Verhalten und diese Warnung würden in DSM 6.2.3 Update 1 entfernt werden.

 

[beegee]

Auf meine erneute Rückfrage zum Support-Ticket (wegen den 10GB vs. 375GB) folgende Antwort :

genau so ist es richtig. Es existiert ein Volume Limit von 16TB. Das Speicherpool Limit wird in dem nächsten Update wieder rausgenommen und dann müssten sie das gelöäschte Volume wieder verwenden können.

Ich rate Ihnen also auf das nächste Update zu warten und dann sich die Sachen einmal erneut anzuschauen.

Schönes WE allen!

 

[nerox]

Lösung in Sicht

Moin!
Da ist das ersehnte Update.
https://www.synology.com/de-de/releaseNote/DS416j
Version: 6.2.3-25426-1 behebt:

Fixed Issues
Fixed the issue where Storage Manager might display an incorrect warning when the size of a storage pool is over 16 TB on a 32-bit model.

LG

 

[synfor]

Doch die Updates lassen sich laden, zumindest manuell. Außerdem hilft es die Important Note in den Release Notes zu lesen:



So etwas in der Art steht im Grunde bei jedem Update drin.

 

[nerox]

Doch die Updates lassen sich laden, zumindest manuell.

Stimmt, du hast natürlich völlig recht. Wer richtig liest, ist wie immer im Vorteil...
Habe es soeben manuell geladen und eingespielt. Innerhalb von <10 Sekunden ist es durchgelaufen und ohne Neustart der DS ist die Fehlermeldung Geschichte.