trey blogja

Politikai félbolondok kíméljenek

1x éve járunk ugyanazon útvonalon ebédelni. Nem egy alkalommal találkoztunk már bolondokkal. A tegnapi öregasszony azonban túltesz mindegyiken. 8x éves, láthatóan lázba jött a választások közeledtétől. Odalép, megfogja a kezem, szemében jól látható téboly jelei (egy kis Parkinson-nal és Alzheimer-rel megtámogatva). A Cavinton-t talán bevette, ezért még lézeng. De az is lehet, hogy csak bedzsinázott. Súgja:

vSphere VDP appliance frissítése

#1 letöltjük a legfrissebb update ISO-t a vmware.com-ról
#2 szabályosan leállítjuk a VDP appliace-t
#3 a virtuális gép lemezeit a másodiktól (Hard disk 2) kezdve "Independent - Persistent"-ről "Dependent"-re állítjuk
#4 készítünk egy snapshot-ot a VDP-ről
#5 bekapcsoljuk a VDP virtuális gépét
#6 felmásoljuk az update ISO-t valamelyik datastore-ra
#7 a VDP-nek CD-ROM-ként becsatoljuk az ISO-t
#8 https://<ip address of VDP appliance>:8543/vdp-configure/
#9 meggyőződünk, hogy semmilyen backup job nem fut
#10 "Upgrade" fül -> Upgrade VDP

Stekker

Jön a téli szezon, így a motor jóval kevesebbszer kerül elő, mint az elmúlt hónapokban. Ebből kifolyólag az akkumulátor sem kap annyi törődést (töltést). Ugyan meleg garázsban áll a vas, szóval a hideg miatt nem kell aggódni, de az immobilizer + riasztó szopja valamelyest az akkut, ezért a téli pihenő alatt szerencsés ha karban van tartva.

Hogy ne kelljen a tankot minden akkutöltéskor két imbusz kicsavarása után egy partvisfej célszerszám és némi rongy felhasználásával feltámasztani, fixen bekötöttem az akkutöltő (Banner AccuGard 1800) erre a célra kialakított, speciális kábelét az akku két pólusára, a stekkert pedig a vázban elhúzva a kürt mellett kivezettem:

"The system cannot find the specified file."

The system cannot find the specified file

A napi backup job lefutása után frusztráló, ha a job nem error / warning nélkül fut le. A "The system cannot find the specified file." üzenet pedig kiváltképp az. Ennél már csak az frusztrálóbb, ha az ember megnézi, hogy a fájl valóban ott van-e, szükség van-e rá, majd ha kiderül, hogy csak valami 1 darab 0 byte hosszúságú szemét van a jelzett könyvtárban és megpróbálja (majdnem) _bárhogy_ törölni, akkor a következőt kapja:

Hát te keret? Ki fia-borja vagy?

A múltkori Fujitsu-s téma mellé kívánkozik.

A HP Proliant Gen8 szerverekben új merevlemez keretek jelentek meg. Az új keretek sokkal több információt szolgáltatnak a kezelőszemélyzet számára korábbi társaiknál. A HP azért lépte meg ezt, mert egy saját felmérés szerint az adatvesztések mögött komoly mértékben emberi hibák állnak. Például a kezelőszemélyzet olyankor vesz ki egy lemezt a RAID tömbből, amikor azt nem lenne szabad. Hogy ez elkerülhető legyen, a kereteken megjelent egy "Do not remove" visszajelző, ami akkor jelez, ha a lemezt tilos eltávolítani.

Fujitsu ESXi 5.x hostok központi hardvermenedzsmentje

