SEA failover delay
Za one koji koriste VIOS (PowerVM) tehnologiju i SEA (Shared Ethernet Adapter) mislim da će sledeći hint biti vredan. Naime, u određenoj konfiguraciji vašeg vam dragog network admina kada se koristi Spanning tree protokol a nije uključena opcija portfast na portu gde vam je konektovan SEA, možete imati neželjeni efekat produženog intervala za prebacivanje na drugi bekap port. Uzrok ovome može da bude to što vam je uključen Spanning Tree Protocol (STP) na tim switch portovima. Kako bi ste to prevazišli možete podesiti opciju portfast opciju na tim switch portovima. Opcija portfast (pdf) omogućuje swich-u da odmah prosledi pakete na port-u pre nego što je završio sa STP-om. Ponekad prilikom failback-a sa bekap nod-a na primarni nod može da se desi da switch nije spreman da uradi tansmit/receive paketa iako mu je došao signal da je link podignut, to dovodi do gubitka paketa. Iako je ovako nešto retko, i u dobro konfigurisanim okruženjima ne bi trebalo da se desi, isključivanjem STP-a možete biti sigurni da se to neće dogoditi.
Da bi “ručno” testirali failover možete probati sledeće komande:
Na VIOS-u:
$ oem_setup_env
# lsdev -Cc adapter |grep ent --> Dobićete koji je SEA adapter
# entstat -d entX | grep State --> Proverite u kom je state-u (PRIMARY, ili BACKUP)
Podesite ha_mode na standby kod primarnog VIOS-a sa chdev komandom:
# chdev -l entX -a ha_mode=standby
Resetovanjem nazad na auto, SEA bi trebalo da se vrati nazad na primarni VIOS:
# chdev -l entX -a ha_mode=auto
Postoji nekoliko vrsta provera, od gore pomenute, do fizičkog čupanja eth kablova, ili obaranja celokupnog VIOS sistema. Moja preporuka je da pre puštanja SEA u produkciju obavezno proverite sve mogućnosti i proverite vreme za koje će vam biti potrebno da se izvrše failover i failback funkcije.
Pored ovoga, preporučujem da proverite i ovaj APAR dokument na IBM sajtu, koji se tiče sličnog problema, prilikom korišćenja HA konfiguracije, a koji može biti da nije rešen na vašem trenutnom VIOS-u ili TL/SP-u. Evo šta kaže IBM:
When using SEA HA mode, and when attempting to force a failover using chdev command on primary VIOS, the failover may not happen for a few seconds. The delay has been seen to be anywhere between 10-35 seconds, depending on the traffic flowing between the client LPARs and the outside world.
/* CMPXCHG8 instruction */
#define X86_FEATURE_APIC (0*32+ 9) /* Onboard APIC */
#define X86_FEATURE_SEP (0*32+11) /* SYSENTER/SYSEXIT */
#define X86_FEATURE_MTRR (0*32+12) /* Memory Type Range Registers */
#define X86_FEATURE_PGE (0*32+13) /* Page Global Enable */
#define X86_FEATURE_MCA (0*32+14) /* Machine Check Architecture */
#define X86_FEATURE_CMOV (0*32+15) /* CMOV instruction (FCMOVCC and FCOMI too if FPU present) */
#define X86_FEATURE_PAT (0*32+16) /* Page Attribute Table */
#define X86_FEATURE_PSE36 (0*32+17) /* 36-bit PSEs */
#define X86_FEATURE_PN (0*32+18) /* Processor serial number */
#define X86_FEATURE_CLFLSH (0*32+19) /* Supports the CLFLUSH instruction */
#define X86_FEATURE_DTES (0*32+21) /* Debug Trace Store */
#define X86_FEATURE_ACPI (0*32+22) /* ACPI via MSR */
#define X86_FEATURE_MMX (0*32+23) /* Multimedia Extensions */
#define X86_FEATURE_FXSR (0*32+24) /* FXSAVE and FXRSTOR instructions (fast save and restore */
/* of FPU context), and CR4.OSFXSR available */
#define X86_FEATURE_XMM (0*32+25) /* Streaming SIMD Extensions */
#define X86_FEATURE_XMM2 (0*32+26) /* Streaming SIMD Extensions-2 */
#define X86_FEATURE_SELFSNOOP (0*32+27) /* CPU self snoop */
#define X86_FEATURE_HT (0*32+28) /* Hyper-Threading */
#define X86_FEATURE_ACC (0*32+29) /* Automatic clock control */
#define X86_FEATURE_IA64 (0*32+30) /* IA-64 processor */
/* AMD-defined CPU features, CPUID level 0x80000001, word 1 */
/* Don't duplicate feature flags which are redundant with Intel! */
#define X86_FEATURE_SYSCALL (1*32+11) /* SYSCALL/SYSRET */
#define X86_FEATURE_MMXEXT (1*32+22) /* AMD MMX extensions */
#define X86_FEATURE_FXSR_OPT (1*32+25) /* FXSR optimizations */
Ne, ne govorim o stratusima, stratokumulusima, kumulusima i ostalim skupovima kapljica vode ili leda u našoj atmosferi. Sve popularniji termin u IT-u je tkz. cloud computing, ili ako prevedemo na naš jezik, hmm kako bi to uopšte preveli a da ima neko normalno značenje? Računari na oblacima možda? 
Kako sve češće pričam o Cloud computing-u, pa me sve češće pitaju o čemu to ja to dođavola govorim, rešio sam da napišem jedan kraći intro o toj temi (slobodno linkujte na ovaj tekst ako i vi imate sličnih pitanja).
AIX 6.1 a možemo naći u 2 verzije: standardna u kojoj se nalazi samo osnovni AIX i enterprajz verzija koja dolazi sa WPM-om (Workload partition manager) i nekoliko Tivoli modula. Fokusiraćemo se na ovu drugu. Skorašnje inovacije koje prate AIX 6.1 su:
Za slučaj da nekome zatreba kao meni, ako tražite način da utvrdite šta se dešava u kom momentu prilikom podizanja mašine evo linkova ka IBM sajtu za većinu progres kodova koji vas mogu interesovati. Progres kodovi (tkz. Reference code) koji se pojavljuju prilikom podizanja IPL-a (Initial Program Load) na IBM P seriji (uglavnom su 8 karaktera sem ukoliko to nije drugačije naznačeno). Par primera ovih kodova bi bio: C1202000, C2001000, C600407E, C7004091 itd. Ovi kodovi mogu biti prikazani na HMC konzoli prilikom podizanja, reboot-a ili shutdown-a particije, a grupišu se u nekoliko celina u zavisnosti od segmenta koji sistem ispituje:
Pre dva dana IBM je objavio kako je ušao u završni deo pregovora sa QLogic i Emulex proizvođačima oko implementacije njihovih rešenja u celokupnu IBM X seriju i Blade liniju što je donekle i bilo očekivano. Od kako se pojavio IBM HS22 blade u Martu ove godine i nove X serije sa popularnim Xeon 5500 procesorima (
IBM će postaviti novi 
Ako imate veći broj servera i potrebno vam je da uradite identičnu operaciju (npr. da jednim potezom uništite sav svoj rad, naravno greškom) na svim serverima odjednom (a da se pritom ne mučite ni malo) alat pod nazivom 