Het grote ZFS topic

dinsdag 31 maart 2015 12:51

Matched: autoexpand

Afgelopen weekend druk bezig geweest met de migratie van 6x 3TB raidz2 naar 10x 3TB raidz2.

Ik had ongeveer 4,5TB aan data die ik tijdelijk ergens kwijt moest. Uiteindelijk 2 externe schijven kunnen regelen om als back-up te dienen.

Wat heb ik gedaan? Ik ging er vanuit dat ik geen back-up had en het met de 10 schijven moest doen.

Ik heb 2 pools van elk 1 schijf gemaakt om tijdelijk de 4,5TB verspreid te parkeren.

Daarna heb ik een degraded pool van 10 disks gemaakt: Door als eerst 2 'devices' te maken:

code:

1
2
3

mount -uw /
dd if=/dev/zero of=hdd09 bs=1 count=1 seek=2048G
dd if=/dev/zero of=hdd10 bs=1 count=1 seek=2048G

Vervolgens de pool aangemaakt:

code:

1	zpool create Media raidz2 /dev/da0 /dev/da1 /dev/da2 /dev/da3 /dev/da4 /dev/da5 /dev/da6 /dev/da7 /root/hdd09 /root/hdd10

Pool is aangemaakt, de 2 devices offline gemaakt en verwijderd:

code:

zpool offline Media /root/hdd09
zpool offline Media /root/hdd10
rm /root/hdd09
rm /root/hdd10
mount -uw /r

Pool was niet automatisch zichtbaar in de GUI van FreeNAS dus:

code:

1	zpool export Media

Om vervolgens de pool te importeren via de GUI van FreeNAS.

De data van de 2 eerdere pools terug kopieren naar de nieuwe degraded pool.

Om vervolgens de 2 pools te verwijderen en 1 voor 1 aan de degraded pool toe te voegen:

code:

1 2	zpool replace Media 10678936400980619173 /dev/ada0 zpool replace Media 16372093429675065902 /dev/ada1

Ik moet alleen nog autoexpand aanzetten, omdat zfs nog denkt dat het om 2TB schijven gaat door de 2 'devices'.

Leuke praktijkervaring opgedaan.

Acties:

tweedebas

Geen matches

FreeNas maakt via de wizard in GUI automatisch ashift=12 aan, en zet ook auto-expand aan op nieuwe vdevs. 3 dagen geleden iig wel.

dinsdag 31 maart 2015 13:47

Acties:

dinsdag 11 augustus 2015 19:28

Matched: autoexpand

Wat betreft ashift=12, ik heb van tevoren een aanpassing gedaan:

code:

1	vfs.zfs.min_auto_ashift=12

Autoexpand:

code:

1
2
3

[root@Hades ~]# zpool get autoexpand Media
NAME   PROPERTY    VALUE   SOURCE
Media  autoexpand  off     default

Autoexpand staat dus uit als je via commands een pool aanmaakt.

Zojuist gedaan:

code:

[root@Hades ~]# zpool set autoexpand=on Media
[root@Hades ~]# zpool list                                                      
NAME           SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
Logs          14.9G  8.01M  14.9G         -     0%     0%  1.00x  ONLINE  /mnt  
Media         19.9T  5.98T  13.9T     7.29T    14%    30%  1.00x  ONLINE  /mnt  
freenas-boot  14.9G   479M  14.4G         -      -     3%  1.00x  ONLINE  -     
[root@Hades ~]# zpool online Media /dev/ada0
[root@Hades ~]# zpool online Media /dev/ada1
[root@Hades ~]# zpool list
NAME           SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
Logs          14.9G  8.29M  14.9G         -     0%     0%  1.00x  ONLINE  /mnt  
Media         27.2T  5.98T  21.3T         -    10%    21%  1.00x  ONLINE  /mnt  
freenas-boot  14.9G   478M  14.4G         -      -     3%  1.00x  ONLINE  -

[ Voor 52% gewijzigd door GioStyle op 31-03-2015 14:06 ]

Acties:

Verwijderd

Matched: autoexpand

Hi Gents,

Ik draai al enige tijd Freebsd 9.2 met ZFS. Zeer tevreden.

Ik wil echter de overstap naar Debian met ZoL maken omdat ik diverse applicaties wil draaien die onder FreeBSD niet (goed genoeg) werken.

Op dit moment draai ik ZFS versie 28 met featureflags (v5000?)
Heeft ZoL hier al support voor en kan ik de pool probleemloos exporten en importen?

code:

root@storage:/ # zpool get all storage
NAME     PROPERTY                       VALUE                          SOURCE
storage  size                           54.4T                          -
storage  capacity                       82%                            -
storage  altroot                        -                              default
storage  health                         ONLINE                         -
storage  guid                           17722407170639032000           default
storage  version                        -                              default
storage  bootfs                         -                              default
storage  delegation                     on                             default
storage  autoreplace                    off                            default
storage  cachefile                      -                              default
storage  failmode                       wait                           default
storage  listsnapshots                  off                            default
storage  autoexpand                     off                            default
storage  dedupditto                     0                              default
storage  dedupratio                     1.00x                          -
storage  free                           9.51T                          -
storage  allocated                      44.9T                          -
storage  readonly                       off                            -
storage  comment                        -                              default
storage  expandsize                     0                              -
storage  freeing                        0                              default
storage  feature@async_destroy          enabled                        local
storage  feature@empty_bpobj            enabled                        local
storage  feature@lz4_compress           enabled                        local
storage  feature@multi_vdev_crash_dump  enabled                        local
storage  feature@spacemap_histogram     active                         local
storage  feature@enabled_txg            active                         local
storage  feature@hole_birth             active                         local
storage  feature@extensible_dataset     enabled                        local
storage  feature@bookmarks              enabled                        local
storage  feature@filesystem_limits      enabled                        local

[ Voor 77% gewijzigd door Verwijderd op 11-08-2015 19:31 ]

donderdag 13 augustus 2015 20:22

Acties:

Verwijderd

Matched: autoexpand

1: FreeBSD 9.3 geïnstalleerd in een VM
2: Zpool aangemaakt met 3 disks
3: Output van "zpool get all <pool>" vergeleken met de productie pool

code:

root@freebsd-test:/usr/home/frank # zpool get all tank
NAME  PROPERTY                       VALUE                          SOURCE
tank  size                           23.8G                          -
tank  capacity                       0%                             -
tank  altroot                        -                              default
tank  health                         ONLINE                         -
tank  guid                           8177764047655959869            default
tank  version                        -                              default
tank  bootfs                         -                              default
tank  delegation                     on                             default
tank  autoreplace                    off                            default
tank  cachefile                      -                              default
tank  failmode                       wait                           default
tank  listsnapshots                  off                            default
tank  autoexpand                     off                            default
tank  dedupditto                     0                              default
tank  dedupratio                     1.00x                          -
tank  free                           23.8G                          -
tank  allocated                      133K                           -
tank  readonly                       off                            -
tank  comment                        -                              default
tank  expandsize                     0                              -
tank  freeing                        0                              default
tank  feature@async_destroy          enabled                        local
tank  feature@empty_bpobj            enabled                        local
tank  feature@lz4_compress           enabled                        local
tank  feature@multi_vdev_crash_dump  enabled                        local
tank  feature@spacemap_histogram     active                         local
tank  feature@enabled_txg            active                         local
tank  feature@hole_birth             active                         local
tank  feature@extensible_dataset     enabled                        local
tank  feature@bookmarks              enabled                        local
tank  feature@filesystem_limits      enabled                        local

4: Pool export

5: Debian geïnstalleerd met ZOL
6: Zpool import <pool> (Gelukt!)
7: zpool output:

code:

root@debian-test:/home/frank# zpool get all tank
NAME  PROPERTY                                      VALUE                                         SOURCE
tank  size                                          23.8G                                         -
tank  capacity                                      0%                                            -
tank  altroot                                       -                                             default
tank  health                                        ONLINE                                        -
tank  guid                                          8177764047655959869                           default
tank  version                                       -                                             default
tank  bootfs                                        -                                             default
tank  delegation                                    on                                            default
tank  autoreplace                                   off                                           default
tank  cachefile                                     -                                             default
tank  failmode                                      wait                                          default
tank  listsnapshots                                 off                                           default
tank  autoexpand                                    off                                           default
tank  dedupditto                                    0                                             default
tank  dedupratio                                    1.00x                                         -
tank  free                                          23.8G                                         -
tank  allocated                                     306K                                          -
tank  readonly                                      off                                           -
tank  ashift                                        0                                             default
tank  comment                                       -                                             default
tank  expandsize                                    -                                             -
tank  freeing                                       0                                             default
tank  fragmentation                                 0%                                            -
tank  leaked                                        0                                             default
tank  feature@async_destroy                         enabled                                       local
tank  feature@empty_bpobj                           enabled                                       local
tank  feature@lz4_compress                          active                                        local
tank  feature@spacemap_histogram                    active                                        local
tank  feature@enabled_txg                           active                                        local
tank  feature@hole_birth                            active                                        local
tank  feature@extensible_dataset                    enabled                                       local
tank  feature@embedded_data                         disabled                                      local
tank  feature@bookmarks                             enabled                                       local
tank  unsupported@com.joyent:multi_vdev_crash_dump  inactive                                      local
tank  unsupported@com.joyent:filesystem_limits      inactive                                      local

code:

root@debian-test:/home/frank# zpool status
  pool: tank
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
        still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
        the pool may no longer be accessible by software that does not support
        the features. See zpool-features(5) for details.

8: zpool upgrade <pool>

code:

root@debian-test:/home/frank# zpool upgrade tank
This system supports ZFS pool feature flags.

Enabled the following features on 'tank':
  embedded_data

code:

root@debian-test:/home/frank# zpool status
  pool: tank
 state: ONLINE
  scan: none requested

Kortom. Mooi spul!

woensdag 11 november 2015 11:50

Acties:

Verwijderd

Topicstarter

Matched: autoexpand

Disks groter maken kan achteraf altijd. Moet je per disk replacen met een grotere disk en uiteindelijk autoexpand aanzetten. Daar hoef je dus vooraf niets voor te doen.

Overigens: je kunt direct op de disks installeren - een USB stick is niet nodig. ZFSguru heeft nog geen speciale USB modus die weinig naar de USB stick schrijft, zoals FreeNAS heeft. ZFSguru heeft dan wel weer Root-on-ZFS waardoor je direct van je ZFS pool boot. Beperking is wel dat je maar één vdev mag hebben. Dus één mirror of één RAID-Z2 van 10 disks dat kan allemaal, maar twee vdevs is niet meer bootable. Je kunt daarom ook partities maken zodat je een 'boot pool' maakt van 20GB ofzo en die in een mirror zet. De rest van de ruimte dus de grote partitie gebruik je dan voor je 'data pool'.

Wil je persé een USB stick dan dien je wel een goede te nemen of je performance en levensduur is enorm laag. Een goede USB stick is bijvoorbeeld Sandisk Extreme.

Succes!

maandag 7 december 2015 20:41

Acties:

idef1x

Geen matches

Ik heb de klepel horen luiden en begreep dat je VOOR het vervangen van de 1e disk de optie/feature auto_expand op true moet zetten?

maandag 14 december 2015 15:24

Acties:

F-Tim

Matched: autoexpand

Verwijderd schreef op maandag 14 december 2015 @ 10:07:
Als de 'zfsguru' filesystem niet bestaat, heb je ook geen installatie. Je kunt gewoon installeren op de pool. Desnoods de naam wijzigen dat hoort altijd te werken. Een oude installatie kan niets in de weg zitten tenzij je dezelfde naam hergebruikt. Die naam kies je bij de laatste installatiestap (stap 3).

Formatteren doe je op de Disks pagina. Klik op een disk en je ziet een gekleurde balk met partities. Daar kun je mee spelen door meerdere partities te maken. Eventueel huidige partitie verwijderen en nieuwe aanmaken met de juiste grootte - gebruik de slider. Schakel javascript in indien je NoScript gebruikt.

Thanks voor die reactie! Daar heb ik helemaal overheen gekeken!

Heb even het volgende (achteraf zéér leerzame) scenario doorlopen in een VM

Ik heb 4x 8GB disk aangemaakt (ada0 t/m ada3) en 2x 6GB (ada4 en ada5)
Op ada0 en ada1 heb ik een 2GB partitie aangemaakt in mirror waarop ik ZFS middels Root-On-ZFS wil installeren
ada0 en ada1 zijn ook als enige GPT + Boot partition, de rest is enkel GPT
Op alle 6 disks heb ik een 6GB partitie aangemaakt in Z2
Op de mirror partitie (van 2GB) heb ik Root-On-ZFS geinstalleerd, liveCD verwijderd en van geboot
De 6GB disks vervangen door 8GB disks, en dan partities met maximale grootte aangemaakt en geresilvered
Partities op disks ada3 en ada4 gemaximaliseerd
Disk ada0 vervangen door een grotere 12GB disk, waarbij de mirror partitie qua grootte gelijk blijft, maar de zfs partitie gemaximaliseerd is
Disk ada1 vervangen zoals ada0

En daaruit heb ik flink wat (nieuwe) leerpunten gehaald:

De mirror partities moeten als eerste aangemaakt zijn op de disks, anders wil ie van tank booten
Gemixte groottes, respectievelijk 6/6/8/8/6/6, geeft een foutmelding bij het aanmaken van de pool
Na install van de Root-on-ZFS moest ik de configuratie (users/shares/2de pool) even opnieuw doen
Van een bestaande pool kan ik wél de partitie grootte naar de max van een disk vergroten (pool selecteren > disk offline > destroy partitie > create partitie > disk online)
een "share" filesysteem mag altijd verwijderd worden, óók van de boot partitie
resilver gaat per pool, niet per disk
Auto expand moet eerst aangezet worden met zpool set autoexpand=on tank
Na een auto expand moet de pool wijzigen alvorens de nieuwe grootte gezien wordt (disk offline > disk online bv)

Aangezien ik al eerder wist hoe ik een pool moest aanmaken met een memory disk, heb ik nu in ieder geval een werkend scenario voor de bouw van de NAS. Ik heb wel het gevoel dat een en ander nog omslachtig gaat in mijn werkwijze... maar vooruit, het lijkt erop dat alles inmiddels werkend is in een test-scenario

Inclusief de partities én dus support voor disk-spindown!

Edit: ZFSGuru verstuurt geen status mails toch? Ook niet als het geconfigureerd wordt als via deze link? Of interpreteer ik dat nu verkeerd?

Reden dat ik dit vraag is heel simpel, hoe weet ik als een disk crasht? Hangt ZFSGuru zich dan simpelweg op en moet ik een keer rebooten waarna ik de log inkijk? Of merk ik er niks van gedurende dagelijks gebruik en moet ik gewoon regelmatig controleren wat de status van de disks is?

[ Voor 10% gewijzigd door F-Tim op 14-12-2015 15:40 ]

Wanna play?

maandag 14 december 2015 16:22

Acties:

Verwijderd

Topicstarter

Matched: autoexpand

F-Tim schreef op maandag 14 december 2015 @ 15:24:
Gemixte groottes, respectievelijk 6/6/8/8/6/6, geeft een foutmelding bij het aanmaken van de pool

Dit is een feature van ZFS. Je kunt bij het aanmaken van de pool de 'Apply force' checkbox aanvinken en dan kun je pools maken op disks van verschillende grootte of mixed redundancy. Deze -f parameter is gedeeld met Force, wat bestaande pools overschrijft. Zodoende kan ook ZFSguru geen onderscheid maken. Altijd Force gebruiken is onwenselijk omdat dit User Error in de hand werkt. Maar er kan wel extra uitleg bij de checkbox gegeven worden. Dat is nog een punt van verbetering.

Na install van de Root-on-ZFS moest ik de configuratie (users/shares/2de pool) even opnieuw doen

Na elke (her)installatie moet je opnieuw configureren. Je Samba users en shares en services. Alleen zaken die met je ZFS pool te maken hebben, blijven behouden. Dit verandert overigens met de komende versie van ZFSguru die de Migration Manager functionaliteit toevoegt. Hiermee maak je een soort backup van de configuratie die je kunt meenemen naar nieuwe installaties. Upgraden betekent dus een verse installatie maar wel met behoud van de configuratie die je wenst mee te nemen.

Auto expand moet eerst aangezet worden met zpool set autoexpand=on tank

Je kunt ook expanden met 'zpool online -e' - ik weet even niet of ZFSguru dit al via de Web-interface ondersteunt.

Edit: ZFSGuru verstuurt geen status mails toch? Ook niet als het geconfigureerd wordt als via deze link? Of interpreteer ik dat nu verkeerd?

Reden dat ik dit vraag is heel simpel, hoe weet ik als een disk crasht? Hangt ZFSGuru zich dan simpelweg op en moet ik een keer rebooten waarna ik de log inkijk? Of merk ik er niks van gedurende dagelijks gebruik en moet ik gewoon regelmatig controleren wat de status van de disks is?

Status mails is iets wat ZFSguru nog mist; eigenlijk de laatste must-have feature voor een NAS. Dit betekent dat je zelf regelmatig dient te kijken of je pool status nog 'ONLINE' is. Dit doe je op de Pools pagina. Je kunt ook zelf wat knutselen met een script. De link die je geeft doet daar niets aan maar verandert de mail-instellingen van de server zodat je via Gmail kunt mailen. Maar het stuurt geen status mails.

FreeBSD - het onderliggende OS van ZFSguru - heeft al wel ZFS status mails. Heel newbie vriendelijk is het niet, dus een eigen script zou beter zijn.

Het zal nog tot versie 0.6 duren voordat ZFSguru deze feature volautomatisch krijgt, aangezien deze leunt op de Task Manager functionaliteit. Die versie kun je pas in de 2e helft van volgend jaar verwachten.

woensdag 13 januari 2016 10:07

Acties:

kaaas

Matched: autoexpand

Edit Ik heb een oorzaak/fix zie einde van mijn post

