Kapusta – vypadok

Petr

(18 hodnocení)

21. 3. 2009 10:08:59

Tak web už mi jede, ale e-mail zas nejde....

// Tak už jede i e-mail....

21. 3. 2009 10:08:59

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235908

mjdj

(6 hodnocení)

21. 3. 2009 10:27:27

Napsal comm3net;244535
alespon kdyby poslali nejdrive nejake upozrneni.. ted tam zrovna prechazim

Mi posíláme upozornění, a když je to náhle přetíženi dané stránky tak jí odstavíme na 5 minut a zase zpustíme a sledujeme zátěž.

Ale v tomhle případě se jedná o to že pak klient je ignorant který nebyl chopen z 10 emailu pochopit že ze po zapnutí jeho webu má server load 80 místo loadu 4. opakovaně jsme ho žádali o opravu scriptu. bezvýsledně.

21. 3. 2009 10:27:27

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235907

mjdj

(6 hodnocení)

21. 3. 2009 10:32:16

Napsal pr0gr4mm3r;244503
Na kapustě taky hostuju, jsem naprosto spokojený, ale.
Ale jak může jediný uživatel s nějakým šáhlým skriptem shodit webový server (správně nakonfigurovaný)? Jestliže jste placený webhosting, tak předpokládám, že konfigurace bude profesionální. Taky bych si myslel, že byste mohli (když je to na linuxu, který má obrovské možnosti) sledovat vytížení procesoru (konkrétně jednotlivými vlákny). Apache se totiž umí rozdělit do více vláken, a kdybyste 1 si nastavili, že 1 apachové vlákno může cpu zatížit max. na x%, tak je to v poho.
Ale pokud třeba spadl mysql, tak na to mě nic nenapadá, to jak vím běží v 1 vláknu.

Tímto textem (asi trochu kritickým) se samozřejmě neobracím proti kapustě, a pořád při ní stojím.

zajisté neni promlem ořezat apache, mysql,.. tak aby nedošlo k zateži a v zapetí to dopane jako na pípni.cz že to nepojede skoro vubec. tenhle vykend stím trochu poštelujeme.

21. 3. 2009 10:32:16

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235906

mjdj

(6 hodnocení)

21. 3. 2009 10:36:41

postihlo to jeden server mrkev, weby na brokolici, paprice, kvetkau, okurce jeli pořád.

21. 3. 2009 10:36:41

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235905

dadmtb

(10 hodnocení)

21. 3. 2009 11:03:04

Ja teda ešte velke skusenosti s kapustou nemám ale support bol celkom svizny ked mi "ukradol" niekto heslo a dal som si vygenerovat nove :)

21. 3. 2009 11:03:04

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235904

Webtrh obecný účet

(1 hodnocení)

22. 3. 2009 00:09:54

Napsal Dragon Jake;244375
Několik drzých webů je permanentně odstaveno a dle našich statistik by k přetěžování již docházet nemělo. Přesto však podnikneme tento víkend takové kroky, abychom maximálně eliminovali jakékoli další riziko.

Co si mám představit pod pojmem drzej web?

22. 3. 2009 00:09:54

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235903

Jakub

(3 hodnocení)

22. 3. 2009 09:03:43

já jsem s kapustou spokojen, po tom krátkém výpadku jsem dostal možnost migrovat na jiný, nový server (hlavně výkonější) a to vše zdarma. Navíc ještě slevu 20% na hosting... A to vše jenom kvuli jednomu blbovi, kterej neumi udelat poadnej skript a na vyzvy o upravu nereaguje - pak jen nadava... Víš problém je tu jeden: jestli si server přetěžoval tím způsobem, že místo loadu 4 byl load 80, tak myslím že by tě vyhodili z každého hostingu...

22. 3. 2009 09:03:43

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235902

koracell

(2 hodnocení)

22. 3. 2009 10:45:22

Napsal probiker;244490
Zdravim vsetkych ja by som tomu tak neveril ...

Pokud nejsi ani po 10seti emailech schopnej optimalizovat si skript tak se nesmíš divit... Nikde jinde bys tolik upozornění nedostal, kor když přeťežuješ až takhle - ale dobrá dej si to jinam a dej vědět jak dlouho tam vydržíš :D

22. 3. 2009 10:45:22

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235901

Dragon Jake

22. 3. 2009 12:56:38

