hajduarpad blogja

Azoknak akiket esetleg érinthet: https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docId=a00097382en_us

"Critical Firmware Upgrade Required for Certain HPE SAS Solid State Drive Models to Prevent Drive Failure at 40,000 Hours of Operation"

Ugy alakult, hogy jott el level a NAV-tol ...

Jo szokas szerint belepek a magyarorszag.hu-ra es mar csak annyi fogad, hogy bla bla bla ide kattintva erheti el...

Az egy kerdes, hogyha beleptem a mo.hu-n akkor miert kell ujra ugyanazokkal az adatokkal belepni ... ami meg a kisebb gond lenne ha mukodne.
Maga a kozponti azonositasi akarmi is 2-3 perc alatt toltott be majd 5 perc elteltevel "hiba tortent" piros ablak.

Vissza a magyarorszag.hu-ra ujra klikk, a suti latta, szoval nem kellett belepni. Jelenleg "Ha végzett a feladataival, mindig jelentkezzen ki a Kijelentkezés gombbal!" es egy progress indikator van a kepernyon egy ideje ...

Ugy alakult, hogy meg mindig "szeretem" a Linuxot ... mert nincs eleg mas dolog ami gondot okozna...

Mivel a Red Hat nagylelkuen implementalta az XFS V5 FS formatumot tartalmazo Kernelt es XFS progs csomagot ezert ugy dontottunk, hogy updateljuk az egyik szerverunk a teszt kornyezetben aminek neha fel kell dolgoznia XFS V5 FS-t tartalmazo diszkeket...

Gondoltam vegre egy esemenytelen frissites jon ...

yum clean/update utan hiba nelkul lement a frissites. Reboot...

1. Nem indult, grub gond volt:
symbol 'grub_strchrnul' not found

Sebaj ujraindit 7.3 DVD bebootol, grub2-install megoldotta

Igen tudom RTFM ... de azert megis...

/Morgas ON/

1) Mivel olyan maradi vagyok (valojaban csak a hajam egnek all a hasznalhatatlan flash UI-tol, foleg lassu VPN-en at), hogy meg vSphere 6-al is a jol bevalt C# klienst hasznalom... es mivel nem olvasgatok changelogot minden esetben megprobaltam a standard vSwitch maximalas port szamat felemelni 64-rol 128-ra... Atallit, rebootol es semmi sem valtozik... majd kis google utan kiderul, hogy 5.5 ota a desktop kliens minden esetben mutat valamit, de megvaltozttni nem tudja (hostd error) mivel a vSwitch elastic modban van... jupp... the Web UI ezt mutatja...

Azt hiszem el kell felejtenem, hogy a Red Hat nem nyulkal bele olyan szinten a kernelbe mint a SUSE SP valtaskor ... a Red Hat rosszabb lett most a 7.1 -> 7.2 attereskor.

Elkezdtuk a belso teszteket a 7.2 temogatott-e kerdes megvalaszolasahoz es hat az elso hiba, hogy nem talalhato a "ktime_get_ts" funkcio ... mert mar ktime_get_ts64 neven ismerheto meg...

Kimondottan nem lenne gond egy ilyen ... de ugye a Red Hat elviekben nem valtoztat elesen foverzion belul ...
Ennek ellenere ami mukodott 3.10.0-229 (7.1) kernel alatt az most 3.10.0-327 (7.2) kernel alatt nem mukodik a kernel valtozasok miatt ... mintha csak SuSe lenne ahol egy SP valtas kernel ugras, glibc valtas is van ...

Ha esetleg elfelejtenem - Google chrome 52+:
Hogy a backspace mukodjon ujra a "Go Back With Backspace" extension telepitese kell...

ovftool export hibauzenet:
Error: cURL error: Server returned nothing (no headers, no data)

Naplozast bekapcsolva (nem dokumentalt opcio: --X:logFile=log1 --X:logLevel=verbose)


