<p>Dobry den a pokud mozno podavam virtualne ruku na znak pokoja!<br>
Mrzi mne a stydim se, za ten hanebny vyrok smerem k Vasim zamestnancum.<br>
Jsem pro existenci serveru v BA.<br>
Myslenka rozlozeni zateze geografickou vzdalenosti<br>
a nutnost nadnarodni spoluprace byly take duvody proc jsem se stal clenem.</p>
<p>Pavel ADAM<br>
sw tester<br>
Praha</p>
<p>P.S. Testeri mnohokrat udelaji chybu a reportuji issue, ktere plyne z nevhodne verze, konfigurace, apod. Bandou neschopnych hovad je nikdo nenazyva. ... ??</p>
<div class="gmail_quote">Dne 11.12.2011 6:05 "Ondrej Jombik" <<a href="mailto:jombik@platon.org">jombik@platon.org</a>> napsal(a):<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dobry den<br>
<br>
Zvykli sme pravidelne citat tento mailinglist a aj ked sme sa citili<br>
castokrat dotknuti roznymi vyjadreniami, vzdy sme to ignorovali. Dnes<br>
sme vsak boli nazvani "banda neschopnych hovad", tak uz reagovat musime.<br>
<br>
So serverom Epsilon bol za posledne mesiace castokrat problem. Niekto<br>
ten server zrejme pretazuje a to tak, ze je nutny restart. Tento restart<br>
sme robili pravidelne na dialku. Problem bol/je, ze server skoro nikdy<br>
nenabehol, ostal na FSCK a bola teda nutna navsteva serverovne.<br>
<br>
Tuto navstevu sme vykonavali my (firma Platon). Nie su to nase servery<br>
a nemame k nim administratorsky pristup, pomahali sme vsak vpsFree a to<br>
aj napriek tomu, ze tieto (caste) zasahy nikdy neboli oficialne<br>
dohodnute (tazko sa pracuje so serverom, ktory sami nespravujeme).<br>
<br>
Rovnaka situacia nastala aj dnes. Bohuzial celkom dobre nechapem preco<br>
boli nutne tieto invektivy na nasich ludi.<br>
<br>
Chronologia - ako som si ju vyziadal od zamestnancov:<br>
<br>
17:45 - vypadok servera (podla mailinglistu outage-list)<br>
18:00 - nahlaseny problem u nas (priblizny cas)<br>
18:45 - nas zamestnanec v serverovi zistuje situaciu a posiela prvy<br>
e-mail zakaznikovi (vpsFree)<br>
<br>
Nasledne sa zakaznik stazuje, ze nema pristup na remote management.<br>
V tejto chvili som ako konatel postavil do pozoru celu firmu (aj ked je<br>
sobota), ze ako je mozne, ze tato vec, ktoru tam zakaznik osobne<br>
doniesol a nefunguje! Fakt som bol nastvany, za taketo lajdactvo!<br>
<br>
Lenze ukazalo sa, ze tento pristup bol nakonfigurovany dna 27-Oct-2011.<br>
To co nebolo nakonfigurovane bol samotny remote management device. Mame<br>
vsetky switche v SVN, takze vieme presne kedy ktora zmena nastala, vieme<br>
kedy bol dany port otvoreny:<br>
<br>
+! Last configuration change at 11:36:16 CEST Thu Oct 27 2011 by miquel<br>
+! NVRAM config last updated at 11:36:26 CEST Thu Oct 27 2011 by miquel<br>
+ description <a href="http://zeta.vpsFree.cz" target="_blank">zeta.vpsFree.cz</a> - MNG<br>
+ switchport access vlan 201<br>
<br>
Nasledne teda zacali nasi ludia na zaklade instrukcii od zakaznika<br>
konfigurovat toto zariadenie na remote pristup. Samozrejme to je vec,<br>
s ktorou my nemame ziadne skusenosti, ani taketo zariadenie nevlastnime,<br>
ani sme nikdy nepredpokladali, ze s tym budeme musiet robit. Mysleli<br>
sme, ze dane zariadenie je nakonfigurovane, ved to bol primarny ciel<br>
pred niekolkymi mesiacmi.<br>
<br>
Aj po oprave remote managementu server stale nestartoval kvoli chybnemu<br>
filesystemu. Ten bol po cca hodine opraveny a nasledne server funkcny.<br>
Cely tento cas boli zamestnanci firmy osobne pritomni v datovom centre<br>
pre pripad, ze by zakaznik vyzadoval este dalsi zasah.<br>
<br>
Nemame problem remote management zariadenie nakonfigurovat ak treba, ale<br>
mohli sme tak urobit za posledne dva mesiace kedykolvek. Neprisel vsak<br>
ziadny e-mail ohladom toho, ze s tym treba cokolvek robit. To naozaj nik<br>
za 2 mesiace neotestoval ten remote management pristup ci funguje? Aky<br>
zmysel ma nefunkcny remote management? Ved to je akoby tam ziadny nebol.<br>
<br>
Mrzi nas vzniknuta situacia a sposobeny vypadok, ktory sa dotkol urcite<br>
mnohych ludi, kedze virtualnych serverov tam bezi vela. Z nasej strany<br>
sme ale spravili maximum, alebo aspon sme sa o to pokusili.<br>
<br>
Urcite nie sme dokonala firma, mame svoje chyby a muchy, na ktorych<br>
musime pracovat. Kazdopadne moji zamestnaci si nezasluzia oznacenie<br>
"banda neschopnych hovad". Zvlast nie po dnesnej sobote.<br>
<br>
Este raz sa opravedlnujem za vypadok. Plynie z toho pre nas ponaucenie<br>
do buducnosti pro-aktivne pristupovat aj k veciam, ktore su mimo nasej<br>
spravy, aby vzniknute emergency situacie neboli takto stresujuce.<br>
<br>
Dakujem za precitanie<br>
<br>
S pozdravom<br>
<br>
Ondrej Jombik<br>
konatel spolocnosti<br>
<br>
--<br>
Ondrej JOMBIK<br>
Platon Technologies Ltd., Hlavna 3, Sala SK-92701<br>
+421 903 PLATON - <a href="mailto:info@platon.org" target="_blank">info@platon.org</a> - <a href="http://platon.org" target="_blank">http://platon.org</a><br>
<br>
______________________________<u></u>_________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<u></u>cz</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<u></u>listinfo/community-list</a><br>
</blockquote></div>