Ik heb een interessant probleem met zfs on linux.
Ik heb een volle pool (0k vrij) en ik kan er niets meer van verwijderen met bijv een rm.
Dat geeft op zicht niet het is een test omgeving, maar als ik een andere pool op het zelfde systeem net zo vol gooi kan ik gewoon nog bestanden verwijderen. Nu wil ik graag weten wat er mis is, maar ik kan niets vinden dat niet in de haak is. Kunnen jullie helpen met trouble shooten?

Edit ik ben meer geïnteresseerd in wat het probleem is dan in een oplossing. Oplossingen kan ik zelf zo wel verzinnen aangezien het toch test data is.

Scrubben gaat probleemloos geen enkele fout.
De block sum = gelijk aan de space maps

64gb ram
ubuntu 15.10
zfs v0.6.4.2-0ubuntu1.1, ZFS pool version 5000, ZFS filesystem version 5

zpool status

pool: tank0
state: ONLINE
scan: scrub in progress since Mon Jan 11 11:42:15 2016
4.78T scanned out of 21.4T at 691M/s, 7h0m to go
0 repaired, 22.34% done
config:

NAME STATE READ WRITE CKSUM
tank0 ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
F0 ONLINE 0 0 0
F3 ONLINE 0 0 0
F2 ONLINE 0 0 0
F1 ONLINE 0 0 0
F7 ONLINE 0 0 0
F6 ONLINE 0 0 0

errors: No known data errors

zpool get all
NAME PROPERTY VALUE SOURCE
tank0 size 21.8T -
tank0 capacity 98% -
tank0 altroot - default
tank0 health ONLINE -
tank0 guid 9034185262091936598 default
tank0 version - default
tank0 bootfs - default
tank0 delegation on default
tank0 autoreplace off default
tank0 cachefile - default
tank0 failmode wait default
tank0 listsnapshots off default
tank0 autoexpand off default
tank0 dedupditto 0 default
tank0 dedupratio 1.00x -
tank0 free 348G -
tank0 allocated 21.4T -
tank0 readonly off -
tank0 ashift 12 local
tank0 comment - default
tank0 expandsize - -
tank0 freeing 0 default
tank0 fragmentation 59% -
tank0 leaked 0 default
tank0 feature@async_destroy enabled local
tank0 feature@empty_bpobj enabled local
tank0 feature@lz4_compress active local
tank0 feature@spacemap_histogram active local
tank0 feature@enabled_txg active local
tank0 feature@hole_birth active local
tank0 feature@extensible_dataset enabled local
tank0 feature@embedded_data active local
tank0 feature@bookmarks enabled local

zfs get all

NAME PROPERTY VALUE SOURCE
tank0 type filesystem -
tank0 creation Mon Dec 21 8:58 2015 -
tank0 used 17.1T -
tank0 available 0 -
tank0 referenced 17.1T -
tank0 compressratio 1.00x -
tank0 mounted yes -
tank0 quota none default
tank0 reservation none default
tank0 recordsize 128K default
tank0 mountpoint /tank0 default
tank0 sharenfs off default
tank0 checksum on default
tank0 compression off default
tank0 atime on default
tank0 devices on default
tank0 exec on default
tank0 setuid on default
tank0 readonly off default
tank0 zoned off default
tank0 snapdir hidden default
tank0 aclinherit restricted default
tank0 canmount on default
tank0 xattr on default
tank0 copies 1 default
tank0 version 5 -
tank0 utf8only off -
tank0 normalization none -
tank0 casesensitivity sensitive -
tank0 vscan off default
tank0 nbmand off default
tank0 sharesmb off default
tank0 refquota none default
tank0 refreservation none default
tank0 primarycache all default
tank0 secondarycache all default
tank0 usedbysnapshots 0 -
tank0 usedbydataset 17.1T -
tank0 usedbychildren 15.8M -
tank0 usedbyrefreservation 0 -
tank0 logbias latency default
tank0 dedup off default
tank0 mlslabel none default
tank0 sync standard default
tank0 refcompressratio 1.00x -
tank0 written 17.1T -
tank0 logicalused 17.1T -
tank0 logicalreferenced 17.1T -
tank0 snapdev hidden default
tank0 acltype off default
tank0 context none default
tank0 fscontext none default
tank0 defcontext none default
tank0 rootcontext none default
tank0 relatime off default
tank0 redundant_metadata all default
tank0 overlay off default

Ok hoe het helemaal zit ben ik nog niet helemaal achter, maar ik heb wel een fix die goed genoeg is om niet meer met het probleem te zitten.
Zfs houd een reserve aan hoe vol je schijf mag zitten. In zfs on linux 0.64 is dat 1,6% vanaf 0.65 is het 3,2 procent. Ik zat op 0,64 en dus op 1,6 procent als ik deze omlaag haal naar ,8% kan ik weer schrijven en bestanden verwijderen. Uiteraard heb ik hem hier na op 3,2 % gezet daar is vast een reden voor dat ze dat verhoogd hebben waarschijnlijk de problemen die ik ondervond.

Het is nog steeds niet duidelijk waarom ik in de ene pool niet meer kan verwijderen en in de andere pool wel terwijl ze beiden vol zitten. Mocht ik dit vinden zal ik het ook posten.

Hoe doe je dit?
Je moet de spa_slop_shift parameter aan passen.
Deze staat bij mij in /sys/module/zfs/paramters/spa_slop_shift in 0,64 is het 6 in 0,65 staat ie op 5
Je komt bij het percentage door 100/2^6 dat is dus 100/64=1,56 % en 100/2^5=3.125 Ik heb hem tijdelijk op 7 gezet want hij stond toen ik mijn disks vol zette op 6.
Je kunt hetm instellen door /etc/modprobe.d/zfs.conf aan te maken en daar de volgende regel in te zetten.
options zfs spa_slop_shift=Getal
Je kunt rebooten om hem te laten gelden of door de zfs module te verwijderen en weer toe te voegen.
Vervolgens kun je de waarde checken door /sys/modules/zfs/paramters/spa_slop_shift uit te lezen.

Ik ga er van uit dat ze spa_slop_shift om hoog hebben gezet om het probleem dat ik heb te voorkomen.
fix is dus zet hem op 5 of installeer ZoL 0,65 waar ie standaard al op 5 staat.

Mocht je trouwens upgraden van 0,64 naar 0,65 check even of je pool minder dan 97% gevuld is anders heb je hommeles die met bovenstaande te fixen.

[ Voor 12% gewijzigd door kaaas op 15-01-2016 13:25 ]

woensdag 24 februari 2016 21:46

Acties:

Neptunus

Matched: autoexpand

