Dotaz: linux.cz neběží

[Sandik]

Dobrý den!

nefunguje http://www.linux.cz a především ftp://ftp.linux.cz Nevíte o tom něco?

Odpovědi

[fakenickname]

Nevíte o tom něco?

Já to nebyl!

[Sandik]

To je hezký, ale mě by spíš zajímalo, kdy to zase poběží!

Seznam lidí, kteří za to nemůžou, mě momentálně fakt nezajímá ;o)

[XMurder]

ale on to fakt nebyl

[Filip Jirsák]

Na ping oba stroje odpovídají, na navázání spojení až po dlouhé době – že by si někdo zkoušel DoS útok? Nebo vyšla nová verze nějaké oblíbené distribuce?

[Sandik]

Spíš to první, a nebo je něco shnilého.

Rozhodně to nevypadá na "plánovanou odstávku serveru".

Otázkou zůstává, jestli o tom ví správci...

[XMurder]

Otázkou zůstává, jestli o tom ví správci...

je to asi nezajímá, leží ožralí ve škarpě (nic ve zlým)

[Sandik]

Hrozně vtipný...

Vzhledem k tomu, že mi ten zdroj (ftp://ftp.linux.cz) zmizel v průběhu updatování systému nemám moc pochopení pro takovou srandu...

[Kníže Ignor]

To se nedá nahradit jiným mirrorem? Nevím, jak v tvé distribuci, ale v té je nejprve fáze stahování balíčků a až potom instalace. Tak použij jiné zrcadlo, ty stažené balíčky se už znova stahovat nebudou nebo o co ti jde?

[XMurder]

našel jsem tohle: http://www.phil.muni.cz/~letty/linuxfaq/13-ftp.linux.cz.html a mirror ftp://sunsite.mff.cuni.cz/ by snad měl mít něco společného s ftp.linux.cz (aspon doufam)

[Sandik]

Problém je v tom, že při změně zdroje instalátor nejdřív kontroluje už existující zdroje a až pak mi je dovolí měnit, což znamená, že to zůstane viset, protože "Brno mlčí" a tudíž se to dá tak akorát killnout.

Prolejzám konfiguráky, jestli by to nešlo někde natvrdo přepsat, ale zatím marně.

[Kníže Ignor]

Takže jestli tomu dobře ruzumím, tak by mohlo být řešením, aby "brno nefungovalo" ne jenom "mlčelo". Tak dej do souboru hosts pro "ftp.linux.cz" nějakou IP, kde žádnej ftp server neni, nebo to dej do hosts.deny a už by ten instalátor viset zůstat neměl, ne?

[Sandik]

Dík za radu, už jsem to tak nějak vyřešil včera, když bylo jasný, že nemá smysl čekat na Brno.

[XMurder]

Aha, omlouvám se. Já si nemyslím že by to bylo způsobeno DoS útokem, ale spíš se možná porouchalo nějaké síťové zařízení (nejspíš router) - možná zahlcení..no nic není věčné. IMHO mnoho démonů/protokolů jsou proti DoS odolní, kdyby to bylo DDoS tak už asi ano, ale zahltit celou linku je dost obtížné. Jak tak koukám, tak skoro každý dnešní uživatel(začátečník) Windows má z počítače zombii (jen si spočítejte kolik je začátečníků, kolik jich má DSL internet, kolik jich má těch levných modemů bez NAT z akční nabídky telekomu(jj,sagemy a d-link) a kolik lidí nemůže upgradovat windows z internetu protože je mají ilegální plus kolik lidí používá IE plus kolik lidí neví co je firewall - když se tohle všechno spočte, dalo by se s tím shodit celý internet...ale kdo by útočil na linux.cz, jedině nějakej antilinuxácký lamer

[Dan Ohnesorg]

Spravci o tom vi radove behem par minut. Ale tezko muzete odbavovat stranky z nejake zalohy, kdyz mame v brne jeden stroj. Navic do posledniho upgrade nebyla jeho spolehlivost rozhodne nijak spatna, kvuli jednotkam hodin kumulativniho vypadku rocne nebylo treba premyslet o zalohach. Ale posledni mesic az mesic a pul je opravdu cerny a nove pole padlo po nekolikate a nasledna obnova bohuzel trva spise jednotky dnu nez jednotky hodin. Posledne se parita do raid5 pocitala 5 dnu, a je tezke najit spravnou hranici mezi rychlosti rekonstrukce a stroje, protoze kdyz je rekonstrukce rychla, stroj nedokaze temer vubec odbavit mailovou frontu a apache ma priserne odezvy, kdyz je pomala, tak zase ma predikovanou dobu obnovy delsi nez prumernou zivostnost disku v poli

[Sandik]

Dík za konkrétní zprávy.

Myslím, že můj problém je ve srovnání s vaším marginální záležitost.

Tak přeju hodně sil a úspěšné vyřešení problému.

[Dan Ohnesorg]

Na linux.cz padlo diskove pole. Protoze ma 3,5T, tak jakakoliv operace s nim je ponekud bolava a dlouhodoba operace. Ale pracuje se na tom.

[XMurder]

Uf, práci s takovým velkým polem si ani nedokážu představit:-O No nezbývá nic jiného než popřát serveru hodně štěstí a pevný disky.

[Dan Ohnesorg]

Prace sama je samozrejme pomerne obtizna, treba kdyz dva disky vypadnou s odstupem 30 minut a tak ze zkousi, ktery z nich pujde prekopriovat pres dd_rescue, protoze jsme samozrejme jen mirror a vlastni obsah mame zalohovany, ale zpetne natazeni mirroru z masteru neni pri tehle objemech zadna trvialni operace. A dd_recue neni zadny blesk, kdo pouziva - vi.

Mnohem horsi bylo ale zjisteni pri minulem, ne az tak tragicky vypadajicim padu, ze xfs samo o sobe podporuje disky ve velikostech stovek tera, ale xfs_recover nedokaze zaadresovat bloky nad hranici 2T, takze nam vesele zamaval a povidal, ze tudy tedy ne. To ze nejste prvni kdo to zjistil a ze na tom uz vyvojari pracuji potesi, ale zdaleka ne tolik kolik by melo, kdyz stojite u takoveho pole a premyslite co ted, abyste byli co nejdrive up. Ted pro zmenu v brne zkousi, jak probiha fsck na ext3 teto velikosti, takze ted uz nam zbyva z velke trojky jen reiser

[lefti]

Nebo muzes zkusit zfs. Aspon bude sranda kolem skutecnosti, ze linux.cz nebezi na linuxu.