[Sammelthread] ZFS Stammtisch

[pwnbert]

Dateien müssen daher nicht identisch sein, es reicht schon wenn sie in Teilen übereinstimmen um gute Dedup Raten zu erhalten.

Hmhmhm... wie verhält sich das denn in der Praxis, auf welche Dateien trifft das wohl eher zu?

 

[gea]

Versuch macht klug.
ZFS zeigt einem ja dedupratio und refcompression.

Wenn da immer nur 1.0-1.1 steht dann braucht mans nicht. Wenn da mehr als 2.0 rauskommt, dann ist das doch eine Ansage bei teureren NVMe.

 

[Zeitmangel]

Wird eigentlich kommuniziert was alles Oracle mit dem ZFS veranstaltet? Also Oracle/Sun ZFS <-> OpenZFS?

 

[gea]

Wird eigentlich kommuniziert was alles Oracle mit dem ZFS veranstaltet? Also Oracle/Sun ZFS <-> OpenZFS?

Da gibts nichts zu kommunizieren, jede Seite macht ihr Ding. Beide sind inkompatibel.

Managing ZFS File Systems in Oracle Solaris 11.4

docs.oracle.com

 

[sch4kal]

@gea kennst du eine Möglichkeit, eine alte Solaris 11.4 GA Installation mithilfe des CBE Repositories zu updaten ? Wenn ich das Support Repo eintrage und ein pkg update mache, zeigt er mir keine neuen Pakete zum Installieren an.

 

[gea]

Das Support Repository ist nur für zahlende Kunden, das release nehmen (auch bei Installation der cbe iso)

pkg set-publisher -G'*' -g http://pkg.oracle.com/solaris/release/ solaris

napp-it // webbased ZFS NAS/SAN appliance for OmniOS, OpenIndiana and Solaris : Solaris

napp-it.org - ZFS NAS SAN Server mit einer durch den Benutzer anpassbaren Weboberfläche // All In One server = virtualisierter lauffähiger ZFS-Server

www.napp-it.de

 

[sch4kal]

Das Support Repository ist nur für zahlende Kunden, das release nehmen (auch bei Installation der cbe iso)

pkg set-publisher -G'*' -g http://pkg.oracle.com/solaris/release/ solaris

napp-it // webbased ZFS NAS/SAN appliance for OmniOS, OpenIndiana and Solaris : Solaris

napp-it.org - ZFS NAS SAN Server mit einer durch den Benutzer anpassbaren Weboberfläche // All In One server = virtualisierter lauffähiger ZFS-Server

www.napp-it.de

Danke, aber das scheint auch nicht zu helfen:

 

[gea]

Welches release ist es denn?
Letztes cbe ist 11.4.42.111.0, Sachen danach nur mit Wartungsvertrag

 

[sch4kal]

Ok ist dasselbe...da hab ich dann nicht richtig geschaut. Auf ZPool Version 52 kommt man damit ja dann nicht oder ? Dazu braucht mann dann die SRU 72 ? Also hängt man auf der Poolversion 47 fest ?

 

[gea]

Korrekt, zumindest solange Oracle die allerneuesten Sachen nicht für das frei verfügbare cbe freigibt sondern nur für Kunden unter Support.

 

[AliManali]

Hi

Habe am ESXi napp-it AiO zwei SM883 für VM Store. Die beiden SSD hängen an einem durchgereichten PERC 310. Eine läuft da schon ewig, die andere übernimmt da mittlerweile einen Teil der Last. Da wird auch nichts geschrieben auf die betreffenden SSD im Normalfall. Ist mehr ein Anwendungsserver, bisschen Spili hosten, und sowas.

Nun habe ich gesehen, wenn ich eine vm per cp auf dem Storage von SSD1 nach SSD2 verschiebe, geht das super schnell. Umgekehrt gerade mal mit 150 MB/s. Auf SSD1 liegen schon ein paar VMs die in Betrieb sind, aber nach mir müsste sich das mehr im RAM abspielen bezüglich der VMs.

Ist schon mal die Frage bezüglich TRIM aufgekommen im Zusammenhang mit dem LSI 2008. Weil vermute schon, dass die SSD1 nicht regelmässig getrimmt wurde. Kann das sein? Haben beide SSD mehr als genug freien Platz (wieder).

Gruss und danke

 

[gea]

Trim im ZFS Pool mit Raid wird nicht vom Controller gesteuert sondern vom Betriebssystem und ZFS. Einfach mal Trim laufen lassen (manuell oder auto)

manuelles trim: zpool trim poolname
man kann auch autotrim aktivieren.

https://illumos.org/man/8/zpool bzw
https://openzfs.github.io/openzfs-docs/man/master/8/zpool-trim.8.html

In napp-it kann man trim im Menü Pools (autotrim) aktivieren

btw.
Zpool Trim kann auf einigen wenigen SSD Datenverluste erzeugen. Mit Enterprise SSD ist das Risiko sehr gering. Vor dem erstmaligen Trimm ein Backup machen.

 

[asche77]

Ich erinnere mich vage, dass der alte LSI Controller/HBA (LSI2008) den TRIM Befehl nicht durchreichen würde und man dafür einen 3008er bräuchte.

zB https://forums.servethehome.com/index.php?threads/trim-command-not-supported-via-sas2008-hba.25511/
-> https://www.broadcom.com/support/kn...map-support-for-lsi-hbas-and-raid-controllers

 

[AliManali]

Ja danke. Habe mir die beiden Links durchgelesen. Mein englisch ist jetzt nicht so gut. Aber anhand des Broadcom Links entnehme ich, dass mit der IT Firmware TRIM funktioniert. Oder bezieht sich das nur auf den Adapter in der Frage?

LSI SAS HBAs with IT firmware do support TRIM, but with these limitations:

Sieht für mich nach einer allgemeinen Regel aus.

Auch im ersten Link wird nicht wirklich darauf eingegangen, hatte den gestern auch kurz überflogen.

Hatte das Thema schon mal hier. Das sehen wohl alle bisschen anders. Habe einen Perc H200 und einen PERC H310, beide im IT mode. Hatte auch schon gehört, der Perc 200 unterstützt es nicht, der Perc 310 schon.

Braucht ein LSI 3008 viel mehr Strom? Hätte da mal einen angeboten bekommen. Wollte eigentlich nochmals zwei Perc 310 in China bestellen, als Ersatz. Aber wenn die im IT Mode kein Trim unterstützen, wäre das natürlich Mist.

Wäre das jetzt schlimm, wenn TRIM gar nicht durchgereicht wird? Nach meinem Verständniss wird dann einfach langsamer geschrieben, weil die Blöcke erst mal gelöscht werden müssen? Oder gibt es noch andere Nachteile? Im napp-it war Autotrim auf aus, das habe ich jetzt mal eingeschalten.

 

[AliManali]

Habe den manuellen TRIM mal ausgeführt auf dem betreffendem Pool. Müsste das nicht in ein paar Minuten durch sein? Habe es im napp-it Interface bei cmd ausgeführt. Da ging ein Statusfenster auf, und unten im Footer stand da min. 30 Minuten der Befehl exe drin. Leider bin ich nach 30 Minuten aus dem Webinterface raus geflogen. Falls da TRIM nicht an die Platten durchgereicht worden wäre, hätte napp-it zeitnah einen Fehler ausgeschmissen?