SAN disk átméretezése reiserfs alatt

Adva vagyon egy MSA1000-es kompak(t) ;-) SAN storage FCvel egy DL380-as gépen, Qlogic HBA (szintén kompak ) kártyával , SLES 9 oprendszerrel.

Szeretném a következő müködési állapotot elérni vele:
menet közbeni biztonságos átméretezése a tároló diskeknek.
Milyen megoldásokat javasoltok a fenti cél elérésére.(konfig,hasznalati utasítás)

A müködtetésben eljutottam odáig hogy egy adott disk (/dev/sdb) meretét az MSA webes manager programjával megváltoztattam( disk hozzáadása az ARRAYhoz, valamint a Logical Drive méretét megnöveltem)
Ezután a gepet ujraindítva már az uj méretű disk volt látható.(el lehet e kerülni a rebootot, hputiliti?)
A partició méretét először a yast-al probáltam megnövelni,de belebukott. A resize_reiserfs azt mondta minden hely foglalt, utánna a cfdisk segítségét kértem hogy maximálja a particiót,látszolag ez meg is történt. De a partició nem változot meg, ellenben a reiserfs joblétre szenderült, melyet a rebuild-tree sem volt képes helyre pofozni(vegülis több órás küzdés után részlegesen helyre pofoztam ) némi pihenés és gondolkodás után arra jutottam hogy a problémát az okozhatta hogy a array és a logikal disk növelése után megváltoztattam a Raid Fault Tolerance és a Stripe Size értékeit (talán). Mindez után létre hoztam egy másik particiót melyet a yastal minden további nélkül át tudtam méretezni. Tanulság mielött hozzányulsz valamihez csinálj biztonsági mentést, vagy legalább futtasd a reiserfsckt ro-ban.
Ilyen hosszú kítérő után elgondolkodtam miként lehetne eme műveletet nagy biztonsággal és/vagy egyszerűbben csinálni
saját kútfőből a következőkre jutottam:
- a /dev/sdb -n nem készítek particiót hanem az egésszet leformázom reiserfsre. Kérdés hogy ez így müködhet e (a logical disk növelése után igy egyböl a resize mehet)
- LVM használata( ilyenkor a PV nem méretezhető át hanem extended particiokat kel hozzá adni, hogy miért extended, mert abból nem csak 4 lehet hanem n+1, a kérdés csak az az n meddig nőhet, kicsit nehézkesnek tűnik, és nem tudom mennyire megy a teljesítmény rovására)
- marad a /dev/sdb1 sruktura és kellö odafigyeléssel és imádsággal méretezünk át.
szerintem az LVM a leg biztonságosabb (csak ami lessz belőle az csunya)

ha bárkinek a fentebb elhangzottakkal kapcsolatban kiegésszítése vagy közlendője lenne az itt tegye közszemlére