Legnagyobb bakid - önbevallás

 ( pepo | 2014. július 31., csütörtök - 11:33 )

Sziasztok!

Először is - természetesen - informatikai bakik megosztására gondoltam, amik évek távlatából visszanézve viccesnek tekinthető. Emberek vagyunk, így belefuthattunk hibákba - legyen az figyelmetlenség, vagy tapasztalatlanság, vagy akár egy elcseszett, élesbe állított szkript -,melyek okozhattak, vagy okoztak komoly problémákat.

Az én sztorim:

2005-ben egy cégnél tűzfal- és proxy szervert kellett csinálnom. A kért rendszer az akkoriban aktuális Mandrake Linux Release 10.1 volt. Miután mindent megoldottam, abban a hitben hagytam a szervert futkározni, hogy baj nem érheti.
Azzal azonban nem számoltam, hogy a lelkes takarítónéni áramtalanítja a gépet a partvissal, és a - csupán letiltott - Apache webkiszolgáló bekapcsoláskor elindul. A takarítónéni ügyes volt: bekapcsolta a gépet, az Apache elindult. Akkor éppen egy bugos Apache volt a repoban, amit meg is roppantottak. 1-2 nap múlva vettem észre, hogy egy hamisított OTP oldal fut a szerveren. Ügyes program volt. Forráskódból felülírt mindent, ami lehetséges volt a kiirtására. Végül is kb. 5 óra alatt kipucoltam. Jó lecke volt. :-)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

hirtelen arra asszocialtam, hogy a 98%-os kulonadot akartad visszakeverni onellenorzes formajaban, amiert ( az ukaznak megfeleloen, ahogy kell ) megk*rt az apech... :-)

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

Nem velem történt, csak szemtanú voltam mivel kolléga próbálta bemutatni a frissen beszerelt táv managelhető elektromos elosztót. A nee felkiáltásomat megelőzte, mikor azzal próbálta promózni az eszközt, hogy kikapcsolja a switchet amin maga az elosztó is lógott;) Az eszköz megfelelően működött:D


// Happy debugging, suckers
#define true (rand() > 10)

Mondjuk ez azért annál is lamacounter pörgetés, aki rádugta. :)

Az eljárás jó volt, mert tudott olyat az eszköz hogy "reset", ilyenkor 5 másodpercre elvette a tápot és visszaadta. Akkoriban (10 éve) az ilyen okosabb switchek webfelülete rendszeresen "beakadt" ha masszívan piszkáltad, így kellett ez a feature:) Az hogy az idiótája pont a switchen promózta az OFF-ot, az megint egy másik kérdés:D


// Happy debugging, suckers
#define true (rand() > 10)

miután leírtam, rájöttem, hogy szokott lenni "reset" feature is :)

Ebből egyébként lehet érdekeseket látni, változatosan fosok. Meg hackelések, anyám. A csúcs eddig az volt, hogy az összerakó faszinak nem volt elég portja a remote power izén, uh gyártott ilyen Y power kábeleket (ráadásul kézzel), és összesakkozta a szervereket úgy, hogy ahhoz, hogy a lekapcsolni kívántnak lenyomd mind a két lábát, azok elvittek magukkal másik kettő redundánsaiból 1-1-et. Ráadásul valami faék webfelület volt, portonként egy iframe, amikből egyszerre max 3 töltődött be, a többin valami 500, vagy 404, vagy fassetudja.... Csudi volt.. de ez már erősen off.

de hát végül is akkor működött az off, nem igaz? :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Tanú én is voltam nagy bakinál. DEC v. talán akkor már compaq (vagy HP?) bemutatót tart unixos cluster tecnhológiából.
Egy idő után főnökömre rájött a kötözködhetnék és valami olyat kért, hogy menet közben kapcsolják ki az egyik node-ot, mi történik? Természetesen az egész cluster összedőlt. Hogy mi baja volt, azt azóta sem tudom. :)

Demo effect :-P

Én "csak" adatokat "szeretek" véletlenül letörölni hektikus időszakokban hullafáradtan. :) Elkeféltem egyszer anno egy scriptet, ahol a tesztkészletben nem fordulhatott elő whitespace, és így nem védtem meg egy változót megfelelően - a script mentett adatokat mozgatott és öregített. Szerencsére volt mentés azokról is... Ennél is cifrább volt, amikor egy futó adatbázist töröltem le file-szinten egy shell history-ból benézett sor-szerkesztéssel "mellétörölve" annak, amit ténylegesen le kellett volna gyaknom. Szerencsére volt idő visszajátszani mentésből, mielőtt sor került volna az időszerű használatára... De legalább mindkét esetben én magam intézkedtem azonnal, nem sunnyogva ehelyett :)

Évek teltek el hasonló hibák nélkül, mert azóta nem nyúlok semmihez, ha nem érzem magam rá alkalmasnak és mindent agyontesztelek, mielőtt a kezemből kiadnám. :)

------------------------
Program terminated
{0} ok boto
boto ?

Törlés szintén. Emlékezetes esetem, mikor mc-ben pár könyvtárat kijelöltem (asszem méretük érdekelt), át más alkalmazásra, vissza, és egy fájlt törölni akartam. Rá is léptem (az aktuális könyvtárban lévő) fájlra, f8, enter, enter (minek is elolvasni, hogy mit kérdez, úgyis tudom, hogy azt, akarom-e törölni). Aztán gyanús lett, hogy egy néhány kb-s fájlt miért is töröl már jó pár másodperce, mire leesett, hogy egy nagy rakat könyvtár ki volt jelölve, köztük a saját dokumentumaim is. Két-három hónappal azelőtti mentésből visszaraktam dolgokat, de a másnapi dolgozat feladatsort még egyszer be kellett gépelnem.
Ez adta a lökést, hogy az asztali gépemre telepítsek valami backup-rendszert, ne pedig csak néha-néha (kb. mikor eszembe jut) írjam ki CD-re a könyvtárakat.

megleeepeeetéééés :)

Rossz LUN eltavolitasa a storagerol.

SQL cluster rosszneven vette.
Kollegak mosolya nem volt oszinte.

Szerencsere csak ujra ki kellett ajanlani, paraszt uti F8 meg nem volt. :)

http://karikasostor.hu - Az autentikus zajforrás.

Milyen storage volt, ahol ez lehetseges?

Melyiken nem lehet...? :-D

HDS, IBM, HP közül amikkel találkoztam, biztosan nem lehet rezervált LUN-t elvenni, mármint a normál, "usernek" szánt mgmt felületen.

+ Fujitsu

Helyzetfüggő. Egy csomó dolog együttállása kell ahhoz, hogy rezerváltnak érezze. Tipikusan klaszter közös diszkterületnél, illetve ha a beépített drivert használod a storage gyártó szoftvere helyett, akkor a storage-nak fogalma sincs arról, hogy használatban van-e egyáltalán.

Nálam egy (éles rendszeren végzett) parancssori sql törlésnél került egy (reflexszerűen leütött) pontosvessző a where feltétel elé... :-)

Hehe... Ismerős.
Én a last parancs után ütök szinte mindig pipe-ot, hiszen szűröm. A gond az hogy ezt az alábbi esetben is előadtam...

last | reboot

:-D

Ez epic ;)

------------------------
Program terminated
{0} ok boto
boto ?

Regebben a 'halt --help' is meglepetest tartogatott.

Ezt nem latom, hogy miert gond. Elmondanad?

--
http://www.micros~1

Mert pipe nélkül elárulja az utolsó reboot időpontját, pipeal viszont beállítja ;)

AAAAAAAAAA
Logikus. Mondjuk en mindig a
shutdown -r now parancsot hasznaltam, de nyilvan a last elso mezoje az idopont (now) helyett, amit atvesz a draga :)
Ambar, akkor meg mar lejart idopontot kap, esetleg ezt is ugy ertelmezi, "ha elmult, akkor most" ?

--
http://www.micros~1

nem, ennél egyszerűbb, a reboot szarik a stdinre ;)

:)
Ok, logikus.
Szoval lehetett volna akar
echo | reboot is, akkor is ugyanaz tortenik.

--
http://www.micros~1

jaja.

Egyébként ilyesmire én is szaladtam, hálistennek HA volt :) Van ugye linuxokon a killall nevű parancs, ami fos elnevezése ellenére tulajdonképp processznév alapján killezik. Ugyanez a parancs van solarison is, ott viszont nem fos az elnevezése. Kolléga mondta, hogy elég paff arcom volt, mikor láttam, hogy "sending all processes the term signal..." (vagy ilyesmi, nem emlékszem hirtelen, mit mond ilyenkor a sol10).

Igen, mas is emlitette mar, hogy "normalis" Unixokon a killall azt csinalja, amire a neve is utal...

--
http://www.micros~1

használd a -KILL kapcsolót is! :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

A kolléga csak egy "last reboot"-ot szeretett volna kiadni, amivel megtudta volna a wtmp-ből, hogy mikor indult a rendszer (újra) az utolsó rögzített n alkalommal. Viszont mivel a last kimenetét általában szűri szövegfeldolgozó eszközökkel, reflexből utána írt egy pipe-ot, miáltal lefutott egy szűretlen last után egy reboot, merthogy ez utóbbi a stdin-jén nemigen vár/ellenőriz semmit, gondolom. :)

------------------------
Program terminated
{0} ok boto
boto ?

nálam update-nél fordult elő ugyanaz, nekem ez volt a legnagyobb elkúrásom

Nem az én bakim (gyenge kifejezés), de vicces délutánt okozott.

Házi gyártású webes ticketing rendszerbe x bevisz egy termetes where-rel ellátott sql delete-et. X főnöke hamarosan rá is telefonál az időszűkében álló kollégára, hogy futtassa mán le gyorsan, többször át volt ellenőrizve, bombabiztos.
Lefut, jó sokáig, de nincs gyanú, hiszen bombabiztos. Negyed óra múlva sorran jönnek a telefonok, hogy ez sincs meg, az sincs meg.
Megkapom levélben az sql-t, tényleg ártalmatlan, de a gyanú árnyéka megjelenik. Az sql ilyenforma

delete from ... where ... x.abc<1234 and ...... and y.def>=6789 and ...

Kérem a kollégát, mutassa meg a ticket szövegét. És igen, a fontolva haladó webfejlesztő literálisan íratta ki a szöveget, ezért mindazt a feltételkombót, ami a kisebb-nagyobbjelek közé esett, mint érthetetlen html taget szó nélkül lenyelte a böngésző a kolléga előtt.

Ez nagyon ott van! LOL :D


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hát ez tényleg remek :D

Sok-sok éve munka végeztével, hazamenetel előtt kiadott "shutdown -h now" - elfelejtettem kilépni előtte egy szerverről, azt állitottam le, nem a saját gépem. Természetesen távoli szerver, ráadásul az egyetlen, amit nem lehetett távolról rebootolni.
Azóta áttértem az s2ram/s2disk-re, ami nincs a szervereken :) Jártam már úgy, hogy a notebook képernyő lecsukásakor az s2 nem futott le és 2 óra múlva kb 70°C-s gépet vettem ki a notebook táskából - úgyhogy inkább kézzel suspendelek.

nálam jó masszív prompt van amiből látod hogy hol vagy:) ráadásként a szerverek sem eszik meg elsőre a parancssorból kiadott shutdown -t


// Happy debugging, suckers
#define true (rand() > 10)

Én ugyan ezt játszottam el ctrl+alt+del -el és az is átment ssh-n. Mondjuk ez legalább "csak" rebootolt pár perc alatt.

--
http://pyftpadmin.earthquake.hu

PAM felrekonfiguralas kozben sikerult ugy elcsesznem a config file-t hogy sem sima userrel sem roottal nem engedett belepni
letelepedtem a rack szekreny ele billentyuzettel/monitorral, es sikerult vegul single modbol rendesen talpraallitani
addigra ott volt a vevo aki hasznalta volna kozben a (nem mukodo) rendszert :D mosolyogva megnyugtattam hogy megy az nemsokara, de azert kozben izzadtam rendesen a polo alatt :D

Egy éles rendszert futtató VAX-on, kora délután, mikor a legtöbben használták, kiadtam egy "mc sysgen /show unibus" parancsot. (tesztrendszereink nem nagyon voltak akkoriban)
A parancs hatására a gép dobott egy hátast.
Mint utóbb kiderült, az említett parancs általában ezt okozza, ha nem megfelelő hardveren kerül kiadásra.
(a /unibus nem biztos, de show parancs volt, amiről addig azt hittem, hogy 100%-ban ártalmatlan és valami bus-szal kapcsolatos)

Annó a /var/etc-ben tároltam a magam által készített konfigfájlokat, és gondoltam, törlöm az öszes cuccot, mert amit már kellett bemásoltam a /etc-be, kb a következő parancsot amit begépeltem (természetesen root-ként):
pwd -> /var
rm -R /etc/*
Ha lehagyom az első / a második parancsban akkor minden ok. Így kevésbé volt az. Volt egy hosszú estém.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Egy régi vasról migráltam mindenfélét egy újra, majd miután minden átköltözött, és leellenőriztem mindent, besétáltam a Viktor Hugóba, elhoztam a gépet, és visszaérve vettem észre, hogy egy rakás szerveren mutatott ip alapján arra a gépre az LDAP (nem én állítottam be őket, énnekem csak eszembe se jutott, hogy ilyen történhet). Természetesen az említett gépekhez nekem egyáltalán nem volt fizikai hozzáférésem, szóval eltartott egy darabig, mire mindhez szereztem hozzáférést. Mondjuk vicces volt, mert némely gépre a konzolt rádugva a root promp villogása fogadott :D
-
Groovy funkcionális eszközök

Életem első éles szerverén kiadott parancsa:
ssh root[at]foo.bar '/etc/init.d/networking stop' - baj volta hálózattal
-
Groovy funkcionális eszközök

Sikeresen helyreállítás közben eldobattam egy Raid5 -ös tömböt.
És hozzáteendő, hogy mindezt egy éles rendszernél....
Volt is belőle brainstorming..., csak annyi mázli volt, hogy HA cluster -ben volt...

http://logout.hu/bejegyzes/varga_tamas_2/tanulsag.html

-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház

Nagyon hasonló eset. A cégnél éppen karácsonyi buli van én pedig azt gondolom, hogy szakítok öt percet az NT szerver újraindítására (valami apró update volt rajta), mert biztos nem használja senki. A boot után reklamálás, hogy nincs itt semmiféle drive és rakjam be a radi driver floppy-ját. Eltelt egy ki idő, mire rájöttem, hogy hetekkel előtte benne maradt egy NT install lemez.
Egy ideig azt gondoltam, hogy nagyon ronda karácsonyi bulim lesz.

hahahaha ez tetszett :D

Kb. 15-20 éve a pálya kezdetén, még informatikusként:

- Sorba dőltek ki különböző hardveres problémákkal a pár hónapos Compaq desktopok, szerviz mindig jött pár napon belül, viszont egyszer egy elég fontos desktop gép adta be a kulcsot, se kép se hang, a főnök pedig kijelentette, hogy nincs idő amíg kijön a márkaszerviz csináljam meg én. Már pár órája szívtam vele eredménytelenül, amikor miközben az egyik kollégámmal beszélgettem kapcsolgattam a tápegység 120/230 V kapcsolóját, csak úgy hülyeségből (természetesen áramtalanítva volt). Aztán véletlenül 120V-on maradt... Jött egy másik nagyon hirtelen munka, amikor azt befejeztem, visszatértem a Compaq géphez, bedugtam a konnektorba és hatalmas pukkanás, azonnal kigyulladt, lángolni és füstölni kezdett, de sikerült eloltani a tüzet :)

A főnököm azonnal megértette, hogy a gép magától gyulladt ki, de a márkaszervizest már győzködni kellett...

Programozóként is voltak bakik, pláne a pálya elején. Konkrét dolog hirtelen most nem ugrik be de SQL UPDATE WHERE nélkül az nekem is meg volt már :)

----------------------------
Előnevelt csirke kapható!

110V parám nekem is volt, bár nem teljesen az én hibámból.
Adott egy gép, régi HP D530 (annak idején rendszeresen haltak), amit cserélni kellett. Az összes gép jellemzően 110V-ról ment, így volt hát állítva a csere gép tápja is. Kicserélem a HDD-t, bedugom a gépet, tüzijáték! Hát persze, hogy a gép előtti kis szünetmentes 220V-os volt...

Ezt nem ertem, 120V-tol miert gyulladt ki?
-------------
Command line Russian roulette:
[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo *Click*

Winben blogja
Reklámmentes képfelt

120-at várt, 230-at kapott, valahol 2x akkora lett a feszkó, mint kéne.

--

Jaaaa, most esett le, hogy a tapegysegen kapcsolgatta.... :-)

-------------
Command line Russian roulette:
[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo *Click*

Winben blogja
Reklámmentes képfelt

UPDATE probléma szép dolog. :) Bár ebből engem csak annyi érintett, hogy kolléga hívott a kérdéssel: Ugye van tegnapi mentés az adatbázisról?

Mondjuk azt azóta sem tudom miért úgy akart hozzájutni a mentéshez, hogy egy NTFS USB winyót akart felcsatolni a mentés gépre ( Linux, bár akkor már talán szépen ment az NTFS ) és arra kitenni majd onnan felmásolni vissza a szerverre. :D

Kupis gépterem (nem én kupiztam), perverz módon gurulós Sun v880 szerver tetején monitor, billentyűzet, kulcs a gép elejében. Egymás mellett volt két gép. Belépek, leállítom, majd amikor lement OBP szintre, elfordítottam az áramtalanító kulcsot. A gond, hogy a monitor az éles gép tetején volt, de a költöztetendő gépbe volt bedugva. Így az eredmény: a tesztrendszert szépen leállítottam, majd az éleset futás közben áramtalanítottam :-D

Ez még a DOS-os időszak volt... Rendet akartam tenni egy frissen kapott gépen, ezért a következőt követtem el:

mkdir dos
move * dos

Természetesen a rendszerindító fileok is mentek... :)

DOS időszak szintén: flopiról -szerencsére csak egy demó alkalmazás volt- mindent átmozgattam a "d:" meghajtóra, aztán amit át kellett vinni a másik gépre, azt meg rámásoltam a flopira. Aztán gép kikapcs - és abban a pillanatban rájön, hogy a "d:" itt bizony ramdiszk volt...

Atvettem egy rendszert. A megrendelo azt kerte, h a pgsql ramdiszkrol fusson, mert ugy gyorsabb lesz, az elodom megcsinalta. Fogtam a fejem, h mi a franc, de mind1, nem en csinaltam.
Egy nap restartolni kellett a service-t. A ramdiszk kezelo stuff rosszul mukodott, adat zero. A backup rosszul mukodott, adat zero.

Archivalva volt vmi total regi cucc.

Utana a megrendelo meg eroskodott egy kicsit, h pedig ramdiszkrol kene futtatni, olyankor mindig rahagytam, h nemsokara lesz idom es megcsinalom:)

t

Egymás alatt két ugyanolyan 4U magas, érintőképernyős storage. FC path módot váltottam az általam frissen beszerelt helyett az éles SAP alattin... Mázli: Az Oracle jól kezeli az ilyesmit, plusz ebédelt az összes felhasználó. Mire visszajöttek, már működött, adatvesztés nem történt.

Viszont ez annyira beleégett a tudatomba, hogy azóta minden parancs leütése előtt duplán visszaellenőrzöm. Azt hiszem egy ilyen kell az ember érési folyamatába, de k nagy mázli kell hozzá, hogy ez ne végzetes legyen.

Idei baki, szerencsére tesztrendszeren: copy-paste magával hozta a sorvégi entert, miközben módosítandó lett volna a paraméter... Ismét leszoktam a root ablakban a copy-paste használatáról :-D

van olyan terminal ahol meg lehet mondani hogy az entert ne fogadja el a vagolaptol?

Ha keresnem kellene egy ilyet, lehet, hogy először a termit-tel próbálkoznék először. Nem biztos, hogy ott megoldható, de látok rá némi esélyt.

Hasonló kopipaszta dolog nálam is befigyelt (lassú netkapcsolaton vpn-be húzott rdp-n indított xterm-ek között), azóta ha ilyet akarok csinálni, akkor indítok egy ed-et, abba "a", majd bemásol, ha jó, akkor ".q!", és jöhet a parancssorba másolás.
Az enter átmegy/nem megy át dologra meg azt lehet csinálni, hogy az utolsó előtti karakterig jelölni ki a másolandó sort, aztán a bemásolás után utolsó karakter kipótol, sor javít, és utána enter.

a parcellite nevű multi-clipboard helper cucc tudja szűrni az entereket és trimmelni a whitespacet a kejelölt szövegről.
amikor vmit kijelölök, úgy ahogy van rákerül a Primary Selection vágólapra (nem a parcellite része hanem magáé az X-é), ha így akarom enterestül beilleszteni, akkor megteszem; ha szeretném hogy szűrje a fenti módon, felnyitom a clipboard historyt (parcellite adja) kiválasztom a legutóbbi bejegyzést és onnastól "bizonságosan" be tudom illeszteni.
ez különben 2+1 gombnyomás, csak ha hosszadalmasabbnak tűnt volna...

~~~~~~~~
deb http://deb.metaltux.tk/ wheezy yazzy repack

Amikor először használtam verziókezelőt, akkor egy teljes napi munkámat töröltem le véletlenül commit helyett. Igazából azóta sem tudom, hogy hogy csináltam. Viszont másodszor - fejből újraírva a programot - sokkal jobb lett az eredmény.

Akkor találtam ki a WDWA fejlesztési elvet: Write Delete Write Again. Ha ezt minden fejlesztő betartaná, sokkal jobban működne minden :-).

Gimis voltam, és meg akartam mutatni a mellettem ülő osztálytársamnak, hogy mire jó a winnuke parancs. Valamiért azt gondoltam teljes biztonsággal, hogy az IP címek pont olyan sorrendben vannak, amilyen sorban a gépek vannak egymás mellett. Megnéztem a saját IP címem, hozzáadtam a deltát, ment a winnuke, és a terem másik felében eléggé nagyot nézett az épp vizsgát író osztálytársam, akinél azonnal jött a kék halál :).

--

Megérkezett a cég által frissen vett ssl cert, kapásból felülírtam vele a private key-t. Természetesen mindenről volt mentés, kivéve azt... :)

Gondolom sokaknak megvolt az üres vinyót a telire dd-zés, ghost-olás stb. :)
A `/etc/init.d/networking stop` valószínűsége a géptől mért távolsággal egyenesen arányos.

Iskora, unalmas adatbáziskezelés, net send parancs aktív használata. Kolléga nem tudott visszaírni, gondolota írok még neki, hogy töketlen veréb. Majd bevillant az isteni szikra, hogy vajon az IP helyére elfogadja-e a csillagot. Elfogadta. A látoteremben az összes monitoron, a kietítőn megjelent a csodás üzenet. :)
Pár perccel később az is kiderült, hogy az egész emelet egy IP-tartományban volt. :)

Bár, közel sem a legnagyobb baki, de pendrive helyet usb hddre dd megvolt itt is. Hát, legalább gyors volt a dd. :D

Első PC-men (286) DOS-ban próbálgattam sorban a DOS parancsokat. Eljutottam az FDISK-ig :)
Nagy bajt nem csináltam végül, csak a boot flag-et vettem le a C: meghajtóról. Valahol el kell kezdeni a rendszer-adminisztrálást...

Másik emlékezetes eset már Linuxon. Veritas Cluster bővítés új fájlrendszerrel, új disk groupon. Elfelejtettem letiltani rajta az autoimport-ot, így az egész service group-ot magával rántotta alkalmazásostól (http://www.symantec.com/docs/TECH30736). Pedig milyen szépen ki volt dolgozva minden lépés...

Irtam egy mainframe SMF-Exit rutint, amely hasonloan működik mint a megszakítások pc környezetben. Az adott gép minden address space (process, a unix terminologiaban) kontójára történik a futás. Nos ez a rutin feldolgozási fázisban allokált 80byte-ot (getmain), majd kilépésnél a felszabadító rutint (freemain) már cím+72byte hossszal hívtam fel. Lusta voltam DSECT-et definiálni a terültre és azzal hívni a getmain/freemain kombót. Természetesen a FREEMAIN hiba nem volt letesztelve, visszatért a vezérlés az address space-hez, memory leak. Az address space-ek memoria növekedése lassú volt, de folyamatos. Senki nem tudott rájönni, hogy ki a bűnös. Egy igen komoly központi számítogépet sikerült 2-3 nap alatt térdre kényszeríteni. Újra kellett indítani a gépet, amit miatt mainframe körökben hágai bíroság elé állítanak. :-)
Később az IBM a komplett rendszer DUMP-ból állapította meg a hiba okát.

Novell-es időszak volt még, gondoltam a szerveren miért ne menjenek standby-ba a lemezek. Nem tudta lekezelni a szoftver, adatvesztés lett a vége.

Aztán volt még egy.

Fujitsu szerverben gondoltam lessük meg mi lesz, ha a RAID5-ből kihúzunk egy lemezt. Sajnos beépítőkeret csak kettő volt, a tetejükbe lett polcolva még egy-egy lemez. Így egy helyett kettő jött ki. Ooops. Ennek nem lett adatvesztés a vége, lost+found-ból visszavakartam miután a kontroller nagy nehezen újra beindította a kötetet. Ezek után lett backup is. Azóta 5x megnézem honnan mit, húzok ki és fel is jegyzem hova kell visszarakni :)

Nem hotswap-os rendszer merevlemez lerántása éles szerveren futás közben, ér? :)

Másodjára hotswap-os rendszer diszket húztam le futásközben. RAID1 volt, meghalt az egyik lába, én meg lehúztam a másikat. Mentségemre szóljon: nem én raktam össze, és hajnal 3 volt.

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Nalam ket nagy fail volt eddig miota fejlesztokent dolgozok.

1. A localhoston csucsulo tesztkornyezetben smtp email kuldes tesztelese celjabol beirtam a forrasba a sajat email cimem es jelszavam. Majd errol teszteles vegen azza a lendulettel meg is feledkeztem.
Mikor lezartam a ticketet boldogan feltoltam gitbe a kodot es hazamentem.
Kb egy teljes het telt el, hogy feltunt, hogy a szerveren ott a config file, aminek ott nem, csak a hit ignore-ba bejegyezve kellett volna csak lenni... :-)
Azota ketlepcsos biztonsagi belepest hasznalok es minden projekthez generalt jelszot.

2) Masik fail az nemreg foldult elo, de gyakran ujra es ujra majdnem belefutok.
Tehat szol a projektvezeto, hogy az adott projektbe kell meg egy modul, ez es ez, rakjam bele. A modult elokaparom, kipofozom, hogy jo legyen, az adatbazis tablait berakom ahova kell, majd amikor kapcsolnam be a modult akkor veszem eszre, hogy nem is jo projekt van megnyitva abban a rongyos netbeans-ben, amivel kene foglalkoznom.
Akkor majd le estem a szekbol akkora fail volt... :-)

-------------
Command line Russian roulette:
[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo *Click*

Winben blogja
Reklámmentes képfelt

Durva sok bejegyzést tartalmazó - a db és az alkalmazás összes tervezési és kivitelezési csorbáját kiköszörülni hivatott - cron listáját írtam volna át.
Gyors rutingépelés, amit az agy nem is követ, csak az ujjak tudják (nagyjából), hogy mikor melyik karakter következik

crontab -r (a végén automatikus, elégedett crescendo az) ENTER

Jó ideig elméláztam azon, hogy miért nem jelenik már meg a vi a listával.
Azután utánanéztem annak, hol van, és mikori a legfrissebb backup.

Egen, a crontab -e egészen szopósan van megoldva. Egyik kollega is eljátszotta egyszer, szerencsére log-ból viszonylag könnyen lehetett reprodukálni. Azóta erről is van mentés

Nekem ma történt, nem nagy baki, de vicces.
Kolléganőm behozta a laptopját beállítani az irodába, nap végén (fáradtan) épp állítok be neki mindent majd nem mozdul semmi.
Próbálgatom perceken át, de semmi. Már épp azon vagyok hogy szóljak valami gond van amikor észreveszem, hogy a saját gépem egerével és billentyűzetével próbáltam az ő laptopján dolgozni :)

Én két c64-et is gajra-vágtam a házi készítésű cartridge-el :)

Nekem is 2-ot sikerult tonkretennem. Mondjuk utana lehetett javitani oket.

En a user porton keresztul vezereltem egy relét amivel morse kodót csináltam.

Sajnos elneztem egy ábrát. :) Aztán működött rendesen.

1. Középiskolás voltam, csináltam EPROM égetőt, 2716-ot (2 kiB) és 2732-t (4 kiB) tudott írni, olvasni. ZX Spectrum-ról vezéreltem. A Vpp már nem emlékszem, de valami 20 V fölötti feszültség volt. A hardware-t annyiban elszúrtam, hogy azon lábakra, ahova 0 V-ot, +5 V-ot, +21 V-ot lehet kapcsolni, nem volt mindegy, milyen sorrendben vezérelem a tranzisztorokat. Egy osztálytársamnak demóztam vele, amikor felszállt a füst. :)

2. Meg akartam változtatni Fedorán az UID-emet, s úgy döntöttem, törlöm a felhasználót, létrehozom az új UID-del, majd chown -R. Éjszaka volt már, én álmos, GUI-n töröltem, megkérdezi, hogy a $HOME-ban lévő cuccokat is törölje-e. Mondom igen, csináld, haladjunk! :) Kár, hogy nem ezt kérdezte. Az vált gyanússá, hogy a passwd file-ból egy sor törlése nem kellene sok ideig tartson, a HDD LED folyamatosan világít. Mentésből úgy a 80-90 %-át vissza tudtam tenni a dolgaimnak.

3. Shell scriptben számokkal végzek műveleteket, ezek a számok file nevéből cut-tal állítódnak elő. Viszont olykor 0-val kezdődnek. Elkerülte a figyelmem, hogy akkor az oktálisan kerül értelmezésre, hacsak nem kényszerítem a decimális feldolgozásra, vagy vágom le a vezető nullákat.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

2. usermod -u
:-)
A legnagyobb (publikus) bakim: vettem egy via chipsetes laptopot.

Megnéztem most a manualt, tényleg, de én akkor ezt nem tudtam.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Elcsesztem egy SQL query-t, aminek az volt a következménye, hogy 6000-el kevesebb marketinganyagot rendeltünk meg a nyomdától.
Szerencsére rájöttem, javítottam és a maradékot legyártották (tehát kevesebb volt, nem hibás).

Egy bizonyos és fontos projektet rendszeresen pusholtam remote git tárolóba meggyőződésem szerint legalábbis, mígnem elszállt alattam az ssd, ezután derült ki, hogy el voltak állítódva a git remote beállítások, és már körülbelül egy éve csak a saját gépemre pusholgattam egy másik dirbe... Hát majdnem megállt bennem az ütő.
Happy enddel zárult a történet, filerendszer szintű backupon meg volt minden (time machine).

Még a dos-os korszakban sst-vel (scroll screen tracer) nyomkövettem egy vírust (starship vagy natas). Az sst-ről tudni kell, hogy kényelmes, de a hardcore védelmek, trükkök ellen kevés: sima tarce bites int1-es debug, a victim vermének használata mellett. Bágyadtan nyomkodtam a szóközt (step), amikor "megszaladt". Éreztem, hogy baj van. Gyorsan ráböktem a turbó feletti reset gombra, de már nem bootolt be többé.
Később megvizsgálva a kódot kiderült, hogy a vírus által korábban a verembe pakolt indikátor érték megváltozott a nyomkövetés hatására (az sst is használta a vermet), ezt észrevette, ezért a verembe tolt flagben törölte a trace bitet és átállította a visszatérési címet tartalmazó cs:ip regiszterek értékét egy olyan rutin belépési pontjára, ami törölte mindkét fat táblát.

hu regi szep idok, amikor ugy 20 eve debuggoltuk a dos-os rezidens virusokat :)

A'rpi

+1

Off: Kb. 1999 tájékán osztálytársnőmnél volt valami nem túl durva rezidens EXE fertőző cucc. Átmentem, debug.exe-vel int21h megpucol (self-check rutin marad), majd újraindítás nélkül f-prot futtat, és clean. :)

Akkor én is nosztalgiázok egyet.
Az első boot vírust, amihez szerencsém volt, én is visszafejtettem. Aztán a kód módosításával készült 1990-ben a választásokhoz a titkosított install diszkek.
És hogy nem legyek off:
A lemezek gyártásához beállítottak egy külön Novell szervert, ami az asztalom alatt volt. Lázasan folyt a lemezek gyártása, amikor a forgószékemen forgolódva a lábammal véletlenül kikapcsoltam a szervert, kis híján meglincseltek, de megúsztam.
Ugyan ez a projekt, és a fentebb említett vírus (ez nem az én bakim): Kolléga szól, hogy valamit kiírt a gépe. A fenti boot vírus egy idő múlva kiírta, hogy várjon, ne kapcsolja ki a gépet, és eközben feltöltötte random adatokkal a diszket. Mentés és őszinte mosoly az nem volt.

bocsi duplázva

Hasonlót csináltam én is. Véltelenül rossz symlinket készítettem /etc-re, és urána rm -r parancsot utánaküldtem. Nem kellett volna, másnap tehettem újra, ugyanis a recoveryk nem igazán pofozták helyre a dolgot.

meg ugy 15 eve, mikor linux tanfolyamot tartottam kb 10 embernek, amig magyaraztam a kernel forditasnal a tudnivalokat, betortek a gepre :)
bugos wuftpd futott defaultbol...

A'rpi

Pár napja vettem egy Sony Xperia Z2 -t jó drágán.

Ez már MTP-n látszik az USB kábelen a PC felé by default (szemben a korábbi vfat block device -szal), hagytam is úgy. Ezzel együtt az új droidon már nem írható korlátlanul a microSD, át kellett költözni a belső tárhelyre az appokkal.
Történt, hogy nem láttam az appok által létrehozott új fájlokat: gps trackek, hangfelvételek, stb. Valamiért az a rögeszmém támadt, hogy ez a belső storage jogosultságkezelése miatt van (ext4 fs, szemben az addigi vfat-tal).

Az egész szarakodás annyira felbosszantott, hogy az első tutorial alapján UNLOCK-oltam a root-oláshoz: UGROTT A GARI. Rootoltam, visszaállítottam a microSD kártya korlátlan írhatóságát és pofáraesés - ugyanúgy nem látszanak az új fajlok, ott sem.

Na most aki kicsit is ismeri a droidot, az tudja, hogy:
- A belső storage tényleg ext4, de fuse-zal meg van fosztva a posix jogosultságkezeléstől.
- MTP-n csak akkor jelennek meg az új fájlok, ha a mentésnél az app API-n bejelenteni, hogy (potenciális) médiafájl született (ezt egy gps logger nyilván nem teszi meg, ezért nem látszik).
- A TowelRoot (CVE-2014-3153) elég a rootoláshoz.
- Az jogosultságproblémás teóriámat adb shell-lel 2 perc alatt megdönthettem volna.

és mindezt még aznap, az unlock után 1-2 órával már tudtam. Rég voltam ennyire hülye. :)

---

A másik sztori viccesebb: mission critical SAN, minden full redundáns, sokkilences SLA, sok nullás support szerződés. Sokpapíros mérnök megy diszket cserélni, kisebb bizottság gyűlik köré izzadó tenyérrel, minden flottul megy, teszi vissza az előlapot, amikor fény derül a rendszer gyenge pontjára: a főkapcsoló nem redundáns, csak besüllyesztett, de nem annyira, hogy az előlap sarka ne érné el. :) Apokalipszis most.

"az új droidon már nem írható korlátlanul a microSD"
Hogy mi van? Ha berakok egy 64 gigást, nem ír rá, csak mondjuk 4 gigát?
Bazeg. Ezt az egészet hogy lehet megoldani garancia vesztés nélkül?

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Ismerkedtem a Linux beállítgatásokkal és már össze raktam egy kis levelező szervert. Otthon volt fix IP, onnan futott.

Majd egyszer csak "chmod -R /" parancs sokáig futott. Azóta tudom, hogy ez így nem arra a mappára vonatkozik ahol épp vagyok...

Haver is eljátszotta évekkel utána éles szerveren. Akkor már rutinosan mondtam neki, hogy kaját hozzon, ma nem alszik otthon. :)

Ilyet volt nekem is anno a "nagy bakim"

Csak én gyorsan összegámnyolt (ügyes) scriptet írtam, ami szuper biztonságosra állítja a webszerver alatti file jogosultságokat:

a script így kezdődött:

chmod uog-rwx -R /$1

a többi része mindegy is, mert paraméter nélkül sikerült futtatnom :o

Minden rosszban van valami jó: gyorsan megtanultam hogyan lehet megkerülni a linux filerendszer jogosultságokat - és végül sikerült helyrehozni. :)

--
zrubi.hu

Nem létező könyvtárba cd, majd rm -rf *, mindezt egy root-ként futó cron job esetén elég kellemetlen dolog elkövetni - a jogosultságok elvesztésénél picit rázósabb ügy ugyanis :-P A gép párjának a klónozása majd a mentés visszatöltése után ki lett javítva a script :-P

No igen, scriptek esetében is ellenőrizni kell a paramétereket, meg a visszatérési értéket, nem azt feltételezve programozni, hogy majd minden jó lesz.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Legnagyobb bakim: beleegyeztem, hogy a cégnél a fejlesztéshez használt SCO UNIX-on a root jelszó legyen mindenki által ismert. (Nem volt kijelölt rendszergazda, de valahogy hozzám kerültek a telepítési és konfigurálási dolgok).

Aztán az egyik kolléga írt egy levelet, hogy egy sajnálatosan elszabadult chown miatt...

Már nem emlékszem, hogy újratelepítettem a gépet, vagy valahogy kézzel kijavítgattam, de valószínűbb az újratelepítés. Persze új jelszó is született, amit nem adtam meg a többieknek.

Nem velem történt, hanem egyik barátommal:
Valamikor talán 15 éve egy suliban volt rendszergazda. Mivel a szerver volt a legerősebb gép, ezért a grabbeléseket azon csinálgatta magának Audiograbberrel, ami így is hosszú órákat vett igénybe. Abban található egy apró kis kapcsoló, az állítsa le a gépet, ha kész van. Ő hazamenetel előtt elindította a műveletet, és ezt a pipát úgyfelejtette. Valamikor hajnalban telefonáltak neki, hogy nagy a baj, mert nem megy az oldal, a rendszer stb. Kb. 25 Km-re lakott a munkahelyétől egy faluban.
☼☆♫♪♫♪☆☼
AGA@
Fork portal és az egyik logóm :)

en mindig ledobbenek, ha atlagbela egy szerverre X-et tesz...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

Telepíts Oracle-t X nélkül...

Csak egy VMS kell hozzá :D
(ja, nem... ott is csak a 7-est lehetett :) )

Mondjuk nagy marhaságnak tartom, hogy szerverre való szoftvereket nem lehet GUI nélkül telepíteni, használni.

Azt epp lehet response file-lal.

Ez biztos? 9-esnél vagy 10-esnél követelte az X-et... Én nyúltam mellé, változott azóta valami vagy... ?

10g-t tuti le lehetett szoktatni róla...

Hiányosan fogalmaztam: az OK, hogy nem használja (elvileg) az X-et, de nem is pofázott amiatt, ha nem voltak telepítve az X-es libek?
Annyi szervert nem kellett telepítenem soha, hogy belemásszak az automatizált telepítésbe mélyebben. Egyszer kipróbáltam, nem ment, mert nincs X, hagytam a fenébe. (meg egyébként is akkoriban HPUX-on dolgoztam, szóval a linuxos telepítője kevéssé izgatott ;) )

Na látod ezt már a franc se tudja, arról lehetett leszoktatni, hogy kelljen neki egy futó szerver, hogy installkor tudja húzni a csíkot...

sünön annó lehetett, csak hosszasan kellett minden mögé írni, hogy --menj-anyádba-nem-kell-grafikus-bitkolbász

Viszont soft architect kolléga valami rational rose-al (vagy valamelyik másik ilyen izével, mindegy is kb, kurvanagy java förmedvény) küzdött multkoriban, elvileg supportált bubuntun is, tegyük akkor arra. Na az csudi volt, tisztán látszott, hogy a srácoknak fogalmuk nem volt arról, hogy mi fán terem. Az csak egy dolog, hogy az ember a sysctlt kicsit megokosította, mert default beállításokkal még elindulha kni se sikerült, mert elfogyott a filehandle, vagy ilyes, aztán több kört futottunk a
- ha kilépek a useremmel, megáll
- ha kilépek a useremmel, elmúlik a grafika nagyrésze a weboldalon
témakörben, és kiderült, hogy ez ugyan egy szerver alkalmazás, de kell neki egy X szerver valahol, mert ő azon rendereli valahogy a képeket (erre a doksiban egyébként valahol egy exportalj DISPLAYt egysoros volt, fene gondolta, hogy nem csak az installer bitkolbászához (ami egyébként szintén kurvafontos ám)), akkor azért kicsit letettem az arcom.

Atlagbela lesz@rja a parancssor-only geekfaktorát, atlagbela kényelmesen akar dolgozni.

az X-szel (meg a tobbi haszontalan kacattal) egyutt egy csomo olyan szar is felkerul (pl. fuggosegek), ami egy szerverre nagyon nem kene. Minel tobb mindent teszel fel, annal tobb potencialis lyuk kerul a szerverre. Az X biztonsagi multjarol meg ne is beszeljunk, etc. Szoval meg mindig tartom, hogy X-et nagyon nem kene szerverre tenni. Ha a te fejedben ez geekfaktor, akkor az csak a te 2-es ala bizonyitvanyod mutatja...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

+1

Szerverre csak azt, ami szükséges. Általában az X nem az.

Átlagbélaánál jelent geekfaktort (amit ő lesz@r) az, hogy 9600:8N1 elég az adminisztráláshoz, nálam nem. Az ssh -X esetén is fel kell lapátolni egy rakat libet, meg az Oracle is igényel egy rakat olyan beállítást, ami a biztonsággal ellentétes irányba mutat (seLinux: kéremkapcsoljaki!), és nem hiszem, hogy Átlagbéla a biztonságot is ilyen méylélektani komolysággal kezeli.
Szerintem sem köll X szerver meg wm, meg qtyaf@sz@ a szerverekre, de aki másképp gondolja, az sem biztos, hogy hülye. Azt szoktam megkérdezni, hogy annak, hogy fent van az x csomag, adott rendszerben milyen kockázatnövelő hatása van? Nem úgy általában, hanem ott, abban a rendszerben.
Az elvek arra jók, hogy irányvonalat jelöljenek ki, semmi másra.
Jó kérdés pl. az, hogy ha érzékeny adatokat gépek között mozgatni csak titkosított csatornán (ssh/scp/https) szabad, akkor ugyanezen adatokat két, azonos hoston lévő VM között hogy célszerű mozgatni? Elvileg titkosítva, de van-e értelme titkosítani gépen belül, vm-ek között?

off

Fedora 21-ben az X már sima user joggal fog futni.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

ssh -X

(Persze X libek így is kellenek hozzá, de mégsem full grafikus felület)

--
zrubi.hu

ssh -X mint munkafelület?
Nem mondom, NAGYON egyszerű hálózatban elmegy, amúgy irodalma van annak (hupos is), hogy ez mennyire suX.

ssh -X mint munkafelület?

Neeem. Oracle telepítés X nélkül.

--
zrubi.hu

Akkor tényleg rosszul értem.

Ezzel nem azt szándékozod elérni, hogy az ssh kliens oldalán, mint X szerveren jelenjen meg mindaz, ami az bessh-zott gépen jelenne, vagyis ssh-n keresztül dolgoznál (itt a "dolog" az oracle telepítése) X-szel?

Az O telepítése nálam még bakancslistán van, ezért nem tudom, hány widgetet dobál ilyenkor, de számos hasonló piaci cucc egyáltalán nem túlcsicsázott javás-ikszes telepítője ilyen felállásban lehetőséget nyújt parallel meditálásra, főzésre, borotválkozásra, hup-követésre, galaxiskategorizálásra...

Akkor tényleg rosszul értem.

Ezzel nem azt szándékozod elérni, hogy az ssh kliens oldalán, mint X szerveren jelenjen meg mindaz, ami az bessh-zott gépen jelenne, vagyis ssh-n keresztül dolgoznál (itt a "dolog" az oracle telepítése) X-szel?

De, ez a cél. És az 'ssh -X' ezt is csinálja. De ami ilyenkor megjelenik nálad, az kizárólag azok az ablakok, amiket szerveren elindított alkalmazás (esetünkben Oracle telepítő) nyit.

Ehhez pedig nem kell a szerveren teljes X, csak a nagyon szükséges libek - ahogy azt itt mások is megerősítették...

--
zrubi.hu

Szerintem ezt húzd le a bakancslistádról, mazohizmusból vannak sokkal jobbak, másra meg nem jó :D

Köszi az óva intést, de eddig is teher alatt nőttem.

Szerintem elbeszélünk egymás mellett.

A lényeg: ssh-n keresztül az X-es widgetek megjelenése és azok nyomkodésa sírás és fogaknak tsikorgatása bármilyen vékonyra vannak faragva a feltelepített anyagok.

Egy rakat lib meglétét is ellenőrzi, ha jól emlékszem. És persze az ssh -X mellé is kell néhány dolog (xorg-x11-xauth, ami dependál a libX11 és a libXau csomagokra), ami lehet, hogy elég az Oracle telepítőnek is... Mondjuk tény, hogy komplett X kiszolgálót meg ablakkezelőt nemköll telepíteni.

vindózentíhez alapból jár teee átlagbéééla!

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

husika, a vindózentín az X Window System hanyas verzioja fut? Koszonom, leulhetsz...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

husika a jó édes a...! az "audiograbber" nevű vindózos csodaprogram szerinted hol futott bazmeg?! Aki leülhet az maximum te vagy...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Jó sok évvel ezelőtt történt még a DOS-os időkben.
Egy vinyóról (80MB!) próbáltam leirtani egy vírust.
Elég keservesen sikerült csak, ráment egy egész napom.
Akkoriban még gyűjtöttem is a vírusokat. Minden vírus egy szép piros floppy lemezre került valami kis egyszerű játék exe-jébe. :)
Figyelmetlenségből a leirtani kívánt vírust fekete floppyra tettem.
Aztán pár napra rá betettem a lemezt, elindítottam a játékot. A vírus persze visszamászott a rendszerbe.
Akkor kikaptam a vinyót a gépből, és odabaftam a földhöz :D

A vírus persze visszamászott a rendszerbe. Akkor kikaptam a vinyót a gépből, és odabaftam a földhöz :D

ez tuti valami patent pending AV-megoldas...

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

Hat lábú pókot rajzoltam egy játékba....

ha fantasy játék, akkor simán belefér :)

:DDD


// Happy debugging, suckers
#define true (rand() > 10)

kb 2007: lerohadt mysql server, és az uccsó friss backupot egy laza "cp backup.sql backup.sql" paranccsal gyorsan 0byte-ossá változtattam.
(használat előtt el akartam menteni, nehogy valami baja legyen :P)
"csak" 4 kolléga anyázott hogy az elmúlt nap melóit kezdhetik újból :/

$ cp b.txt b.txt
cp: ‘b.txt’ and ‘b.txt’ are the same file

$ cp --version
cp (GNU coreutils) 8.21

Korabban nem ezt csinalta? De akkor mit is? Nem emlekszem ilyen viselkedesre.

Gondolom, végrehajtotta. Azaz a célfile-t megnyitotta írásra, így az létrejött 0 hosszal, ám ez volt épp a forrás is, így ment minden a levesbe. Manapság talán - nem próbáltam ki - ez okozna hasonlót:

cat b.txt >b.txt


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ien, cat tudom, h ezt csinalja, de cp-vel kapcsolatban nem emlekszem ilyen mukodesre az archivumomban:)

lehet cat volt, mert ugye plain text mysqldump-ban turkáltunk sokat... de sajnos 0byte lett ígyisugyis :/

Ifjú titánként: ismerősömhöz mentem át cirka 14-15 évesen vírust írtani, egy McAfee ViruScanes boot lemezzel. DIR2. Ez egy cseles vírus, ami egy nem használt szektorba pakolja magát, és úgy módosítja a dir bejegyzéseket, hogy csak a vírusos EXE-re mutassanak. Amennyiben a vírus rezidens, a DOS számára az eredeti könyvtárbejegyzést mutatja. Akkor még persze nem tudtam ezt, és a tiszta lemezről bootolva "leirtottam" a fertőzött fájlokat. Ha jól emlékszem, utána nem bootolt a gép. :)

Rendszergazdaként: középiskolai kollégium, rendszergazdaként tevékenykedtem. Az igazgató gépén kellett volna helyet felszabadítsak. Ehhez a Partition Magic-et próbáltam használni, ami már korábban bevált. "Természetesen" backupot nem csináltam. Az első indításkor kérdezi, hogy invalid partition, javítsa-e? Ráböktem a Yes-re. Hazavágta az egész Windows partíciót, adatoknak visz'lát. Mindnek. (Akkoriban még nem készítettem mentéseket.)

Fejlesztőként: windows, driver fejlesztés. Refaktoráltam a gány kódot, de egy hibás feltétel miatt nem mindig szabadította fel az egyik memória puffert. Egy éles szerver állt le miatta. Először csak akadozott, aztán megszűnt a remote desktop kapcsolat is. A felügyeleti eszközök "természetesen" nem látták a free megabytes teljesítménymutatónál, mert ez paged pool memory volt, és azt ez alapból nem volt gyűjtve. Poolmon-nal sikerült kimutatni, hogy melyik azonosítójú memóriafoglalás zabálja fel a memóriát, és utána találtam meg a kódban a hibát. A swap fájl dinamikus volt, és valószínűleg akkor vállt elérhetetlenné a szerver, amikor a swap "megette" az összes szabad helyet a C: meghajtón.

Nem tegnap volt … :D
új gépeket szereltem össze, közben behoztak egyet javításra. Szinte új volt teljesen, pormentes csak a tápja volt füstös belülről. gyorsan kicseréltem, indult és vitték is el. A tápot otthagytam az asztalon (6 asztalon dolgoztam egyszerre általában) Na fáradt is voltam a tö…m is tele volt már a nappal. Fogtam azt a szép tápot, ami hibás volt és összeszereltem az új alkatrészekkel. Szerencsére leégett majdnem minden eleme (lap,memo, vidió)
Boldog voltam :D
(codagen standard táp volt, egyforma volt olyan mint az uj. Azóta minden féle hibás alkatrészre „azonnal” még ha ki is kukázom rárakok alkoholos cerkával egy böhöm nagy „R” bötüt)

En a hibas alkatreszekre csavarhuzoval szoktam X-et rajzolni (ha nem garis mar)

De hogy ontopic legyek:
Valami egyszeru HW javitas volt: gep kihuz, megcsinal, meg sem moccan. Elkezdtem a szokasos procedurat: minden kartya ki, semmi eletjel. RAM ki, semmi eletjel. CPU ki, tap meg mindig nem indul. Kozben valamit kerdeztek es amikor visszafordultam a gephez lattam meg a tapkabelt mellette.

--
http://blog.htmm.hu/

Gyá :-D

-------------
Command line Russian roulette:
[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo *Click*

Winben blogja
Reklámmentes képfelt

Én egyszer a gépem szétszedése/összerakása után másfél napon át anyáztam, hogy nem találom a csipogó csatlakozóját (a ház elejében volt egy mini hangszóró, abból lógott ki egy drót, amit az alaplapra kellett volna csatlakoztatni)
Végül úgy döntöttem, hogy le van... szóval le van, összeraktam csipogó nélkül. De jééé... mégis csipog. Persze: a házé sohasem volt bekötve, az alaplapon van egy még apróbb hangszóró. :D

Asszem ugyanezzel az alaplappal játszottam el azt is, hogy amikor megvettem és összeraktam újonnan, nem bírtam bekapcsolni. Késő délután/este már ott tartottam, hogy vagy kuka vagy megy vissza garanciába, mikor felfedeztem, hogy a szokottnál több kábel van a tápon is, meg eggyel több csatlakozó van az alaplapon is, mint amit megszoktam. Amint összedugtam őket, feléledt a gép. :D

Bár nem "olyan" baki, de nekem erről az az eset jutott eszembe, amikor drága ismerős megkért rá, hogy telepítsem újra a gépét. Oké, gépet elhozták, állnék neki telepíteni, megzavarnak. Később megyek vissza a géphez, nézem sehol nincs a telepítőlemez, nekiálltam hát feltúrni az egész házat. Végül egy fél órányi keresgélés után arra jutottam, hogy biztosan kölcsönadtam valakinek. Felhívtam hát a szóba jöhető személyeket, de senki nem tudott ilyenről. Aztán órákkal később jött a felismerés, hogy én már rég betettem a pc-be a telepítőlemezt, csak el kellett volna indítanom. :-)

Dos Önkormányzati program, program könyvtárból fut, program\telepit könyvtárból lehet frissíteni. Legegyszerűbb, ha a telepit könyvtár tartalmát töröljük, beletöltjük az új verziót, ami a telepit.bat programmal felülírja a program könyvtár bizonyos fájljait.
c:\program\telepit könyvtárban állva kiadtam a telepit.bat-ot.
Kiírja, hogy a telepit.bat lefutott.
Belép a c:\program könyvtárba, amit én nem vettem észre.
A felhasználónak mondom, hogy: na akkor, hogy legközelebb ne kelljen ezzel szarozni, most töröljük a telepit könyvtár tartalmát a del *.*-al.
Biztos benne? Naná, tudom mit csinálok.
Program könyvtár üres :-)

Amikor betanulási időben az aknakeresővel gyakoroltam a hálózati rendelkezésreállás okozta stresszt, miszerint egy mellényúlás leállíthatja az egészet. Eleinte viccesnek találtam. Amikor belépett a főnök, akkor lett meg az akna és a tapasztalat. Ő ugyanis nem tudott a kiképzésről ;)

Viccet félretéve: Pénteken munkaidő vége után egy órával halt a távoli telephely átjáróján. Szerencsére az ottani munkatárs még bent volt. Készült a hétvégi rendezvényükre. A gondot egy telefonos távirányított reset-el megoldottuk.

Nekem sikerült rádugnom az APC Smart-ra egy nem hozzá illő soros kábelt, így azonnali hatállyal áramtalanítottam a teljes szerverszobát.

Balázs

Ez amúgy szerintem nagy szégyen az APC részéről.

Igen, én is tudom spéci kábel kell hozzá, de fogalmam sincs, hogy miért és ha a standard kábelt kötöd rá akkor miért kapcsolja le?

beígértem egy diszkbővítést valahova, de csak a teljes doboz újrahúzásával/backup-olva lehetett megcsinálni. sokat dolgoztam vele, rohadjonmeg.

1.: Általános iskolás voltam. 8. osztály, számítástechnika óra, 286-os és 386-os gépek (1997). Beléptem a gép biosába nézelődni - kíváncsiság nagy úr. Másnap reggel rámförmedve rohan be órára a számtech tanár az igazgatóval egyött, hogy mit csináltam a géppel, mert nem bootol. Megmutattam nekik. Mint később kiderült, nem én rontottam el, hanem az alaplapi elem merült le. HDD beállítások nuku, így a gép nem bootolt be.

2. Kíváncsiságból kiszedtem egy 486-os alaplap bios chipjét. 486 DLC proci volt benne, ami akkor nagy számnak számított. Sajnos a chipet fordítva tettem be. Az alaplap tönkrement. Egy életre megtanultam a sztorit.

3. Egyik nagy hazai egyetemen dolgoztam, mint rendszergazda. A központi szerverteremben voltam, munkám befejeztem, hulla fáradt voltam. Kíváncsiságból meg akartam nézni a nem rég beszerelt központi ups terheltségi adatait. A kijelző idővel elhalványodik és csak az egyik gomb megnyomására ír ki ismét adatokat. Rossz gombot nyomtam meg, az ups átkapcsolt bypassra. Erre az ups elkezdett hangosan sípolni és kb. 1 percen belül a fél üzemeltetési csoport ott volt. Szerencsére a gépeket, eszközöket ez nem érintette.

4. Nem régen történt egy klasszikus tervezési baki. Komoly rendszer (hardveresen és szoftveresen is), nagyon sokan használják. Felépítettem az új infrastruktúrát, rendben működött. Többek között mindhárom DC is a bladeken futott Hyper-V alapon virtualizálva. A bladek SAN bootosak voltak. Egyszer fellépett egy hiba, amely miatt mindegyik bladet újra kellett indítani. Újraindulás után a bladeket először nem lehetett elérni, majd a virtuális gépek nem indultak el. Mint kiderült, a DC-k se indultak el, így a Hyper-V fürt se tudott elindulni, amely nem húzta fel a cluster fájlrendszert. Az erőforrások elérhetetlenek voltak, mind offlineban és zárolt állapotban. Többszöri újraindítással és powershelles mókolással sikerült életre kelteni a DC-ket, így a fürt elindulhatott. Tanács: legalább 1 DC mindig elérhető legyen és külön gépen fusson.

Nemrég esett meg egy javaee projektnél, hogy a drop-and-create funkciót bekapcsoltam hónapokkal ezelőtt a persistance.xml-ben, majd a projektet pihentetni kellett. Most hogy újra elő kellett venni, egy egész délutánt végig pislogtam, hogy hová tűnnek a demo adatok az adatbázisból re-deploy után.

+ 10 eve, esti filmezeshez elokeszul: `shutdown -h 60` majd mplayer indit, majd ra 4 ora mulva felebred, hogy miert megy meg mindig ez a sz*r??? Mashova ment az a shutdown ...

mit néztél, volt egyszer egy amerika ? vagy loopolva volt ?

Nem, a gep "ment" meg ... akkor: miert zug meg ez a sz*r :)

.

Win 3.1: átpakoltam az összes exe-t egy külön mappába a windows könyvtárból, hogy legyen már rend -> többet nem indult el azon a gépen csak Win 3.11-es, amely már jóval lassabb volt (azt rakott rá, aki újratette).
Apa nem gorombított le, pedig nagyon dühös volt emiatt. Ha akkor leszúrt volna, lehet nem érdeklődnék a gépek iránt :)

Pár hét alatt több, egy kupacban lévő gépben döglött meg tápegység. A felső utasítás az volt, hogy vegyünk olyat, ami olcsó, de legalább szar. Nem kaptam annyi egyformát, amennyi kellett volna, és az utolsóként beszerelt eltérő darabon nem találtam meg a külön 12V csatlakozót. Találtam viszont helyette egy másikat, amin igaz, hogy kettővel több tű volt, mint kellett volna, de a fele kiválóan passzolt az alaplapon még üresen árválkodó csatiba.
Mivel amúgy is morcos voltam, hogy minek is építjük be megint ezt a 4000 Ft-os szart, egy elfojtott morgás kiséretében, miszerint a kiskínaiak már szétvehetőre sem képesek megcsinálni az univerzális csatlkozóikat, bedugtam.
A gép persze nem indult, mert (talán) a PCIE csatlakozóról 12V-ot kapott oda, ahol a 0-nak kellett volna lennie. Hogy ezt - amúgy ismerve a csatlakozók helyeit - miért követtem el, máig sem tudnám megmagyarázni.
Szerencsére a táp érzékelte a rövidzárat és mindenki túlélte a kalandot.

"Szerencsére a táp érzékelte a rövidzárat és mindenki túlélte a kalandot."
Akkor mégsem volt az olyan szar ;)

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Sokportos központi switch, céges elvonulás után pihent kolléga rádugott egy kevésbé jól belőtt másikat, ami miatt a logok elkezdtek telegyűlni "Native VLAN mismatch" sorokkal. Szóltam, tűrtem, meguntam. Én is pihent voltam elvonulás után, gondoltam kinyomom a CDP-t amíg nem történik valami a túloldalon:

# conf t
# int gig 12/35
# no cdp run

A helyes parancs értelemszerűen a "no cdp ena" lett volna, mert az vonatkozik konkrét portra. A maradék néhányszáz porton IP telefonáló sales kolléga nem tervezett üzemszünetet kapott a "run"-nal központilag kilőtt CDP miatt. Telefon nélkül meg HelpDesket hívni se könnyű.

es ezt igy hogy? Minek kell a cisco discovery, es miert okoz leallast, ha nem fut?

--
"A politikat, gazdasagot es a tobbi felsorolt faszsagot leszarom, amig engem nem erint (nem erint)" (bviktor)

szerintem stp-t akart irni cdp helyett

+1

cdp tiltas siman okozhat problemat cisco ip phone-oknal

Az by design sz@r dolog...

STP-t akkor se kapcsolok ki ha én akarnám kikapcsolni - azok a problémák ellen porttiltás van és kész. :)

A Cisco IP telefonok nagy környezetben (1000+ végpont) sajnos nem annyira szórakoztatóak PoE, QoS (és emiatt: CDP) nélkül. [Kulcsszó a guglihoz: "trusted boundary", de ez csak az egyik ok ami miatt kell CDP -- ezen túl a VVLANt is meg kell valahogy súgni, meg az átlagosnál esetleg nagyobb PoE áramfelvételt is kommunikálni kéne mielőtt a switch lelövi a portot szó nélkül. ]

Ugyan nem az én praxisomban és nem is informatikusok követték el, de egy kis OFF-nak, és poénnak jó:
Riadtan hívták az egyik informatikus barátomat az egyik irodába, hogy nem ismeri fel az egyik gép a bedugott pendrive-ot, amin fontos adatok vannak a munkájukhoz. A barátom leballagott, majd az UTP aljzatból kivette a memory sticket, és bedugta az USB aljzatba.

Kipróbáltam: tényleg belefér. :-)

Persze, simán belefér, hányszor beletömtem már a friss laptopjaimba :-)

-------------
Command line Russian roulette:
[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo *Click*

Winben blogja
Reklámmentes képfelt

+1

A T430-as netcsatijába a töltődugasz is úgy passzol, hogy nincs vakon tapasztalható lötyögés...

Óóó! Ilyen sztorim van nekem is :D

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

ennel jobb volt, mikor a ps2-es billentyuzette dugtak be a regi koaxos BNC ethernet csatlakozoba, abba is pont beleillik

A'rpi

És ilyenkor azt, aki dug, nem zavarja a papa és a mama tűinek, lyukainak számában tapasztalt eltérés, az eltérő kialakítás?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

ugy tunik :) mondjuk mancika kategoriaju r<1 sugaru usereknel meg is lepne ha ilyesminek is figyelmet szentelnenek...

Ha desktopról van szó akkor valószínűleg nem látsz semmit, csak beledugod és megnézed nem lötyög-e

Meg szoktam nézni, pl., ha van egér és billentyűzet PS2-es csatlakozó.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

rm *.bak

helyett

rm *>bak

Ha a SHIFT gombot nem engedi el időben az ember...

Én egyszer a klasszikus "rm -rf / home/horvatha/Tmp"-t követtem el kb. 15 éve, álmosan, root-ként. Még mindig rossz rágondolni... Leckének jó volt, de szerencsére mentésem mindenről volt és csak a saját gépemet barmoltam szét.

Majdnem megkérdeztem, mi ezzel a baj, aztán megláttam a szóközt. Jobb lett volna code nézetben.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Manapság nem lehet már ilyet... :(

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

de lehet, csak van már rm implementáció, ami ezellen speciel véd :)

Nem a legnagyobb bakim, cserébe nagyon bosszantó. 2008-ban zenelejátszó szoftvereket próbálgattam ki XP-n. Volt kb. 10000 mp3, amik innen-onnan, ismerősöktől voltak meg, egzotikus zenék, amiket igen nehéz vagy lehetetlen pótolni. Az iTunes-t is kipróbáltam, és vagy nem kérdezte, vagy késő éjjel nem vettem észre a lehetőséget a kihagyására (pipa vagy ilyesmi), de átrendezte az összes zenémet ID3 tag alapján Artist szerinti, majd azon belül Album szerinti mappákba. A zenék nagy részénél nem volt kitöltve, vagy helytelenül volt kitöltve az ID3 tag, így lett belőle egy naaagy szemétdomb. Sok olyan mappa van, ami csak a Title egy része, majd benne a következő mappa, ami a második része. Mai napig bosszankodom, mikor valamit meg akarok találni...

--
No God, no peace. Know God, know peace!

A zenéknél első dolgom a tagek kitöltése, értelmes program nem is kezeli normálisan tagek nélkül. Pl.: amarok vagy clementine

+1 de nekem ez linuxon volt :S

Az első munkahelyen történt.
A sarokban hevert egy szűk asztal alatt a NW3.11-es szerver, amelyhez pár nappal korábban kerített a központ egy modemet, amely alig volt nehezebb, mint egy Révay-kötet, és már akár 9.6k-val is hasítani tudott.
Ölemben 20 kilónyi akta, vinném ki a csába, de a sarok mellett ülő kollegina sikít, hogy jajagép-jajanyomtató-jajahőhullámok.
Rohanok, ledobom a stócot az első szóbajövő helyre, orvoslom a kolléganő baját, odébbállok. Egy idő múlva szaggatott csipogás üti meg a fülem a szerver és modem felől. Nézem jobbról, balról, nem látok semmit.
Hívom a központot, nem forgalmaznak-e vmi furcsát, ami ezt a hangot eredményezheti.
Központi cimbora hangján már hallaszik, hogy valami készül.
- Ott vagy a gépnél?
- Odacibálom a telefonzsinórt...
- Akkor lenn a gépen/modemen semmi sem látszik?
- Ja.
- Fenn az asztallapon?
- ... az a kib. aktacsomó, ami eltakarja a billentyűzetet...

Csak hogy emléket állítsunk a régmúltnak is:
http://hup.hu/node/77425

De akkor már vallok én is (könnyebb lesz a lelkem):
UPDATE users SET password=md5('akarmi');
Így... ...WHERE nélkül. A sorok számát már nem merem leírni...

Haverom diplomamiunkáját gépeltem be, akkor még csak nekem volt számítógépem az ismerettségi körében (1993 körül lehetett).
A magyar nyelv sajátosságainak köszönhetően a munka vége felé tönkrement a billentyűzetemen az "e" billentyű. :)
Gondoltuk: számoljuk meg, hány "e" betű van a kész diplomamunkában!?

Egy gyors keresés/cserével lecseréltem az összes "e" (és mint utólag kiderült "E" betűt is) "e"-re.
A kapott eredményre már nem emlékszem de arra igen, hogy nagyon sok időm ráment, mire a nagyja "E" betűt visszacseréltettem a szövegben.

Utólag tudtam meg, hogy még a konzulens is talált kis "e"-vel kezdődő mondatokat és neveket a más kinyomtatott szövegben. :D

Így utólag jókat röhögünk a sztorin, de akkor leizzadtam pár kilót, mikor észrevettem a bakit...


openSUSE 13.1 x86_64.

lecseréltem az összes "e" (és mint utólag kiderült "E" betűt is) "e"-re.

???

A legtöbb szerkesztőprogram ilyenkor kiírja, hogy hány "csere" történt. Ahány csere, annyi e betű. Ha ki volt kapcsolva a kis/nagybetű érzékenység, akkor az E is le lett cserélve e-re.

Nekem már csak az nem tiszta, hogy a replace után miért nem nyomták meg a CTRL-Z kombót :)

Kérdés, 1993-ban a szövegszerkesztőkben volt-e undo funkció.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Természetesen nem volt még. :)
Ha jól rémlik, a Norton Commander editorával követtem el az egészet.
Mivel előtte már volt néhány kisebb adatvesztés pl. áramszünet miatt, így mentettem szinte minden mondat, vagy komolyabb változás után a szöveget.
Az ominózus keresés/csere után is az első mozdulat a CTRL+S volt (ha jól emlékszem, az volt a mentés billentyű kombinációja.)


openSUSE 13.1 x86_64.

Esetleg F2 jöhet még szóba. Igaz, hogy undo nem volt akkoriban, de azt szerintem megfelelő konfiguráció esetén tudták, hogy felülírás helyett a régiből csinált *.bak-ot, majd kiírta az új mentést. Így - hacsak nem nyom az ember kétszer mentést egymás után - még van esély az eredeti állapot visszaállítására.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Így már teljesen érthető :)

Történetesen az akkori MS Word 2 tényleg tudott Undot, viszont az akkori emberek tudtak Word nélkül is editálni, ami nem is ártott, mert egy diplomamunkányi szöveg kezelése a kor gépeivel WYSIWYG volt: When You've Slept Is When You Get (something).

Na akkor én is kettővel:

- elbaszott SAN zonázás, futó DB2 alól kibasztunk egy LUN-t. Sszerencsére csak pre-prod volt (ehhez azért 3-an kelletünk, meg a szokásos indiai szarok bele mentalitás).
- elbaszott Storage VIO upgrade, 13 prod server alól tűnt el minden LUN. Na ez én voltam :D

------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"

OFF, nem is szakmai, nem is a legnagyobb, de a "kedvencem":
hobbista vízvezetékszerelőként szokásom lefolyószifon-szereléskor a bűzzáró szifondarabban maradt vizet megszokásból a lefolyóba önteni. Iiigen, csak ott most a padlóra folyik le a víz ... mertugye valaki szétszedte a lefolyót ... Többször megjátszottam már.

:wq

Ha már vízvezeték szerelő, nálunk először úgy szerelte fel a kádcsapot, hogy fölfelé állt a kifolyó (!), nem tudom mennyit ihatott előtte, de amikor megláttuk...

Ezen egy perce rohogok :) Hogy kepes valaki ilyet elkovetni? Mint Mucsi a Buheramatrixban:
"Akkor ide irjuk a szamlat:
200e Ft, HA minden jol megy, anyag nelkul DE munkaerovel"

--
http://www.micros~1

Ezzel nem vagy egyedül, én is többször megcsináltam már.

Akksit cseréltem a HTC One X-emben és a void matricával leragasztott csavart elfelejtettem kiszedni és kicsit erősebben próbáltam meg kiszedni az alaplapot, aminek az lett a vége, hogy meggörbült kicsit és bekrepált az egész.
A legrosszabb az egészben, hogy nem először csináltam ilyet és egy ilyen hülye hibát követtem el.

Nem éppen szakmai eset, de lehetne a címe: Az informatikus lazít.

Kiruccantam Kisorosziba egy kurta hétvégére. A helszínen jutott eszembe, hogy nem csomagoltam kést. Szerencsére a helyi boltot elkaptam a zárás előtti percekben, vettem egy kiciócó darabot. Gyorsan eltettem a kezemben lóbált sátor(táska) zsebébe. 2 perccel később a lóbálással bele is döftem a lábamba. Nem vészes, de csak be kéne kötni, hogy ne csordogáljon nadrágra, cipőbe.

A terv: az egyik madársemjárta mellékutcában letörölgetem, és egy viseltes pólót gézzé léptetek elő. Megvan a halott utca, betelepszem a gyalogbodzába, letolom a nadrágot, görnyedezve elkezdem papírzsebkendővel befogni a sebet és letörölni már kifolyt vért.
Ez volt az a pillanat, amikor a madársemjárta, halott utcában megjelent a kocsi, letekert ablakokkal, benne két-két fiatal lány és srác. A gödrös földúton csigalassan haladnak el tőlem 3 méterre.

Mint egy lassított felvétel: ők engem néznek tátott szájjal, én őket követem döbbent pofával. Aztán hallom, ahogy elhangzik a költői kérdés:
EZ ITT SZARIK???

Épp tegnap sikerült egy újabb XP->win7 gép migrálásakor ( http://hup.hu/node/123400 ) elkövetnem egy bakit.
"/home/samba/profiles/felhasználó"-t root-ként átmozgattam a szerveren a "/home/felhasznalo/profil" könyvtárba, hogy aztán a többi kacatjával még az XP alól mindent elmentsek egy külső winyóra. Mivel ugye a profil mappát root-ként hoztam létre, így ráküldtem egy chown -R felhasznalo /home/felhasznalo/profil -ra. Ez szépen le is ment, lemásoltam mindent, elkezdtem a win7-et telepíteni, majd visszamentem a szerverhez és nyomtam egy ctrl+o -t. ...ugyanis mc alatti konzol volt. (ez van, mc-t használok, lehet köpködni :P)
Na most ez nem túl jól sikerült, mivel csak azt hallottam hogy pörögnek ezerrel a sas winyók... Az adott terminál megállt.
Éreztem, hogy ez rosszat jelent, így nyitottam egy terminál és a futó folyamatokban azt láttam, hogy a chown megy a /home -ra.
Anyád és ilyenek után/közben egy kill -9 el kilőttem a folyamatot, majd elkezdtem a kárelhárítást. Gyk három user teljes home-ja lett az övé, szerencsére ez még reggel volt és ez a három nem volt még bent. :)Jogokat visszaadtam, aztán még túráztattam tovább a find-et, de nagy malacom volt. Ugyanis a home alatt van minden (saját mappák, profilok, közös könyvtárak) közös könyvtár is és oda még nem jutott el a chown. Nehéz lett volna ugyanis ott kinyomozni, hogy mely fájlokon jogos a tulajdonjoga és hol téves. :)

Rózsár Gábor (muszashi)

off

Az mc használata szégyenletes bűn lenne? Én is sokat használom, ezért érdeklődöm. ;)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Eddig úgy tudtam, de most gyanúsan nem akart érte senki bealázni :)

Rózsár Gábor (muszashi)

Évek óta tapasztalható a szakma felpuhulása: először csak asszony volt a szövegekben, később gyerek is, most meg már a korbács sincs mindig kézközelben.
Nem tudja valaki, milyen formátumban kell beadni a szakdogát a juhászok diplomájához?

LOL :)

Oszt van-e szakmai tapasztalatod a juhászkodáshoz? Mert az az előfeltétele a diplomának. Júzerek terelése nem ér. :)

Rózsár Gábor (muszashi)

mintha zsindexen láttam volna pont valami cikket, ahol épp azt védte a fejlécben valami rektor, hogy miért kellett juhász szakképzést indítani...

mc tud ilyet, nem tudom pontosan mi okozza, de biztosan a /tmp/mc-xxx scripteknek es copy-paste-nek van hozza koze. Ezert nalam az a szabaly, hogy amikor mc-t hasznalok a szerveren, ctrl-o terminalon nem adok ki rm, chown, chmod, stb parancsokat.

Én eddig az elmúlt 1x évet megúsztam, de ezek után lehet én is bevezetek valami ilyen szabályt. :)

Rózsár Gábor (muszashi)

Kizárólag AIX alatt tapasztaltam könyvtáras hülyeséget 4.6-os mc-vel, és azt is csak akkor, ha aláhúzás van az akt könyvtár bármely részén: ilyenkor egy parancs kiadásakor előbb visszavág az előző könyvtárba (a'la popd), de ha az is aláhúzásos, akkor a $HOME-ba (root esetén AIX-on ez alapból a / !), aztán lefuttatja parancsot. Szerencsére ártalmatlan parancsok vezettek a diagnózishoz.

A subshell elvetése (mc -u) orvosolta ezt, illetve hasonló bug leírása arra vezetett, hogy gyártsak háznál 4.8-ast, amelynek a 6*10^23 elemű buglistája ezt már nem tartalmazza.

Ez bizony hasznos szabály!
Volt már, hogy okozott néhány kellemetlen pillanatot.

En egyszer az abszolut/relativ ut es az rsync kapcsan jartam meg, de ugy, hogy ket hetig tunodtem rajta, hogyan tortenhetett.
- irtam scrriptet: cd konyvtar ; rsync -avu --delete tavolig_gep .
- par evvel kesobb nem ment, probraltam kezzel, lefutott (rootkent...)
- amikor legkozelebb automatan futott, a root jog miatt nem tudott belepni a megfelelo konyvtarba, eggyel felette kezdett szinkronizalni....
- ahol persze egy file sem volt meg, de volt egy csomo "felesleges", amiket a --delete torolt

Voltakeppen arra jottem ra nehezen, hogy en csesztem ott el, hogy a tesztnel root-kent futtattam a scriptet. (nyilvan ott is, hogy anno par karakter sporolasa miatt relativ path volt a cel).

--
http://www.micros~1

Nem ott, h nem ellenorizted, h sikerult belepnie?:)

Ott is, nyilvan. De cron script volt, szoval kesobbiekben mar ment a scriptbe egy if (belepesre) meg abszolut konyvtarnev az rsyncnek.

--
http://www.micros~1

nem is annyira baki
távoli (25-30km) mikrotik routerre léptem fel sshval és állítgattam az egyik port(public wifi) tűzfalán ezt azt, mikor jött egy mail a cégtől akik a szervert üzemeltetik, hogy kellene neki egy ssh hozzáférés, mert ezt azt át kéne állítani meg új usereket hozzáadni, az ssh már korábban is be volt állítva de egy régi tp-fos routeren, a mikrotik kb 1 hetes volt ott akkor, gondoltam gyorsan beállítom az összes wan-on jövő kapcsolatra az ssh-t a szerver felé mert néha nekünk is van rá szükségünk(mi a hardverért és helyi userek kis nyűgeiért, levelezés stb) ők az sql szerverért és a mellékelt szoftverért felelnek
gyorsan be is állítottam az ssh portforwardot a belső szerver 22es portjára, majd az enter lenyomása után a mikrotik router látszólag lefagyott semmire sem reagált és az admin usert sem fogadta el, elsőre kicsit leizzadtam h te úristen mit csesztem el, végigfutott az agyamon h hány havi fizum az a router.
Aztán rájöttem, hogy a portforward helyesen működött és ennek hála a szerver 22es portján kopogtatok úgyhogy jó lenne a saját useremmel belépni és onnan visszafelé sshzni a router belső ipjére :)

En ezt irodai routernel megfejeltem egy belso halo feloli hairpin nattal, igy sikeresen kitiltottam magam a routerrol :)
Ket dolog miatt nem volt akkora para. Egyreszt SOHO irodai router, masreszt par hettel kesobb egy vihar miatt elfustolt, es ujat kellett venni.

mount /dev/sdc /home/username

Hahaha, egy nagyon hasonlót követtem el most pénteken, este hat órakor, az ügyfél telephelyén, éles gépen:

Azt hittem, hogy a ~/wherever vagyok, pedig valójában /wherever voltam.

Így beírtam ezt:
sudo mount -t ext4 /dev/sdc ../e TAB

és gyorsan entert nyomtam.

Ő kiegészítette ../etc-re.

Egy darabig nézegettem, hogy mi van, aztán anyáztam.

Nekem is kellemes érzés volt, a megnyutató csak annyi, hogy virtuális gép volt, és nem szerver.

Hát de ilyenkor elég umount, és ott lesz a tartalom. Legalább is, párszor csatoltam már oda, ahova nem kéne, és mindig változatlan maradt :D bár /etc-re még nem...

--
Fontos! Ha berágok, nem feltétlen személyed ellen szól...
openSUSE 13.1 x86_64

Mivel a profilomra csatoltam, meghót' az egész, reboot, oszt jó.

Azért nem hiszem. Max a terminál fosott be alattad valami beakadt filehandle miatt. Új sessionről szerintem ez simán orvosolható..

És hogy loginoljon be? Úgy tudom loginhoz szükséges dolgok is vannak /etc alatt. Pl. a hashelt passwordok.

"mivel a profilomra..."
Ő arról beszélt, hogy a home-jára húzta rá a CD/DVD tartalmát. :)
A /etc macerásabb, ez tény. :))

jaja, a home/userre mondtam, hogy az nem kéne nagyon para legyen. Az /etc az nyilván nagyobb cummancs. (mondjuk az meg szerintem nem akasztja meg a futó sessiont, umountolni meg lehet)

Az volt a baj, hogy sima userként követtem el, az umounthoz meg root kell. A roothoz pedig /etc/passwd legalább.

Az vsz. működött volna, hogy létrehozok egy passwd fájlt a felcsatolt eszközön, írok bele egy root usert, aztán bejelentkezek konzolról, de ez már nem jutott eszembe este hatkor.

Oh, ha nem volt root shell, az nyagyobb cummancs.

Egyszer kolléga is járt valami ilyesmit, bár ő bedarált egy komplett /etc-t (a hogysikerült kérdésre annyi volt a válasz, hogy kurva tcsh), de volt még egy root shellje. Sok minden nem működött, de akkor a cluster másik feléről sikerült rendberáncigálni a rendszert, némi kézi nsswitch és hasonlók gyártás, meg host specifikus dolgok kutakodása után.. (én kb 1 órát telegrácsoztam vele, ő még küzdött másik kb négyet szerintem).

A legjobb az egészben, hogy ezután nekiállt az eredeti probléma megnézésének, ott kiderült, hogy némá, ahova nem megy, ott mintha más (frissebb) lenne a protokol, development mondta is, hogy jétényleg, semmi gond, n+2 verzió fel, és mindjárt jobb lesz, mert abban benne van. Sajnos n+2 doksi azzal kezdődött, hogy install ujra a komplett solarist, mert nagyon avas volt már :D Nem örült. :)

Ha nem volt root shell, hogy tudott a /etc-re mountolni?
Ha volt és kilépett belőle, mielőtt észrevette, hogy rossz helyre sikerült a mount, egyedül az okozhatott gondot.
(kipróbáltam: mezei user ubin nem tud a /etc-re mountolni, ha meg root-tal teszem, akkor az /etc-ben keresgélő eszközök nem működnek, de az umount igen)

Ilyenkor kell elővenni a mentést - abból gyorsabban és fájdalommentesebben lehet helyreállítani. Ha nincs, akkor persze így járt :-)

???
Minek? Rámountol valahova egy CD-t vagy DVD-t. Egyszerűen umount vagy ha sikerül az umount-ot is agyonvágni vele, akkor legegyszerűbb egy reboot.
Vagy miért kellene elővenni a mentést?

"ő bedarált egy komplett /etc-t" - ezt visszacsinálni vagy tákolással, vagy mentésből lehet...

Bocs, azt pont nem láttam. Én még eggyel vagy kettővel feljebb tartottam. :)

Mentés -- ha volt egyáltalán, mert nem szart rá az üf -- akkor az ügyfélnél, kazettán. A szerver és a mérnök között légvonalban mintegy 2500 km, a backup visszaállításához mindenképp helyi erő kell (aki odaballag egy szallagos egységgel), szóval egyrészt egyáltalán nem biztos, hogy gyorsabb lett volna, másrészt erős a gyanúm, hogy nem akarták az üf orrára kötni :)

kb 8 éve, havernál házibuli, asztali gépről ment a zene winamppal. valami kis 30gb-s hdd volt benne.
total commanderrel nézem a zene mappát, minden wav. nosza mondom a tulajnak, hogy konvertáljuk át már mp3-ba, sokkal kisebb helyett foglal, különben is az mp3 a divat.
legyen.
konvertálás után egyik számot se lehetett lejátszani, bulinak vége.
kiirtam adatcd-re (mp3 miatt ráfér az a 100 zene), hogy a fájl nevek alapján újra összeszedem majd neki a zenéit.
utólag kiderült a hiba, amit én wav-nak hittem, az eleve mp3 volt, a méretük is stimmel a konvertálás előtt. nem emlékszem már mivel konvertáltam, de lettek ilyen 300-500kb-os fájlok, a program valami nagyon fapados cucc lehetett, hogy nem ellenőrizte a bemenetet.
--
Én TUDOM, hogy igazam van. És ha nincs is, akkor is NEKEM van igazam, mert én vagyok az Admin. Ennyi!

Nem ilyen jellegű, de gondolom többünkkel előfordult:

1. fdisk-ben w helyett s-et nyomtam és ezzel létrehoztam egy Sun Sparc partíciós táblát a vinyómon, ahelyett, hogy mentettem volna az apró módosításomat...

2. leejtettem egy filmekkel teli 80GBs winchestert 30 cm-ről (boldog egyetemi évek). Be volt csomagolva, hátizsákban volt. Azt hittem túléli. Nem tette...

2. Én hasonlóképp jártam egy 1TB-s vinyóval, relatív puhára esett nem túl magasról, de nem élte túl. Rajta volt a fél életem.

Nem ma volt, de ami a legjobban fáj visszanézve: MFM vezérlős vinyóra táp fordítva rádugása.

Nalunk tobbszor elofordulo eset volt ez:
Ket gep. Azonos hardver. Egyiknek a HDD-je tonkrement. Csere. Ugy voltunk vele, hogy ugy is azonos programok kellenek a gepeken igy ghost-olunk. Ghostzilla (illetve Symantec Ghost. Akkoriban ezeket hasznaltuk) elo. Gepbe a ket HDD. Program inditas. Forras es cel HDD kivalasztas. Megvan. Elindul a folyamat melynek vegeztevel semmi nincs egyik HDD-n se.

Hasonlót egy két betűs cég mérnöke is elkövetett anno egy tükrözött diszk egyik felének dögledezéséból fakadó diszkcsere során, a bécsi, kiemelt ügyfelekkel foglalkozó támogatóközpont segítségével. Igaz, ott volt mentés... :-) Azt a postmortem jelentést soha sem fogom elfelejteni, mert olyan magyarázatot rittyentettek, hogy ihaj...

Nekem két ilyen bakim volt.

1, Még középsuliban úgy gondoltam, hogy ha már infósnak tanulok, hát itt az ideje a hardveres feltérképezésnek. Így hát nekiestem a saját P4-emnek. Vinyó ki, táp ki, proci hűtő le. Megnéztem, okultam, örültem, elkezdtem visszapakolni a dolgokat. Bekapcs. Gép felzúg, visít, lekapcsol. Nézem, minden a helyén.
Utána észrevettem, hogy a proci ventije bizony ott van még az asztalon... Túlélte.

2, Bokorugró üzemeltetőként azt a feladatot kaptam, hogy egy éles adatbázisban egy SELECT-el gyűjtsem le az adott azonosítókhoz tartozó fileneveket, aztán egy XLS-ben adjam át, amik egy adott (1: fizetett tétel, 2: nem fizetett tétel, 3: feldolgozatlan státuszban vannak). Ezzel ugye nincs is gond, SELECT * FROM WHERE, aztán hadd menjen.
Rá két napra jött a feladat, hogy a teszt adatbázisban minden sort csapjak felül, hogy 2-es státuszban legyen. Update kész, execute. Ötszáz méterre a melóhelytől ért utol a kolléga telefonon, hogy lefuttattam-e, mert ő nem látja. Mondtam neki, hogy persze, lefuttattam az XY adatbázis szerveren. Kínosan hosszú szünet, mély sóhaj. Az mégsem a teszt volt...
Két és fél órás reszelgetés után sikerült visszahozni a helyes állapotot.

+1, Ex "anyósom" asztali gépében tönkrement a táp. Mivel a csatlakozót nem tudta lehúzni az alaplapról, jó ötletnek gondolta ollóval átvágni a kábelköteget. Elvégre úgyis a "doboz" a rossz, és az alaplapi csatlakozó meg jó az újhoz.


Nem buktam meg. Csak az ötöshöz hiányzott még négy jegy...

Most már nagyon sok itt a LOL!
Akkor megírom a pályafutásom első okos főnökének történetét.

Környezet:

  • Önkormányzati hálózat, Win95/Win3.11 gépek, Novell 4.11 szerver.
  • A rendszergazdák ráérő idejükben a hálózaton játszották a Doom -ot, ha a főnök nem volt ott.
  • Ha ebből bukta volt, akkor ejnye-bejnye, stb
  • A főnök rendszeresen kereste a hálózaton a Doom3d nyomait. Ha megtalálta letörölte.
  • A beosztottak rendszeresen betömörítve tárolták a hálózaton a Doom3d játékot és átnevezték Dokumentum.doc vagy valami hasonló névre.
  • A főnök ezt sejtette.

Történet:

  • Egy rendszerhangolás következtében az alkalmazott bent tartózkodott admin user -ként a Novell 4.11 etc mappájában.
  • A képernyőjén a Norton Commander, vagy annak valamelyik klónja, ( vc, dn, ..stb )
  • Az alkalmazott felállt a géptől. ( mert telefonált, vagy nyomtatóhoz ment, vagy hasonló )
  • Főnök arra lődörög, meglátja a sok ismeretlen fájlnevet.
  • Mindent kijelöl + F8. (Gondolta most jól letörölte a Doom -ot)

Kifejlet:

  • kb egy hét volt, mire reinstall után újra létre lett hozva a felhasználók, csoportok, nyomtatók és hozzá tartozó a jogosultságok.

Nemrég a linkedin profilomat nézegettem (sose használom) aztán kissé figyelmetlenül nyomkodtam az egérrel, és 10 másodpercre rá már kaptam is vagy 15 automata emailt, higy xy irodán kivül, fogadtuk a számoareklamációját, stb. Kb. ekkor esett le, hogy mindenki megkaphatta a linkedin meghívómat, akinek az email címe szerepelhetett valamilyen formán a gmailemben...

2 percen belül meg is szüntettem az egész profilom, ....anyjukat

Másik még dosos időszakban volt. Volt asszem 3 floppym a dossal. Kellett valamiért floppy, így felmásoltam a gépre a tartalmát, majd ha kell visszamásolom. Na, ezután kaptam karácsonyra dost :)

"kissé figyelmetlenül nyomkodtam az egérrel" - r=1 user módra, aki semmit nem olvas, csak kattint mindenre, ami gomb vagy link kinézetű dolog.

Ez kurva idegesítő ám (mármint a LinkedIntől, hogy ilyen pofátlan módon csinálják); mi egyetemi levlistákra szoktunk ilyeneket kapni...
--
blogom

Az nem a linkedin hibája, hogy a Gmail/Outlook/stb. ablakában is még ráokézol egyszer arra, hogy megeheti az egész címtáradat.

a hostname parameter nelkul mashogy mukodik ugye linuxon es hpux -en.
Namost, ha az ember fog egy scriptet, amit millioszor hasznalt hpux -en, majd elinditja egy linux farmon, mondjuk teszteles nelkul...

es sikeresen kicsereli kb 4000 gepen a gep nevet, mondjuk "localhost" ra :)

Hogy legyen még egy hálózatos hozzászólás is...

Nem is hálózatos admin, aki legalább egyszer (ha nem többször) el nem követ egy ilyet Cisco switchen:

Switchbe belép CLI-n, új vlant felvesz, userportot felkonfigol (swi acc vl 200), ki kell rakni az uplinkre is (mert ugye ott nem az van, hogy "switchport trunk allowed vlan all", hanem párszár ügyfél-vlan) és ezt akarja beírni:
"switchport trunk allowed vlan add 200"

helyette ez sikerül:
"switchport trunk allowed vlan 200"

Enter után pici hatásszünet, majd facepalm. broadcast üzenet az irodában: ...van most valaki azon a site-on aki tudna egyet restartolni...? :)

Másik:

MPLS IPVPN ügyfél hibavizsgálat, központi routeren tesztcéllal loopback1984 interfész felvétele, betesz VRF-be, vizsgálat elvégezve, minden szupi-szuper, takarítsunk:

conf t
no int lo0

és elkezd leesni, mi megy a lo0-án: ospf, mpls, bgp, hajjaj...
(egy ilyet nekem sikerült utána 20 másodpercen belül helyre hozni, egyetlen hibabejelentés nélkül, csak egy pici röccenés volt... de akkor is leizzadtam...)

Egyszer behívott az oktató hogy hát mutassam meg a diákoknak hogy tudják átirányítani a levelezésüket.. ok, prohektornál webes felületre be, beállítások, és a példa kedvéréért beírtam B e-mail címemet ahova átirányítottam ezzel a leveleim A-ról.
Két másodperc múlva már meg is feledkeztem a manőverről.
A megadott B cím persze át volt irányítva A-ra.
Pár nap után tűnt fel, hogy milyen kevés (0) levelet kapok újabban...

Más: kolléga fejlesztett valamit az egyik szerveren, amin persze kismillió szolgáltatás volt élesben, remote xdm is, masqueradelt néhány gépnek, bootp, nfs rootot adott, adatbázis is volt, meg ilyen marhaságok.
Egy idő után feltűnt hogy az éjjeli cron jobokkal valami gond van, ha benézek rá reggel ott futnak. De éjjel mitől lenne ennyire terhelt? A load is normális.
Lehet hogy a diszkek haldoklanak? Vagy két hétig keresgéltem mi folyik ott, mire rájöttem hogy a fejlesztő kolléga a laptopján kiajánlott egy könyvtárat nfs-sel, és becsatolta azt a szerveren. A locate adatbázis frissítését végző find meg minden éjjel elakadt ott, aztán mikor a srác bejött, bekapcsolta a laptopját akkor kezdett szépen minden tovább futni amíg haza nem ment...

Ja, és az feltűnt már nektek hogy az mke2fs panaszkodik ha becsatolt fájlrendszert szeretnétek formázni, de az mkswap megcsinálja rá a swap space-t szó nélkül? Egyszer már sikerült ezt kiélveznem, szerencsére frissen telepített rendszer volt, csak egy fordított kernel veszett el... :D

A rossz diszket jó diszkre dd-zésről meg annyit hogy egy kollégának már sikerült az is hogy miután eltévesztette, elővette a mentést és azzal is sikerült fordítva eljárnia :D

Most lehet hogy egy csapasra elvitted a harom legnagyobb ideirt benasag dijat.

Virágokat az öltözőmbe kérem :P

2009-es eset:

Gépösszerakás:
#1
Haverral raktunk össze egy servernek szánt PC-t. Asus P5b-VM alaplappal. Épp a CD meghajtót dugnám be az ATA csatlakozóba, de nem megy.... 10 percig erőltettem mire kiderült, hogy a floppy csatlakozójába próbáltam belenyomni az ATA csatlakozót :D

#2
Ugyanaz az alaplap, ugyanaz a gép. Épp a 4 darab 2 Gbos memória modult kezdtük berakni a slotokba, amikor már a kezdeteknél nem akart belemenni. Gondoltuk mivel még új az alaplap kicsit szorul a slot. Nagy nehezen bekattintottam az egyik rögzítőfület, de nem ment a másik. Ezzel kb 20 percet szenvedtünk, mire kiderült, hogy fordítva próbáltuk belenyomni a modult a slotba :D
-------------------------
Dropbox refer: https://db.tt/V3RtXWLl
neut @ présház

A memoriakkal vigyazni kell. Megtortent eset iskolaban: (Ahogy ismerosom mondana) Kis "rendszergizda" kepzes. Sajnos olyanok is jelen voltak akiknek a Facebook-on kivul mast nem jelent az informatika. Egyik terembe minimalis fejleszteskent uj RAM modulok erkeztek. Hat akkor ugy is ez a szakmajuk rakjak be ok a gepekbe. Minden okes majd egyszercsak sipolas, egett szag. Az egyik nagyokos forditva beleeroszakolta a RAM-ot a foglalatba. Olyan ive volt mikor kivettuk belole.

isa-s pc-diagnosztikai kártyát fordítva dugtam be a gépbe, el is szállt az alaplap a franca.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

1. A jól bevált chmod 777 / -R ... Fejben már beírtam a megfelelő elérési utat, a -R meg már reflex :D

2. Régen volt egy Radeon 9800 PRO videókártyám, amin még molex tápcsatlakozó volt. A gépnek nem volt oldala, de be volt tolva az asztal alá, így oldalról benyúlva, tapintásra dugtam vissza a csatlakozókat szerelés után. Amikor a VGA-ra akartam dugni a tápot, az ujjammal kitámasztottam a tápcsatlakozó alját, míg a másik ujjammal rádugtam a csatlakozót. Erőkifejtés után valami pattant és nem volt kép bekapcsolás után. Gyorsan szétszedtem és lesápadtam, amikor megláttam, hogy nem is a tápcsatlakozót fogtam meg, hanem közvetlenül mögötte egy kis hűtőbordát, ami azonnal kettétörte az alatta lévő alkatrészt.
Hál' Isten pillanatragasztóval visszahelyezve garanciában cserélték :P

---
www.digitalocean.com/?refcode=12a4854c714a

Teljes irodai hálózati megosztást jelszó nélkül kirakni netre ér bakinak?

Az egyébként csak 192.168.0.0/24-nek elérhető samba megosztást sikerült elérhetővé tenni egy kis iptables piszkálással. Gondolom valami nagyon nem akart menni, ezért kapott a tűzfal script egy

iptables -P INPUT ACCEPT

sort, ami aztán úgy is maradt. Egészen addig, amíg nem oda illő fileok kezdtek el keletkezni a megosztásban. Logban látszott, hogy külső IP címről kerültek oda. Akkor kaptam a fejemhez.

Nem Te vagy az első. 5-6 éve egy általános iskolai osztálytársamat próbáltam megkeresni a Google segítséglvel. A kifejezés kb. ilyen volt: "vezetéknév keresztnév" "iskola neve". Az eredmények között egy Excel fájlra bukkantam, ami egy világ fele kinyitott FTP szerveren volt. Körülnéztem, és valami Nagykanizsai cég fájljai voltak, napi mentés .tar fájlokkal, mindennel.

nem te lennel az elso!

https://www.google.hu/search?q=confidential+type%3Apdf

--
NetBSD - Simplicity is prerequisite for reliability

nem tud a google olyat, hogy type:pdf

ahhoz kepest, hogy mukodik... xd

mondjuk a fenti link simán dobja a tetejére azokat a dolgokat, amiknek a szövegében szerepel az, hogy "type" ;)

azon csodálkoztam hogy nem működik, pedig Replaced már egy ideje használhatja megelégedéssel

szerintem typo volt, filetype lesz az.

Üdv,
Marci

valoban! oszinten bevallom, hogy egy kis gin elfogyasztasa utan irtam ezt a minap :)

--
NetBSD - Simplicity is prerequisite for reliability

Elektronikai gyártás, teszt. Hozzárendeltem minden terméket minden tesztállomáshoz (éles rendszeren), és hazamentem, mivel nem vettem észre a hibát. 2 órát állt a teljes gyártási teszt, mire kijavították...

HAHAAHAHA

Számítottam rád :D

Teszt SaMBa szerver, Win2003 domain, "domain master= yes "
--
God bless you, Captain Hindsight..

iptables -P INPUT DROP (mindezt ssh-n)

Olyan szerintem nincs aki nem zárta ki még magát tűzfalon :)

:)

:D

ami nincs legalább 2 óra repülőútnyira, az nem számít :D

Egész sokan vagyunk :D

+1

.

rm -r * helyett rm -r /* hajnali fel 2 korul.

Nem volt oszinte a mosolyom...
Aztan volt meg, hogy kizartam magam tuzfalon/routerbol.

De ahogy mondjak, ahol dolgoznak ott hullik a forgacs.

--

"You can hide a semi truck in 300 lines of code"

Az rm -rf sajnos nekem is megvolt - egy kétnapos, friss rendszerrel, amit épp akkor adtunk át, és egy KKV vállalatirányítási rendszere futott rajta. A mentés is be volt állítva, csak a helyi erők kértek még valamit, hogy szedjem szét a mentést két részre. Gyorsan átírtam a scriptet, csak sajnos az egyik változót úgy hagytam, ami a kétfelé szedett mentés miatt megváltozott, ezért az rm -rf $FOO/ kiértékelése rm -rf / lett. Próbaképp elindítottam, és kb 1mp után észrevettem, hogy baj van, mikor a /dev-nél tartott, és sok fájlt nem tudott törölni, mert használatban voltak...
A még futó rendszerre egy másik rendszerről vissza tudtam tenni a hiányzó fájlokat, így hozzáfértem a mentéshez, és estére ismét ment a rendszer úgy, hogy közben a userek semmit nem vettek észre :).

Éles IPA szerver mentését végző scriptet reszeltem anno, és bizony hasonló módon egy változó értékadása hibás lett - az elsődlegest sikerült legyalulni - az éles mentés során...
Következmény: reggel azzal fogadtak a kollégák, hogy a szokottnál picit lassabb a bejelentkezés, meg az elsődleges szerverre be sem lehet jelentkezni, hogy megnézzék, mi a baj.
Az IPA párjáról meg a mentésből simán vissza lehetett állítani, úgyhogy nagy para nem lett belőle.
Mondjuk minden rosszban van valami jó: az egy szerveres üzemmód, illetve a visszaállítási terv is le lett tesztelve :-)

Nekem ebben a sztoriban az volt a "jó", hogy azóta valahogy minden esetben végiggondolom, hogy mi lesz majd a változó értéke kiértékeléskor. Még akkor is, ha nem "rm -rf" áll előtte :).
Ja, a másik "kedvenc" bakim, egyszer egy véletlen "mkfs" kiadása "fsck" helyett. Ott viszont az volt a szerencse, hogy épp szétszedtem egy RAID1-es tömböt, és az egyik diszken adtam ki ezt. Így csak az a néhány óra plusz volt, amit a tömb szinkron vitt el. Azóta ilyen véletlen sem volt soha többé :).

2009-2010-ben 1 évet dolgoztam a Toshiba R&D Center-ben, Japánban. Az egyik péntek este - nagyjából a 3-4 héten - elmentünk vacsorázni/sörözni a kollégákkal. Az egyik kb. 50 éves kolléga mellé ültem és beszélgettünk 2-3 órát. Volt egy dolog, amiben nagyon nem értettünk egyet és olyan 30-40 percet arról vitatkoztunk (értelmesen): ő úgy gondolta, hogy az optikai meghajtók fontosak és hogy az otthoni backupnak még jó ideig az lesz a jövője. Én úgy érveltem, hogy ezeknek a kora lejárt, minden megy a felhőbe és majd ott megoldják a hosszú távú backupot is. Másnap mondták a kollégák, hogy ő volt a HD-DVD vezető fejlesztője...
--
http://naszta.hu

Ez jutott eszembe róla.

Üdv,
Marci

:D

btw, jóvan akkor toljunk egy rebootot.. rossz volt a terminál/putty/stb :) végülis semmi gond nem lett belőle, csak épp nem az a gép indult újra aminek kellett volna :)

Bakinak lehet még azt is nevezni, amikor remote reboot van és eltelik 1 óra... és sehol a szerver, felhív este 11kor support, hogy hát ki kéne menni, mert ennek hétfőre menni kellene ... Oké. start. Mire kiértünk elindult.. azóta se tudom mit számolgat a HP szerver 2 óráig ... (error 0).

ilyenek miatt érdemes feltenni a molly-guard csomagot :)

amikor szerverparkban dolgoztam, sokszor volt visszahívás, hogy miért nem elérhető reboot után a gép.
Legtöbbször az fsck volt a ludas. Aztán viszont volt, ami biosnál állt "Missing keyboard. Press F1 to continue" felirattal. :)

Igen ilyen előfordul :) Kollegám járt hasonlóan, bár ott nem Keyboard press F1 volt, BladeCenter chassisba bennemaradt egy floppy .. nem is tudom már mihez kellett neki, de kellett.

Na csoda volt, hogy miért nem jönnek fel egyes Nodeok :)

btw itt nem ez volt a probléma, alapból átnézem a BIOSt ilyen esetekben. Azóta se jöttem rá mi a gond, mert most már rászánom esetleges kernel upgrade után azt a ~másfél órát, ha azon túl se megy, akkor gáz van :) Amúgy egy HP ProLiant ML310e Gen8 v2 -es cucc.

Viszont egyszer tuti kimegyek és megnézem mit is csinál. FSCK kizárva, mivel nem egy olyan "nagyon sokáig" futó gép (sok mostanság a kernel up ...) hogy by-default elkezdjen fsck-zni, random leállítás nem történt rajta ami miatt kellene ilyesmit csinálnia :)

Érdekel a sztori, majd írd meg, ha megtudtad mi van, kösz!

--
openSUSE 42.1 x86_64

egy emailt dobj és megírom :) Amúgy is ki kell mennem mostanság .. :)

Köszi!

--
openSUSE 42.1 x86_64

Én 2 éve a Terminál szervereink start menüjét meg a hozzáféréseket faragtam egy késő délután és véletlenül rossz OU-ra húztam rá a GPO-t. 5 körül hívtak a felhasználók, hogy nem tudják kikapcsolni a gépeket, mert nincs kikapcsoló gomb.:)

Munkahelyemen dolgoztam rendszergazdaként.

Néztem az egérkurzort, hogy időnként rángatózik egyet munka közben. Kezdett az idegbaj kitörni belőlem, nem tudtam emiatt dolgozni, szidtam az egeret 1000-el.

Kedves velem szemben ülő kollégám kibabrálásból rádugott még egy egeret a számítógépemre és nagyokat sunnyogva nézte, ahogy megy fel a vérnyomásom. :D

Unalomból gonoszkodás? Hehe, ismerős...
Nem informatikai: Pár éve egy szakrendelésen voltam egy kórházban, és az eredményre/a dokira vártam az osztály folyosóján, ahol a fekvő betegek valami szappanoperába beleszerelmesedve "hergeltek". Okifon elő, LG TV kikeres, behangolás (kikapcsolással), utána csatornaváltogatás. A 3., 4. után megsajnáltam az öregasszonyokat, és abbahagytam. (Nem az én ötletem volt, korábban egy néhai munkatársam csinálta ezt egy távirányítóval a törzshelyén. Bár ő kitartóbb volt. :) Azt is megvárta, míg a szerelő kiér.)

Sziasztok!

Sztori:

pici koromban (szakmai fejlődésem első lépcsőin), munkaidő végén kiadtam a laptopomon a poweroff parancsot (fedora volt a laptopon) és mint aki jól végezte dolgát elindultam haza. Kb. 10 perc múlva csörgött a telefon, hogy az irodisták szerint nem megy a levelezés és mivel a közelben voltam még visszaugrottam.
Amikor beléptem az irodába láttam, hogy a laptopom még megy, viszont a terminálban a mail szerver bontotta a kapcsolatot.
Tehát a poweroff parancs nem a laptopon futott le hanem a mail szerveren.
Persze a hivatalos állásfoglalásom: szolgáltatói kiesés volt de már minden rendben :D

EliteBook 8540p
Fedora 21
Startup finished in 2.637s (kernel) + 875ms (initrd) + 1.777s (userspace) = 5.290s

Nem neked szol szemelyesen de ez valami betegseg legtobbeteknel, hogy ilyenkor nem vallaljatok fel amit csinaltatok? Masnal is lattam itt a topicban, hogy utana el volt kenve az ugy.

Lehet nalunk azert nincs ilyen mert sokan meg tudjak nezni mit csinaltunk? :D Szoval ha valaki hibazik bevallja (elobb utobb ugyis kiderulne )

Pl en is kuldtem mar el egy egesz render farmot aludni vegulis csak egy hetvegenyi futasido veszett oda :D
Illetve kollegam is fektette mar meg a foglalasi rendszert (napi masfel millio booking van rajta) es csak par tucat rendszert rantott magaval :D

Az a helyzet, hogy általában PR okokból nemnagyon lehet olyat mondani ügyfélnek, hogy "nézdmár puff kilőttem a gépet alólatok" vagy hogy "nézdmár miközben épp mondtam hogy neeeeeeee a főnök mégis rányomott az initalize partionra az iscsi köteten és a partició visszarakáshoz kerestünk toolt". Az első esetben full idiótának néznek, a másodikban pedig mire elmagyarázod, hogy miért történt sosem fogják fel és egyébként is idiótának néznek. Az hogy egymás között tudjuk, hogy ki mit tolt el az teljesen más kategória. Kifelé általában a "we had an issue" jellegű megy azt ennyi, megoldottuk hamar és ezért vagyunk. Legalább lesz hőn áhított IT visibility is, hiszen állandóan kapjuk, hogy lowprofile meg minden. :)

+1

Donatus

Idézet:
Az a helyzet, hogy általában PR okokból nemnagyon lehet olyat mondani ügyfélnek, hogy "nézdmár puff kilőttem a gépet alólatok" vagy hogy "nézdmár miközben épp mondtam hogy neeeeeeee a főnök mégis rányomott az initalize partionra az iscsi köteten és a partició visszarakáshoz kerestünk toolt".

ez így van. sőt, a kedves ügyfél jellemzően abba ilyenkor nem gondol bele, ő is simán eltol dolgokat a saját munkájában. Ez persze nem mentség, csak ha elmondod az igazat, akkor jó eséllyel jön habzó szájjal, hogy hogy lehetsz ekkora baromállatidióta. Mintha a saját szakmájukban nem szúrnának el semmit. Csak legfeljebb nem annyira látványos, vagy feltűnő.

de hogy ontopic is legyen:
jó pár éve egy elég nagy, és elég alacsony ügyfélirrítációs ingerküszöbbel rendelkező rendszer (pár másodperces kiesés esetén is elkezdtek füstölni a telefonok, hogy mi volt ez a kiesés) előtt lévő, 2 node-os nginx reverse proxy cluster-t frissítettem.
Jellemzően mindig az A node volt az aktív (az esetek 99,99%ában), így a frissítést a B node-dal kezdtem, mint már annyiszor. És nem néztem, hogy a cluster melyik tagja az aktív node éppen. Igen ám, de valamelyik kolléga, valamilyen okból átbillentette a clustert pár napja valamiért, és úgy maradt. Így a B node volt az aktív node. Én meg annak rendje és módja szerint a gépet befrissítettem, és újraindítoittam. A clusternek meg azért kellett pár másodperc, mire átbillent. Ooops... Kérdeztem a kollégákat, hogy oké, akkor most mi van? Mi lenne, semmi. Pár másodpercig nem volt kép, esetleg kockás volt a TV-n.

"pár másodperces kiesés esetén is elkezdtek füstölni a telefonok"
vs.
"A clusternek meg azért kellett pár másodperc, mire átbillent"

Szerintem nem a te hibád, ez egy rossz rendszer :).

--

+1
Ha látható baj van, és szólnak, rákérdeznek hogy mi volt, mindig elmondjuk az igazat.

Legutóbb pl. múlt héten egy scriptet teszteltem (egy éppen élesített új szerveren, amin a legnagyobb látogatottság volt... hol máshol, ugye), és minden "do" jelegű dolgot kikommenteztem belőle, és alá beraktam echo-val, hogy végignyomkodjam és lássam mit csinál, jó a parancs. Ráadásul userként indítottam, mert hát ugye úgy nem lehet elbaszni nagyon...
A probléma csak az 'echo sed -e .... egyik.masik > masik.conf' sorral volt, mégpedig azért, mert azt a konfigot másik gépről hoztam scp-vel, és hát én maradtam a tulaj. :) De végül is, megtudtam hogy jó lett a sed, benne lett az apache konfigba. :) Végül is visszatettem a másik gépről a jó konfigot, illetve rögötn egy chown root:root a fájlra.
Aztán jött egy kérés, és mondtam hogy csináltam egy scriptet, ami ezt megoldja, csak még nem mertem élesben tesztelni (ami végülis igaz is). Azt hiszem, ennyi még belefér... Nem volt egy másodperc kimaradásuk se.
--
The Community ENTerprise Operating System

Pontositanek: fonoknek megmondjuk az igazat, ugyfelnek nem (btw en vagyok a fonok :P )

Hint: bash -x szkrip.sh