SW RAID5 rozdělení oddílů

[racchek]

Pole mám rozdělený viz. niže.
Potřeboval bych z md125 uříznout kus místa a to vyhradit třeba na vytvoření nové mdX a to bez ztráty dat.
je to vůbec technicky možné, nebo nějaky hint?

Kód: [Vybrat]

Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/md125     ext4       17T  1.8G   16T   1% /
devtmpfs       devtmpfs  1.9G     0  1.9G   0% /dev
tmpfs          tmpfs     1.9G     0  1.9G   0% /dev/shm
tmpfs          tmpfs     1.9G  8.8M  1.9G   1% /run
tmpfs          tmpfs     1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/md126     ext4      991M  148M  777M  16% /boot
tmpfs          tmpfs     379M     0  379M   0% /run/user/0

Personalities : [raid1] [raid6] [raid5] [raid4]
md125 : active raid5 sdd4[4] sda4[0] sdc4[2] sdb4[1]
      17565419520 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
      bitmap: 0/44 pages [0KB], 65536KB chunk

md126 : active raid1 sdc3[2] sdd3[3] sda3[0] sdb3[1]
      1047552 blocks super 1.2 [4/4] [UUUU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md127 : active raid1 sdd2[3] sdc2[2] sdb2[1] sda2[0]
      4193280 blocks super 1.2 [4/4] [UUUU]


[Reklama]

[ByCzech]

pole mám rozdělený viz. niže.
Potřeboval bych z md125 uříznout kus místa a to vyhradit třeba na vytvoření nové mdX a to bez ztráty dat.
je to vůbec technicky možné, nebo nějaky hint?

Ano je to možné. Nejdříve je nutné zmenšit souborový systém na tom md125 device, např. pokud máte ext2/3/4, tak přes e2resize (raději menší než má být výsledný). Potom je třeba shrinknout RAID na požadovanou velikost přes mdadm --grow /dev/md125 --size=NOVA_VELIKOST_V_KB. Pak zvětšit FS na RAIDU na maximální dostupnou velikost. Pak zmenšit oddíly na kterých je RAID. Pak už nebrání nic tomu, aby se volné místo na discích využilo pro nové oddíly a vytvoření dalšího md RAIDu.

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

[redustin]

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

[ByCzech]

Vzhledem k tomu, že se stačí kdekoli překlepnout a problém je na světě, je vhodné před touto operací zazálohovat.

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

S tím se nedá než souhlasit.

Každopádně riziko zmenšení oddílů je vhodné řešit podobně jako u zmenšování FS. Raději zmenšit md RAID více s rezervou, pak zmenšit oddíly na požadovanou velikost, pak zvětšit RAID na maximální dostupné misto pres --size=max, nakonec zvětšit FS na maximum možného a je hotovo.

[RDa]

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

S tím se nedá než souhlasit.

Každopádně riziko zmenšení oddílů je vhodné řešit podobně jako u zmenšování FS. Raději zmenšit md RAID více s rezervou, pak zmenšit oddíly na požadovanou velikost, pak zvětšit RAID na maximální dostupné misto pres --size=max, nakonec zvětšit FS na maximum možného a je hotovo.

Chtel jste rict nejprve zmensit FS na mensi nez je treba, pak zmensit md na pozadovanou velikost a nasledne zvetsit FS do autodetekovaneho volneho prostoru :-)

[Reklama]

[ByCzech]

Obzvláště zmenšení partišen je docela o hubu. Pokud je tazatel začátečník (což asi je), pak bych doporučoval to nechat někomu zkušenějšímu.

S tím se nedá než souhlasit.

Každopádně riziko zmenšení oddílů je vhodné řešit podobně jako u zmenšování FS. Raději zmenšit md RAID více s rezervou, pak zmenšit oddíly na požadovanou velikost, pak zvětšit RAID na maximální dostupné misto pres --size=max, nakonec zvětšit FS na maximum možného a je hotovo.

Chtel jste rict nejprve zmensit FS na mensi nez je treba, pak zmensit md na pozadovanou velikost a nasledne zvetsit FS do autodetekovaneho volneho prostoru :-)

Chtěl jsem říct zmenšit FS na menší než je třeba, pak zmenšit RAID na menší než je třeba (ale větší než je FS), pak zmenšit oddíly jak je potřeba, pak natáhnout RAID na novou maximální dostupnou velikost, pak natáhnout FS na novou maximální dostupnou velikost. Pak vytvářet nové oddíly a nový RAID.

[drmartins]

se vykašli na nějaký takový harakiri.
to udělej celé od začátku. A zahoď md raid a udělej si tam zfs raid :-)

[redustin]

to udělej celé od začátku. A zahoď md raid a udělej si tam zfs raid :-)

Naprostý souhlas. 16TB na MD RAID5 bych nedával. Jenom resync po výměně disku bude nekonečný... ZFS je v pohodě, resyncuje jen bloky s daty, při nezaplněném filesystému (což dle df tak vypadá) je resync nesrovnatelně rychlejší.

[k3dAR]

[...] 16TB na MD RAID5 bych nedával. Jenom resync po výměně disku bude nekonečný [...]

resync (s RAID6) mdadm cca 1den, to neni zrovna nekonecne ;-)

[drmartins]

mám stejně velké pole doma a vždy když s nim něco dělám tak trnu zda to doběhne :-D
Nicméně to zfs je rychlejší a daleko modernější než md raid. Kdybych dokázal sehnat disky, kam bych odlil 16tb dat tak bych to doma taky předělal na zfs :-)

[redustin]

resync (s RAID6) mdadm cca 1den, to neni zrovna nekonecne ;-)

Konkrétní systém:

Kód: [Vybrat]

zpool list
NAME   SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
tank  24.5T  1.85T  22.6T         -    19%     7%  1.00x  ONLINE  -

zpool status
NAME                                          STATE     READ WRITE CKSUM
tank                                          ONLINE       0     0     0
  mirror-0                                    ONLINE       0     0     0
    ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T1031176  ONLINE       0     0     0
    ata-WDC_WD30EFRX-68EUZN0_WD-WMC4N0J25NCZ  ONLINE       0     0     0
  mirror-1                                    ONLINE       0     0     0
    ata-TOSHIBA_HDWD130_78FVP49AS             ONLINE       0     0     0
    ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T1315714  ONLINE       0     0     0
  mirror-2                                    ONLINE       0     0     0
    ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T1327418  ONLINE       0     0     0
    ata-TOSHIBA_DT01ACA300_55C60GEGS          ONLINE       0     0     0
  mirror-3                                    ONLINE       0     0     0
    ata-WDC_WD60EFRX-68L0BN1_WD-WX11D77K745H  ONLINE       0     0     0
    ata-ST6000VN0041-2EL11C_ZA1994N9          ONLINE       0     0     0
  mirror-4                                    ONLINE       0     0     0
    ata-TOSHIBA_HDWE160_17ARK09JF56D          ONLINE       0     0     0
    ata-WDC_WD60EFRX-68L0BN1_WD-WX51D77EYZCS  ONLINE       0     0     0
  mirror-5                                    ONLINE       0     0     0
    ata-TOSHIBA_HDWN160_57GGK0CWFPAE          ONLINE       0     0     0
    ata-ST6000VN0041-2EL11C_ZA199FF1          ONLINE       0     0     0
Pole je téměř prázdné (jako má tazatel), resilvering po výměně vadného disku zabere do 10 minut.

Ve stejném serveru i MD RAID10 z 8 disků:

Kód: [Vybrat]

Filesystem      Size  Used Avail Use% Mounted on
/dev/md6         17T   11T  6.1T  64% /mnt/raid
Resync vadného disku skoro celý den, samozřejmě obojí za provozu. Taková doba bez redundance je dost nekonečná :-) A je to RAID10 (ne 5 či 6), takže resync podstatně rychlejší než RAID5/6.

[_Jenda]

se vykašli na nějaký takový harakiri.
to udělej celé od začátku. A zahoď md raid a udělej si tam zfs raid :-)

Tazatel přišel s tím, že pole potřebuje zmenšit. Už umí ZFS pool zmenšit?

[drmartins]

mno a odpověď na jeho otázku byla že se na to má vykašlat a udělat to znovu od začátku.
navíc za zfs by si udělal nový pool a ten si přimountoval kam by chtěl

ale jeslti ti přijde lepší se patlal se zmenšováním raidu, na kterym je ještě ke všemu root partition tak mu odpověz lépe

[_Jenda]

navíc za zfs by si udělal nový pool a ten si přimountoval kam by chtěl

My nevíme proč to chtěl, třeba opravdu potřeboval surový přístup na disk a ne ZFS pool. (například u databází/rainbow tabulek které si místo spravují samy overhead inteligentního FS jako je ZFS brzdí a nejlepší je mít to přímo na disku)

ale jeslti ti přijde lepší se patlal se zmenšováním raidu, na kterym je ještě ke všemu root partition tak mu odpověz lépe

Již bylo odpovězeno, zmenšit FS, zmenšit RAID, zmenšit partition.

[k3dAR]

[...] Resync vadného disku skoro celý den, samozřejmě obojí za provozu. Taková doba bez redundance je dost nekonečná :-)[...]

nezpochybnoval sem ze je zfs rychlejsi, ale ze u mdadm raid6 doba 1den na sync po vymene neni nekonecna a behem sync neni bez redundance, ale je na tom jako nedegradovanej "jako raid5"...