Napsal pr0gr4mm3r;244503
Na kapustě taky hostuju, jsem naprosto spokojený, ale.
Ale jak může jediný uživatel s nějakým šáhlým skriptem shodit webový server (správně nakonfigurovaný)? Jestliže jste placený webhosting, tak předpokládám, že konfigurace bude profesionální. Taky bych si myslel, že byste mohli (když je to na linuxu, který má obrovské možnosti) sledovat vytížení procesoru (konkrétně jednotlivými vlákny). Apache se totiž umí rozdělit do více vláken, a kdybyste 1 si nastavili, že 1 apachové vlákno může cpu zatížit max. na x%, tak je to v poho.
Ale pokud třeba spadl mysql, tak na to mě nic nenapadá, to jak vím běží v 1 vláknu.
Tímto textem (asi trochu kritickým) se samozřejmě neobracím proti kapustě, a pořád při ní stojím.

Kdybys věděl o nějakém konkrétním, spolehlivém a efektivním způsobu ořezání procesů apache, ať už systémovém (nějaké schedtools apod.) nebo v podobě modulu (mod_cband na traffic, mod_ipconnlimit na spojení z jedné IP), tak dej vědět. Osobně tento problém neúspěšně řeším již dlouho nezávisle na projektu, na kterém zrovna pracuji. Ono to navíc není tak jednoduché, protože omezit 10 běžících procesů každý na 2% CPU, tak si budou zákazníci stěžovat na pomalý server, kdežto když se Ti tam těch procesů namnoží 200, což je horní limit, tak Tě obvykle ani ty 2% CPU nezachrání. Jednak díky využití disku dojde k celkovému zpomalení, procesy zůstanou viset v paměti, která nakonec vlivem expanze čekajících procesů dojde a ve chvíli, kdy jádro začne ukládat do swapu, je to pro server konečná. To už se na něj obvykle nedostaneš ani ze serverovny z terminálu, prostě dead.

Jen mi dovol trochu upřesnění, apache běží hlavně v hodně procesech, každý takový proces se nazývá worker. MySQL má sice jen jeden proces, ale ve vláknech rozhodně běží také ;)

A z jiného soudku, děkujeme všem našim zákazníkům za projevenou důvěru v situaci včerejšího výpadku.

22. 3. 2009 12:56:38

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235900

Lokiji

17. 5. 2009 23:29:23

zdarec, jede vam paprika?nemuzu se pripojit na ftp

17. 5. 2009 23:29:23

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235899

Noglues

(2 hodnocení)

17. 5. 2009 23:46:27

Jede, i na FTP se připojím bez problémů.

17. 5. 2009 23:46:27

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235898

janpavlik

(6 hodnocení)

18. 5. 2009 18:52:22

Napsal h3llc0re;244507
jestli si to ty, kvuli komu byl vcera/dneska vypadek serveru kvuli pretezovani, tak bys mel zaplatit dvojnasob a jeste se tu omluvit a ne hanit tady tak skvely hosting, ktery podle me kapusta.cz je
sem u nich sice jen 5 mesicu, ale meli zatim jen dva vetsi vypadky. jednou za to nemohli oni, ale serverhousing a podruhy si za to mohl asi ty, nicmene v obou pripadech byla rychla naprava situace.
me jejich sluzby vyhovuji

Ono, hlavne hoster by si mal vediet ustrazit rozumny load, aby neobmedzil ostat. klientov. Takuto domenu treba stopnut a riesit dalej s klientom dalsi postup.

18. 5. 2009 18:52:22

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235897

FeFeRkA

(1 hodnocení)

18. 5. 2009 21:47:00

Napsal Dragon Jake;244375
Dnes dostala mrkev pěkně na zadek od jednoho ignoranta ze Slovenska, co server přetížil v poslední době hned několikrát. Nejen, že v e-mailu komunikoval dost vulgárně, ale navíc i stylem, že je to naše chyba, byť máme prokazatelné důkazy proti němu. Dnes dostal konečnou a jeho web už u nás nepoběží

Neni nad to hodit to na zakaznika, nicmene kdo chce kam ... Prece neni jeho problem ze na nej nekdo dosuje nebo neumi programovat od toho je webhosting sic sdileny ale rozhodne nema mit prideleno 100% disponibilniho cpu casu.

Nicmene vsichni fnukaci by si meli uvedomit kolik za to plati nez frflat, hlavne ta reklamni kampan me dost pobavila. A onen prvni popisovany vypadek, snad na tom switchi jsou staticke routy a mac tabulka se zapnutym security aby nebylo mozne spoofovat a to ani omylem

Jeste mi unika na cem to provuzujete, i obyc SM ma IPMI/SIMSO+ KVM konzoli za necele 3000 CZK, a APCckova zasuvka pro 24 pocitacu stoji 15000.

---------- Doplňující příspěvek odeslán v 21:48 ----------