Aan de hand van de post van narotic ben ik eens gaan nadenken. Zelf heb ik een server met totaal 32GB ddr3 ECC. Ik gebruik twee (pricewatch: Intel 320 Series 2.5" 120GB SATA II MLC)
Welke ik gebruik voor L2ACR (second level adaptive replacement cache), ZIl (ZFS Intent Log) en een stukje data (data is eigenlijk niet in gebruik). Nu trek ik in twijvel of deze configuratie wel nuttig is voor mij (voegt het iets toe?).

De server wordt thuis gebruikt. Er zijn drie gebruikers die op moment 3 keer een GB verbinding dicht trekken. Daarom heb ik met mijn SG300-10 en de machine een 3 poorts Link aggregation (LAG) opgezet. Hierdoor kunnen de drie gebruikers de volle potentie van de server gebruiken.

De Intel 320 kunnen lezen 270 MB/s en schrijven 220 MB/s. Mean Time Between Failures (MTBF) is 1,200,000 uur. Opmerking uit de spec:
The SSD will have a minimum of five years of useful life under
typical client workloads with up to 20 GB of host writes per day

code:

zpool iostat -v
                     capacity     operations    bandwidth
pool              alloc   free   read  write   read  write
----------------  -----  -----  -----  -----  -----  -----
zssddata          74.5M  63.4G      0      0    101    482
  mirror          74.5M  63.4G      0      0    101    482
    gpt/ssddata1      -      -      0      0     79    491
    gpt/ssddata2      -      -      0      0     42    491
----------------  -----  -----  -----  -----  -----  -----
zstore            11.4T  6.73T      3     10   330K   493K
  raidz2          11.4T  6.73T      3     10   330K   468K
    gpt/disk1         -      -      0      1  39.2K  65.9K
    gpt/disk2         -      -      0      1  39.3K  65.9K
    gpt/disk3         -      -      0      1  39.2K  65.9K
    gpt/disk4         -      -      0      1  39.2K  65.9K
    gpt/disk5         -      -      0      1  39.2K  65.9K
    gpt/disk6         -      -      0      1  39.2K  65.9K
    gpt/disk7         -      -      0      1  39.2K  65.9K
    gpt/disk8         -      -      0      1  39.2K  65.9K
    gpt/disk9         -      -      0      1  39.2K  65.9K
    gpt/disk10        -      -      0      1  39.2K  65.9K
logs                  -      -      -      -      -      -
  mirror           564K  7.94G      0      0      0  24.9K
    gpt/log1          -      -      0      0      7  24.9K
    gpt/log2          -      -      0      0      7  24.9K
cache                 -      -      -      -      -      -
  gpt/cache1      20.4G  3.63G      0      0  1.06K   109K
  gpt/cache2      21.0G  2.95G      0      0   1010   113K
----------------  -----  -----  -----  -----  -----  -----

Hieronder hoe ik de twee SSD voor L2ACR, ZIl en data heb aangemaakt.

code:

# Create the gpt structure on the drives.
# Data drives:
gpart create -s gpt da1
gpart create -s gpt da2
gpart create -s gpt da3
gpart create -s gpt da4
gpart create -s gpt da5
gpart create -s gpt da6
gpart create -s gpt da7
gpart create -s gpt da8
gpart create -s gpt da9
gpart create -s gpt da10
gpart create -s gpt da11
gpart create -s gpt da12

# Create partitions on data drives
gpart add -t freebsd-zfs -a 1m -l disk1 da1
gpart add -t freebsd-zfs -a 1m -l disk2 da2
gpart add -t freebsd-zfs -a 1m -l disk3 da3
gpart add -t freebsd-zfs -a 1m -l disk4 da4
gpart add -t freebsd-zfs -a 1m -l disk5 da5
gpart add -t freebsd-zfs -a 1m -l disk6 da6
gpart add -t freebsd-zfs -a 1m -l disk7 da7
gpart add -t freebsd-zfs -a 1m -l disk8 da8
gpart add -t freebsd-zfs -a 1m -l disk9 da9
gpart add -t freebsd-zfs -a 1m -l disk10 da10

gpart add -t freebsd-zfs -a 1m -l log1 -s 8G da11
gpart add -t freebsd-zfs -a 1m -l cache1 -s 24G da11
gpart add -t freebsd-zfs -a 1m -l ssddata1 -s 64G da11

gpart add -t freebsd-zfs -a 1m -l log2 -s 8G da12
gpart add -t freebsd-zfs -a 1m -l cache2 -s 24G da12
gpart add -t freebsd-zfs -a 1m -l ssddata2 -s 64G da12

# Create virtual devices which define 4K sector size
gnop create -S 4k gpt/disk1
gnop create -S 4k gpt/disk2
gnop create -S 4k gpt/disk3
gnop create -S 4k gpt/disk4
gnop create -S 4k gpt/disk5
gnop create -S 4k gpt/disk6
gnop create -S 4k gpt/disk7
gnop create -S 4k gpt/disk8
gnop create -S 4k gpt/disk9
gnop create -S 4k gpt/disk10

gnop create -S 4k gpt/log1
gnop create -S 4k gpt/cache1
gnop create -S 4k gpt/ssddata1

gnop create -S 4k gpt/log2
gnop create -S 4k gpt/cache2
gnop create -S 4k gpt/ssddata2

# Create the pool and define some general settings:
zpool create zstore raidz2 gpt/disk1.nop gpt/disk2.nop gpt/disk3.nop gpt/disk4.nop gpt/disk5.nop gpt/disk6.nop gpt/disk7.nop gpt/disk8.nop gpt/disk9.nop gpt/disk10.nop
zpool add zstore log mirror gpt/log1.nop gpt/log2.nop
zpool add zstore cache gpt/cache1.nop
zpool add zstore cache gpt/cache2.nop

zpool create zssddata mirror gpt/ssddata1.nop gpt/ssddata2.nop

# Export pool and remove virtual devices
zpool export zstore
zpool export zssddata

gnop destroy gpt/disk1.nop
gnop destroy gpt/disk2.nop
gnop destroy gpt/disk3.nop
gnop destroy gpt/disk4.nop
gnop destroy gpt/disk5.nop
gnop destroy gpt/disk6.nop
gnop destroy gpt/disk7.nop
gnop destroy gpt/disk8.nop
gnop destroy gpt/disk9.nop
gnop destroy gpt/disk10.nop

gnop destroy gpt/log1.nop
gnop destroy gpt/cache1.nop
gnop destroy gpt/ssddata1.nop

gnop destroy gpt/log2.nop
gnop destroy gpt/cache2.nop
gnop destroy gpt/ssddata2.nop

# Import pool. Tell zpool to look for devices in /dev/gpt, in order to keep labels.
zpool import -d /dev/gpt zstore
zfs set atime=off zstore
zfs set checksum=fletcher4 zstore
zfs set compression=lzjb zstore
zpool set autoexpand=on zstore
zpool set autoreplace=on zstore

zpool import -d /dev/gpt zssddata
zfs set atime=off zssddata
zfs set checksum=fletcher4 zssddata
zfs set compression=lzjb zssddata
zpool set autoexpand=on zssddata
zpool set autoreplace=on zssddata

Beide SSD's zijn al wel even in gebruik. Bedrijfsuren 23948 = 2.7 jaar.
Schrijven ~567797 * 32MiB = 17.32 TiB
Lezen ~124432 * 32MiB = 3.79 TiB

SMART info van beide SSD's

code:

$ smartctl -ai /dev/da11
smartctl 6.4 2015-06-04 r4109 [FreeBSD 10.2-RELEASE-p9 amd64] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Intel 320 Series SSDs
Device Model:     INTEL SSDSA2CW120G3
Serial Number:    xxxxxxxxxxxxxxxxxxxxxxx
LU WWN Device Id: 5 001517 a6be7410b
Firmware Version: 4PC10362
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Wed Feb 24 21:22:41 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (  17)    The self-test routine was aborted by
                    the host.
Total time to complete Offline
data collection:         (    1) seconds.
Offline data collection
capabilities:              (0x75) SMART execute Offline immediate.
                    No Auto Offline data collection support.
                    Abort Offline collection upon new
                    command.
                    No Offline surface scan supported.
                    Self-test supported.
                    Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01)    Error logging supported.
                    General Purpose Logging supported.
Short self-test routine
recommended polling time:      (   1) minutes.
Extended self-test routine
recommended polling time:      (   1) minutes.
Conveyance self-test routine
recommended polling time:      (   1) minutes.
SCT capabilities:            (0x003d)    SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 5
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  3 Spin_Up_Time            0x0020   100   100   000    Old_age   Offline      -       0
  4 Start_Stop_Count        0x0030   100   100   000    Old_age   Offline      -       0
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       23948
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       67
170 Reserve_Block_Count     0x0033   100   100   010    Pre-fail  Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
183 SATA_Downshift_Count    0x0030   100   100   000    Old_age   Offline      -       0
184 End-to-End_Error        0x0032   100   100   090    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
192 Unsafe_Shutdown_Count   0x0032   100   100   000    Old_age   Always       -       65
199 CRC_Error_Count         0x0030   100   100   000    Old_age   Offline      -       0
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       567797
226 Workld_Media_Wear_Indic 0x0032   100   100   000    Old_age   Always       -       171108
227 Workld_Host_Reads_Perc  0x0032   100   100   000    Old_age   Always       -       17
228 Workload_Minutes        0x0032   100   100   000    Old_age   Always       -       1436912
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   097   097   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       567797
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       124432

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

code:

$ smartctl -ai /dev/da12
smartctl 6.4 2015-06-04 r4109 [FreeBSD 10.2-RELEASE-p9 amd64] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Intel 320 Series SSDs
Device Model:     INTEL SSDSA2CW120G3
Serial Number:    xxxxxxxxxxxxxxxxxxxxxxx
LU WWN Device Id: 5 001517 95967256e
Firmware Version: 4PC10362
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Wed Feb 24 21:23:24 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (  17)    The self-test routine was aborted by
                    the host.
Total time to complete Offline
data collection:         (    1) seconds.
Offline data collection
capabilities:              (0x75) SMART execute Offline immediate.
                    No Auto Offline data collection support.
                    Abort Offline collection upon new
                    command.
                    No Offline surface scan supported.
                    Self-test supported.
                    Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01)    Error logging supported.
                    General Purpose Logging supported.
Short self-test routine
recommended polling time:      (   1) minutes.
Extended self-test routine
recommended polling time:      (   1) minutes.
Conveyance self-test routine
recommended polling time:      (   1) minutes.
SCT capabilities:            (0x003d)    SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 5
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  3 Spin_Up_Time            0x0020   100   100   000    Old_age   Offline      -       0
  4 Start_Stop_Count        0x0030   100   100   000    Old_age   Offline      -       0
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       23948
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       67
170 Reserve_Block_Count     0x0033   100   100   010    Pre-fail  Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
183 SATA_Downshift_Count    0x0030   100   100   000    Old_age   Offline      -       0
184 End-to-End_Error        0x0032   100   100   090    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
192 Unsafe_Shutdown_Count   0x0032   100   100   000    Old_age   Always       -       65
199 CRC_Error_Count         0x0030   100   100   000    Old_age   Offline      -       0
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       567803
226 Workld_Media_Wear_Indic 0x0032   100   100   000    Old_age   Always       -       8501
227 Workld_Host_Reads_Perc  0x0032   100   100   000    Old_age   Always       -       0
228 Workload_Minutes        0x0032   100   100   000    Old_age   Always       -       1436913
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   097   097   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       567803
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       124386

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Als ik dit zo allemaal bekijk dan twijvel ik of ik de SSD's niet beter anders kan inzetten. Wat denken jullie? Ben benieuwd naar jullie meningen.

maandag 6 juni 2016 20:30

Acties:

syl765

Matched: autoexpand

@centropy

Ja je kan gewoon de disks vervangen door grotere schijven, in een raidz2 zou je het per twee kunnen doen maar 1 voor 1 is veiliger.

