PowerHA 7.1 En igy nem szeretlek

A helyzet ugy hozta, hogy kiserletezunk PowerHA 6.1 es 7.1-el.
Jelenleg foleg az event management a celpontunk es ekozben talaltam egy erdekesseget:

Adott egy VG ami Enhanced Concurrent volt. Vissza kellett konvertalni Non-Concurrent VG-ve es volt egy masik VG ami vegig non-concurrent volt. Egesz addig amig nem kerult be a PowerHA ala.

Idezet az IBM dokumentaciobol:
"PowerHA® SystemMirror® automatically converts all RAID concurrent volume groups to enhanced concurrent mode the first time it varys them on. Any other volume group can also be converted to enhanced concurrent mode."

Forras: https://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.admngd/ha_admin_convert_vg_eccm.htm

Szoval a draga PowerHA 7.1 szo nelkul konvertalta mind a ketto VG-t. Pedig nem szolt semmi arrol, hogy a sima non-Concurrent VG-ket is konvertalja...

Azert annak orultem volna ha a Verification/Sync reszen legalabb egy Warning lett volna, hogy figyu mar idiota at fogom konvertalni a VG-ket. Inkabb maradtak volna PowerHA 6.1 vonalon a 7.1 szorny helyett.

Egy masik szep terulet volt a Serial/Parallel processing order ahol ott egy megjegyzes, hogy minden tovabbi figyelmeztetes nelkul el fogjak tavolitani a Serial processing ordert ...

( Huncraft v | 2015. 09. 23., sze – 19:21 )

Mellékes kérdés: Amúgy miért probléma a Concurrent mode nálatok? (úgy általában, meg HA környezetben)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..

Egyelore az altalunk fejlesztett kernel osszetevo az aktiv oldalon lockolja a diszkeket igy a masik node elveszti a hozzaferest es az errpt tele lesz panikkelto bejegyzesekkel. Persze takeover eseten ez a helyzet megfordul. Szoval viselkedes szempontjabol a standard VG-re butitja vissza a dolgot, de ugye ez nem a megfelelo uzemeltetes.

Ugyan folyamatban van az alkalmazkodas ehhez is, de ido ido es sok liter kave a fejlesztonel ... (meg persze az IBM altal neha sunyin megvaltoztatott mukodesi modszerek is sokat tudnak segiteni)

Nem tudom mennyire sunyi amúgy ez.. kb 5.4 óta javasolt volt a concurrent VG használata a gyorsabb átállás miatt (pont azért is hogy ne kelljen disk reservationnel szívni (se AIX oldalon (disk_reserver attribute), se SAN oldalon (DS[468]k alatt implementált disk reservation) - 5.2/5.3 alatt ez a téma gyakran elő is jött).
Amúgy meg egy mai kernel drivertől én is elvárnám, hogy támogasson minden AIX által támogatott technológiát és ne akadjon már össze vele. Persze félreértés ne essék.. Ezt az elvárást néha maga az IBM se tudja teljesíteni.. Lásd legutóbbi CIO Vs NFS mókát. De ettől függetlenül ennek elvárása szerintem azért nem kéne olyan nagy probléma legyen
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Ülj le és kuss legyen!"..