Ha valakinek sok szervert kell felügyelnie, szeretné egy helyen látni az összes állapotát. Erre találták ki a szervermenedzsment szoftvereket. Minden gyártónak van ilyen. A HP-nál Systems Insight Manager, a Fujitsu-nál ServerView Operations Manager a neve. A működésük jellemzően az, hogy van egy menedzsment szerver, ahol a menedzsment szoftver fut és adatbázisba gyűjti a menedzselt hostokon futó agent-ektől - network, storage stb. - érkező adatokat. Ha a menedzselendő host Windows, akkor nincs sok gond. A szerveren ha van SNMP szolgáltatás telepítve, engedélyezve és megfelelően beállítva (jogosultság stb.), illetve telepítve vannak az agent-ek, akkor a rendszer működik. De mi van, ha a menedzselendő hostok nem Windows-ok, hanem ESXi-k.

A megoldás az, hogy vagy a Fujitsu által kiadott, testreszabott Fujitsu-s ESXi telepítőről telepítjük fel a szerverünket és akkor a megfelelő CIM provider-ek már benne vannak az ESXi telepítésben (és ha szerencsénk van, működnek is a ServerView Operations Manager-ünkkel), vagy ha nem arról telepítettük fel az ESXi-t a Fujitsu szerverünkre, hanem a gyári VMware ESXi telepítőről, akkor belegyúrjuk a megfelelő CIM provider-eket a rendszerbe. Illetve akkor is szükség lehet a kézimunkára, ha a Fujitsu vasunkra a Fujitsu-s ESXi telepítőről telepítettük az ESXi-t, de valamiért (például verziószám-eltérés miatt) a ServerView Operations Manager nem akar a benne levő CIM provider-ekkel "beszélni". Ilyenkor kénytelenek vagyunk CIM provider-t frissíteni a szerverünkön.

Lássuk ezt a gyakorlatban. Adott több Fujitsu vason (RX300, BX920) futó ESXi 5.1. Szeretnénk egy felületen látni a Fujitsu vasak hardveres állapotát (ventilátorok, hőmérséklet, RAID tömbök stb.) és szeretnénk értesítést kapni arról, ha valamelyiken szar van a palacsintában.

Humble Weekly Sale - Retro Shooters

Humble Weekly Sale - Retro Shooters

Még majdnem 4 napig. Az első 4 játék - amely közül kettő Linuxra is elérhető - "fizess értük amennyit akarsz" konstrukcióban. Ha 6 vagy annál több dollárt adsz a csomagért, akkor unlockolod a másik kettőt is, így hat játékhoz juthatsz hozzá.

A két Linuxra is elérhető játék jelenleg többé-(de inkább)kevésbé fut Linuxon. Valószínűleg ez változni fog, ahogy a bugreportok száma növekszik majd.

Véradás Dj set-tel

DJ set a Speedfit-ben

Éppen egy évvel ezelőtt adtam életemben először önként vért. Most újra. A fitnesztermem rendszeresen szervez nyílt nappal egybekötött véradást, ezért úgy döntöttem, hogy ismét részt veszek egy ilyen akción. A nyílt napon volt kaja, pia, versenyek, plusz a jó hangulatért két napon keresztül DJ-k húzták az ütemet.

A különböző rendezvényen sokan voltak. A véradáson kevesen. Talán félnek tőle az emberek, pedig tényleg nem nagy kunszt. A Vérellátó szolgálat emberei gyorsan levették a vért. Utána visszamentem a terembe és kocogtam egy fél órát.

Egyébként majdnem beszoptam, mert a véradás kérdőíven van olyan kérdés, hogy egy éven belül volt-e tetoválása. Igennel válaszoltam. Fél éven belül kizáró ok, de szerencsére több mint fél éve volt.

Testtömeg: 79 kg. Erőnlét: 10/9.

