Миграцията от RAID1 до RAID5 се оказа многократно по лесна от колкото си мислех 🙄 В общи линии са 5 прости стъпки малко чакане и 1 една бира за кураж.

При мен системата има създаден RAID масив md0 в който участват 2 диска sda и sdb. Ще добавя към тях 3-ти sdc за да създам RAID5 от 3 диска. Като цяло тая акробатика е с научна цел на виртуалка още не съм я тествал в реална среда, но не очаквам драми и на реална машина като му дойде времето.

  1. Създаваме същото оформление файловата система като на другите ни дисковеsfdisk -d /dev/sdb | sfdisk /dev/sdc
  2. Надграждаме настоящият ни масив на RAID5mdadmgrow /dev/md0level=5
  3. Добавяме новия диск към масиваmdadmmanage /dev/md0add /dev/sdc . Тука идва тънкия момент че масива все още продължава да си RAID1 и няма да започне се синхронизира понеже новия диск ни е spare
  4. Най важният момент sdc става активен и започва синхронизациятаmdadmgrow /dev/md0raid-devices=3 . Добър момент да си отворите бирата ако не е направено 😉 Не прекъсвайте процеса при никакъв случай!!!
  5. След като приключи синхронизацията остана да преоразмери дяла понеже загубата на пространство при RAID1 e 1/n а при RAID5 e 1-1/n

Най големият бонус е че не се налага рестартиране на системата или вадене и правене на допълнителни масиви.

sfdisk -d /dev/sdb | sfdisk /dev/sdc
mdadm --grow /dev/md0 --level=5
mdadm --manage /dev/md0 --add /dev/sdc
mdadm --grow /dev/md0 --raid-devices=3
resize2fs /dev/md0

Лека вечер 😛

English: This is a side view of the read head ...

Вчера ми се наложи да вдигна една виртуална машина на Windowds NTFS дяла ми. За мое огромно учудване машината започна да се влачи ужасно много когато virtualbox започна да създава виртуалния си HDD. WFT ??? Веднага един бърз top и проблема лъсна. ntfs-3g беше забил на 100% cpu usage 3 от 6-те ми ядра. Хмммм странно. След крако съзерцаване в следния ред проблема лъсна

/sbin/mount.ntfs-3g /dev/sda4 /media/disk1part4 -o rw

Очевидно /dev/sda4 е mount-нат само с default опции. Като цяло ntfs драйвера има дертове с интензивно писане и четене по по дяла ако не са му оказани малко чудодейни настройки.

  1. big_writesнай важната опция за падне интензитета за натоварването на вашата система като се използват запис на големи блокове.
  2. noatimeускорява системата като забранява обновяването на inode access time ако не ни е необходимо. На мен лично въобще не ми трябва
  3. windows_namesтука няма никакво ускорение но за сметка на това имената на файловете се третират според MS конвенциите при които имената на файловете не зависимо дали са с големи и илки малки букви са еднакви.

След както поправих опциите с който ми се монтира дяла fstab записът изглеждаше така

UUID=2213f519-f980-42bf-9e25-9201db38c458  /media/disk1part4  ntfs-3g  defaults,big_writes,windows_names,noatime 0 0

Enhanced by Zemanta