CURL: header data removed
Curl_perform error code 52 (Server returned nothing (no headers, no data))
CURL error buffer: SSL: certificate subject name 'localhost.localdomain' does not match target host name '192.168.X.XX'


Na ilyen esetben nem biztos, hogy erdemes nekiallni egybol a hostot hibaztatni.
Erdemes megprobalni egy masik VM/Template-et exportalni es ha az mukodik, akkor megnezni, hogy nincs-e egy ISO veletlenul csatolva a VM-hez, mint ahogy nalam is volt.
Az ISO levalasztasa utan az export hiba nelkul lefutott.

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

Mivel mindig gondot okoz es vegre megtalaltam a legegyszerubb modot:

/usr/lib/dracut/skipcpio initramfs-4.1.3-201.fc22.ppc64.img > /tmp/initrd/initram.gz
gunzip /tmp/initrd/initram.gz
cd /tmp/initrd
cpio -d -i < /tmp/initrd/initram

Valahogy ezt a skipcpio dracut binarist nem igazan dokumentaltak ...

Szoval a dolog onnet indult, hogy az IBM tamogatja a 4k blockmeretu diszkeket AIX 6.1 es 7.1 bizonyos TL/SP felett.
Mivel a szoftverunk block level dolgozik ezert elegge fontos, hogy tamogassuk a 4k blockmeretet AIX alatt is.

Azonban az AIX szeret furan viselkedni. :)

1. Adott egy iSCSI target ami 4096 byte blockmerettel ad diszket az AIX fele.
2. Az uj diszk mappelese es a cfgmgr utan pedig a kovetkezot mondja a kernel:

echo "scsidisk hdisk6" | kdb | grep block_size
uint cfg_block_size = 0x200;
uint block_size = 0x200;

Az ujonnan erkezo diszket a kernel 512 byte blockmerettel eszlelte.
3. Irjunk egy darab akarmekkora adatot a diszkre: dd if=/dev/zero of=/dev/hdisk6 bs=2k count=1
4. Ismeteljuk meg a kdb-t:

echo "scsidisk hdisk6" | kdb | grep block_size
uint cfg_block_size = 0x200;
uint block_size = 0x1000;


Eljött ez a nap is:

xxxgw(xxx):uptime
12:00AM up 3734 days, 13:20, 1 user, load average: 0.36, 0.24, 0.17
xxxgw(xxx):oslevel
4.3.3.0
xxxgw(xxx):uname
AIX

A gép egy IBM 7046-B50 volt.

Becsületes üzemelt több mint 10 évet. Kettő darab 9100MB-os diszkkel és néhány hálózati adapterrel.

Feljegyzés magamnak, hogy meglegyen:

Nem működik az RMC, TCP és UDP kétirányú kommunikáció megvan, az lsrsrc IBM.MCP szerint megvan mind a kettő HMC.

RMC reset az 1. hoston, felugrik a HMC-n az lspartition -dlpar kimenetében 0-as funkcionalitással.

RMC reset a 2. hoston, kilöki az előző hostot HMC-ről, és szintén 0-ás funkcióval fetvan.

Ezesetben mind a kettő hoston:
/usr/sbin/rsct/bin/lsnodeid

Ha a nodeid megegyezik, akkor azért adjunk még egy esélyt a
/usr/sbin/rsct/install/bin/recfgct
/usr/sbin/rsct/bin/rmcctrl -p
duónak. Bár nálam ez nem működött. Minden alkalommal ugyanazt a nodeid-t generálta le mind a 2 hoston.

AIX 6.1 TL 6 SP5 - SNMPDv3 -> bugos

clstat nem műküdik a jó konfiguráció ellenére.

Megoldás:
clsmuxpd_password utánni komment törlése
snmpd stop/start
clinfoES stop/start

Majd a HACMP aranyszabálya, türelem, türelem, türelem

És működik is a clinfo, cldump etc utility-k

Aranyos ötlet :) Approved :)

http://www.omgubuntu.co.uk/2011/09/linux-logo-change-version-3-1/