f0xhu blogja

Ha túl kicsi a kardod (FS-ed), akkor toldd meg egy (két) lépéssel (de, leginkább gondolkodj előre...)

SLES15SP4 tökig patch-elve, xfsprogs 5.14+...

valamikor, valaki, akart valamit, de nem tudta, hogy mekkora FS kell hozzá neki és/vagy az ÜZLET-nek (PEBKAC!)... csináltunk hát egy 128MB-os "dummy" FS-t erre a célra, me' drága a disk... nosza, aztán kiderült, hogy ez lesz vagy icce 6TiB. Lett is... ment is online is az lvextend meg az xfs_growfs. Aztán ma tervezett, ütemezett OS patch, reboot... majd a recovery konzol fogadott... (nem engem, hanem kollégámat, de 2x is napon belül)

Olvasnivaló: https://access.redhat.com/solutions/5587281 (SLES-en is előjön!)

Hint: Addig senkinek, semekkora FS nincs kiadva, míg legalább 90%-os pontossággal meg nem tudja mondani, hogy mekkora lesz a vége, vagy pontosan az induló méret!

Hint2: XFS-nél jobb, nem cluster-ezett, de ilyen apróságoktól mentes, lokális FS-ek kipróbálása...

Mit nézek most?

Kicsit már régi, de csak a napokban akadtam rá... 1999. óta szinte folyamatosan előkerül a Q3/ioquake3/Quake Live/Quake Champions évente legalább 1 alkalommal pár hétre...

Soha nem ment jól és nem is akartam professzionális szinten űzni, viszont követtem a magyar "top?" játékosok (Xeon, death, Storm) "pályafutását" anno, úgy a 2000-es évek közepéig... Eltelt a játék megjelenése óta ~23év és jó látni, hogy a világ 2. legjobb Quake Champions játékosa (legalábbis a QuakeCon-on, ami ugye mindig is szinte a legrangosabb verseny volt a Quake szériákban) magyar. GG, GL, Raisy! ;)

QuakeCon 2022 Grand Finals - k1llsen (GER) vs. Raisy (HUN): https://youtu.be/LXYeHV165K8

Cellatelefon cseréje, mint olyan... - FINISHED

Előzmény: https://hup.hu/node/177030

Végeredmény: https://imgur.com/a/vnkL4q6

6 év és 4 hónap után a gyártó maradt, a modell frissült. Még @pl van, de a hétre ígérték, hogy itt lesz (9.99€+). Árban a 10€-t levonva kb. 22e+ HUF a OnePlus3-hoz képest. Meglátjuk, hogy a következő ennyi időre, mennyire volt jó döntés...

SLES12SPx/SLES15SPx - Oracle 19+ RDBMS - instantclient + PHP 5?/7/8? vs. ékezetes karakterek

Üdv!

OS üzemeltetőként a disztró fix, a PHP verzióval együtt (5.x/7.4.x?/8.0.y?).

Pár db, futó, migrációs projekt kapcsán a fejlesztők vakarták a fejüket, hogy fenti SLES/PHP (minden gyári, supported, up-to-date) kombók esetén miért nem jönnek át RDBMS-ből (AIX 7.2 TL latest + ?Oracle 19c?) az ékezetes, magyar karakterek (OS: hu_HU.UTF8, Instantclient Oracle-től letöltve, kibontva, helyre téve, ld.conf.d/instanclient.conf, ldconfig, stb., stb.)

A probléma jött PDO*, (ez homebrew...) *OCI-n, ODBC-n keresztüli DB elérések esetében is.

zenloadbalancer / zevenet loadbalancer vs. VMWare ?7?

Ezt most csak így itt hagyom emlékeztetőnek, mert kb. 8 éve ugyan ezzel szívtam, most meg szívtunk megint 1 napot kb...

Anno zenloadbalancer (esetünkben 3.10), most Zevenet loadbalancer OSS, community, free, FLOSS, whatever változat...

Deploy-olva 2 VM, VMWare 5.x infrán még anno, nem ment a 2 node-os cluster, mert mind a két tagja master-nek (vagy primary-nek a POL.KORR. nevében..) hitte magát és mind a kettő felhúzta magára a cluster VIP-t... Megoldás: https://community.spiceworks.com/topic/977744-zen-load-balancer-cluster… - ment is azóta kb.

Hétvégén volt egy ~38 órás, full DC, minden szerver - kivéve a Zen appliance-ek - patch weekend, aztán ma reggelre valahogy elmúlott működni az egyik ZenLB cluster...
Mint kiderült, 7-es VMWare-től kezdve a dvSwitch és portgroup default policy-k megváltoztak (OS-t üzemeltetek, VMWare-t már jó ideje nem!), így minden fenti forgalom kvázi "Reject" állapotba került...

DC-s kolléga csinált egy külön port-group a vSwitchen a ZenLB-s gépeknek + "enable MAC address change" és "enable forged transmits", NIC-ek átpakolva bele és tá-dááá! Worksagain! ;)

Ha más is szopna vele, akkor ne tegye!
Következő lépés a farmok migrációja F5 BigIP-re. ;)

quiesced snapshot fails

erdekelne, hogy ki milyen eszkozokkel es modszerekkel keszit *konzisztens*, image alapu backup-ot VMware 6U2+ VM-eken !futo! SLES12SP1/SP2-rol (OS up-to date, a sikeresseg workloadtol fuggetlen), hogy az nem crash-el el kozben FIFREEZE/FITHAW ioctl hiba miatt random minden 2. ejszaka... enableSyncDriver=false-ban egyelore nem bizunk, mivel meg senki nem adta pecsetes papiron, hogy az igy keszult mentes konzisztens. Mivel? - Symantec NetBackup, IBM TSM, Veeam Backup. Ha persze valaki lobogtat pecsetes szagertoi velemenyt, azzal szivesen konzultalnek privat. TY. EOT

UPDATE: SLES11 SP4 és SLES12 SPx-eken, ahol open-vm-tools van és kernel >= 3.0, ott a /etc/vmware-tools/tools.conf-ba be kell rakni ezt:

[vmbackup]
enableSyncDriver=false

Majd egy vmware-tools restart.

Farewell


# uptime
6.54de fut: 710 nap 5:35, 2 felhasználó, átlagos terh.: 0,18, 0,12, 0,09

# cat /etc/SuSE-release
cat /etc/SuSE-release
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 1
# rpm -qi kernel-smp | grep 'Install Date'
Install Date: 2008. okt. 2., csütörtök, 10.04.39 CEST Build Host: bach.suse.de
# uname -r
2.6.16.46-0.12-smp
# shutdown -h now

Broadcast message from root (pts/0) (Wed Feb 22 06:54:58 2017):

The system is going down for system halt NOW!

Kocka a konyhában - S01E02 - serpenyős húsos pite

Még valamikor 2016. utolsó hetében, egy kuponos akcióban vettem egy könyvet a Spórolós hiper helyi kirendeltségében, amiben pár fogalmi tévedés és elírás mellett szerepelt néhány kívánatos recept...

Mivel a hétvégét nagyrészt melóval töltöttem (home office rocks!), így kellett valami gyors, vasárnapi kaja, ha már csak ketten maradtunk Anyussal...

Mai recipe:

"Serpenyős húsos pite" - Mexikói módra

Alapjában véve egy chili con carne nekem, bab nélkül, beletolva egy adag leveles tésztába...

Ez volt a pre-alpha, de már ebbe is belenyúltam, illetve vannak ötleteim a következő verzióhoz.

Rossz az, aki rosszra gondol

2017. eddigi killer joke:

N: - Szia F! Nem tudod véletlenül, hogy melyik vicces kedvű kollégánk állította be ABC alkalmazás logjának a vérbőség.txt fájlt???!!!
F: - Szia N! Hogy mit?! Nézd, mi csak OS-t üzemeltetünk, fingom sincs róla, hogy mire gondolsz. Az alkalmazáshoz nincs semmi közünk. Kérdezzétek meg valamelyik vicces alvállalkozótokat - pl. aki úgy figyeli, hogy a ZSABC alkalmazás elindult-e, hogy a syslog-ban megjelenik-e a "Hagymásbabtól most fingtam először!" üzenet.
N: - Ok, de biztos, hogy nem ti voltatok?
F: - Biztos. Mi csak az OS-hez nyúlunk, ha nyúlhatunk - ez is tőletek függ...
N: - Ok. Köszi! Megkérdezzük.
*fél óra csend*
N: - Szia F! Ifjú kollégánk (ma kezdett, ismerkedik a rendszerekkel) alaposan megtréfált minket! - Y, miután hallotta a sztorit; elmondta, hogy azt nem vérbőség.txt-nek, hanem VERBOSE G.TXT-nek ejtik és ide logol az alkalmazás, ha verbose módba állítjuk...

DB2 (v >= 10.1) vs HADR vs Pacemaker

Meglepne, ha ~6.000.000.000 ember kozul mi lennenk az elsok, akik belefutnak, de SLES11SP4-en nem lehet a gyari SLES for HA csomagokbol telepitett pacemaker-rel egy DB2 (v>=10.1) HADR cluster-t osszerakni (ocf:heartbeat:db2 primitive hasznalataval ofkorsz). Ugyanis a monitor op futtatna egy db2pd parancsot es annak kimenetet awk-val megszurve jelezne vissza, hogy az adott node-on futo DB2 peldany Primary vagy Secondary-e. Mivel 10.1-ben megvaltozott ennek a parancsnak a kimenete, igy a megfelelo helyen levo valtozo ures erteket kap, amit a cluster motor nem tud lekezelni es egy $OCF_ERR_GENERIC hibauzenettel elszall, majd failed-be teszi a primitive-et es az egesz master-slave group-ot... Szoporollereztunk vele vagy 1.5 hetet...
Ha mas is belefutott volna es megerositene, akkor lenne meg egy plusz a januari Novell-es bugreporthoz...

venném, ha hagyná... fizetném, ha fizetnéd...

https://www.humblebundle.com/books/unix-book-bundle

Steam-en simán veszek bármilyen játékot a regisztrált Maestro kártyámmal... Erre szembejön végre egy értelmes ajánlat. Áldoznám rá a 15$ min. - legyen s/20/25/g$-t... nem. Your card issuer declined your payment... Venném-vinném, már egy hete, nap-mint-nap...

Szóval, ha valaki így látatlanban bevállalná, hogy gift-ként elküldi nekem a megvett (s/20/25/g$, ahogy írtam) könyvek dl linkjét, akkor egy számlaszám és tisztes névért cserében a tőle levont KMF (HUF) összeget átutalnám az általa megadott bankszámlára...

salt

van mar regota susemanagerunk es az uj, 3-as verzioba mar bekerult egy salt integracio is, ami kemenyen kimerul a minion key-ek kezeleseben es a remote command futtatasban (max. 1 db random node-on, mert a glob meg ugy nezem nem megy... ;) ) Ma tobb gepen is kellett volna identikus modositast vegezni (useradd, chmod, chown stb.), igy tettem egy probat. Bar nem a remote cmd exec a fo funkcioja, de mar az elvegzett munka alapjan is meggyozott. Olvasom a doksit egy ideje es tervezem az automatizalast, de a mai napi "elmeny" csak megerositett abban, hogy esszel hasznalva, van ertelme egy ilyen eszkoznek. ;)

O+3

kosárban. A Lumia 635 szűk helyen (zseb) kb. 20°C felett kb. 5 percenként rebootig veszti el a térerőt ~ 2 hete és ez így nem jó (nincs 2 éves). Céges és nincs más. Most lesz saját. Tegnap már feldühödtem rá, ma reggel, kaján vigyorú kolléga előrántotta zsebéből az övét, végignyomkodtam/-nézegettem és instant musthave volt. Utoljára egy HTC Legend-ért adtam ki ennyi pénzt ~2010-ben, tavaly kukáztam; ha ez is ennyit bír, akkor részemről megéri ezt a pénzt. ;)

OpenStack... hol is kezdjek veled?

A kérdés adott, a hogyanra viszont kíváncsi lennék. Elég sokat olvastam a témában és lenne is koncepcióm a kialakításra, azonban szívesen vennék véleményeket olyanoktól, akik már üzemeltetnek ilyet. (NagyZ infrája túl nagy és túl drága, más tapasztalatait viszont még nem láttam itt...) Első körben egy VMWare 6+ infra lenne az alap, high-end storage-okkal és blade-ekkel. Ebből tudnánk "kihasítani" (és ez fontos!) egy OpenStack iniciális infrát. Tehát érdekelne, hogy ki, mit és hogyan szakítana ki ebből, milyen célokra és milyen felosztásban.

Ha majd elfogy...

az angol ABC...

... ma osztottam ki a /dev/sdq-t, de vajon mi jön a /dev/sdz után? :) [nem érdekelnek a kérdések/vélemények/beszólások, hogy miért nem UUID vagy más egyéb alapján azonosítjuk őket] - a kérdés költői. ;) - pusztán szemléltetésként, hogy a rossz tervezés hova is vezet(het). {/dev/sdaa}

heti vmware "jegyezd fel"

a) http://www.virten.net/2014/02/cannot-remove-datastore-because-file-syst…

b) http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cm…

c) vSphere PowerCLI roxx (UNIX[-like] mernokkent egy Windows-os/bongeszoben futo cuccban kattintgatni nem nagy fun, plane, ha melyebben is bele kell nyulni a dolgokba - itt is a shell meg a command line a nyero :) )

d) [ez mult heti] http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cm…

FTR

újabb "újszülöttnek minden vicc új":

pam_access.so, /etc/security/access.conf, /etc/pam.d/ssh meg egy jól felkonfigurált iptables és *nyamm-nyamm*

*ami kimaradt*
tanulságként: egy Linux alól NFSv4-en kiajánlott share-t, NFSv3 módban HP-UX alá felcsatolni nem szerencsés, mert előferdülhet, hogy az ls kimenete a nagy büdös semmi lesz és a user bepánikol, hogy nincsenek meg az állományai. Ennek fixálására ajánlott (ha már HP-UX-ot nem upgradel[het]ünk) v2 módban felcsatolni a share-t. thx Qtya