Het volgende commanda laat zien of autoexpand aan staat.

code:

1	zpool get autoexpand <poolnaam>

Met het volgende commando zet je het aan als het uit staat.

code:

1	zpool set autoexpand=on <poolnaam>

Als de laatste disk geresilvered is dan zal de ruimte beschikbaar zijn. met het volgende commando kun je dat zien.

code:

1	zpool get expandsize <poolnaam>

met het volgende commando voeg je de ruimte ook toe

code:

1	zpool online -e <poolnaam> gpt/<labelnaam> gpt/<labelnaam>

[ Voor 19% gewijzigd door syl765 op 06-06-2016 22:39 . Reden: even wat toevoegingen. ]

woensdag 8 juni 2016 01:06

Acties:

Centropy

Let there be light.

Matched: autoexpand

syl765 schreef op maandag 06 juni 2016 @ 20:30:
@centropy

Ja je kan gewoon de disks vervangen door grotere schijven, in een raidz2 zou je het per twee kunnen doen maar 1 voor 1 is veiliger.

Het volgende commanda laat zien of autoexpand aan staat.
code:
1
zpool get autoexpand <poolnaam>
Met het volgende commando zet je het aan als het uit staat.
code:
1
zpool set autoexpand=on <poolnaam>
Als de laatste disk geresilvered is dan zal de ruimte beschikbaar zijn. met het volgende commando kun je dat zien.
code:
1
zpool get expandsize  <poolnaam>
met het volgende commando voeg je de ruimte ook toe
code:
1
zpool online -e <poolnaam> gpt/<labelnaam> gpt/<labelnaam>

Tnx ik ga er mee aan de gang!

Beter 1 hand in de lucht, dan geen hand!

zaterdag 17 december 2016 18:48

Acties:

FabiandJ

Matched: autoexpand

Ik ben zojuist over gegaan van software RAID6 middels mdadm overgegaan naar ZFS, maar ik vind de performance tegenvallen iemand tips?

Het betreft 8x HGST Deskstar 7K4000 4TB schijven die in raidz2 staan, ik maak gebruik van OpenSuse en zfs-fuse.

server:/ # zpool get all datastore
NAME PROPERTY VALUE SOURCE
datastore size 29T -
datastore capacity 0% -
datastore altroot - default
datastore health ONLINE -
datastore guid 15750593508793150884 default
datastore version 23 default
datastore bootfs - default
datastore delegation on default
datastore autoreplace off default
datastore cachefile - default
datastore failmode wait default
datastore listsnapshots off default
datastore autoexpand off default
datastore dedupditto 0 default
datastore dedupratio 1.00x -
datastore free 28.9T -
datastore allocated 83.5G -

server:/ # zfs get dedup
NAME PROPERTY VALUE SOURCE
datastore dedup off default
datastore/backup dedup off default

server:/ # dd if=/dev/zero of=/mnt/zerofile.txt bs=1M count=64000
64000+0 records in
64000+0 records out
67108864000 bytes (67 GB) copied, 668.006 s, 100 MB/s
server:/ # dd if=/mnt/zerofile.txt of=/dev/null bs=1M
64000+0 records in
64000+0 records out
67108864000 bytes (67 GB) copied, 211.706 s, 317 MB/s

[ Voor 48% gewijzigd door FabiandJ op 17-12-2016 18:58 ]

dinsdag 30 mei 2017 20:06

Acties:

WeaZuL

Try embedded, choose ARM!

Matched: autoexpand

Vandaag een test uitgevoerd door mijn zfs pool (3x 1TBx2 mirror vdev) met 1TB uit te breiden door 1 mirror vdev te vervangen door 2x 2TB schijven. Tussenstand:

root@pve:~# zpool status
  pool: tank1
 state: ONLINE
  scan: resilvered 570G in 1h56m with 0 errors on Tue May 30 18:48:37 2017
config:

	NAME                                           STATE     READ WRITE CKSUM
	tank1                                          ONLINE       0     0     0
	  mirror-0                                     ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9FH202074  ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S2WZJ90CA32577  ONLINE       0     0     0
	  mirror-1                                     ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9EH202905  ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9EH202934  ONLINE       0     0     0
	  mirror-2                                     ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9EH202937  ONLINE       0     0     0
	    ata-ST2000LM003_HN-M201RAD_S34RJ9HFC12477  ONLINE       0     0     0
	logs
	  slog                                         ONLINE       0     0     0

errors: No known data errors

Nu de andere 1TB schijf nog vervangen... Resilvering is klaar ... maar:

root@pve:~# zpool status tank1
  pool: tank1
 state: ONLINE
  scan: resilvered 570G in 2h3m with 0 errors on Tue May 30 22:17:26 2017
config:

	NAME                                           STATE     READ WRITE CKSUM
	tank1                                          ONLINE       0     0     0
	  mirror-0                                     ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9FH202074  ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S2WZJ90CA32577  ONLINE       0     0     0
	  mirror-1                                     ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9EH202905  ONLINE       0     0     0
	    ata-ST1000LM024_HN-M101MBB_S31LJ9EH202934  ONLINE       0     0     0
	  mirror-2                                     ONLINE       0     0     0
	    ata-ST2000LM003_HN-M201RAD_S32WJ9DF614425  ONLINE       0     0     0
	    ata-ST2000LM003_HN-M201RAD_S34RJ9HFC12477  ONLINE       0     0     0
	logs
	  slog                                         ONLINE       0     0     0

errors: No known data errors

root@pve:~# zpool list
NAME    SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
tank1  2.72T  1.89T   846G      932G    42%    69%  1.00x  ONLINE  -
root@pve:~#

Hmm en nu

Ik heb het volgende geprobeerd maar dat haalde niets uit:

root@pve:~# zpool set autoexpand=on tank1

root@pve:~# zpool list
NAME    SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
tank1  2.72T  1.89T   846G      932G    42%    69%  1.00x  ONLINE  -

Ah via docs.oracle.com liep ik tegen de oplossing aan. Ik zie dat ik de -e vergeten ben, maar vreemd genoeg werkte het wel?

root@pve:~# zpool online tank1 ata-ST2000LM003_HN-M201RAD_S32WJ9DF614425
root@pve:~# zpool online tank1 ata-ST2000LM003_HN-M201RAD_S34RJ9HFC12477
root@pve:~# zpool list
NAME    SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
tank1  3.62T  1.89T  1.73T         -    31%    52%  1.00x  ONLINE  -

$_/-\o_$ $_/-\o_$

[ Voor 46% gewijzigd door WeaZuL op 30-05-2017 22:33 ]

NSLU2, SheevaPlug, Pogoplug, Espressobin and Odroid H2 addict

maandag 26 juni 2017 16:42

Acties:

DaCoTa

Matched: autoexpand

DaCoTa schreef op zondag 30 september 2012 @ 10:42:
Dan heb ik nog een leuke puzzel:

Jan heeft nu 3 losse 2TB disks, 1 100% vol, 1 disk met 1.2TB en 1 disk met 1TB data.

Nu wil Jan nog 3 2TB disks erbij halen, om een raidz2 set te bouwen, met daarop alle 4.2TB aan data.

Het enige dat Jan verder nog heeft zijn 3 lege 500GB disks.

Bovenstaande was mijn voorwerk om een ZFS Nas te bouwen. Begin 2013 heb ik, naast een AMD A8-5500, een MSI A85XA-G65 en 16GB geheugen, 3x ST3000DM001 aangeschaft en er een 6 disk Z2 pool van gemaakt van 3x 2TB en 3x 3TB, netto 8TB ruimte. De 3TB disks werden maar voor 2/3 gebruikt, maar met de vooruitziende blik dat schijven steeds goedkoper worden.

In 2015 was een 2TB oververhit en een 3TB overleden, deze heb ik toen vervangen door 2x H3IKNAS40003272SE (€175,-/stuk) en bestond de pool uit 2x 2TB, 2x 3TB en 2x 4TB, nog steeds netto 8TB.

Afgelopen maand was een van de 2TB uit de pool gegooid vanwege write errors. De andere 2TB was afgevlagd omdat deze inmiddels ouder dan 5 jaar was en een 3TB had errors die ik al een jaar aan het negeren was. Ik was dus genoodzaakt om weer een bestelling te plaatsen: 3x H3IKNAS400012872SWW (€136,-/stuk).

Eigenlijk wilde ik grotere disks, maar die vond ik economisch niet handig, zeker niet omdat ik er 3 nodig had. Na 3x resilveren om disks te vervangen (ongeveer 6 uur per disk) en de autoexpand vlag aan te zetten, draait de pool nu met 1x 3TB en 5x 4TB en heb ik netto 12TB, waarvan ongeveer 50% in gebruik.

Conclusie: in 5 jaar heb ik 5 disks nodig gehad om de pool in leven te houden. Aanschaf systeem, ongeveer €600,-, exclusief 3 donorschijven. Daarna gemiddeld €150,- per jaar aan disks. Ik ben tevreden, de groei is er nog niet uit, zodra de laatste 3TB vervangen is, heb ik 16TB netto, en dan kan het spelletje opnieuw beginnen met grotere disks.

Op naar de volgende 5 jaar!

