Hello *!

Einige haben es sicher schon gesehen (und zumindest Kai hat das Feature immer schmerzlich vermi�t, wenn ich mich richtig erinnere): RAIDZ-Expansion ist fertig und offizieller Teil von OpenZFS 2.3.0

https://freebsdfoundation.org/blog/openzfs-raid-z-expansion-a-new-era-in-stora ge-flexibility/


Regards,
Gerrit

... 1:26PM up 130 days, 19:33, 10 users, load averages: 0.29, 0.40, 0.42

--- msged/fbsd 6.3 2021-12-02
* Origin: We are the second generation (2:240/12)

Moin Gerrit!

Am 16 Apr 25, Gerrit Kuehn schrieb an *:

Einige haben es sicher schon gesehen (und zumindest Kai hat das
Feature immer schmerzlich vermi�t, wenn ich mich richtig erinnere):

Jupp! Und ich hatte das auch schon zur Kenntnis genommen. Immerhin die halbe Miete. Jetzt noch Shrinken k�nnen und ich w�rde endlich einen Grund haben mal auszumisten. ;-)

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Was ich tue, lehrt mich, wonach ich suche... (2:240/77)

Hallo Kai!

17.04.2025 23:00, Kai Richter schrieb an Gerrit Kuehn:

Jupp! Und ich hatte das auch schon zur Kenntnis genommen. Immerhin die halbe Miete. Jetzt noch Shrinken k�nnen und ich w�rde endlich einen
Grund haben mal auszumisten. ;-)

Wozu ben�tigt es (Du) diese Funktion?
Ich kann mir kein Szenario vorstellen, bei welchem ich Volumes verkleinern m�chte.
Hier lokal vergr��ere und verbreitere Volumes. Weniger Platz ist gelinde gesagt, eher selten der Fall. ;-)

Tschuess
Kai

Bye/2 Torsten

... MAILBOX01: up 38d 14h 59m load: 40 proc, 190 threads (tbup1.1)
--- GoldED+/OS2 1.1.5-23
* Origin: DatenBahn BBS Hamburg (2:240/5832)

verkleinern moechte. Hier lokal vergroessere und verbreitere Volumes. Weniger Platz ist gelinde gesagt, eher selten der Fall. ;-)

kommt schon manchmal vor, dass an ein Volume viel zu gross auslegt und dann langfristig Plattenplatz verschwendet wurde.
--- WinPoint 411.0
* Origin: Original *WinPoint* Origin (2:240/2188.186)

Hallo Torsten!

Am 22 Apr 25, Torsten Bamberg schrieb an Kai Richter:

Jetzt noch Shrinken k�nnen und ich w�rde endlich einen Grund haben
mal auszumisten. ;-)

Wozu ben�tigt es (Du) diese Funktion?
Ich kann mir kein Szenario vorstellen, bei welchem ich Volumes
verkleinern m�chte. Hier lokal vergr��ere und verbreitere Volumes.

Volumes = LVM ?

Ich fand das LVM Konzept von Physical Extensions (PE) und Logical Volumes ganz angenehm. Als ich noch viel mit VHS Video gemacht habe, ben�tigte ich viel Platz um erstmal die Rohdaten zu digitalisieren. Dazu habe ich einfach weitere Platten in eine Volume Group (VG) geh�ngt. Letzlich hatte ich dann drei verschiedene Gr��en, wobei mit der dritten der Platz der kleinsten abgedeckt werden konnte. Nachdem ich die Rohdaten fertig geschnitten und auf das Ziel-Format gebracht hatte, konnte ich dann eine Platte aus der VG nehmen, nachdem ich die PE verschoben hatte. Die Platte habe ich dann in einem anderen Rechner weiter verwendet.

Mit ZFS habe ich den Effekt dynamischer Volumes. Ein ZFS Dataset gibt freien Platz an den Pool zur�ck und dieser Platz steht damit f�r andere Datasets wieder zur Verf�gung. Funktioniert, solange der Pool genug freien Platz bietet. Wenn ich tempor�r aber mehr Platz brauche und daf�r auch eine Platte habe, dann kann ich diese nur einzeln und damit ohne raid Vorteile nutzen, weil ich sie zwar in den Pool aber nicht wieder heraus bekomme.

Tschuess

Kai

--- GoldED+/LNX 1.1.4.7
* Origin: Love Parade. Tanzen bis zum Exit. (2:240/77)