Dotaz: Zmena velkosti JFS particii na virtualnom serveri

[Nie som robot]

Zdravim,
zdedil som pod Citrix Xen virtualny server ktoremu dochadza miesto. Je na nom pozostatok RAIDu (asi fyzicka masina mala odideny jeden disk pri migrovani do virtualu) takze miesto /dev/xvda1 pre root a /dev/xvda5 pre home je pripojeny root ako /dev/md0 a home ako /dev/md1 a obidva raidy su v degrradovanom rezime. Navyse obidve particie su v JFS. Aktualne zaplnenych 470 z vyhradenych 520GB. Ako by som mal postupovat pri zvacsovani volneho miesta ?

1. zaloha dat, vypnut virtualny server, zvacsit vyhradene miesto v Citrixe, spustit server a dat resize jfs (ako ho korektne vykonat) ?

2. zaloha dat, vytvorit novy server s pozadovanym miestom a normalnym FS, preklopit data (ako najlepsie?), rekonfigurovat fstab (?), rekonfigurovat bootloader (?)

Ako by ste postupovali vy ?

Odpovědi

[X]

Moment. Jses za to placeny je to tvoje zamestanni, ale reseni problemu za tebe ma vymyslet nekdo jiny? To se mi snad zda..

[Nie som robot]

A to som pisal kde ? Je to neziskovka a ja to robim vo volnom case ... Ale dobre, hlavne ze si si kopol...

[X]

zdedil som ..

Je uplne jedno co je to za firmu. Jde o princip. Bez urazky, ale co budes delat, kdyz dostanes chybnou odpoved a neco se pokazi? Bud na sebe beres zodpovednost se vsim vsudy, protoze vis co delas, nebo jsi alespon schopny si zbytek dohledat/doucit, nebo je lepsi se na to radeji vykaslat. Mozna to nekdo vidi jinak, potom se omlouvam.

[Max]

Já to vidím jinak. Je to jeho věc, jeho zodpovědnost atd. Chce radu, na problém, který není hloupý, tak mu jí dám, nevidím v tom problém.
Zdar Max

[Max]

Záleží, kolik máš místa a co je to za raid pole apod. Protože pokud raid v tom virtuálu nepotřebuješ, tak se ho můžeš zbavit. Pokud je to mdadm s metadaty verze 1.0 a nižší, tak je to jednoduché, protože to má metadata na konci disku, takže tím nezpůsobíš žádný problém.
Osobně bych tedy postupoval takto:
1) zjištění verze metadat
2) odstranění mdadm metadat (pokud je verze < = 1.0) a přenastavení fstab apod. na boot přímo z partition bez inicializace pole
3) rozšířil disk VM v Xen serveru
4) reloadnul info o disku ve VM
5) zvětšil partition /dev/xvda5
6) zvětšil fs na té partition

Pokud chceš nafukovat i "/dev/xvda1", tak máš problém a asi se to bez přesunu dat, co jsou na "/dev/xvda5" neobejde.
Pokud máš dostatek místa na tom xen serveru, tak přidej nový disk do VM, nastav na něm LVM, rozkouskuj na potřebné LV a zmigruj data, zapiš boot apod., vypni VM, odeber z ní starý disk a nastartuj VM z nového disku. Do budoucna budeš moci nafukovat dynamicky a bez problémů a případně můžeš použít i jiný fs.
Zdar Max

[Jendа]

1. zaloha dat, vypnut virtualny server, zvacsit vyhradene miesto v Citrixe, spustit server a dat resize jfs (ako ho korektne vykonat) ?

Přesně takto, ale před resize JFS musíš ještě zvětšit ty partitions (například cfdiskem - smazat a vytvořit novou větší se stejným začátkem) a zvětšit ten RAID (mdadm --grow /dev/md0 -z max), přičemž po zvětšení partition možná bude potřeba reboot aby se to projevilo.

JFS se podle internetů zvětšuje pomocí mount parametrů, mount -o remount,resize / (nikdy jsem JFS nepoužíval).

Samozřejmě pokud máš prostor a čas na to data vykopírovat vedle znovu, může být výhodné udělat rovnou úplně nový virtuální disk, bez RAIDu, nový filesystém (nějaký běžnější) a data zkopírovat například takto:

rsync --numeric-ids --info=progress2 -xHXS -azhP starý-disk/ nový-disk/

Ve fstabu bude /dev/md0, tak tam dáš UUID=uuid_nového_fs, a ano, bude potřeba standardní trojice z chrootu update-grub grub-install /dev/XXX a update-initramfs -u. (chroot se dělá

cd nový-disk
mount -t proc none proc;
mount -o bind /dev dev;
mount -t sysfs none sys;
mount -o bind /run/ run/;
chroot . /bin/bash;

)

... zdedil som pod Citrix Xen virtualny server ktoremu dochadza miesto...

...vypnut virtualny server, zvacsit vyhradene miesto v Citrixe...

...zaloha dat, vytvorit novy server s pozadovanym miestom a normalnym FS, preklopit data (ako najlepsie?), rekonfigurovat fstab (?), rekonfigurovat bootloader (?)...

Mně se zdá, že jsi zdědil něco jiného, než píšeš.

Buď máš virtuální server nebo virtualizační server nebo (pravděpodobnbě) oboje.

Vzhledem k tomu, co píšeš, není tak úplně patrné, jestli ti jde o Cytrix server nebo o virtuální server v něm spuštěný. Což je dost zásadní rozdíl.

[Want]

Píše celkem jasně. Jde o virtuální stroj co běží v prostředí Citrix Xen server. Nejrozumnější by to bylo do toho nedlubat a přemigrovat na kvm.

No dobře. Ale je rozdíl, jestli máš přístup jenom k virtuálnímu serveru a nebo zároveň také k tomu virtualizačnímu. Pokud je pánem obou, tak může dělat, co ho napadne.

[Want]

Může. Pokud ví co dělá. Ovšem to by se asi takhle neptal.

[Want]

Osobně bych to odzálohoval z prostředí virtuálu někam na externí disk. Komplet celé jak to je.

[lertimir]

No, nenapsal jsi ještě jednu kriticky důležitou věc. A to v jakém stavu je systém? A jaké aplikace tam běží? Co server dělá? Neumím si moc dobře představit, že je to cokoliv aktuálního. Zdědění serveru bývá podobné jako zdědění bytu po babičce, spousta pavučin. Kdysi jsem byl blízko podobné situace, kdy nějaký systém přestával fungovat a naštěstí jsem byl jen v konzultační roli, ale systém byl neaktualizován 8 let a již nepodporován nejen on ale i 2 vyšší verze a aplikace měla asi 68 neprovedených aktualizací z toho 22 kritických. Také okamžitou zálohu, dvě degradované pole s daty je noční můra. Volil bych proto cestu 2. s tím, že do té doby něž vyrobíš aktuální server, tak opatrný běh starého.

[Jendа]

Může být, stačí upgradovat a čistit

[lertimir]

Mnohem větší problém může být upgrade aplikací. Během toho času třeba aplikace provádí migraci přes 3 major verze PHP a třeba migraci ve formátu databáze. Což je jednoduché, když to provedeš správně a včas, protože u té migrace máš migrační skriptík a nebo případě textový popis, co máš udělat, ale když to hledáš roky zpátky a potřebuješ mít i ten podstavný systém ve správné "staré" konfiguraci pro tu migraci, je to hrozná otrava.

[lertimir]

2. zaloha dat, vytvorit novy server s pozadovanym miestom a normalnym FS, preklopit data (ako najlepsie?), rekonfigurovat fstab (?), rekonfigurovat bootloader (?)

Jediná otázka je "překlopit data"? To záleží co tam běží? je li to souborový sever je to triviální, pokud je to nějaká webová věc s podstavnou databází, tak hlavní otázka je: Co se s aplikací mezitím stalo? Změnil se formát databáze? Bude se muset projet xy aktualizací mezi tou běžící a současnou verzí? Zatím je málo informací?