woensdag 12 augustus 2020 11:48

Acties:

woensdag 12 augustus 2020 19:46

TrueNAS
ZFSguru
Solaris
ZFSguru
Zfs
Freenas
FreeBSD
Opslag

Topicstarter

Matched: autoexpand

Giesber schreef op woensdag 12 augustus 2020 @ 11:26:
Gisterenavond is er plots een schijf verdwenen uit mijn server. Ik zal straks misschien eens gaan kijken of die fysiek nog in de behuizing steekt, of gaan lopen is door de hitte . Aangezien smartctl zegt dat ada0 niet bestaat, vermoed ik niet dat die nog terug tot leven gewekt kan worden. Zelfs mijn meest geavanceerde probleemoplostechnieken hebben niet geholpen (afzetten en terug aanzetten ).

Omdat ik stilletjes richting 80% capaciteit aan het lopen was, had ik al ooit het idee om de 4TB schijven te vervangen door 8TB. Ik dacht dat hier op het forum iemand pas hetzelfde gedaan had in FreeNAS, maar ik vind de procedure niet meer terug. Weet iemand nog waar die staat, of wat in het kort gezegd de stappen zijn (en dan vooral of ik iets moet doen vóór ik in mijn enthousiasme de schijven één voor één vervang)?

De optie autoexpand aanzetten en daarna alle schijven 1 voor 1 vervangen.

Sinds de 2 dagen regel reageer ik hier niet meer

Acties:

Giesber

Matched: autoexpand

autoexpand is inderdaad het magische Google woord, bedankt.

Intussen de schijf eens in mijn desktop gestoken, en helaas het spijtige verdikt: de schijf doet het nog.

Spijtig omdat ik dan mag gaan zoeken wat er wèl kapot is (kabel, moederbord, voeding: laat ons hopen van dat eerste), en spijtig omdat ik dan geen excuus meer heb om te prutsen om de capaciteit te verhogen

.

zaterdag 29 augustus 2020 21:09

Acties:

Giesber

Matched: autoexpand

CurlyMo schreef op woensdag 12 augustus 2020 @ 11:48:
[...]

De optie autoexpand aanzetten en daarna alle schijven 1 voor 1 vervangen.

Intussen gevonden dat de schijf op zijn einde aan het lopen was, en af en toe vreemd deed. Ze is enkele dagen later helemaal overleden, en gisteren zijn de vervangers (het zijn 16TB schijven geworden ipv de geplande 8TB, dankzij de rare prijszetting van Seagate) eindelijk toegekomen. De kapotte schijf is eruit, en de vervanging zit erin. De pool is aan het resilveren (aan 10% per uur ongeveer, dat valt me goed mee).

In de loop van volgende week vervang ik de rest: ik heb nog 2 SATA poorten over, maar geen SATA voedings aansluiting. Wel enkele molexen, dus ik ga nog een verloopje scoren zodat ik mijn nieuwe schijven kan toevoegen aan de pool terwijl de oude nog erin zitten, dat zou volgens de Freenas documentatie sneller en veiliger zijn (want je hebt altijd volledige redundantie).

Intussen ook al gecontroleerd of autoexpand aan staat, maar dat was het geval.

maandag 7 december 2020 23:33

Acties:

zondag 4 april 2021 15:39

Matched: autoexpand

HyperBart schreef op maandag 7 december 2020 @ 23:27:

Jup, heb alleen mijn pool ergens verkeerd aangemaakt denk ik want ik heb maar 130GB space. Maar dat is ongetwijfeld omdat ik met 2 sparse files heb zitten werken.

Been there done that. Als ik het me goed herinner moet je zpool set autoexpand=on doen en dan je 2 ontbrekende schijven aansluiten en dan heb je je volledige capaciteit.

GioStyle in "Het grote ZFS topic"
GioStyle in "Het grote ZFS topic"

[ Voor 5% gewijzigd door GioStyle op 07-12-2020 23:43 ]

Acties:

iGadget

Wowsers!

Matched: autoexpand

ZFS noob vraagje - heb onlangs de consumer-SSD's in mijn 3 Proxmox nodes vervangen door server-class SSD's. De nieuwe SSD's hebben echter een andere capaciteit (480GB) dan de oude (respectievelijk 250GB op node 1, 1000GB op node 2 en 120GB op node 3).
Iedere node heeft één SSD met één rpool (standaard Proxmox ZFS installatie), de redundancy wordt geleverd door het cluster. Het gaat om een home/smb omgeving, dus voorlopig vind ik dat 'veilig' genoeg. Zodra het budget het toelaat ga ik investeren in extra disks om mirroring te kunnen gaan doen, maar dat is voor later (de server-class SSD's hebben het beschikbare budget voorlopig even opgesnoept).

Ik heb met Clonezilla voor node 1 en node 3 de beide disks gecloned en dat werkte prima. Alleen heb ik nu een boel ongebruikte diskspace, aangezien de partities (en rpools) nog de oude grootte hebben. Node 3 (met 1TB consumer SSD) moet nog, maar daarvoor moet ik (denk ik?) eerst de partitie verkleinen naar < 480GB.

Twee vragen hierover:
1. Hoe vergroot ik de partities op node 1 en 3? Volstaat een

code:

1	zpool set autoexpand=on rpool

of moet ik nog meer hier voor doen?
2. Hoe verklein ik de partitie / rpool op node 2?

"I'll just use my Go-Go-Gadget handbook!"

vrijdag 14 mei 2021 15:18

Acties:

zaterdag 15 mei 2021 18:05

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

Dutch2007 schreef op vrijdag 14 mei 2021 @ 00:58:
Ik heb nu ~10 2TB disks in m'n storage server zitten met beperkte ruimte nog over (ca. 500GB).
Alles in RAIDZ2.

Ik heb een aantal disks besteld en ga van 2TB per disk naar 4TB per disks.

Kan ik ze het beste allemaal 1 voor 1 repplaced of kan ik bijv ook direct 8 stuks tegelijk vervangen?
(Ik heb hiervoor tijdelijk 2x 4-bay USB storage units van Fantec tot m'n beschikking).

Geen ruimte voor alles (tijdelijk) in de case aan te sluiten.

Heb je nou 10 nieuwe schijven of 8 nieuwe schijven

Als het er maar 8 zijn dan zal je sowieso een nieuwe pool moeten gaan bouwen, want autoexpanden gaat dan niet, omdat je ze dan ook alle 10 moet vervangen!

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

Dutch2007

Matched: autoexpand

nero355 schreef op vrijdag 14 mei 2021 @ 15:18:
[...]

Heb je nou 10 nieuwe schijven of 8 nieuwe schijven

Als het er maar 8 zijn dan zal je sowieso een nieuwe pool moeten gaan bouwen, want autoexpanden gaat dan niet, omdat je ze dan ook alle 10 moet vervangen!

Ik heb diverse 2TB schijven in RaidZ2, alle 2TB schijven ben ik aan het vervangen (enkele van deze zijn al 4TB).

Dat ik ze alle 10 dien te vervangen om de verdubbeling uiteindelijk te krijgen is bij mij bekend.

Autoexpand staan wel alvast aan :-)

zondag 16 mei 2021 18:05

Acties:

zaterdag 12 juni 2021 16:40

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

Dutch2007 schreef op zaterdag 15 mei 2021 @ 18:05:
Ik heb diverse 2TB schijven in RaidZ2, alle 2TB schijven ben ik aan het vervangen (enkele van deze zijn al 4TB).

Dat ik ze alle 10 dien te vervangen om de verdubbeling uiteindelijk te krijgen is bij mij bekend.

Autoexpand staan wel alvast aan :-)

Tja, je zei er niks over dus ik dacht laat ik dat maar effe aanwijzen als mogelijk probleem

RobertMe schreef op zaterdag 15 mei 2021 @ 14:50:
Ik ben voor een familielid aan het kijken om een klein servertje in elkaar te zetten (voor MKB gebruik, voornamelijk voor "gedeelde opslag" en evt. later wat meer server toepassingen). Keuzes qua hardware liggen bij mij en ik zal het ding verder ook gaan onderhouden.

Waarom niet gewoon een 1U "pizzadoos formaat" cheapo servertje van Dell of HP kopen en daarin 2x 4 TB of zo proppen

Verder kan je natuurlijk ook voor een Gxxxx model gaan die ook ECC support hebben t/m de G5000 serie als het goed is in ieder geval

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

zaterdag 12 juni 2021 17:03

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

Dutch2007 schreef op vrijdag 11 juni 2021 @ 18:10:
Ik heb ze in RAIDZ2 lopen, kan ik er dan 2 max tegelijk "doen" of kan ik ook 4 disks tegelijk laten resilveren? (per box heb ik 4 HDD slots)

Ik weet niet hoeveel je aan de data bent gehecht, maar ik zou het volgende doen :

- Ervoor zorgen dat de AutoExpand vlag aanstaat!
- De HDD's 1 voor 1 vervangen!
- En dan de boel laten expanden

Verder moet je inderdaad echt even goed lezen over hetgene dat je aan het doen bent, want één foutje en je zit gelijk in de shit met dit soort dingen!

