disztápgréd reggel 5ig, már megint

Nos ilyenkor mindig elgondolkodom én vagyok a béna f@sz vagy más is szív néha egy teljes éjszakát egy dist-upgrade-al?!

Mert bizony a mai -izé tegnapi lenny->squeeze upgrade bruttó délután háromtól ma reggel ötig tartott, így hazafelé begurultam az OBI parkolóba egy másfél órát szunyálni a kocsiban, mert bizony a piros lámpáknál volt kis áramszünet az országúton meg nem akartam kockáztatni, aztán a benzinkútnál sikeresen bezártam a kulcsot és mindent a kocsiba kb az egyetlen lpg kút előtt sebességben, de aztán egy drót segítségével ez megoldásra került, szóval megint beszívtam.

Tény sok kacat van a kiszolgálón, kb dhcpd, postfix, courier, amavis,clamav,samba, cups,apache,bind, mysql, egroupware meg ami nem jut már most eszembe. Tény, hogy mondjuk ez a bruttó idő ez rögtön az elején egy teljes mentés a szerverről, hogy ha nem jön össze vissza lehessen tolni majd egy teljes mentés a végén a kész rendszerről, tehát mondjuk lejön 2x1 óra. Akkor mondjuk volt ma 10 óra az ápgréd. Valahogy nekem soknak tűnik. -jó minusz fél óra a kaja, pia, pisi, de általában ilyenkor feszülő hólyaggal, korgó gyomorral ülök inkább előtte amíg nem működik.
Miken is csúszik el? Olyan nagy szívások nem voltak a legtöbb 10perc fél óra volt amíg kinyomoztam mi változott és mit kéne csinálni. Mert ilyenkor jön elő, hogy most már ne mögé hanem elé rakd a felkiáltójelet, ne rácsoslinzerrel hanem pontosvesszővel kommentelj bele, ami eddig úgy volt a master.cnf-ben na azt most másképp kell mert így hibát dob. Változott a konfig állomány szintaxisa, helye, stb. Ezekkel hibaüzenet bőbeszédüségétől függően el lehet molyolni 5 vagy 35 percet, vagy éppen szeretném meghagyni a saját konfomat (érthető módon) de az nem működik az új konf működne, de azt meg testre kellene szabni, így vadásszuk össze a kettőből egy működőt.
Egy komolyabb szívásom volt, arra 2-3 óra biztos elment PEAR gond volt, elvben minden fent, minden friss az egroupware viszont azt mondja nincs ott (persze csak részben, van ami rendben szerinte), na google túrás, pár tipp ami nem működik, aztán akkor végül saját próbálkozások míg végül egy gánnyal összejön. Na ezzel elment tényleg az idő.
Valahogy gyakrabban történik az, hogy ennyi elmegy erre mint az, hogy 2-3 óra alatt gond nélkül lezavartam. Ez normális vagy inkább menjek traktorosnak?

( uid_3194 | 2012. 09. 15., szo – 10:44 )

Volt egy tréfás dolog is, distup után rögtön felcserélte a két eth eszközt majd amikor a kernelt frissítettem visszacserélte az eredeti sorrendre. Néztem csak hirtelen miért is nincs hálózat, de ez kb azonnal leesett :) ...másodszorra meg mégazonnalabban :)

Rózsár Gábor (muszashi)

Igen, onnan rémlett nekem is. :) Azért néztem meg egy látszólag jó ifconfig után, hogy mégis melyik kártya melyik. :) -hátha:)
Ha nem lennék ilyen öreg biztos eltartott volna egy darabig a hiba megtalálása miután szétkonfigurálok mindent potyára:)
Ezekkel az "újításokkal" csak a gond van. :P Pl az UUID konkrétan nekem előnyt még sosem hozott ellenben gondom már adódott belőle, vissza is rakom szépen mindig az fstabba a /dev/eszközöket mindig. :) ...vagy a systemd-ről már nem is beszélve :P

Rózsár Gábor (muszashi)

Engem az UUID/LABEL alapu mountolas megkimelt mar egy csomo szopastol. Foleg mdadm-os RAID eseten, ahol siman elofordulhat, hogy egy sysrecuecd-s bootolas utan hirtelen md12x nevu eszkozokkel ebred a gep, te meg foghatod a fejed. UUID/LABEL alapu mountolasnal a problema nem is letezik.

Ugyanez van, ha virtualis gepekkel jatszok. Tegnapelott pl. kiprobaltam a KVM-et virtioval es ide-vel, es osszehasonlitottam az eredmenyeket. Mindezt ugy, hogy az fstab-ba bele se kellett nyulnom, holott az egyik esetben tok maskepp hivjak az eszkozoket (vda vs sda).

Systemd eseten pedig egyenesen hasznos az UUID alapu fstab, en se ertem meg teljesen, miert, de leroviditi a boot idot.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

UUID kapcsán nekem konkrét élményem a klónozásnál volt, a többi gép toszott bútolni ami persze érthető hisz nem egyezett az UUID az eredeti gépével. Ilyenkor szerintem jobb a /dev/sda.
A systemd-vel pedig a régi szerverek dist-upgrade-je kapcsán ért élmény, ezeket olyan 2005 környékén telepítettem azóta már vasat is cseréltem alattuk, megértek jópár ápgrédet (talán sarge volt az eredeti)és egyébként van pár saját script az /etc/init.d alatt amik szépen be vannak linkelve a megfelelő RC könyvtárba. Na most ezekre panaszkodott, hogy nem tudta őket konvertálni. Viszont továbbra is elindulnak, így egyelőre nem foglalkozom a problémával. ...a boot sebesség ellenben nem érint, évente 1-2 restart van max. :)

Rózsár Gábor (muszashi)

( hrgy84 | 2012. 09. 15., szo – 10:51 )

En is most vagyok ebben a korben benne, eddig a konnyebb gepekkel foglalkoztam, pl. csak MySQL vagy csak Lighttpd, azokkal konnyu volt. A komplett LAMP kiepitesektol azonban en is nagyon fazok.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Ne írigykedj, ha sok géped van, akkor sok munka az meg sok lóvé. :) Inkább örülj! :)
Igazából magamat is megszivattam mivel két igen-igen-igen hasonló ilyen komplett vasam van és az egyiket megcsináltam már fél éve. Eddig mindig pár hét eltéréssel csináltam a két gépet, mert így amit az egyiknél szívtam arra a másiknál emlékszem. :)
No, de most úgy volt a másikkal már nem kell többet foglalkoznom ezért is maradt el annó a distup, az élet erre most rácáfolt és mégiscsak foglalkozom ezzel is néha. Szóval volt róla emlékem hogy ez egw és a php PEAR kapcsán szívás lesz, de már nem emlékeztem a megoldásra. Szép lassan beugrott, mikor próbáltam valamit hogy igen ezt ott is, meg átnézem oda és azokat megcsináltam itt is, csak arra nem emlékeztem hogy mi volt ami hatott:) Minden próbálkozás beugrott. Szóval így sikerült 2X szívnom órákat ugyan azzal. :)

Rózsár Gábor (muszashi)

Én még mindig finomítgatok. :)
Ma vettem észre, hogy az intranetes oldalon lévő mél statisztika nem megy frissítés óta. ...ami ugye fura, mert egy másik kb ugyan ilyen szerveren megy.:) -megnéztem rögtön ;)
No aztán nézegettem, mailgraph reinstall, jogok nézegetése más júzerrel futtatás, már szinte az atyaúristennek is adtam jogot a mail.log-ra, de hiába. (közben a munin meg szépen megy) Végül csak belenéztem a mail.log-ba is és azt láttam igen foghíjasan logol a postfix. :P Logol, de keveset. Aztán kiderült, hogy egy 2009 -ben ottfelejtett rsyslog.conf okozza a zavart, ami a másik vason nem volt. :) Amint letöröltem és újraindítottam a syslogot rögtön elindultak a mailgraph-ba az adatok. :D

Rózsár Gábor (muszashi)

Tulajdonképp csinos kis grafikonokat csinál és alapból gyk csak fel kell rakni, vele megy az rrdtools aztán 2 kérdésre kell válaszolni és már megy is, gyk nulla konfigurálást igényel. :) ...kivéve ugye a mostani disztáprgédet ahol bezavart a logolásba az a konfig ami eddig évekig csöndben lapult:) Hiába két egyforma szerver sem egyforma soha.:)

Rózsár Gábor (muszashi)

Hat, az rrdtools-rol szinte biztos le fogom beszelni, a debianos egyreszt jobban bejon, masreszt hasznalja azt mas is, nem szeretnek utkozest.

Kar, hogy eximet nem tud, akkor a melohelyemen is jo lenne.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Ja, en felreertettelek, azt hittem, sajat rrdtools verziot hoz/telepit magaval - mert az no-go.

A munin-t nagyon utalom. Keveset tud, a kezelhetosege nulla, cserebe a grafikon generalas 30 szervernel megeszi a gepet kompletten, processzorral, memmel egyutt. Epp most van a folyamatban a grafikonok cacti-ra ultetese, a hosszu tavu terv, hogy ivben megy ki a munin.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal