AIX

Már lassan egy éve nem támogatott az AIX 5.3, de úgy tűnik, nem egyszerű megszabadulni tőle, ezért az IBM egy backportolt funkcióval lehetővé tette a POWER8 szervereken LPAR-ként való futtatását is. Eddig erre az egyetlen és kissé körülményes módszer az AIX-en belüli natív jail-szerű megoldás, a WPAR közbeiktatása volt, magyarul POWER8 gép > AIX 6.1/7.1/7.2 LPAR > AIX 5.3 WPAR.

Cikk, benne szép diagram az AIX verziók életciklusáról: AIX v5.3 Gets New Life with Support on POWER8
...
Hivatalos bejelentés: IBM AIX 5.3 enabled to run natively on IBM POWER8 servers

Van valakinek tapasztalata mennyire megbízható ez?

Merjük-e prod-on használni?

Pár teszt után nálam nem volt gond, rootvg-vel is működik online (http://www-01.ibm.com/support/docview.wss?uid=isg1IZ80021), de érdekelne minden egyéb tapasztalat.

PowerVM érdeklődők számára - bocs, de kifejteni hosszadalmas lenne - POWER8 firmware és HMC v8 820-as verziótól bevezetett újdonság, ami nevének megfelelően leegyszerűsíti a Remote Restart nevű disaster recovery megoldást.

(tovább...)

developerWorks: Topic: Simplified Remote Restart

Whitepaper PDF: link az oldalon

IBM Power Systems technical webinar series

Nigel előadása videón és PDF-ben a Past Session Replays... szekcióban

Kicsit értelmesebben: nincs jogom rpm-et telepíteni, de van egy másik program, amivel telepíthetném az rpm-et, a swrole ALL kiadása után... csak elfelejtettem a nevét. Persze guglizok lelkesen, de ha valaki tudja fejből, írja be, legyen szíves.

https://kruemcke.wordpress.com/2015/10/05/aix-7-2-and-october-power-sof…

---

AIX V 7.2 Standard Edition (5765-G98)

New AIX Release
- Live Kernel Update for Interim Fixes
- RDS v3 support over RoCE 40GB adapters
- Restructured bos.net.tcp.client packaging
- Support for POWER7 and later processors
- Dynamic System Optimizer included
- Obsolete packages removed
- Server based Flash Caching (w/AIX 7.1 TL4)
- NIM support for HTTP (w/AIX 7.1 TL4)
- SRIOV vNIC adapter support (w/AIX 7.1 TL4)

És ha igen, milyen localtime? Ugye arra nincs mód, hogy egyes cron-bejegyzések localtime-ban legyenek, mások meg UTC-ben vagy más, egyénileg megadott időzónában?

Ugye kétféle kavarás eshet meg az óraátállítás miatt:
március utolsó vasárnapján 02:00 után 03:00 jön, talán még ez a kisebbik baj, október utolsó vasárnapján viszont 03:00 után 02:00 jön, tehát egyes jobok esetleg kétszer futnak le, illetve összeakadnak önmagukkal.

Talán javítana a dolgon, ha lehetne UTC-ben megadni időpontokat.

De ha már egyszer gondolkozunk, az a kérdés is felmerülhet, hogy ha én mondjuk Kanadából szoktam bejelentkezni (mondjuk már a ssh-kliens beküldi a TZ=Canada/Central beállítást), miért ne adhatnám meg a cron-időpontjaimat a saját helyi időm szerint.

Note to self: pl. ezeket kellene elolvasni/kipróbálni, hátha fontos/hasznos.

http://www.ibm.com/developerworks/aix/library/au-slib_memory/
https://www.ibm.com/developerworks/aix/library/au-aix-symbol-visibility/
http://stromberg.dnsalias.org/~strombrg/AIX-shared-libs.html

Például a slibclean-ről már sokat hallottam, csak még arról nem, hogy honnan látom a változást: mi volt előtte, mi lett utána -- első pillantásra úgy látom, az első írás ezzel is foglalkozik.

Hello,

Van egy Power 6 gepunk (9117-MMA) dual VIO felallasban, VIOnkent 1 8Gs adapterrel.
Firmware: EM350-159
Adapter firmware: 027820B7
VIO: 2.2.3.3
HMC: 7.7.0.4

A problemam:
Amikor van egy LPAR ami rendelkezik vFC adapterrel az LPAR elso indulasa eltart kb 1-1.5 orat.
Ezalatt a kovetkezot latom:
scan /vdevice/vfc-client@30000004/disk

Ha eltelt kb az az 1 ora es nagy nehezen felfedezte a diszkeket akkor bebootol es normalisan mukodik.

Amit meg tapasztalunk, hogy futo AIX mellett (mindegy sajnos, hogy AIX 6.1/7.1) a cfgmgr rengeteg idot tolt a vFC adaptereken a configuralassal 2700-as kod mellett. Ex a rengeteg ido kb 230-270 masodperc.

Amit meg szinten tapasztaltam, hogy a VIO-kon egy cfgmgr -vl fcs0 is eltart vagy 230-270 masodpercig.

Amit eddig probaltunk:
- Frissitettuk a firmwaret (amikor a hiba feljott akkor EM340_039 volt)
- Frissitettuk a VIOkat (2.2.1.4-rol)
- Frissitettuk az adapter firmware-t
- Frissitettuk a HMC-t
- Probaltunk trukkozni a zoning-al. Ebben nem igazan vagyok otthon, de alapvetoen egy zonat hasznalunk. A problema feannalasa ota megprobaltuk, hogy a kerdeses NPIV-kkal csinaltunk egy WWPN zonat, probaltunk Port zoning-ot is. Sajnos egyik sem segitett.

Ennek ellenere elegge azon a velemenyen vagyunk, hogy valami a SAN switchek kornyeken lesz, de nem igazan tudjuk, hogy merre induljunk tovabb.

Talalkozott mar valaki hasonlo problemaval ?

A megoldas:
SAN zoning
A problema az volt, hogy a korabbi SAN zonaban is bentvoltak a portok (legalabbis ha jol ertettem) es emiatt latta a az AIX kornyezetunk a tobbi nem hozza tartozo storage-ot. Minden egyes targetet egyenkent megprobalt scannelni es ha talalt barmilyen disknek latszo targyat akkor megprobalta megallapitani, hogy mi is az. Ez okozta az iszonyatosan hosszu "scanning" idot.
Miutan a zoning ki lett javitva... huss minden ment mint a karikacsapas.

Ha valaki találkozott már ilyesmivel, legyen szíves, árulja el a termék nevét...

Szerk: a címet javítottam, volt: dnotify, lett *notify, nem vagyok válogatós...

(Hasonló téma: LC_CTYPE: ISO-8859-2 vagy ISO8859-2 )

Az a történet kezdete, hogy telepítettük az alábbi csomagokat:

bos.loc.com.utf
bos.loc.utf.EN_US
bos.loc.utf.HU_HU

Azután begépeltem, hogy export LC_ALL=hu_HU.UTF-8, és akkor, szinte egycsapásra... közli velem a bash, hogy ilyenről ő még hírből sem hallott:

bash: figyelmeztetés:
setlocale: LC_ALL: nem lehet területi beállításokat váltani (hu_HU.UTF-8):
No such file or directory

Vagyis jobban mondva, a bash érti, csak az AIX nem. Na jó, tegyünk engedményt a gányolásnak:

export LC_ALL=HU_HU.UTF-8

ekkor AIX örül; bash, mc, mindenki más nem örül... na most mi legyen?
Hát a következő rendkívül tudományos megoldás születik:

# cd /usr/lib/nls/loc
# for i in HU_HU*; do ln -s $i ${i/HU_/hu_}; done
# for i in EN_US*; do ln -s $i ${i/EN_/en_}; done

Gratulálok, ma is jót barkácsoltunk.