Ga daarom eens even flink lezen in Het grote ZFS topic hoe het WEL moet en wat de beste manier is om dit soort dingen veilig uit te voeren

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

Dutch2007

Matched: autoexpand

nero355 schreef op zaterdag 12 juni 2021 @ 16:40:
[...]

Ik weet niet hoeveel je aan de data bent gehecht, maar ik zou het volgende doen :

- Ervoor zorgen dat de AutoExpand vlag aanstaat!
- De HDD's 1 voor 1 vervangen!
- En dan de boel laten expanden

Verder moet je inderdaad echt even goed lezen over hetgene dat je aan het doen bent, want één foutje en je zit gelijk in de shit met dit soort dingen!

Ga daarom eens even flink lezen in Het grote ZFS topic hoe het WEL moet en wat de beste manier is om dit soort dingen veilig uit te voeren

- Auto Expand had ik al aan staan
- 1 voor 1 kan (zal wat langer duren met 10 disks en dan steeds rebuilden ^^)
- Zou meer irritant zijn als ik de data zou verliezen

- Heb apparte RAID1 Zfs pool voor backups.

donderdag 8 juli 2021 20:15

Acties:

donderdag 8 juli 2021 20:18

TrueNAS
ZFSguru
Solaris
ZFSguru
Zfs
Freenas
FreeBSD
Opslag

Topicstarter

Matched: autoexpand

CH4OS schreef op donderdag 8 juli 2021 @ 20:12:
[...]

Ik heb momenteel in 1 pool: 4x2TB + 4x4TB. De 4x2TB wil ik vervangen voor de 4x14TB. De 4x14TB wil ik dus in dezelfde pool hebben, uiteindelijk. Lijkt me dat ik eerst de data moet overzetten en daarna de pool pas kan uitbreiden?

Enige wat je dan moet doen is een zfs replace data [oude disk] [nieuwe disk] voor alle 4 de schijven stuk voor stuk. Dat kost dus wat tijd omdat je tussendoor telkens moet wachten op de resilver. Zorg ook dat je autoexpand aan hebt staan.

Sinds de 2 dagen regel reageer ik hier niet meer

Acties:

CH4OS

It's a kind of magic

Systeem- en netwerkutility's

Matched: autoexpand

CurlyMo schreef op donderdag 8 juli 2021 @ 20:15:
[...]

Enige wat je dan moet doen is een zfs replace data [oude disk] [nieuwe disk] voor alle 4 de schijven stuk voor stuk. Dat kost dus wat tijd omdat je tussendoor telkens moet wachten op de resilver. Zorg ook dat je autoexpand aan hebt staan.

Dank voor de tip. Ik heb nu in elk geval autoexpand op on gezet. Dan kan ik nu met een gerust hart shucken. Dat het wat meer tijd kost vind ik niet erg.

zondag 11 juli 2021 18:06

Acties:

CH4OS

It's a kind of magic

Systeem- en netwerkutility's

Matched: autoexpand

CurlyMo schreef op donderdag 8 juli 2021 @ 20:15:
Enige wat je dan moet doen is een zfs replace data [oude disk] [nieuwe disk] voor alle 4 de schijven stuk voor stuk. Dat kost dus wat tijd omdat je tussendoor telkens moet wachten op de resilver. Zorg ook dat je autoexpand aan hebt staan.

Ik kreeg niet gelijk alle disks aan de praat en had een verjaardag tussendoor, dus heb vandaag hier even verder naar gekeken. De disks worden intussen herkend, ik kan de data dus gaan migreren. Ik draai ZFS-on-Linux op basis van Debian, maar het zfs commando heeft helaas geen replace parameter.

Na een zoekopdracht kom ik wel zpool replace tegen, maar doe ik zowel zpool list als zfs list, dan krijg ik respectievelijk de melding 'No pools available' en 'No datasets available'.

EDIT:
Ah, ik moest even importeren met zpool import.

Ik ga er daarom ook vanuit dat ik in plaats van zfs het commando zpool moet hebben.

EDIT2:
De pool is echter niet te importeren, omdat de pool in een faulted state is. Zelfs een zpool import -f doet niets.

EDIT3:
Ik realiseer mij net dat ik die letterlijk disk voor disk moet doen, ook fysiek...

Had de stille hoop dat ik gewoon 1:1 de 4 2TB disks kon 'clonen' naar de 14TB disks... Ik ga dus even de machine weer uit zetten en 3 2TB disks los halen en 3 4TB disks terug in de machine...

EDIT4:
Bummer, heb geen 4 SATA kabels thuis liggen, anders had ik nog een onboard controller met passthrough kunnen doorspelen naar de VM in kwestie, en daarop de rests van de disks kunnen aansluiten...

EDIT5: Resilvering loopt.

Thanks voor de hulp iedereen!

[ Voor 31% gewijzigd door CH4OS op 11-07-2021 19:29 ]

zaterdag 15 januari 2022 16:44

Acties:

inSane666

Matched: autoexpand

hallo,
Kan ik wat hulp vragen?

xxx@xxx-ghostbsd-pc /u/h/xxx> zpool status tank
  pool: tank
 state: ONLINE
status: The pool is formatted using a legacy on-disk format.  The pool can
	still be used, but some features are unavailable.
action: Upgrade the pool using 'zpool upgrade'.  Once this is done, the
	pool will no longer be accessible on software that does not support
	feature flags.
  scan: scrub repaired 0B in 06:58:30 with 0 errors on Fri Dec  3 17:07:19 2021
config:

	NAME              STATE     READ WRITE CKSUM
	tank              ONLINE       0     0     0
	  raidz2-0        ONLINE       0     0     0
	    gpt/seagate1  ONLINE       0     0     0
	    gpt/seagate2  ONLINE       0     0     0
	    ada5          ONLINE       0     0     0
	    gpt/seagate4  ONLINE       0     0     0
	    gpt/seagate5  ONLINE       0     0     0
	    gpt/seagate6  ONLINE       0     0     0

errors: No known data errors

1-Deze zomer heb ik een schijf moeten vervangen, kan iemand mij uitleggen hoe, nu ik 5 nieuwe disks heb om de resterende te vervangen, deze eerst een label kan geven?
2-Ik ga van 3Tb naar 8Tb schijven en 'vergat zpool set autoexpand=on tank', is het nu te laat, of kan dit nog?
3-Dit is een bootable pool (begon FreeBSD en zfs met zfsguru), zal 'zfs destroy tank/zfsguru' zonder problemen alle restanten ivm zfsguru verwijderen, en de ruimte beschikbaar zijn voor tank?

Met vriendelijke groeten,

Christoph

zaterdag 15 januari 2022 17:16

Acties:

dinsdag 20 september 2022 12:37

TrueNAS
ZFSguru
Solaris
ZFSguru
Zfs
Freenas
FreeBSD
Opslag

Topicstarter

Matched: autoexpand

inSane666 schreef op zaterdag 15 januari 2022 @ 16:44:
1-Deze zomer heb ik een schijf moeten vervangen, kan iemand mij uitleggen hoe, nu ik 5 nieuwe disks heb om de resterende te vervangen, deze eerst een label kan geven?

Welk besturingssysteem hebben we het over?

2-Ik ga van 3Tb naar 8Tb schijven en 'vergat zpool set autoexpand=on tank', is het nu te laat, of kan dit nog?

Kan op elk moment.

3-Dit is een bootable pool (begon FreeBSD en zfs met zfsguru), zal 'zfs destroy tank/zfsguru' zonder problemen alle restanten ivm zfsguru verwijderen, en de ruimte beschikbaar zijn voor tank?

Hangt volledig aan welk OS je nu dan gebruikt? Ik neem aan iets anders dan zfsguru.

Sinds de 2 dagen regel reageer ik hier niet meer

Acties:

eheijnen

Matched: autoexpand

Ik heb nog een aansluitende vraag om na te gaan of ik de juiste weg bewandel.

1. In de test binnen de VM heb ik de mirror gemaakt met twee 8GB disks.
2. Van die mirror heb ik de schijven 1 voor 1 door 32GB disks vervangen.
3. Daarna heb ik het volume property AutoExpand op ON gezet.

Dat het volume vergroot was werd pas na ca. 30 minuten zichtbaar met ZPOOL LIST
Ondanks dat kon ik direct meer data dan de initiele 8GB erop kwijt, zonder problemen.

Zijn dit de juiste stappen om een volume te vergroten?
Is het normaal dat het een tijdje duurde voordat de nieuwe grootte zichtbaar werd?

Wie du mir, so ich dir.

dinsdag 20 september 2022 17:26

Acties:

dinsdag 20 september 2022 20:52

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

eheijnen schreef op dinsdag 20 september 2022 @ 12:37:
Dat het volume vergroot was werd pas na ca. 30 minuten zichtbaar met ZPOOL LIST
Ondanks dat kon ik direct meer data dan de initiele 8GB erop kwijt, zonder problemen.

Zijn dit de juiste stappen om een volume te vergroten?
Is het normaal dat het een tijdje duurde voordat de nieuwe grootte zichtbaar werd?

Opzich allemaal prima, maar wat betreft die 30 minuten kan ik zo gauw geen antwoord vinden, maar wel het volgende : Het grote ZFS topic
Wat onder andere dit als resultaten geeft :
- DrFlash in "Het grote ZFS topic"
- syl765 in "Het grote ZFS topic"

En ook nog de optie om zoiets te doen :

zpool online -e

Of gewoon je NAS te rebooten of een wijziging toe te passen die de autoexpand triggert!

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

FireDrunk

Raid
FreeBSD
TrueNAS
ZFSguru
Solaris
Zfs
ZFSguru
Freenas
Opslag
Interne harde schijven
Systeem- en netwerkutility's
Linux

Topicstarter

Matched: autoexpand

eheijnen schreef op dinsdag 20 september 2022 @ 12:37:
Ik heb nog een aansluitende vraag om na te gaan of ik de juiste weg bewandel.

1. In de test binnen de VM heb ik de mirror gemaakt met twee 8GB disks.
2. Van die mirror heb ik de schijven 1 voor 1 door 32GB disks vervangen.
3. Daarna heb ik het volume property AutoExpand op ON gezet.

Dat het volume vergroot was werd pas na ca. 30 minuten zichtbaar met ZPOOL LIST
Ondanks dat kon ik direct meer data dan de initiele 8GB erop kwijt, zonder problemen.

Zijn dit de juiste stappen om een volume te vergroten?
Is het normaal dat het een tijdje duurde voordat de nieuwe grootte zichtbaar werd?

Nou wil ik niet heel negatief zijn, maar dat lijkt me praktisch onmogelijk.
ZFS is vrij rigide qua vrije ruimte, en zal je niet zomaar meer data laten schrijven dan het zelf aan denkt te kunnen.
Misschien heb je bij ZFS list gekeken ipv bij zpool list? Die waardes kunnen nog wel eens verschillen van elkaar.

Over de juiste stappen: AutoExpand is niet verplicht, dus dat is relatief.
Maar in principe is 1 voor 1 je schijven vervangen, en wachten totdat je pool netjes healthy aangeeft altijd prima. Daarna kan je met de hand of zoals je zelf al deed met AutoExpand je pool vergroten.

Overigens kan het commando `udevadm trigger` nog wel eens helpen bij een expand om nieuwe ruimte te detecteren (vooral in VM's)

[ Voor 4% gewijzigd door FireDrunk op 20-09-2022 20:54 ]

Even niets...

dinsdag 20 september 2022 23:22

Acties:

woensdag 21 september 2022 12:57

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

FireDrunk schreef op dinsdag 20 september 2022 @ 20:52:
Over de juiste stappen: AutoExpand is niet verplicht, dus dat is relatief.
Maar in principe is 1 voor 1 je schijven vervangen, en wachten totdat je pool netjes healthy aangeeft altijd prima. Daarna kan je met de hand of zoals je zelf al deed met AutoExpand je pool vergroten.

Overigens kan het commando `udevadm trigger` nog wel eens helpen bij een expand om nieuwe ruimte te detecteren (vooral in VM's)

Wat ik dus tegenkom is dat als je AutoExpand alvast aanzet en dan de laatste HDD verzilvert dat de AutoExpand automatisch start!

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

eheijnen

Matched: autoexpand

FireDrunk schreef op dinsdag 20 september 2022 @ 20:52:
[...]

Nou wil ik niet heel negatief zijn, maar dat lijkt me praktisch onmogelijk.
ZFS is vrij rigide qua vrije ruimte, en zal je niet zomaar meer data laten schrijven dan het zelf aan denkt te kunnen.
Misschien heb je bij ZFS list gekeken ipv bij zpool list? Die waardes kunnen nog wel eens verschillen van elkaar.

Over de juiste stappen: AutoExpand is niet verplicht, dus dat is relatief.
Maar in principe is 1 voor 1 je schijven vervangen, en wachten totdat je pool netjes healthy aangeeft altijd prima. Daarna kan je met de hand of zoals je zelf al deed met AutoExpand je pool vergroten.

Overigens kan het commando `udevadm trigger` nog wel eens helpen bij een expand om nieuwe ruimte te detecteren (vooral in VM's)

@FireDrunk
Ben er nog wat verder ingedoken.

Het toevoegen van een (VM SCSI) disk wordt door het systeem niet goed opgemerkt. En heeft refresh nodig via "udevadm trigger". Een USB disk wordt wel direct zichtbaar.

Nadat de AutoExpand op ON is gezet op de mirror moet ook hier weer een refresh worden afgedwongen met udevadm en toont ZPOOL LIST wel de juiste waardes.

Bij Debian 11 met kernel: 5.10.0-18-amd64 treed dit op.
Op Arch met kernel: 5.8.12-arch1-1 werkt het wel

Kan zijn dat de virtio drivers in deze kernels verschillen...

Wie du mir, so ich dir.

zondag 26 februari 2023 21:53

Acties:

zondag 26 februari 2023 22:21

ph34r my [WCG] Cows :P

FreeBSD

Matched: autoexpand

CurlyMo schreef op zaterdag 25 februari 2023 @ 21:35:
Door de 3TiB schijven te vervangen door de 4TiB schijven en vervolgens de 4TiB schijven met een 3TiB partitie uit de pool halen, de 3TiB partitie verwijderen en weer volledig aanbieden aan de pool.

Ja, maar dan zit ik met de volgende vraag in mijn hoofd : Wat accepteert AutoExpand allemaal qua setups ?

Ik kan me namelijk iets heel vaag herinneren over partities op elke HDD die de standaard werden vanaf een bepaalde versie van OpenZFS i.c.m. Linux of ZFS onder FreeBSD voordat het ook OpenZFS werd

|| Stem op mooiere Topic Search linkjes! :) " || Pi-Hole : Geen advertenties meer voor je hele netwerk! >:) ||

Acties:

woensdag 27 november 2024 07:41

TrueNAS
ZFSguru
Solaris
ZFSguru
Zfs
Freenas
FreeBSD
Opslag

Topicstarter

Matched: autoexpand

nero355 schreef op zondag 26 februari 2023 @ 21:53:
[...]

Ja, maar dan zit ik met de volgende vraag in mijn hoofd : Wat accepteert AutoExpand allemaal qua setups ?

Dat maakt toch niet uit. Zolang je het maar tussen schijven matched.

Sinds de 2 dagen regel reageer ik hier niet meer

Acties:

RobertMe

Solaris
ZFSguru
TrueNAS

Matched: autoexpand

RobertMe schreef op dinsdag 26 november 2024 @ 18:59:
Ik heb mijzelf verblijd met een nieuwe / grotere SSD voor in mijn router, die ook als download client dienst doet, met opslag op een additionele SSD (OS op NVME, downloads op SATA). Alleen ben ik even op zoek naar een second opinion v.w.b. migratie met de minste downtime. Systeem in kwestie is sowieso een TopTon doosje met maar 1 SATA poort, dus beiden via SATA aansluiten gaat hem niet worden. Echter heb ik wel een USB docking station.

Mijn idee nu is:
Nieuwe SSD aansluiten via het docking station;
Mirror opzetten (zpool attach, even gecheckt, want heb al eens de fout gemaakt met een add en er een stripe van gemaakt ), dit zal dan zijn op basis van het USB id en dus "fout"
Wachten tot de resilver klaar is
(software stoppen)
zpool export tank
Afsluiten, SSD wisselen, opstarten
zpool import tank (volgens mij gaat dit tegenwoordig automagisch op by-id basis?)
zpool detach ... de oude SSD
(software starten)
Evt kan ik ook de huidige (/oude) SSD al offlinen voordat ik de pool export. Ik weet niet of dat nog een groot verschil maakt? Maar volgens mij kun je ook eenvoudig een device er uit gooien op basis van het interne id dat ZFS laat zien (met bv een zpool status) als de disk helemaal foetsie is? Dus dat is dan om het even. Enige verschil is dan dat de oude SSD met een zpool detach waarschijnlijk weet dat hij "onbruikbaar" is (/uit de pool is) en met een zpool detach achteraf denkt die natuurlijk nog onderdeel van de pool te zijn?

Daarnaast zou ik natuurlijk ook de drives vooraf al kunnen wisselen. Dus beginnen met exporteren, de nieuwe SSD inbouwen en de oude in de dock, opstarten, importeren, en dan meteen toevoegen op basis van het juiste id. Maar ik denk niet dat dat veel verschil maakt? (behalve evt "planning" technisch. Ik kan nu de drive wisselen en daarna resilveren. Als ik nu eerst resilver is het later op de avond en ga ik wellicht niet meer wisselen ).

Tegen mijn verwachting in werd ondanks de USB dock de SSD ook herkent middels een ata-WD..... Via die route geattached, resilver laten lopen, vervolgens de oude gedetached en nog een zpool online -e tank ata-WD... om gebruik te maken van de extra ruimte en dat was het in zoverre. Lees: afsluiten, SSD wisselen, opstarten en klaar. Export => import was dis niet nodig doordat de disk al herkend werd op basis van een id dat niet zou veranderen tussen de USB dock vs direct aan SATA.
Enige "verrassing" was dat die niet automatisch deed expanden, en een zpool set autoexpand=on tank dat ook niet oploste (maar een zpool online -e tank ata-WD-... dus wel).

dinsdag 24 december 2024 13:28

Acties: