Fórum Root.cz
Ostatní => Odkladiště => Téma založeno: Jean 30. 09. 2018, 12:27:32
-
Tak me napadlo... Co se Vam kdy nejvic nepovedlo? Bez zbytecnych vasni a ega..
Ja jednou zapomenul databazi v rezimu pro obnovu hesla (root=nopasswd) vystavenou do internetu, trvalo mi 2 dny si na to vzpomenout. Nastesi obsahovala jen udaje o mereni, ktere jsou stejne verejne pomoci webu. Taky diky ip filteringu se k tomu nikdo jiny nez web server nedostal...
Jako druhy... omylem rm -rf v / . To byla nepozornost...
Tak treba se taky nekdo podeli....
-
Na produkčním stroji jsem v jedné složce testoval, jestli příkaz find už obsahuje parametr -delete, na některých distrech není, takže jsem zadal
find . -deleteNaštěstí jsem všechno obnovil z ranní zálohy a nic se nerozbilo.
Pak se mi ještě několikrát stalo, že jsem se v bývalé práci ukliknul v automatizačním nástroji a vynutil aktualizace (win) v opačné polovině světa, než jsem chtěl, jednou si toho nikdo nevšiml, podruhé se svolával incident meeting - oboje bylo v pracovní době oné oblasti.
-
chyba v podmínce díky, které jsem pustil studenty na státnice i když neměli nárok :-)
-
chyba v podmínce díky, které jsem pustil studenty na státnice i když neměli nárok :-)
A ted tu o karkulce pls.
-
chyba v podmínce díky, které jsem pustil studenty na státnice i když neměli nárok :-)
A ted tu o karkulce pls.
proč o karkulce? na chybu se zavčasu přišlo a studenti byli s omluvou vyrozumněni.
-
Omlyom zmenene NS zaznamy na neexistujuci nameserver, s TTL 24 hodin. Postihnutej firme nesli maily cely den.
-
Povedlo se mi rozkalibrovat prevodovku Porsche Panamera 970 (auto asi za 7 mil) a nemeli jsme postup jak to dostat zpatky do pojizdneho stavu. Stalo se to pri vyvoji teto aplikace: http://obdtester.com/pocom
Nekolikrat se mi povedlo v aute zlikvidovat konfiguraci tim, ze jsem vymazal sektor flash pameti a nesel mi tam zapsat puvodni obsah. Zase pri vyvoji: http://obdtester.com/fcom
-
Dekuji ze sdilite :)
To s tim DNS mi pripomenulo jeste jeden... Prekladal sem text zadani z FR do EN a nejak mi nedocvaklo, ze sem si tim prelozil i hodnotu pro DNS zaznam a ten pak pochopitelne nefungoval.
-
Analyzoval jsem bug ve scriptu co cetl data z jedne databaze a zapisoval do druhe. Stahl jsem si produkcni verzi na supportni stroj zmenil konfiguraci a spustil ho proti testovaci databazi abych vyzkousel jak se to chova na urcitych konkretnich datech... Bohuzel jsem zmenil konfiguraci jen te databaze ze ktere se cetlo, ale zapis sel porad do produkce... Vysledek: updatnul jsem skoro 100 000 zaznamu o klientech nesmyslama z testingu.
Nastesti to slo opravit znovu spustenim se spravnou konfiguraci. A diky tomu, ze jsem delal v jinem casovem pasmu nez uzivaci jsem mel 2 hodiny abych to spravil nez prijdou do prace.
Pak jsem nahlasil security problem, ze ze support serveru lze zapisovat do produkcni databaze a dostal jsem pochvalu :-)
-
Žádné.
-
Nezkontroloval jsem zálohování a po aktualizaci se rozsypala databáze.
-
Hmm, tak to já ke konci projektu, jsem začal cítit únavu a to, že po mě fakt divně zírali kolegové, tak jsem přestal chodit do práce a firma si na mě najala odstřelovače, a šéf HR mi to šel vysvětlit až domů.
Naštěstí v Bohnicích se to vysvětlilo, prý schíza. To prostě nevymyslíš ;D
-
Kdysi dávno jsme s kolegou u zákazníka jako technici junioři naivně připojili single SCSI disk s produkčními daty ze starého serveru (bez provedení zálohy) ke SMART Array řadiči na novém serveru, abysme zkopírovali data - a při bootu potvrdili jeho inicializaci.
Pak to zachraňoval odborník na obnovu dat z jiné firmy - naštěstí to přemázlo jen partition tabulku.
Z práce na páteční odpoledne se tak stala práce na celý víkend.
-
Klasika. Zalohy se delaly ale nikdo ani jednou netestnul jestli jdou rozbalit. Prisel jsem na to asi po roce, nahodou. Potreboval jsem kopii produkcni DB a nechtelo se mi cekat nez se zbali tak me napadlo pouzit den starou automatickou zalohu. A tam jsem s hruzou zjistil, ze se rok zalohovalo neco uplne nespravneho a nepotrebneho ::)
-
Pouzitim nespravneho kabelu na zdroji s odpojitelnou kabelazi se me povedlo odpalit naraz vsechny 4 disky z pole.
Byt kabely i zdroje nesou klic, pouzil jsem kabel ktery se zhodoval, ale byla to chyba - nebyl od daneho zdroje - ve vysledku mel prohozeno 5V a 12V vetev. Spravny kabel mel klic takovy ktery vizualne nesedel 1:1 ke zdroji, ale strcit tam taky sel (mel par extar zkoseni a zdroj ctvercovou diru).
Par let na to bracha odpalil dalsi disk, protoze se nezeptal zda si muze vzit kablik z krabice s modularni kabelazi. Nechapu proc nemuze byt na kabelech alespon logo vyrobce, nebo typova rada zdroje.. nebo si nedomluvi standard. No jo, to by pak nebyl vendor lock-in.
Od te doby merim multimetrem zda jsou na konci kabelu spravna napeti nez tam pripojim zatez.
-
Z jiného nez IT soudku...
Cca v 21ti (podle 183/1984Sb. byl ZP od od 18ti i na nošení) se mi povedlo po cca 20ti tisících vystrilených vz.82 a k tomu cca 15ti tisících přebíjených makarovech na hranici IPSC powerfaktoru major (tehdy 140 bodů, což do 2000 se zaťatými zuby a mimo soutěž, jelikož to do závodu smělo až s hilznou dlouhou min 19mm, přičemž Makarov má jen 18mm, fyzikálně dosáhnout šlo i díky střele s pouhými 4gramy a tedy úchylnou úsťovou rychlostí, ale s novými pravidly platnými od 2001 to už bylo o držku i s lugerem, neboť to muselo mít 160 bodů a bylo to povoleno v 9mm až od hilzny dlouhé 21mm, tedy fakticky jen s 9x21 IMI nebo 38 SuperAuto a 357Mag, přičemž 38Spec byla výslovně vyloučena) z CZ82 s polygonálním laufem dosáhnout únavového lomu rámu na přední straně pažby po stranách lučíku, takže se při výstřelu celá horní půlka rámu se závěrem zvedala a nezabíral přerušovač. Následkem bylo, že to někdy (docela často) střílelo dávkou. Místo abych ji odhlásil a dal sešrotovat, nechal jsem si ji "na blbnutí na střelnici". A to byl ten přehmat. Dost zásadní nevýhoda totiž byla, že to v té 85deka vážící pistolce s 3,5" hlavní NEŠLO udržet (protože pak to 12ranný šuple bylo venku za asi 3/4 sekundy; s APS Stečkin to naopak šlo snadno díky poloviční kadenci, delšímu zákluzu závěru, skoro 2x delší hlavni, a hlavně dvojnásobný hmotnosti a přídavný pažbě), takže jsem si samozřejmě málem ustřelil řepu. Až jsem se divil, že to hřbet pažby udržel a nedostal jsem závěrem na utržený půlce rámu do ksichtu.
Pak už šla do šrotu fakt velkým fofrem :-)
-
Jednej firme som kedysi dávno nastavoval FTP server pre zopár používateľov - /home/janko, /home/ferko... Tí sa mi poďakovali a začali tam nahrávať svoje citlivé dáta. Zabudol som ale, že v FTP existuje aj anonymný režim... Ten bol ako na potvoru nastavený do adresára /home... Všetky ich dáta boli voľne dostupné na internete asi pol roka. Našťastie na to nikto nikdy neprišiel.
-
Mě na tom fascinuje stav, kdy mě dojde co TO! dělám v okamžiku, kdy pohybová energije vložená do prstu nad entrem je nezrušitelná ;)
-
prisel jsem do "firmy", kde neumeli git ani jine vcs.
-
Tak init 0 místo na notesu v ssh session na serveru 200km daleko v pátek večer, v době kdy ještě ILO nebylo standardem.
-
Zapomnel jsem prepsat v grub.conf jmeno disku. Po aktualizaci serveru prisel reboot v cca 22hod (patek) a nasledne cesta 350Km v 5hod nasledujiciho dne (sobota). Jedine stesti bylo, ze sluzba provozovana na serveru byla teprve ve svych zacatcich takze ...
Jo a jeste jsem si vzpomnel: Byl jsem nalogovany na jednom linux routeru a konfiguroval. Pak jsem potreboval na lokalnim pc smazat vsechna ip na rozhrani a neco otestovat. Spustil jsem ip addr flush dev eth1 a ejhle omylem to bylo v terminalu na tom linux routeru.
Vsichni jsme jen lidi a chyby delame. Kdo rika, ze neudelal nikdy zadnou tak lze nebo si je nepripousti/neprizna. Otazkou pak zustava co je pro spolecnost horsi.
-
Nejhorší těžko říct (obvykle se podařilo škody nějak napravit nebo nebyly velké), ale pár veselých historek mám… Některé jsou už poněkud staré (snad všechny ze studentských let) a byly mi zdrojem poučení…
Dělal jsem takový poloautomatický import dat z doc do DB. Data byla celkem pravidelně nastrukturovaná (nic extra složitého), ale občas byla nějaká výjimka, psal to člověk, znáte to… Hledal jsem nějaké špatně importované záznamy. Byl jsem v konzoli. Byl jsem líný napsat dotaz od nuly, tak jsem si řekl, že si to „select * from tabulka where “ vyberu z historie. Učinil jsem tedy tak, dopsal správnou podmínku, stiskl enter, a … a zjistil jsem, že to nebylo „select *“, ale „delete“. Lenoši se nejvíc nadřou…
Otevřel jsem si vedle sebe produkční DB a testovací DB, importoval data (nějaké články apod., nic extrémně citlivého) do testovací DB. V testovací DB jsem pak zkoušel „pocuchat“ jeden článek a zkoumat, jak si s tím DB poradí. V testovacím prostředí se ale nic neměnilo…
V jednom předmětě, který se netýkal bezpečnosti, jsem zkoušel SQL injekci na webovou aplikaci, kterou jsme k tomu měli. Nenapadlo mě nic chytřejšího než zakomentoval zbytek SQL dotazu… jenže to byl UPDATE a já zakomentoval WHERE. Následně jsem se vyučujícím omluvil, popsal problém a prošlo to bez postihu. Od té doby mám ale větší respekt z testování na ostrých datech a ostrých serverech.
Na QubesOS je u některých druhů virtuálních strojů (template-based VMs) potřeba přebindovat některé adresáře (např. /var/lib/mysql) do /rw, jinak data nezůstanou po restartu. Tehdy na to ještě nebyl speciální mechanismus, tak jsem měl nějaký skript spouštěný při bootu, něco ve stylu rm -r /var/lib/mysql && mkdir /var/lib/mysql && mount --bind /rw/mysql /var/lib/mysql && systemctl start mysql. Fungovalo to krásně, ale jednou jsem ten skript upravoval a nenapadlo mě nic lepšího než ho spustit celý znovu… Od té doby se snažím mít podobné skripty pokud možno idempotentní, nebo aspoň ne tak destruktivní v neobvyklých situacích…
-
Mě na tom fascinuje stav, kdy mě dojde co TO! dělám v okamžiku, kdy pohybová energije vložená do prstu nad entrem je nezrušitelná ;)
To je jak ten agilní nadporučík na stáži na genštábu AČR, když si křepce vykračuje po chodbě a vidí stát shrbeného nešťastně vypadajícího stařičkého generála s tlustým šanonem u skarťáku. Úslužně mu to tam nahází, a generál pak šťastně povídá "děkuji za pomoc, teď bych z toho potřeboval 15 kopií"...
-
Kamarád při více otevřených oknech na ploše omylem vypnul příkazem router, který byl od něho asi 40 km. Musel tam pak večer jet autem ho zapnout osobně.
-
Clovek nadela takovych hovadin. Tak treba namatkou:
Smazal jsem si svuj prvni program v C napsany na Linuxu a zjistil tou tezsi cestou, ze na ext2 neni undelete.
Parkrat jsem prekonfiguroval sit na vzdalenem pocitaci jinak, nez jsem chtel. Nastesti zatim vzdy ve stejnem meste.
Dal jsem procesor do patice obracene a trvalo mi nez jsem prisel na to, proc to nechodi. A proc to smrdi.
Nainstaloval jsem Debian se sambou a DHCP serverem. To jsem pak stopnul a server spustil. Po rebootu prislo prekvapko. Bohuzel vetsi prekvapko prislo po bootu provizorniho routeru, ktery vznikl klonovanim tohoto systemu, asi o rok pozdeji.
I sit jsem parkrat pekne rozjebal, nastesti vetsinou v testovacim prostredi.
Nechal jsem se dostat do situace, kdy nebylo jak overit, ze zalohy jsou k necemu, protoze jsme nemeli druhy server se shodnou architekturou. Nastesti to nevybouchlo do xichtu me. Bohuzel kamaradovi :-(.
Pouzival jsem standartni MOLEX konektory pro napajeni disku, i kdyz mi jako elektrikarovi mohlo dojit, ze je navrhoval imbecil a ze proste nepreziji vice zapojeni a vypojeni. Pro strceni do kabelu se disk resetoval a probihajici zapis ho prepsal nekde jinde (asi od zacatku).
Vypalil jsem si dulezita data na DVD-R (nebo mozna DVD+R - stejne nefunguje ani jedno).
Neposlal jsem na plnou hubu do anu cloveka, ktery mi tvrdil, ze pulminutovou latenci vnasi do systemu moje mikrovlnne pojitko, ktere bylo tak analogove, ze nezvladlo prenest ani keep-alive packet mezi 10Mbit/s ethernetkami.
Povedlo se mi par rebootu ve spatnem okne a na spatnem stroji.
Sehnal jsem alespon nejaky pocitac pro noveho kolegu, ktery nastoupil do teamu a neschopny sef se na to vybodnul. Byla to prace navic a sef vubec nepochopil, ze jenom diky me neni za uplneho kretena. Buzeroval dal a po par mesicich jsem stejne dal vypoved.
Pouzil jsem pro server UPS bez dukladneho otestovani. Zhruba kazde dva tydny lehla.
Veril jsem cinskemu prodejci DCDC menice, ze ma proudove omezeni.
Nekdy se proste nezadari.
-
rsync -av --delete /mnt/neco $FOLDER/
bez kontroly jestli $FOLDER neni nahodou prazdna
takze z toho vzniklo rsync -av --delete /mnt/neco /
-
Kdysi davno jsem vypomahal v rodinne firme s vymenou pocitacu. Behem poledni pauzy jsem horlive zacal resit jeden PC a pozdeji se zjistilo, ze jsem pritom vytrhl sitovy kabel. Na tom PC bezel archaicky klientsky software, ve kterem se cely den nic neukladalo, ani automaticky, ani uzivatel nic neukladal. A to byla zrovna deadline, takze den prace v pr...
-
Naposledy (cca měsíc na z5) jsem strčil neotestovanou UPSku k 3D tiskárně, která lehla cca 20 minut před koncem 13h tisku...
Neoznačil jsem hlavní jistič v poloze "vypnuto" "tabulkou": Na zařízení se pracuje, když jsem přepojoval rozvaděč v garáží a dědovi nešla TV tak ho nahodil, když jsem byl "po lokty" v rozvaděči a stál jsem ještě na stoličce. Jak mě koplo, tak jsme se i s tou stoličkou vybulil dozadu na betonovou podlahu... Hvězdičky jsem viděl ještě do večera...
Chytil jsem se kovové lampy s prodřeným přívodním kabelem, která probíjela, naštěstí se mi povedlo pustit.
Klasickou tužkou (dřevěnou) jsem "natahoval oblouky" z teslova transformátoru a pak jsem se hrozně divil že mám v palci vypálenou dírku, když jsem se dotkl zadního konce...
-
...
Klasickou tužkou (dřevěnou) jsem "natahoval oblouky" z teslova transformátoru a pak jsem se hrozně divil že mám v palci vypálenou dírku, když jsem se dotkl zadního konce...
Chvíli jsem nad tím dumal, než mi došlo že šlo o konec té tužky :-D
-
Raz som napisal v ORMku Delete query bez podmienky. Vdaka tomu, ze tie data sa najprv (zbytocne) fetchovali a trvalo to dlho, mi doslo, ze query je nad celou tabulkou :o a stihol som zakilovat session takze sa query abortlo. Sice len test env, ale bolo tam kopec data ktore sa hodili na vyvoj.
-
Když jsem v roce cca 2007 začínal s Linuxem na desktopu (do té doby jsem byl víceméně nepolíben), tak mi docela vadilo, že jsem musel pořád používat editor Kate v root režimu, když jsem chtěl editovat něco v /etc. Tak jsem na /etc pustil rekurzivně chmod 777 a od té doby už jsem neřešil problém s editací... Skončilo to přeinstalováním systému.
To je asi ta největší blbost, co se mi kdy povedla (resp. měla největší dopad). Takové ty blbosti jako smazání něčeho, co jsem nechtěl, vypnutí stroje na dálku apod., to nemá cenu zmiňovat. Nestarám se o žádné servery, takže škody jsou vždy minimální.
Jinak souhlasím s tím, že nejhorší je ta chvíle, kdy si člověk uvědomí, že ten letící prst na "Enter" už nezastaví a přitom mu ještě před dopadem dochází důsledek.
-
mne sa viac krat stalo, aj stava sa, ze v ramci ladenia, a hladania priciny nejakej chyby, zakomentujem cast kodu na produkcnom serveri (potrebujem mat zive data, na teste niesu), alebo vypnem nejaky cron... Chybu najdem, opravim, no kod / cron zabudnem dat do povodneho stavu a tym padom nieco aj par dni nefunguje, nieco sa par dni neloguje...
Tip ako ladit veci kde je potrebny zivy dataflow? Ako predchadzat podobnemu "zabudaniu" ?
-
Jako root heslo na serverech zakaznika jsem pouzival znacku monitoru co tam byl pripnutej. Po roce vymenili monitory. Po dvou letech bylo treba to heslo a nikdo uz nepamatoval co za monitor to byl. Tak se slo brute force metodou vsech moznych a nemoznych znacek az to byl tusim Philips 8)
-
V hostingu nám jednou shořelo diskové pole (doslovně, plamenem). Tak se tam v rámci 24/7 servicu hned dokolembali maníci z IBM, nahodili nový HW a my spustili rozbalení záloh. Po pár hodinách byli disky zelený a šlo se nahazovat mašiny.
A ouha. Během let vývoje distribuovaného řešení se nové servery a servicy přidávali postupně a nějak závisely už na běžících službách jiných. Pro ilustraci - šlo snad o 20+ blejdů a mnoho z nich mělo i do 5 virtuálů.
- Zapnout všechny naráz nevedlo k ničemu.
- Zkoušet to nějak zapínat podle logiky taky moc úspěchů nepřineslo.
- Nakonec to trvalo snad 2 dny než sme našli tu zlatou cestu v jakém pořadí servery zapínat a s jakými časovými prodlevami.
- To se slavnostně zdokumentovalo a dnes takový rutinní reboot dáme pod 2 hodiny :-D
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Kolega připojoval disky z většího diskového pole na server; použil wizard. Wizard si myslel, že disk je prázdný a přepsal hlavičku.... Noční recovery komplet celého prostředí zákazníka ze záloh, cca. za týden se mi povedlo i modifikovat nějaký SW pro čtení vmware disků, takže jsem z toho nakonec dostal i originální data...
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
rm -rf $VAR/ ($VAR byl z nějakého důvodu uprostřed skriptu prázdný) - naštěstí na testovacím stroji...
Klasika od zákazníků: test záložního zdroje, celé prostředí bez proudu (zdroj naběhl, ale při přepojování zpátky vylítly pojistky.... zdroj se pokusil naběhnout, ale nebyla v něm nafta.... zdroj naběhl, ale byly zarezlé žaluzie u výfuku...).
Test samočinného hašení - výdechy byly umístěné nad podhledama......
-
Vytvářel jsem textový editor pod Windows: DanielSoft Editor. Byl jsem bombardován dotazy lidí, kteří chtěli asociovat příponu TXT s editorem a neuměli to (ptali se, "jak zařídit, aby se místo Poznámkového bloku pouštěl DanielSoft Editor?") - tak jsem si řekl, že naprogramuju asociování rovnou do editoru, aby se pořád neptali: vygooglil jsem potřebné WinAPI funkce a dal to dohromady.
Za nějakou dobu si lidé začali stěžovat, že když vytváří v editoru nový soubor, tak je "divný", nebo že v něm "straší" - já jsem nic takového nepozoroval.
Za nějakou dobu jsem na to přišel: při tom přidávání těch asociací bylo tehdy nutno vytvořit "typ souboru" pro Windows, aby se jim řeklo, které přípony zahrnuje. Tak jsem tehdy vytvořil typ "Textový soubor pro DanielSoft Editor". Ovšem tím se stalo to, že když uživatel kliknul v Průzkumníku pravým a dal "nový" - šlo vybrat Nový -- Textový soubor pro DanielSoft editor", což vytvořilo prázdný soubor.
Když se editor pustil s prázdným souborem -teď přijde ta chyba- počítal, kolik sekvencí CRLF obsahuje. Což byla nula, proto usoudil, že soubor je UNIXový. Tento způsob vytváření nových souborů jsem nepoužíval, takže ta chyba tam nějakou dobu strašila, takže lidem na Windows se vytvářely soubory s UNIXovými konci řádků a oni s nimi pak neuměli pracovat a stěžovali si, že v nich "straší".
-
Ještě jsem si vzpomněl na jednu perličku. Jedu už dlouho na Gentoo a před nějakou dobou (cca 2010?) jsem pořídil Intel Atom N270 desku pro sběr informací (24/7, levný provoz). Chtěl jsem na něj Gentoo, ale říkal jsem si, že bych mohl systém předkompilovat, abych nečekal třeba i několik hodin, než to zmákne ten Atom.
Všechno jsem si připravil, zkompiloval, nakonec došlo na jádro - pečlivě jsem si přečetl, co je na desce za šváby, našel jsem si je, zaškrtal, vybral nějakou podstatnou věc, abych viděl disk (tuším, že muselo být v té době v jádře zaškrtnuto "Podpora SCSI disků" i když byly PATA nebo SATA), zkompilované jádro dal do /boot, napsal vše do GRUBu a došlo na připojení disku a první start. Protože jsem si byl v té době naprosto jistý svými zkušenostmi s Gentoo a tím, že jsem udělal fakt všechno, tak jsem očekával boot na první dobrou! Jak odvážné!
A ejhle... zkompiloval jsem jádro pro 64bitový CPU, což Atom N270 samozřejmě není ;D Po překompilování jádra s 64bit vypnuto to už najelo napoprvé se vším všudy tak, jak jsem si to původně představoval.
-
mne sa viac krat stalo, aj stava sa, ze v ramci ladenia, a hladania priciny nejakej chyby, zakomentujem cast kodu na produkcnom serveri (potrebujem mat zive data, na teste niesu), alebo vypnem nejaky cron... Chybu najdem, opravim, no kod / cron zabudnem dat do povodneho stavu a tym padom nieco aj par dni nefunguje, nieco sa par dni neloguje...
Tip ako ladit veci kde je potrebny zivy dataflow? Ako predchadzat podobnemu "zabudaniu" ?
Ja to mám v Git-e a keď dokončím opravu, tak to chcem commitnuť, aby mi to ďalší ľudia neprepísali. Pred commitom zásadne dávam git diff, aby som videl, pod čo sa vlastne idem podpísať, a takéto zakomentované riadky svietia neprehliadnuteľne. Horšie je to s debugovými hláškami... čo mi pripomína:
Kolega zúfalo ladil nejakú korporátnu strašnosť v PHP pre jednu českú automotive spoločnosť a keď mu došli nápady, dával do kódu echo "aaa", echo "tu som", a podobne, aby videl, ktorými časťami kódu skript ide, keď sa spustí. Postupne minul rozumné názvy (ako "aaa" a "tu som") a aj jeho frustrácia narastala, takže takto v kóde vzniklo aj echo "k***t" (pohlavný úd), ktoré samozrejme zabudol na konci odstrániť. Čo čert nechcel, bolo to v kóde, ktorý po submite formulára vyvolal refresh stránky, takže po odoslaní formulára tam na zlomok sekundy bola celkom biela stránka s jedným slovom "k***t" vľavo hore, kým sa načítala stránka ďalšia. Na lokálnej sieti sa ďalšia stránka načítala hneď a nikto si to nevšimol. Na pobočke, ktorá sa pripájala z druhého konca republiky, to ale trvalo dosť dlho na to, aby si to všimli tí, ktorí s tou aplikáciou mali pracovať. Bol z toho celkom prieser, že prečo im IT oddelenie tak vulgárne nadáva po každom odoslaní výkazu.
-
Objednal som, vtedy ešte pre Eurotel, 20 pokladničných zásuviek. Prišli v piatok, všetky s nesprávnym pripojením / koncovkou. Moja chyba. Tak som na vlastné náklady hneď zavolal výrobcovi, na sobotu ráno objednal nákladný taxík, odviezol sa s nimi k výrobcovi a celý deň čakal kým ich prerobia. A naspäť do BA. Z Oravy... Situácia zachránená, ale stálo ma to prakticky celý plat.
-
Jedneho dna zakaznik vola, ze mu vypisalo nezvycajnu hlasku, ze ci ju ma citovat. Citujte.
Dačo sa fest dojebalo, všetko v piči!
Bola to hlaska, pre fatal error ku ktoremu teoreticky nikdy nesmelo dojst. Ale prax je prax :)
-
Spatne nastaveni zalohovaciho skriptu prez Rsync.
Skript smaze vsechna data, ktere jsou v cilove slozce, ne vsak ve zdroji. Jenze ja zadal spatnou cestu ke zdroji, tudiz se smazali vsechny data, v backup, ktera tam mela byt.
A pak odkracel do haje disk se zdrojovymy daty .....
Prikaz ktery smaze vsechna data, co nejsou ve zdroji, ale jen v cili, kontroluje, zda je stejna verze souboru zdroj-cil pomoci kontrolnich souctu ne datum a cas, ukazuje prubeh zalohovani, omezena rychlost transferu:
rsync -ahvc -e ssh --delete --progress --bwlimit=5000k Zdroj_S_Cestou/ Cil_S_Cestou/
-
Výborné téma, taky přidám něco do placu, i když ne přímo související s IT:
Stalo se to před mnoha lety, v době, kdy jsme ve firmě postupně přeinstalovávali PC z Win98 na Win2000 současně s vyčistěním od prachu, takže jsme každý PC museli odpojit a odnést pryč. Toho dne přišla na řadu účtárna. Byl jsem tehdy ještě mladé ucho po VŠ a s kolegou jsme často dělali různé srandičky.
Vlítli jsme tedy do kanclu účetních po pracovní době, kdy tam již nikdo nebyl. Nejbližší PC byl položený na starém trezoru, jeho výška totiž byla na úrovni pracovního stolu. Kolega začal odpojovat kabely, ale mě nějak zaujal ten trezor. Koukám na to kolečko a říkám mu: "Já to zkusím heknout, viděl jsem to ve filmu, stačí přiložit ucho ke skříni a otáčet kolečkem, dokud to necvakne." Tak jsem i provedl, ale ať točím jak točím, žádné cvakání se neozývá. Zkoušel jsem tedy točit různými směry a mačkat, ale po nějaké době jsem to nakonec neúspěšně vzdal a šel raději pracovat.
Na druhý den ráno zvoní telefon z účtárny od vedoucího oddělení: "Nedělali jste náhodou včera něco s trezorem ? Nemůžeme se tam dostat a potřebujeme z něj hotovost pro platbu dobírek!" Já okamžitě automatická odpoveď: "Myyyy ? Vůůůůbééc." Nakonec se mi to nějak podařilo zamluvit, že jsem možná zavadil o to kolečko nohou, jak jsme sundávali ten PC. Ti troubové totiž používali k otevírání pouze klíč bez toho kódu, který nikdo neznal! A tak se s tím nesmělo hýbat, ale to jsem samozřejmně nevědel. No, skončilo to nakonec tak, že musel přijít zámečník, který to celé odvrtával. Platilo to pak technické oddělení, pod které spadalo i IT.
-
No, vynechám průsery na území Česka (paní Drábová by žasla a laici zbytečně divili).
To tak přišel člověk ráno v Rusku do stojící atomové elektrárny a všichni na něj škaredě koukali...
Že jsme ji svoji chybou v noci odstavili (že jsme sejmuli komunikační systém s daty do krizového řizení, tak došlo k nucené odstávce, než se na to přišlo). V přislušnou dobu ale člověk ležel v baru pod stolem u X-té láhve koňaku s prvozním ředitelem té elektrárny je nepodstatný detail.
A pak nám příslušní lidé s milým úsměvem sdělili, že si to samozřejmě podělali sami, ale museli to hodit na nás, protože jako zahraniční experti dostaneme maximálně malý červený puntík do spisu u FSB, kdežto je by přímo zastřelili...
-
Kdysi jsem dostal genialni napad, ze si ve $HOME na kazdem stroji udelam adresare $hostname kazdeho stroje v siti a navzajem je namountuju pres NFS. Tim uvidim vzdy vsechna data a budu si moci pohodlne vybrat, kam je ulozim.
Moc zasto nerebootuji a kdyz, tak maximalne jeden stroj, takze vsechno fungovalo perfektne. NFS bylo default v /etc/fstab, takze reboot jednoho stroje byl uplne v pohode.
Pak jednou vypadl proud.
Nastesti to nebyl produkcni system. Mel jsem to stesti nadelat dostatek pruseru na domaci siti, kde mi za to nemohl vynadat nikdo jiny, nez ja sam.
-
Synology. Ve firme s 50 zamestnanci bylo sdilene uloziste s ACL, ktere lide pouzivali na sdileni dokumentu vcetne planovanych vyplat a dalsich zajimavych dokumentu. Nekoho napadlo updatovat Synology. To probehlo, vsechno na prvni pohled fungovalo. Az za mesic se kvuli jinemu bugu zjistilo, ze Synology prestalo kontrolovat prava i kdyz v GUI bylo vsechno v poradku. Kontrolu prav se nepovedlo obnovit i kdyz jsme zkouseli vsechny navody. Nakonec bylo treba preformatovat disky a zacit od zacatku.
Trezor. Vsechny dulezita hesla se napsala na papir jako zaloha, kdyby se neco stalo nebo by je bylo treba pouzit. To vcetne kodu k trezoru. Za delsi dobu nastal vypadek a bylo treba pouzit heslo z trezoru. Bohuzel kod vsichni zapomeli, tak bylo treba zavolat zamecnika.
Obnova dat. Castecna obnova nekolik zaznamu ze zalohy se pravidelne testovala. Prislo se na systematicke poskozeni dat, tak byla treba vetsi obnova. Bezna obnova uplne vytizila databazi na 100% tak ze ji nemohl pouzivat nikdo jiny a bezet nekolik dni bez DB proste neslo. Tak obnova trvala 3 mesice.
A-B test. V eshopu se casto delali A-B testy se zakazniky, tak se na to udelal framework a bezelo treba 20 experimentu najednou. Jeden experiment bylo par dni ponoukat x% zakaznikum zbozi za nakupni cenu. Experiment byl rozdelen na 2 casti a byla odstranena jenom ta zrejma cast. Zakaznik tak v nasem rozhrani videl plnou cenu, ale platba byla na mensi sumu. Toto bezelo dost dlouho, skoda byla v milionech.
Integracni testy. Chybou konfigurace se spustili integracni testy na produkcnich datech. Po skonceni testu si testy za sebou uklizeli smazanim testovacich dat. Jenomze to nebyli testovaci data.
Chmod. Kolega omylem udelal chmod -R 777 /. Tak jsem se ho zeptal, co to dela. A on to hned "fixnul" tim, ze zavolal chmod -R 700 /.
-
Podhodnocený odhad náročnosti.
Převod převod proprietárních audio záznamů (končila jim podpora HW) za poslední rok a půl provozu do přístupnějšího formátu. Prvotní odhad cca 3 měsíce. Nakonec se to neplánovaně protáhlo na měsíců osm. Zákazník byl trochu nervní, ale nakonec byl rád, že je to hotové.
-
No, vynechám průsery na území Česka (paní Drábová by žasla a laici zbytečně divili).
To tak přišel člověk ráno v Rusku do stojící atomové elektrárny a všichni na něj škaredě koukali...
Tak to by mě fakt zajímalo, kdo z (předpokládám) EDU, věkově odpovídající tomu, aby absolvoval stáže na JE v Rusku, čte Roota :D
Přidám svůj průser z mého oboru, už je promlčený :)
Kdysi jsem pracoval na velíně v nejmenované elektrárně na Vysočině. Za odstávky jsem spolu se strojníkem turbíny prováděl zkoušku tzv. natáčecího zařízení, což je mechanismus, který točí turbínou po jejím odstavení, aby rovnoměrně chladla a neprohnul se rotor, nebo naopak před náběhem, při prohřevu. V principu se jedná o elektromotor, který přes jakési hydrodynamické ústrojí, končící kulisou, která se zasune do ozubeného kola na rotoru turbíny, otáčí turbínou, relativně pomalu, pokud si dobře pamatuji, bylo to 72 otáček za minutu.
Zkouška proběhla bez problémů, turbínu jsme roztočili, chvíli nechali točit a zase z natáčedla shodili a nechali dobíhat. Začal jsem se věnovat jiným činnostem, za odstávky je to na velíně docela dobrý maso ... a po pár minutách mi volal ze strojovny strojník, že se něco stalo, strašný průser, že jsme zadřeli turbínu, že z ní jdou strašný zvuky.
Problém byl v kombinaci dvou faktorů. První byl ten, že poté, co jsme zkoušku ukončili, došlo k poruše otáčkoměru, takže ukazoval 0 otáček. Druhý byla moje chyba, protože jsem zapomněl přepnout automatiku natáčedla do ručního režimu. V okamžiku, kdy otáčkoměr začal ukazovat nulu, začal totiž časovat časovač a po vybavení časovače došlo k zasunutí oné kulisy do roztočeného ozubeného kola rotoru. Strojník mi tehdy donesl asi dvacet centimetrů dlouhou ocelovou šponu.
Oprava byla tehdy v řádu statisíců, větší průser ale bylo to, že se musel odložit náběh bloku a přifázování turbín, než došlo k výměně, což bylo v řádu milionů.
-
To, ze jsem se zamiloval do holky zivici se prostituci a ochranitelsky reflex se ji snazil zachranit pri jejim "tezkem osudu".
Trvalo mi dva roky trapeni, nez jsem to cele tak nejak pochopil.
Ale dost jsem se tim naucil a ty historky ze zakulisi a filozofické nazory o zivote taky staly za to.
-
Stalo se mi, že jsem na serveru pro voicemaily a faxy v aplikaci zapnul neomezené logování Faxů a nějak to zapoměl vypnout. Za několik dní se objevili tickety s nejvyšší prioritou že nikdo z stovek lidí nemůže posílat faxy. Tak sem honem promazal logy vyžraný disk, vypnul logování a problém byl zažehnán. ;)
Těch problémů bylo víc a ještě si možná na nějaké vzpomenu..
-
Volal admin zakaznika, ze na MsSQL DB servru dochazi misto na disku, jestli se na to podivam co lze smazat a uvolnit misto. Tak jsem se pripojil, kouknul nejvetsi zrouty a byl tam nejaky 40GB log file. Rikam si, maji to zalohovany. V zivote se tam na ty logy nikdy nikdo nekoukal a i kdyby nekomu ten log bylo potreba tak ho vylovi ze zalohy. Tak jsem previta smazal i kdyz se zurive branil, ze ho neco pouziva.
Byl to transakcni log MsSQL...
-
;D ;D ;D
-
Hodne let zpatky jsem ukazoval jednomu novackovi, jak se zalohuje a obnovuje databaze.
Bohuzel na produkcni a ne na testovaci databazi, nebot jsem si spletl prikazovou radku. Vse dopadlo nastesti dobre. 10 minut vypadek.
Taky hodne davno jsem naprogramoval chybne konkurencni pristup k session. Dochazelo k premazavani session od ruznych uzivatelu. Pri vyvoji se vse nadherne otestovalo. Pak jsme par dni nahodne likvidovali pri zapisu zakaznicke karty...
-
Tak ja este v case Win98 ked som mal cca 10 rokov som na tatkovom PC nasiel moznost vytvorit svoj pouzivatelksy ucet, chraneny heslom atd... citil som sa velmi dolezito ked som si ho zalozil a veselo som ho pouzival.
Nasledne som v svojej zlozke 'Moje dokumenty' nasiel kopec tatkovich veci... vravim si naco ich mam v mojich dokumentoch ja??? Tak som ich zmazal...
Samozrejme ze to bola zlozka zdielana medzi uctami a bolo tam naozaj vela dokumentov a veci, hlavne firemnych :P
-
v dobach vytaceneho pripojeni a ISDN linek jsem veril, ze zakaznik rozumi tomu co chce (ta vetsi chyba) a nastavil stahovani/kontrolu mailu ze serveru providera na MS Exchange po 5 minutach (mensi, ale zrovna drazsi chyba) - za prvni mesic faktura za telefon 30k
-
přišel jsem na to, že manželka vůbec nezálohuje některá data v telefonu, tak jsem jí vynadal a začal to někam kopírovat. Ale všiml jsem si, že to kopíruju na blbé místo, tak jsem to po pár souborech brejknul, smazal to co jsem vytvořil a chtěl to začít kopírovat znova na správné místo... a zjistil jsem, že jsem místo blbého cíle smazal zdroj. Tak jsem jí vysvětlil, jak to dopadá, když se nezálohuje a ať si věci o které nechce přijít nenechává jenom na kartě :-) Ale většina dat šla obnovit, tak mě nezabila.
Nebo drobnost, že jsem doma píchnul nas do ups a až při výpadku zjistil, že jsem to dal do zásuvky kde byla jenom přepěťová ochrana
-
Ale opravoval na dálku firewall od zákazníka.
Dopadlo to tak, že jsme udělali rollback firmware firewallu a nalili tam z backupu konfiguraci od zákazníka.
S tím, že v tom konfigu od zákoše nebyl povolenej admin traffic přes ssh + https na wan interfacu.
Takže po rebootu jsme se už nepřipojili...
To datacentrum bylo cca 600 km a nikdo tam nebyl... Takže jsem se sám odřiznul...
-
Este pocas skolskych brigadnickych cias... presuval som zasuvku, trebalo skratit kabel. Faza v nom nebola, tak som cvakol naraz cely kabel (faza, nulak, ochranny vodic). O chvilu ku mne prisiel najvyssi sef, co to stvaram... zhodil som "centralny" prudovy chranic, vo firme kde bolo zopar vyvojarov... aj vyrobna linka (ta nastastie nebezala). Pri zapajani zil do zasuvky sa nejako suchli o seba (nepamtam uz presne co sa stalo) a z dialky som pocul hlasny pokrik "do pi..."
-
Do Mikrotiku jedne firmy jsem se dostaval pomoci RDP serveru, ktery k tomu MK mel pristup. Jednou se stalo, ze se to cele strasne opozdovalo a ja zurivosti zacal mysi pojizdet, klikat a bouchat. I kdyz vsechno bylo "zmrzle" tak to nahle rozmrzlo a to klikani tam dorazilo a zakazalo wan. Tim sem odrizl firmu kolem 600 zamestnancu od internetu. Nastesti to bylo v ramci mesta a netrvalo to dele jak hodinu
-
v dobach vytaceneho pripojeni a ISDN linek jsem veril, ze zakaznik rozumi tomu co chce (ta vetsi chyba) a nastavil stahovani/kontrolu mailu ze serveru providera na MS Exchange po 5 minutach (mensi, ale zrovna drazsi chyba) - za prvni mesic faktura za telefon 30k
Tohle mi pripomina jednu sekretarku, ktera v dobe isdn mela poslat nekam cedecko s prezentaci postou. Ale prislo ji to zbytecne kdyz je ten internet, otevrela outlook express a do nove zpravy pretahla cdcko v mechanice. Nejaky debilni napalovaci sw to ripnul jako image a prilozil ke zprave kterou poslala na lokalni kerio s nejakou vadnou konfiguraci. To kerio se vzbudilo, vytocilo linku 2x64 a odesilalo. Samozrejme remote ho poslal do zadele a tak kerio po nejake necinnosti to zkousel znova. A jelikoz ta konfigurace byla opravdu debilni, tak po 3 mesicech se me ptali proc maji misto 6-7tis ucty 30-40tis. Konfiguraci jsem fixnul (kolegu jsem poucil) a pristi den mi volal reditel ze mu nejde odeslat e-mail. Posilal 800MB porno znamemu pres e-mail...
-
Při cestě Velká Bíteš - Brno (ve 3 ráno) jsem dojel do Žďáru nad Sázavou... True story :-\
-
Začal jsem číst diskuze pod sobotním komixem.
A už se v tom vezu několik let a neumím přestat.
-
...
Vítej do klubu. Stálo mě to mega a asi jsem se stejně nepoučil :)
-
Kedysi davno (1994) ako vojakovi zakladnej vojenskej sluzby v hodnosti podporucika sa mi "podarilo" zle zamierit RM-70. No a dve ostre rakety raze 122 mm nam odleteli do civilneho priestoru.... Nastastie som mal hodnost podporucika, tak som nedostal "niekolko" ostrych dni vazenia a nikomu sa nic nestalo... :-)
Vid RM-70: https://cs.wikipedia.org/wiki/RM-70
Robim v oblasti telekom a "podarilo" sa mi zle nastavit smerovanie pre 800x a 840x,84xx v CZ (zelene a modre cisla), niekolko tisic odmietnutych volani na , zakaznici boli uspesni pri kazdom druhom volani :-)
Chyba v jednom cisle konfiguracie a zablokovany voice interkonekt(IC) na jeden den. Cez spomenuty IC malo prechdzat 30 tisic minut volani za den :-)
A este ine... :-)
-
Volal admin zakaznika, ze na MsSQL DB servru dochazi misto na disku, jestli se na to podivam co lze smazat a uvolnit misto. Tak jsem se pripojil, kouknul nejvetsi zrouty a byl tam nejaky 40GB log file. Rikam si, maji to zalohovany. V zivote se tam na ty logy nikdy nikdo nekoukal a i kdyby nekomu ten log bylo potreba tak ho vylovi ze zalohy. Tak jsem previta smazal i kdyz se zurive branil, ze ho neco pouziva.
Byl to transakcni log MsSQL...
+1 , taky jsem mazal "zbytečný" log ještě na mssql 2000, ..přece zabíral dost na disku, tehdy jsem o databázích lautr nic nevěděl....
-
......já mám zase "veselou" historku s Dell podporou.
Cca 10 let zpět, byl jsem totální admin ucho a byl páteční večer a já se rozhodl po pracovní době vyřešit jeden problematický dell server, kde padal OS, asi ram nebo board říkal jsem si, zavolám na dell podporu (placená 4h reakce) a týpek ochotně kolem 22:00 dorazil i s náhradním boardem a ram, (prý to expres objednával až z PL skladů, v CZ díly pro tento typ serveru neměli). Pustili jsme se do práce a na serveru vyměnili kde co, protože diagnostika žadný problém neukazovala, cca po 2 hodinách jsem si uvědomil, že děláme na jiném serveru :-) , no co už mi zbývalo, nechal jsem si to pro sebe a celou situaci hrál až do konce a kolem 2:00 po té, co týpek defakto poskládal z dílů nový server jsme se rozloučili, že budu hw sledoval zda se chyba znova neukáže... no neukázala. Cca za týden jsem nahlásil, tentokrát už ten správný server, týpek znova dojel a opravil reálnou chybu. Nakonec jsme si navzájem postěžovali na těžký úděl adminů. Trochu jsem se vnitřně zastyděl :-)...
Příští měsíc jsme zavedli inventarizaci serverů :-)
-
Kamarádovi se povedlo v roce 1997 při aktualizaci firmwaru do jednoho routeru poslat místo souboru s firmwarem soubor se zálohou konfigurace. Jelikož to bylo něco staršího, nedělalo to žádný kontroly, takže z něj udělal cihlu za tehdy asi 150 tisíc :-) Kupodivu na to asi někdo při vývoji myslel, protože šel modul vyndat, dát místo něj živej, nastartovat, a za chodu opět přehodit a flashnout správně, takže ho dokázal vzkřísit.
-
Kdysi v jedne velke telco firme jsem v abapu napsal nasledujici select ktery nacetl materialy ktere se nasledne aktualizovaly:
SELECT matnr mtart
FROM mara
INTO CORRESPONDING FIELDS OF TABLE it_mara
FOR ALL ENTRIES IN it_matnr
WHERE matnr = it_matnr-table_line.
SQL v ABAPu ma urcita rozsireni jako napr zde FOR ALL ENTRIES IN, it_matnr je v podstate pole prvku. V sapu se tento prikaz prelozi predtim nez se posle do databaze na WHERE ( matnr = 'MATN1' or matnr = 'MATN2 or ...atd'. Problem je ze jsem si predtim neotestoval ze pole it_matnr neni prazdne, takze ve vysledku jako kdyby tam zadna where podminka nebyla. Po spusteni aktualizacniho programu na produkci jsem zmenil nekolik tisic materialu ktere zmeneny byt nemely, diky bohu ze to uzivatel killnul po 10 min, ze pry to bezi nejak dlouho.
-
bricknul jsem dva tp-link wifi routery pri snaze nahrat tam openwrt
odpalil jsem 2 stare hloupe nokie a jeden usb port na ntbk (pripojenim usb hubu s neoriginalnim zdrojem) vetsi napeti nez melo byt
holt jsem nepoucitelny
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
-
Při cestě Velká Bíteš - Brno (ve 3 ráno) jsem dojel do Žďáru nad Sázavou... True story :-\
Jo, stalo se mi že jsem jel vyzvednout máti na Folmavu, a když jsem ji na celnici hledal a nemohl najít, ukázalo se že jsem na Rozvadově :-)
A jednou jsem si u zákazníka v Č.Bud. zapomněl flashku s PDFkama protokolů co jsme tiskli a podepisovali. Volal mi to, když jsem projížděl Miličínem. Na flashku bych hodil bobana, ale na kroužku byly jediný klíče od bytu.
Obdobně na jaře jsem nechal flashku v Plzni na Borských polích. Přijel jsem v létě, podávám novou, spolu s papíry dostávám tu jarní. Odjíždím, u Ejpovic zvoní telefon :-D
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Joo to halt nesmis pouzivat halt ale shutdown
Kolega připojoval disky z většího diskového pole na server; použil wizard. Wizard si myslel, že disk je prázdný a přepsal hlavičku.... Noční recovery komplet celého prostředí zákazníka ze záloh, cca. za týden se mi povedlo i modifikovat nějaký SW pro čtení vmware disků, takže jsem z toho nakonec dostal i originální data...
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
root se halt ma hlasit na persistentni adresu, ne na servisni :-)
rm -rf $VAR/ ($VAR byl z nějakého důvodu uprostřed skriptu prázdný) - naštěstí na testovacím stroji...
Klasika od zákazníků: test záložního zdroje, celé prostředí bez proudu (zdroj naběhl, ale při přepojování zpátky vylítly pojistky.... zdroj se pokusil naběhnout, ale nebyla v něm nafta.... zdroj naběhl, ale byly zarezlé žaluzie u výfuku...).
Test samočinného hašení - výdechy byly umístěné nad podhledama......
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
proč jen v IT? Četls tu část o zastavení elektrárny například, nebo s tou krochnou? To nemělo s IT nic společného. Stejně jako jistič bez označení "nešahat" (jj taky se mě to stalo, dobrá zkušenost). Výpadky má prostě každej, jen si to přiznat.
-
Vaše největší přehmaty?
svatba.
-
V den odjezdu dovolene na Umag (Chorvatsko) mi přišel fax od SCO s pozváním na konferenci v Portoroži (Slovinsko) s překvapivým dodatkem , že platí i ubytování. Je to pár desítek kilometrů, říkám si, bude sranda , potkám staré kamarády a odjel jsem tam s pár markama v kapse a v plážových kraťasech. Na konferenci byly pozvány špičky polské policie a ministerstev a navíc jsem se při odjezdu dozvěděl, že info o placení byl omyl sekretářky. Hostitel to vyřešil jako gentleman
-
V den odjezdu dovolene na Umag (Chorvatsko) mi přišel fax od SCO s pozváním na konferenci v Portoroži (Slovinsko) s překvapivým dodatkem , že platí i ubytování. Je to pár desítek kilometrů, říkám si, bude sranda , potkám staré kamarády a odjel jsem tam s pár markama v kapse a v plážových kraťasech. Na konferenci byly pozvány špičky polské policie a ministerstev a navíc jsem se při odjezdu dozvěděl, že info o placení byl omyl sekretářky. Hostitel to vyřešil jako gentleman
Byl to nejlepší hotel ve městě
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
proč jen v IT? Četls tu část o zastavení elektrárny například, nebo s tou krochnou? To nemělo s IT nic společného. Stejně jako jistič bez označení "nešahat" (jj taky se mě to stalo, dobrá zkušenost). Výpadky má prostě každej, jen si to přiznat.
Trošku to s tou elektrárnou upřesním ;-)
Nešlo o zastavení celé elektrárny, šlo jen o zdržení náběhu jednoho bloku z odstávky.
A k tomu, jestli je to o zodpovědnosti/nezodpovědnosti. Budu nesouhlasit ... myslím, že zas až tak úplně ne ze sta procent jen o té zodpovědnosti, respektive nezodpovědnosti. Vždycky je v tom část typu přetížení, kdy už myslíš na další kroky nebo něco jiného, nebo rutinérství, kdy si říkáš, že tu danou věc děláš po x-té, ale třeba se zrovna změní nějaká okrajová podmínka a nepostřehneš to apod. Mnohokrát se mi stalo, že jsem zrovna dělal nějaké činnosti, kdy jsem musel na dálku koordinovat práci několika lidí a současně ovládat čerpadla/armatury/regulační ventily/reaktor a do toho mi třeba někdo další ještě zavolal kvůli nějaké kravině a najednou jsem byl mimo, vypadl jsem ze soustředění a těžko jsem hledal nit. Pak se lehce stane, že je problém na světě a není to jen tím, že bych nebyl zodpovědný.
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
Však plaťte, od toho tu jste ;) Nebo váš business můžete dělat bez IT, pak to platit nebudete muset.
Nechali jste si vyrůst hydru, chcete po IT systémech vyšší efektivitu, která by vám dala náskok před konkurencí, vymýšlíte si různé fičury jako např. BI a pak očekáváte, že se vám o to bude starat tým špičkových odborníků, kteří nedělají chyby, za pár kaček?
Já dělám v IT necelých 18 let, většinou ve firmách, které s IT nemají nic společného a můžu říčt, že kdyby měli lidé z některých oborů alespoň takovou zodpovědnost, jako v IT, tak by bylo na světe krásně.
-
Sice se to stalo kolegovi, ale přidám k dobru.
Kolegovi z ex-ex-práce se nechtělo jezdit k zákazníkovi z Brna do Prahy s novým diskem do diskového pole (nebo serveru) za jeden ve stavu predicted failure, tak to poslal lokálnímu ajťákovi, že ho bude navigovat po telefonu a on to vymění.
Celá akce skončila rozpadem RAID5 a kolega musel do Prahy na večer, aby to dal do kupy.
Když se pak zjišťovalo, jak se to celé stalo, tak se ajťák přiznal že si spletl šachtu, ke které patří svítíci dioda, tak vytáhl jiný disk, pak si toho všiml, leknul se, zarazil ho zpátky a vytáhl ten vadný :)
-
Když už jsme u těch kolegů:
Kdysi jsme se učili Turbo Pascal na DOSu, tuším v2. Kolega se chtěl pochlubit, že zvládl “if” a pozval mne na premiéru: Napsal jsem si program, který mi najde určitý soubor na disku a vymaže jeho duplicity. Zmáčkl Enter a byl to jediný soubor co na disku zůstal
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
Zapírat, zapírat a když to nejde, tak zapírat
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §1 no fuj, testovat driver na produkcnimserveru ajeste asi puzit halt misto shutdown -r
Ad §2 root by se mel pripojovat na persistent label ne na service label
Chybama se clovek uci :-)
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §1 no fuj, testovat driver na produkcnimserveru ajeste asi puzit halt misto shutdown -r
Ad §2 root by se mel pripojovat na persistent label ne na service label
Chybama se clovek uci :-)
Pardon pisu z mobilu
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §1 no fuj, testovat driver na produkcnimserveru ajeste asi puzit halt misto shutdown -r
To byl konec devadesátých let.... a nepoužil jsem halt, použití toho driveru sundalo kernel..... v 8 začali chodit lidi...
Ad §2 root by se mel pripojovat na persistent label ne na service label
No mě to jasný bylo, kolegovi ne...
Jinak ještě si vzpomínám: instalace archivačního SW na nějaký Solaris; SW šáhnul na externí zařízení a solaris se odporoučel k zemi (asi nějaká chyba driveru). Následoval reboot (po nějaké hoooodně dlouhé době) s kompletními fsck, trvalo to několik desítek minut...
Telefony začaly zvonit než jsem si vůbec stihnul uvědomit, že se něco stalo..... Mimochodem, to je taky zajímavé, že většina SW je "zbytná", ale pokud se vám podaří sundat ve firmě Exchange, tak IŤákům začnou zvonit telefony dřív, než si vůbec uvědomíte, co se stalo...
-
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §2 root by se mel pripojovat na persistent label ne na service label
Chybama se clovek uci :-)
Dokonce ani to není úplně "podle učebnice", protože na to máš mít vyhrazenou management adresu, ideálně bokem v samostatný správcovský síti. Od Win2016 dokonce bez ní cluster ani nevytvoříš; ve 2012R2 byla ještě pouze "optional".
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
Tak tomu se můžu jen zasmát. Kdyby ta druhá věta byla pravda, neděly by se takový věci jako požár auta od stropní lampičky o příkonu <=5W (VW Tiguan), stovky mrtvejch kvůli vadný konstrukci spínačky u Fordů způsobující uzamčení volantu za jízdy, najetí tankeru na molo, kamión s hutním materiálem na přejezdu, chybně smontovaná centrifuga tuším ve Stříbře, zapnutí 400kV kobky během údržby na rozvodně v Malešicích v roce cca 1990, a podobně.
-
Ramirez: telefonovat cloveku, ktery prave ridi reaktor a k tomu "nejake ventily" povazuju za obecne ohrozeni a telefonujici by mel jit sedet. Moje osobni zkusenost je, ze kdyz mi v jedne praci co ctvrt hodiny nekdo zavolal, tak jsem nebyl schopen slepit ani trivialni skript. Samozrejme telefony byly: 60% neco, co jsem vubec nemel resit ja a nevedel jak; 30% trivialita, kterou mohl udelat kdokoliv; 8% casove nekriticka vec, ktera mohla byt uplne klidne poslana mailem (pristi tyden bychom potrebovali ...); 2% relevantni.
A pokud se neco skutecne podelalo, tak byly dve volby: vyvesit telefon a opravit to za 5-30 minut, nebo nevyvesit telefon a opravit to za 3 - 8hodin. Behem pruseru bral docela casto moje telefony sef, zatimco ja jsem se hrabal v serverech.
Take jsem zazil dve uzasne prihody s kolegy z materske firmy.
Dva prijeli predelat servery. Jeden umel dobre tahat draty, to mu fakt slo. Ale tim jeho schopnosti asi koncily. Druhy byl muj sef a chtel, abych ty tri dny co tam budou, prijizdel do prace o tri hodiny driv, nez normalne a ja jsem mu chtel udelat radost. Druhy den jsem po ceste domu nedal na krizovatce prednost zprava. Naprosto prehledne misto, jel jsem asi 15km/h, protoze to byla ostra krizovatka mezi barakama. Podival jsem se doprava, vidim, ze prijizdi auto, ale nijak to nepoznamenalo muj dalsi rozhodovaci proces a normalne najizdim do krizovatky, jako kdyby tam nic nejelo. V okamziku, kdy mi to doslo uz neslo nikam uhnout. Nastesti si pritelkyne koupila vykonne auta a nastesti jsem jel jejim. Netusim, jestli ten chudak brzdil, nebo jenom nechapave cumel, ale v jednu chvili jsem ho mel snad dva metry za zadkem. Prohnal jsem motor poradny kus za do cerveneho pole v otackomeru. Spankova deprivace je svine. Ne, nestava se mi to bezne - predtim jsem nekomu nedal prednost jednou, asi o 10, nebo 12 let drive (a ne tak blbe, zastavil jsem jeste vcas a objel me).
Treti den byl jeste zabavnejsi. Stojim vymlety v serverovne cumim do zdi. To je vec, kterou za normalnich okolnosti vydrzim tak 20 sekund, nez me nuda donuti zacit neco cist, pocitat, nebo delat. Nevim, jak dlouho jsem cumel do zdi, ale zaregistroval jsem, ze sef odpojil DHCP server. Tak co, testovani prostredi. Pak jsem zaregistroval, ze testuje porty na switchi, jestli na nich dostane DHCP. Rikam mu, ze na nich nedostane DHCP, protoze ten DHCP server odpojil. Zkousel to da. Rikam mu, ze mu DHCP server lezi u nohou s odpojenym sitovym kabelem, takze mu tezko neco posle. Zkousel to dal s tim, ze to preci zajistuje celofiremni IT oddeleni. Uz jsme tam byli asi hodinu a ja chtel jenom domu a konecne se vyspat. Kdyz jsem mu asi potreti rikal, ktery stroj je DHCP server a ze si tim jsem naprosto jist, protoze jsem ho tam sam dal, tak to nevypadalo, ze by tento fakt dokazal akceptovat. Nezbylo mi, nez dojit do kuchynky, nechat si do hrnicku natocit dve dojita espressa s dvojitou davkou kavy (nebo neco v tomhle stylu), obratit to do sebe, vyhat lidi ze serverovny a behem deseti minut to dodelat. Domu jsem jel skoro krokem.
A moje nejvetsi chyba v zivote - dostal jsem se do situace, kdy jsme si musel rok nechat srat na hlavu, protoze jsem nutne potreboval penize a nemohl si dovolit dat vypoved. Doporucuju si naplanovat zivot tak, aby k tomuhle nemohlo dojit jen tim, ze se posere pouze jedna vec.
-
Byla dneska odpojena nemocnice od telefonního spojení. Do asi poledne.
Bravó!
-
Já tohle vlákno vypravuji. Moc se nesmějeme, protože to platíme. Obecně to podporuje můj názor, že na rozdíl od jiných profesí ta zodpovědnost v IT není zrovna nejlepší. My jsme tomu ale všichni přizpůsobeni, nebojte.
Zapírat, zapírat a když to nejde, tak zapírat
Jo! Já to nějak neřeším, už jsem si za svůj život vyslechl takových keců... ať to funguje.
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dááávno...)
Aix, konec 90.let ... docela rad bych soukrome pokecal, musime se znat... Jen nevimjak to zaridit
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §1 no fuj, testovat driver na produkcnimserveru ajeste asi puzit halt misto shutdown -r
To byl konec devadesátých let.... a nepoužil jsem halt, použití toho driveru sundalo kernel..... v 8 začali chodit lidi...
Ad §2 root by se mel pripojovat na persistent label ne na service label
No mě to jasný bylo, kolegovi ne...
Jinak ještě si vzpomínám: instalace archivačního SW na nějaký Solaris; SW šáhnul na externí zařízení a solaris se odporoučel k zemi (asi nějaká chyba driveru). Následoval reboot (po nějaké hoooodně dlouhé době) s kompletními fsck, trvalo to několik desítek minut...
Telefony začaly zvonit než jsem si vůbec stihnul uvědomit, že se něco stalo..... Mimochodem, to je taky zajímavé, že většina SW je "zbytná", ale pokud se vám podaří sundat ve firmě Exchange, tak IŤákům začnou zvonit telefony dřív, než si vůbec uvědomíte, co se stalo...
-
Testování na produkčním stroji (AIX) v 6 ráno, jestli nejde jeden ovladač nastavit do nějakého stavu, aby to neshazovalo kernel. V 7:30 poslední test; před testem ovladače jsem nenapsal "sync". Bohužel instalace SW předtím modifikovala /etc/inittab, takže byl po rebootu prázdný.... Tak jsem zjišťoval, jak se AIX bootuje z CD.... naštěstí tam byl nějaký záložní, tak se to povedlo docela rychle nahodit (hodně dáá
Cluster v polorozpadlém režimu...říkám kolegovi - zkontroluj, jestli node č.2 běží a jestli ne, rebootni. OVĚŘ si, že je to node č.2. Rebootnul node č.1 (protože tam byla migrující IP adresa a on se připojoval na node 1.....) - obnova celého prostředí....
Ad §1 no fuj, testovat driver na produkcnimserveru ajeste asi puzit halt misto shutdown -r
To byl konec devadesátých let.... a nepoužil jsem halt, použití toho driveru sundalo kernel..... v 8 začali chodit lidi...
Ad §2 root by se mel pripojovat na persistent label ne na service label
No mě to jasný bylo, kolegovi ne...
Jinak ještě si vzpomínám: instalace archivačního SW na nějaký Solaris; SW šáhnul na externí zařízení a solaris se odporoučel k zemi (asi nějaká chyba driveru). Následoval reboot (po nějaké hoooodně dlouhé době) s kompletními fsck, trvalo to několik desítek minut...
Telefony začaly zvonit než jsem si vůbec stihnul uvědomit, že se něco stalo..... Mimochodem, to je taky zajímavé, že většina SW je "zbytná", ale pokud se vám podaří sundat ve firmě Exchange, tak IŤákům začnou zvonit telefony dřív, než si vůbec uvědomíte, co se stalo...
To forum ma hrozny format. Tak znovu:
AIX 90.leta, musime se asi znat. Docela rad bych pokecal face to face, ale nevim jak to udelat
-
Potřebuju restartovat server. Připojím tedy notebook přes Wi-Fi hotspot a slabý mobilní signál na Internet. Na notebooku jen napíšu „ssh user@server“ a hned potom „sudo reboot“. SSH se začne připojovat na server, „sudo reboot“ zatím zůstává v bufferu, aby se poslalo po připojení. Chvilku tedy čekám, pak slyším bell sound (zřejmě timeout SSH spojení) a vidím, jak se mi restartuje notebook. No, holt „sudo reboot“ se z bufferu vysypalo trošku jinam…
Z jednoho startupu: Jedeme prezentovat, co jsme udělali za poslední sprint. Kolega ve vlaku najde ve zdrojácích nějakou totální blbost, já to opravím a do commit message dám zhruba „fixed some shit“. No, běžně zadavateli neukazujeme zdrojáky (nechtěl si je prohlížet), ale zrovna tehdy někdo otevřel „git log“ na velké obrazovce a můj commit byl samozřejmě nahoře. No, zasmáli jsme se a šlo se dál…
-
V predškolskom veku ma trápila veľmi závažná otázka - ak nie je v diere žiarovka, je tam elektrina? Nuž, bola.
Pred pár rokmi som si na vývojársky stroj nahrával dump databázy. Po asi 10 minútach som si všimol, že to nahrávam na ostrý server. Zhodou šťastných náhod sa nič nepokazilo.
-
Vcera som chybou v softveri, ktory administruje cez API niekolko desiatok Mikrotik routerov, zo vsetkych Mikrotikov vymazal vsetky zaznamy z tabulky /ip firewall filter (v podstate vypol firewall).
Vzhladom na to, ze vsetky Mikrotiky boli na verejnych IP a vacsina mala zapnuty DNS server s allow-remote-requests, som mal v priebehu hodiny v emaily niekolko abuse messages o dns amplification attack...
...doteraz to opravujem.
Inak, ako to tak citam, nieco podobne tu mozem dopisovat aj kazdy tyzden-dva ;D ??? :(
-
...zřejmě timeout SSH spojení...
To je docela přehmat, myslet si, že SSH má nějaký timeout. SSH spojení normálně vydrží věky. Shodil vám to nějaký NAT po cestě. Inu, používat IPv4 je docela přehmat :-)
-
V predškolskom veku ma trápila veľmi závažná otázka - ak nie je v diere žiarovka, je tam elektrina? Nuž, bola.
Pred pár rokmi som si na vývojársky stroj nahrával dump databázy. Po asi 10 minútach som si všimol, že to nahrávam na ostrý server. Zhodou šťastných náhod sa nič nepokazilo.
Alebo sa pokazilo a este si to nevsimli :)
-
...zřejmě timeout SSH spojení...
To je docela přehmat, myslet si, že SSH má nějaký timeout. SSH spojení normálně vydrží věky. Shodil vám to nějaký NAT po cestě. Inu, používat IPv4 je docela přehmat :-)
Jemu se ale spojení nejspíš nenavázalo, prostě výpadek sítě, přes kterej se to nepřeneslo. Tím pádem příkaz spadl z bufferu místo do nově (ne)navázanýho SSH spojení přímo do lokálního terminálu.
-
mdadm, vyndal jsem spatny disk po failu a jelikoz to bylo R5, prisel jsem o 24TB dat...neprijemne
-
mdadm, vyndal jsem spatny disk po failu a jelikoz to bylo R5, prisel jsem o 24TB dat...neprijemne
mdadm --assemble ?
-
Ještě jako kluk znalý počítačů jsem šel na PC matky, kde měla účetnictví.
Byl tam DOS nebo snad Win3.1, přesně už nevím.
Otevřu Norton Commander, vidím vlevo C:, vpravo C:.
Tak jsem to pravé "C" smazal. ;D
-
mdadm, vyndal jsem spatny disk po failu a jelikoz to bylo R5, prisel jsem o 24TB dat...neprijemne
mdadm --assemble ?
Kto este nerozbil Raid5 ruku hore :-)
-
Tak jsem to pravé "C" smazal. ;D
To je stará anekdota, počul som ju už z mnohých strán, takže sa pravdepodobne nikdy skutočne nestala.
-
Kto este nerozbil Raid5 ruku hore :-)
Přiznávám se, že se mi to nikdy nepodařilo - hotplag disky na Compaq/HP array řadičích vždycky hezky červeně svítily/blikaly, že bylo těžké sáhnout vedle.
A kdo to s dostupností dat myslí vážně, přidá si do pole spare disk a pak to přežije i vytažení špatného disku po odchodu jiného disku - jen nesmí technik k zákazníkovi moc spěchat, aby se stihl ten nový disk dopočítat :-)
-
Za sebe můžu říct, že největší katastrofa byla způsobena řetězcem událostí:
1) Nechal jsem se zákazníkem ukecat na vývoj zařízení s procesorem od Atmelu
2) Uvěřil jsem, že Atmel toho brouka testovala hodnoty v datasheetu odpovídají skutečnosti
3) Nečekal jsem, že s novou revizí čipu se změní i obsah a mapování registrů u periferek
Tož asi tak...
-
R5 jsem tehda znicil hlavne diky svemu (neopravnenemu) sebevedomi.
Vytazeny disk (ten co byl koser :D ) jsem rozmlatil a vyhodil do el.odpadu.
Zjisteni o 5 minut pozdeji na ssh bylo TVRDE :D...
Nastesti tam nebylo nic moc duleziteho. Nekolik virtualu "podradnych" funkci, jejichz vypadek nikdo moc nepocitil.
-
Jedna humorna: Nastavovat firewall na dalku a tim odstrihnout sam sebe od aministracniho rozhrani se uz urcite stalo vetsine ctenaru ROOTa. No a me se to povedlo po vzdalenem pripojeni. Hodne vzdalenem, ten stroj byl na Novem Zelandu. Byla "sranda" to pak s casovym posunem resit po telefonu.
-
Jedna humorna: Nastavovat firewall na dalku a tim odstrihnout sam sebe od aministracniho rozhrani se uz urcite stalo vetsine ctenaru ROOTa. No a me se to povedlo po vzdalenem pripojeni. Hodne vzdalenem, ten stroj byl na Novem Zelandu. Byla "sranda" to pak s casovym posunem resit po telefonu.
No to zazil snad kazdej. My dodavali aplikacni servery (klasicke towery, racky mel tehdy malokdo) vybaveny "pro jistotu" jeste i modemem (jelikoz cast naseho protfolia byli i modemy tak to tam slo za levny peniz). No a jednou jsem se odstrihl po nejakem nastavovani od servra 500km vzdaleneho. Tak jsem si vzpomnel na stary dobry modem, poslal maila adminovi at tam na chvili pichne liknu ze stolniho telefonu, par AT prikazu a nejake klikani ve Win2000 servru aby to zvednul a asi po pul hodine jsem byl vevnitr pres stary dobry modem a opravil internetove spojeni..
Proste dvojlinka s modemem byl porad ten nejlepsi backdoor pres vsechny firewally 8)
-
1) Začal jsem programovat.
2) Jako naivní junák jsem si myslel, že IT je branže kde má moje práce smysl.
-
Neprecital som vygenerovany SQL script, ktory som spustal na db servery... Zmazalo to vsetok tablespace a vsetky databazy tym popadali. Nastastie to bol len dev server, ale aj tak som to potom daval dohromady tyzden... A odpisoval na zacudovane maily od 3rd parties, ze preco im nejdu dev prostredia...
-
...zřejmě timeout SSH spojení...
To je docela přehmat, myslet si, že SSH má nějaký timeout. SSH spojení normálně vydrží věky. Shodil vám to nějaký NAT po cestě. Inu, používat IPv4 je docela přehmat :-)
man sshd_config - ClientAliveInterval