/root/bin/partitions-examine -wiki

: aktualizovano tak aby odpovidalo soucasnemu stavu, nicmene je potreba zrevidovat, jestli je to ten cilovy stav ktery chceme.

<refnotes> refnote-id : name </refnotes>

ST31000526SV (sdb, sdd)

• sdx 932G
  • sdx1 196M (sdb2, sdd2)
    • md0 196M /boot
• sdx2 20G (sdb3, sdd3)
  • md1 20G /
• sdx4 extended
• sdx5 1G (sdb5, sdd5)
  • swap
• sdx6 210G (sdb6, sdd6)
  • md4 /e spool? (+mailboxes? - pak bych ubral z /c a pridal sem) - dulezita data, ktera se casto meni (tj dorucovani mejlu a mozna mailboxy.
• sdx7 700G (sdb7, sdd7)
  • md3 /c db + commerce-nonftp - dulezita data, ktera se zas tak moc casto nemeni.

ST31000528AS (sda, sdc)

• sdy 932G
  • sdy1 196M (sdc1, sda1, …)
    • md0 196M /boot
  • sdy2 1G (sda2, sdc2)
    • swap
  • sdy3 extended
  • sdy5 50G (sda5, sdc5)
    • md2 mozna raid0 ?! (rychlejsi ale nachylnejsi k chybam) /tmp
  • sdy6 367G (sda6, sdc6)
    • md5 /b commerce-ftp + mailboxes - o trochu mene dulezita data s velkymi zapisy/ctenim.
  • sdy7 513G (sda7, sdc7)
    • sda7 /g homes - nedulezita data
    • sdc7 /f backups - zalohy

~~REFNOTES~~

Mozna ze mailboxes by mely byt na /c nebo /e a ne na /b - spise kvuli velikosti. Take je mozne uvazovat o tom, ze /home bude na /c, pokud si tam uzivatele budou nechavat jen veci dulezite. Velke veci by pak meli jit do /f/home/BIG/<username>/, symlink /home/BIG/ → /f/home/BIG/, ze sveho homu pak symlinkovat pres /home/BIG, aby nehrozila ztrata symlinku po zmene pismenek.

/a, /d jsem vynechal - pouzivaji se ted a chci z nich data presunout na jine partitions. /b jsem zachoval v soucasne velikosti, takze staci zmigrovat raid.

Co se tyce swapu, tak nejsem rozhodnutej. raid0-like swap: na vsechny disky, kdyz jeden odejde a bude naswapovano → panic + zabiti tech programu ktere byly ve swapu. raid10-like: 2x raid1 a na kazde swap - zabrani panicu pri swapu, ale bude to pomalejsi. Pokud zajistime aby se proste neswapovalo, tak je to jedno, nicmene druhe reseni vylepsuje „nejhorsi pripad“ a prechazet mezi obema resenimi lze za behu. Se swapama na raid1 je potreba zkontrolovat, zda nabehnou po bootu.

: postup prace zrevidovan tak aby odpovidal aktualnimu stavu namountovanych disku. Je potreba zrevidovat po revizi ciloveho stavu (viz vyse).

: nejtere migrace jsou nacate, nektere mozna uz hotove - proverit stav!

samotny disk znamena zahozeni obsahu disku a vytvoreni nove partition tabulky na tom disku, v pripade sdd a sdc zaroven vytvoreni prislusnych raidu (a zahozeni stavajicich nepouzitych raidu).

1. md5 (stary raid)
2. 9VPD8ML3 (sdb)
3. migrace
   • spool (/a → /e) = md4, md2
   • /mnt/commerce → /c/mnt/commerce/
   • db (/b → /c)
   • md0 - jeden disk
   • md1 - jeden disk
4. 9VP79HB6 (sda)
   • single: /g - backups, homes
5. migrace:
   • md5 (/b) - pridat disk sda
   • md5 (/b) - odebrat sdc
   • md0 - pridat disk
   • md2 - vycistit partition pokud to bude raid0, jinak pridat disk
   • /d → /g
6. 9VP79CYR (sdc) (dočasně si odpojit sdc1 z md0)
   • single: /f - backups
   • znovapřipojit sdc1 do md0
7. migrace:
   • upgrade raidu sdy (sda+sdc), vytvoreni md2
   • /mnt/noncommerce → /f
   • backups (/g → /f)
8. migrace / na md1, migrace /boot na md0
9. migrace /tmp
10. migrace /var
11. RESTART !! (Pozor, tady chci mit pripraveny kernel s lmsensors)
12. 9VPDC308 (sdd)
13. upgrade raidu „sdx“ (sdb+sdd)
14. finální rozdělení commerce (/c/mnt/commerce → /c, /b) = md3, md5
15. finální rozdělení noncommerce (/f/noncommerce → /f, /g, …)
16. finální dořešení home a home/BIG

= hotovo = tyto body jsou potreba, pokud chceme mit vsechny raidy

grafy: monitoring teplot, kapacity disku, apache, pamet, procesor, … (pouzivali jsme munin a cricket, ale myslim ze dneska jsou lepsi nastroje)