(

0x28. Péntek 13. Sokak számára a tizenhárom szerencsétlen szám. Számomra nem az. Ha vidékről időben hazaérek, akkor ma egy véradással ünneplem, hogy sikerült a 40-et megérni. Nem vagyok az a nagy ünneplő típus. Fater nem volt ilyen szerencsés, ő nem érte meg a 40-et. Leukémia.

Munkatársaim közül barátaim egy üveg Unicum Szilvával, oklevéllel köszöntöttek reggel. Ki is ment a fejemből, hogy mi van ma. Na, ebből ennyi elég is...

Iskolában

Iskolában

Ugyan a VMware vSphere 5.1 nem újdonság (hónapok óta gyúrom élesben), mégis szükséges valami papír róla. A hét ennek jegyében telt. A végén VCP papírrá lehet konvertálni a bele fektetett időt. Sikeres vizsgával.

Búcsúztató

Halt

Megszolgálta a magáét. Már nincs szükség.


root@♦♦♦♦♦♦♦♦:~# halt 
root@♦♦♦♦♦♦♦♦:~#

RIP.

Amikor a System Management Homepage nem látja a hibát

Történt, hogy egy évekig stabilan futó HP gép elkezdett random újraindulgatni. Úgy 3-6 óránként. A logokból csak az Auto Server Recovery (ASR) esemény nyomait lehetett kiolvasni. A HP Systems Management Homepage (SMH) semmilyen támpontot sem adott az ASR reboot-ok okának megállapítására.

Ennél a szervernél az ASR timeout alapértelmezett beállítása 10 perc. Ennél kisebb érték nem, de nagyobb beállítható. 10 perces lépésközönként állítható feljebb.

SMH #1

Humble Origin Bundle

The Humble Origin Bundle - jótékony célra

Sajnos ezúttal nem DRM-mentes és kizárólag (még csak, de ki tudja mit hoz a jövő?) Windows-on futó játékokat kínálnak (kivéve a Sims 3, ami OS X-en is megy), de ennyit megér. Az egész pakk engedmények nélkül körülbelül 215 dollárt kóstál. Még úgy is megérte, hogy a Crysis 2 pl. már régóta megvan. Szimpatikus, hogy az Origin (EA) támogatja a jótékonykodást. Az egészet erre a célra ajánlottam. A Humble Bundle Inc. ezúttal nem kapott semmit.

SCSI-3 persistent reservation, a FreeNAS és a Windows 2012 failover clustering feature

No, egy failover cluster konfigot kellett volna összelapátolni Windows 2012-vel, egyelőre tesztkörnyezetben. A cluster létrehozása előtt erősen javallott a "Validate a Configuration" varázsló futtatása a Failover Cluster Manager-ből. A varázsló számos ellenőrzést hajt végre és a végén egy jelentést ad arról, hogy a konfiguráció alkalmas-e cluster kialakítására.

Az ellenőrzések közt van egy rakás, ami a diszkekkel kapcsolatos. Az ellenőrzések egyik sarkalatos pontja, hogy a közös storage támogatja-e a "SCSI-3 állandó lefoglalás"-t, vagy angolul a "SCSI-3 persistent reservation"-t.

Két évvel ezelőtt nagyon megörültem, hogy a FreeNAS támogatta ezt a funkciót. A Windows 2008 failover clustering feature ellenőrzőkéje elfogadta a FreeNAS 8.0-RELEASE által kiajánlott iSCSI diszket.

A VDP esete az árván maradt, létező (de nem látszó), "eltávolíthatatlan" snapshotokkal

A vSphere Data Protection (VDP) általában jól teszi dolgát. A mentés nagyjából úgy néz ki, hogy fogja a cél(virtuális)gépet, annak virtuális lemezeit maga alá csatolja, készít róluk egy-egy snapshot-ot, lementi a rendszert a snapshot-ok felhasználásával, törli a snapshot-okat, majd leválasztja a cél(virtuális)gép lemezeit.

Igen ám, de van úgy - igaz ritkán, de van -, hogy a mentés után a VDP nem takarít rendesen maga után. Ilyenkor ott maradnak a cél(virtuális)gép könyvtárában a snapshot-ok és a VDP alatt is ott maradnak a cél(virtuális)gép lemezei felcsatolva.