Napsal nordic;244396
Lenze nieje to chyba hostera, ale technikov v datacentre. Mozes vymenit 50 hostingov, ale toto sa moze stat vsade.

Vyse uvedena (Strana 1) je rozhodne chyba webhostera. Sami popisuji ze maji managed switch takze dat vsechny porty down zjistit z utilizace na kterej ten bordel leze a tudiz kdo spoofuje nebo omylem nastavil IP brany je otazka dvou minut z telefonu pres SSH.

---------- Doplňující příspěvek odeslán v 21:49 ----------

Napsal probiker;244490
Zdravim vsetkych ja by som tomu tak neveril pretoze najlevnejsi webhosting nemusi byt zrovna najlepsi. A ja som na to doplatil teraz tak ze mi vystavili fakturu na 5000Kč že vraj za pretazovanie servera, ale je to ich hlupost pretoze som mal len 3000 ludi na den a tomu vravia pretazovanie? No ja im aj tie peniaze zaplatim ale pre vas ostatnych Pozor !!! Nechcem tu robit nepriaznivu reklamu ale neberte to od nich lebo vas to moze prist ovela viackrat draho napr. ako mna. Odporucil by som vam skor americke spolocnosti kde zvycajne maju vsetko neobmedzene a to uz od 3 dolarov za mesiac cize bral by som to radsej tam nie ako od Kapusta.cz

A to budes tak hloupej ze jim ji zaplatis? Holt low-cost. Kdyby jsi toto delal u seriozniho hostingu tak te odstreli rovnou vrati ti penize a poslou te k sipku.

---------- Doplňující příspěvek odeslán v 21:50 ----------

Napsal Dragon Jake;245608
Kdybys věděl o nějakém konkrétním, spolehlivém a efektivním způsobu ořezání procesů apache, ať už systémovém (nějaké schedtools apod.) nebo v podobě modulu (mod_cband na traffic, mod_ipconnlimit na spojení z jedné IP), tak dej vědět. Osobně tento problém neúspěšně řeším již dlouho nezávisle na projektu, na kterém zrovna pracuji. Ono to navíc není tak jednoduché, protože omezit 10 běžících procesů každý na 2% CPU, tak si budou zákazníci stěžovat na pomalý server, kdežto když se Ti tam těch procesů namnoží 200, což je horní limit, tak Tě obvykle ani ty 2% CPU nezachrání. Jednak díky využití disku dojde k celkovému zpomalení, procesy zůstanou viset v paměti, která nakonec vlivem expanze čekajících procesů dojde a ve chvíli, kdy jádro začne ukládat do swapu, je to pro server konečná. To už se na něj obvykle nedostaneš ani ze serverovny z terminálu, prostě dead.

Jen mi dovol trochu upřesnění, apache běží hlavně v hodně procesech, každý takový proces se nazývá worker. MySQL má sice jen jeden proces, ale ve vláknech rozhodně běží také ;)

A z jiného soudku, děkujeme všem našim zákazníkům za projevenou důvěru v situaci včerejšího výpadku.

Vetsina webhosteru si modul napsali sami, a co vim funguje rade hostingu v CR. Staci mit kumulativni limit na jednotku casu (napr 10 minut) a je to.

18. 5. 2009 21:47:00

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235896

toshi

(4 hodnocení)

18. 5. 2009 22:21:34

Napsal FeFeRkA;288407
Prece neni jeho problem ze na nej nekdo dosuje nebo neumi programovat...

O'rly?

18. 5. 2009 22:21:34

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235895

FeFeRkA

(1 hodnocení)

19. 5. 2009 08:02:28

Napsal toshi;288442
O'rly?

Samozrejem pokud je to DoS nema s tim nic spolecneho, kolikrat poskytovatel povazuje za dos to ze ten web nekdo wgetem cuca a protoze je katastrofalne naprogramovanej tak to pretezuje.

Jako DoS povazuji sluzbu primo na sluzbu jako takovou http/sql mrakem requestu a nikoliv tahanim webu. Pak ovsem nemaji pakety zadny konkretni smer. To ze nekdo zkousi najit na serveru nejaky pomaly skript a pak taha ten misto prazneho pozadavku a tim zkusi server nechat dodychat na pameti je taky chyba provozovatele. MEM/velikost apache musi byt maxclients. Takze pro pamet 8GB+ se bavime minimalne o 400 soucasnych spojenich ktere server zaboha nemuze uzit (keepalive vypnuto)

19. 5. 2009 08:02:28

https://webtrh.cz/diskuse/kapusta-vypadok/strana/8/#reply235894