Community-list February 2012

community-list@lists.vpsfree.cz

33 participants
19 discussions

Re: [vpsFree.cz: community-list] vpsFree a za co stoji

by Jan Smatlik

Bola tu reč o tričku. Minule som tak prechádzal wiki združenia a fórum (tieto veci by asi chcelo nejak premyslieť - či ich zachovať a v akom stave). Našiel som tam wiki stránku o tričkách. Netušil som o nej. A rozhodne by som si nejaké tričko vpsfree zobral, ak by bola taká možnosť. Neviem presne, ako vyzerajú návrhy (na wiki sa spomínali biela a čierna), ale z dvoch farieb rozhodne čiernu (M). Čo sa týka propagácie - tiež zvyknem hlavne v ústnych rozhovoroch vpsfree často spomínať čo sa týka VPSiek. Či by združenie zvládlo ďalší rast je na vás, ľuďoch, ktorí sa o to priamo staráte. Osobne som mal pocit, že je roboty dosť a že nálada na prípadné rozširovanie by bola práve opačná. Takže je vidieť, že do toho moc nevidím. :) Dňa 22.02.2012 16:22, community-list-request(a)lists.vpsfree.cz wrote / napísal(a): > Send Community-list mailing list submissions to > community-list(a)lists.vpsfree.cz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.vpsfree.cz/listinfo/community-list > or, via email, send a message with subject or body 'help' to > community-list-request(a)lists.vpsfree.cz > > You can reach the person managing the list at > community-list-owner(a)lists.vpsfree.cz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Community-list digest..." > > > Today's Topics: > > 1. vpsFree a za co stoji (Pavel Snajdr) > 2. Re: vpsFree a za co stoji (Pavel Muller) > 3. Re: vpsFree a za co stoji (Richard Marko) > 4. Re: vpsFree a za co stoji (Pavel Snajdr) > 5. Re: vpsFree a za co stoji (Pavel Snajdr) > 6. Re: vpsFree a za co stoji (Tomas Volf) > 7. Re: vpsFree a za co stoji (Erich Stark) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 Feb 2012 14:31:38 +0100 > From: Pavel Snajdr<snajpa(a)snajpa.net> > To: "vpsFree.cz Community list"<community-list(a)lists.vpsfree.cz> > Subject: [vpsFree.cz: community-list] vpsFree a za co stoji > Message-ID:<4F44EE3A.20809(a)snajpa.net> > Content-Type: text/plain; charset=UTF-8 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Caute, > > stoji vpsFree.cz za propagaci? > > Doporucili byste ho dal? > > Pokud jo, jak byste vpsFree propagovali? > > Pokud ne, proc? Co mame zlepsit? > > Btw. - servery jsou v uz v Brne, ale budeme muset pockat jeste ~3 tydny > na IP adresy... [jakmile budu vedet presne detaily, podelim se] > > Proc se ptam - myslim, ze mame prostor k rustu, ze bychom tak, jak mame > poskladany aktivni tym co se o chod stara, stihali minimalne 2x tolik clenu. > > Rust, dokud je jeho mira unosna, je vzdycky dobra vec - protoze to dava > moznosti, ktere sdruzeni doposud nemelo [tady se mate na co tesit, > chystam same dobre zpravy behem 3-4 tydnu, nicmene vzdycky muze byt > jeste lip :)]. > > Predem diky za reakce! > > Pavel Snajdr > > +420 720 107 791 > > http://vpsfree.cz > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iF4EAREIAAYFAk9E7jcACgkQdh+64ds5DaZPkgD/fgVNgWs0Z2zgM2LTbP3vTq/O > +jkn75PQNoHG5EAJn10BALcNebKOfUXXd8wZVkC0/ZtyQbQcf2EpGppOhok6NPw3 > =/Pwt > -----END PGP SIGNATURE----- > > > ------------------------------ > > Message: 2 > Date: Wed, 22 Feb 2012 14:52:09 +0100 (CET) > From: Pavel Muller<s.c.o.t.t(a)seznam.cz> > To: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz> > Subject: Re: [vpsFree.cz: community-list] vpsFree a za co stoji > Message-ID:<35531.6157.17110-6709-1143962293-1329918729(a)seznam.cz> > Content-Type: text/plain; charset="iso-8859-2" > > Urcite vpsFree.cz stoji za propagaci. Ja osobne propaguji na ruznych forech, kde se lidi ptaj ohledne VPS, ktere se vyplati. > Jen co jsem si vsim, hodne lidi asi odradi ten limit 500GB NIX - lidi maj radi slovo "neomezene" :)) > >> ------------ Původní zpráva ------------ >> Od: Pavel Snajdr<snajpa(a)snajpa.net> >> Předmět: [vpsFree.cz: community-list] vpsFree a za co stoji >> Datum: 22.2.2012 14:31:48 >> ---------------------------------------- >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Caute, >> >> stoji vpsFree.cz za propagaci? >> >> Doporucili byste ho dal? >> >> Pokud jo, jak byste vpsFree propagovali? >> >> Pokud ne, proc? Co mame zlepsit? >> >> Btw. - servery jsou v uz v Brne, ale budeme muset pockat jeste ~3 tydny >> na IP adresy... [jakmile budu vedet presne detaily, podelim se] >> >> Proc se ptam - myslim, ze mame prostor k rustu, ze bychom tak, jak mame >> poskladany aktivni tym co se o chod stara, stihali minimalne 2x tolik clenu. >> >> Rust, dokud je jeho mira unosna, je vzdycky dobra vec - protoze to dava >> moznosti, ktere sdruzeni doposud nemelo [tady se mate na co tesit, >> chystam same dobre zpravy behem 3-4 tydnu, nicmene vzdycky muze byt >> jeste lip :)]. >> >> Predem diky za reakce! >> >> Pavel Snajdr >> >> +420 720 107 791 >> >> http://vpsfree.cz >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.11 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> >> iF4EAREIAAYFAk9E7jcACgkQdh+64ds5DaZPkgD/fgVNgWs0Z2zgM2LTbP3vTq/O >> +jkn75PQNoHG5EAJn10BALcNebKOfUXXd8wZVkC0/ZtyQbQcf2EpGppOhok6NPw3 >> =/Pwt >> -----END PGP SIGNATURE----- >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >> >> >> > > ------------------------------ > > Message: 3 > Date: Wed, 22 Feb 2012 14:53:36 +0100 > From: Richard Marko<rissko(a)gmail.com> > To: community-list(a)lists.vpsfree.cz > Subject: Re: [vpsFree.cz: community-list] vpsFree a za co stoji > Message-ID:<4F44F360.3050708(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > Cau, > > urcite stoji a rozhodne doporucil, uz som tak par krat urobil. > > Ako zlepsenie rozhodne vidim moznost pouzit KVM, nie nutne migrovat na > KVM ale dat ho ako alternativu k openvz, s cim by sme kludne vedeli > pomoct, performance concerns samozrejme chapem. > > > Richard Marko > http://base48.cz > > On 02/22/2012 02:31 PM, Pavel Snajdr wrote: >> Caute, >> >> stoji vpsFree.cz za propagaci? >> >> Doporucili byste ho dal? >> >> Pokud jo, jak byste vpsFree propagovali? >> >> Pokud ne, proc? Co mame zlepsit? >> >> Btw. - servery jsou v uz v Brne, ale budeme muset pockat jeste ~3 tydny >> na IP adresy... [jakmile budu vedet presne detaily, podelim se] >> >> Proc se ptam - myslim, ze mame prostor k rustu, ze bychom tak, jak mame >> poskladany aktivni tym co se o chod stara, stihali minimalne 2x tolik >> clenu. >> >> Rust, dokud je jeho mira unosna, je vzdycky dobra vec - protoze to dava >> moznosti, ktere sdruzeni doposud nemelo [tady se mate na co tesit, >> chystam same dobre zpravy behem 3-4 tydnu, nicmene vzdycky muze byt >> jeste lip :)]. >> >> Predem diky za reakce! >> >> Pavel Snajdr >> >> +420 720 107 791 >> >> http://vpsfree.cz >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >

12 years, 10 months

vpsFree a za co stoji

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Caute, stoji vpsFree.cz za propagaci? Doporucili byste ho dal? Pokud jo, jak byste vpsFree propagovali? Pokud ne, proc? Co mame zlepsit? Btw. - servery jsou v uz v Brne, ale budeme muset pockat jeste ~3 tydny na IP adresy... [jakmile budu vedet presne detaily, podelim se] Proc se ptam - myslim, ze mame prostor k rustu, ze bychom tak, jak mame poskladany aktivni tym co se o chod stara, stihali minimalne 2x tolik clenu. Rust, dokud je jeho mira unosna, je vzdycky dobra vec - protoze to dava moznosti, ktere sdruzeni doposud nemelo [tady se mate na co tesit, chystam same dobre zpravy behem 3-4 tydnu, nicmene vzdycky muze byt jeste lip :)]. Predem diky za reakce! Pavel Snajdr +420 720 107 791 http://vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk9E7jcACgkQdh+64ds5DaZPkgD/fgVNgWs0Z2zgM2LTbP3vTq/O +jkn75PQNoHG5EAJn10BALcNebKOfUXXd8wZVkC0/ZtyQbQcf2EpGppOhok6NPw3 =/Pwt -----END PGP SIGNATURE-----

12 years, 10 months

Zajimave/dulezite cteni: Jak bude vypadat konfigurace nasich serveru dal, Q&A session

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Caute, mozna bych se mohl podelit o progress, ktery jsme udelali v HW a SW specifikaci serveru, softwarove konfiguraci a trochu vysvetlit, co a proc a jak. Taky jsou tu dulezite informace co se tyce budoucnosti technologii @vpsFree.cz, takze si to prosim prectete. Konfigurace, co objednavame od ted - tzn. i pro Brno: System http://www.supermicro.com/products/system/1U/5016/SYS-5016T-MTF.cfm Core i7 960 3.2 GHz (3.46 GHz turbo speed) 6x 4 GB Kingston DDR3 1333 MHz 4x 1TB WDC Black Edition 64MB cache 1x 120 GB OCZ Revodrive 3 MAXIOPS edition Software: Scientific Linux 6 (rebuild Red Hat Enterprise Linuxu) + OpenVZ Stable kernel (novejsi revize, nez mame na Debian Squeeze) + Flashcache z SSD nad RAID10 z disku (http://github.com/facebook/flashcache) No a nejlip vysvetlim co a jak kdyz sepisu trochu Q&A: HW Q&A Q: Proc ne Xeony a ECC pameti? A: Protoze za stejnou cenu poskytujou horsi vykon; teoreticky by mely byt spolehlivejsi, ale praxi jsme si overili, ze to tak neni - spolehlivost je zhruba nastejno. Q: Proc Supermicro a ne vendor XYZ? A: Supermicro ma v CR dobrou dostupnost, ten hardware mame odzkouseny, je videt, ze Supermicro jako vendor dela kvalitni praci a to vsechno za super cenu. Q: Koukal jsem na ten system a vidim, ze pisou, ze ma povolene TDP procesoru jenom 100W, ale ta i7 ma 130W - WTF? A: Jop, je to tak, jdeme proti doporuceni vyrobce. Experimentalne jsme si to overili na 4 kusech te same konfigurace (pro muj a Tomasuv dalsi projekt - Relbit), tyden nam tam jel 16x CPUBurn, teplota se drzela na hranici unosnosti, takze jsme s Abacusem (dodavatel) vykoumali, ze ta skrin podporuje dalsi 2 ventilatory, dali jsme je tam a pomohlo to, teplotu pri 100% vytizeni to stahlo par stupnu pod "critical" hranici; navic z nasich munin grafu je videt, ze zridkakdy vubec presahujeme 50% zatizeni (coz neberte jako pokyn ten CPU zacit vytezovat, co to da - diky nizke celkove zatezi maji aplikace, ktere tam pak provozujete nizkou latenci) Q: Pred rokem a neco jste nakupovali twiny, proc je nebereme dal? A: Jsou nahovno :) Nejdriv - co jsou twiny -> dva servery v 1U. Ted vazneji - je v nich malo mista pro upgrade. Kdyz tam budu chtit dat SSD, tak musime vyhodit silene penize za low profile PCIe SSD, kdezto do plnych 1U muzeme v pohode dat SSD misto slotu, kde jsou ze predu vyvedena USBcka a seriovy port (Supermicro na to ma primo dil pro montaz 2.5" disku). Dalsi vec je, ze do twin chassis nesezeneme desku podporujici i7 CPU, jedine Xeony - vyhozene penize. SW Q&A Q: Kde jste nechali Debian? A: Do ted jsme jeli na Debian Squeeze, pro prechod na Red Hat based systemy je nekolik duvodu - - lepsi odladenost kernelu - - OpenVZ se vyviji primarne pro RHEL -> novejsi a odladene featury - OpenVZ team vydava primo oficialni RHEL kernel, ktery prochazi jejich labem, na ktery maji napsane svoje testy (o 1000% odladenejsi, nez Debianni podani OpenVZ) - - Flashcache je vyvijena primarne na RHEL kernelu - - uz mam konecne RHCE (:D) - - delal jsem v Red Hatu -- 1. ano, uz jsem odesel, 2. ne, nevyhodili mne, 3. ne, nedelam jim reklamu, 4. vsak uz mne a muj pristup znate (doufam) - - Kickstart (Debian nic takoveho nema, takze tam neni na co nadavat, ze by to nefungovalo :D - pro nezasvecene - feature instalatoru pro automatizaci instalace) Q: WTF je flashcache? A: Flashcache je docela zazracny modul do kernelu - pracuje na devicemapper vrstve (tzn. blokova zarizeni). Vezme 2 blokove zarizeni, jedno z nich pouzije jako cache nad tim druhym - typicke pouziti je vzit SSD a pouzit ho jako cache nad disky -> v nasem pripade jako writeback cache nad RAID10. Realnym dusledkem je zvyseny vykon IO operaci, hlavne se to pozna na databazich a pulnocnim cronu :) Q: Kde sakra mame to KVM? A: KVM je *SRACKA*. Tecka. Abych se rozepsal vic - pokud vam nejde o vykon, tak ano, KVM muzeme realizovat. Proste v porovnani s OpenVZ je to *priserne* pomale, je to drazsi (nizsi moznost agregace) a ma to asi tak miliardu problemu, do kterych patri nestabilita - presne tak, i to debilni OpenVZ je stabilnejsi. Nevim, necham si to projit hlavnou, ale rozhodne uz mne preslo planovani megahypersuper akce pro prechod na KVM, minimalne dokud neodladi zakladni architekturalni problemy typu 2 planovace nad sebou (jak disky, kde se to da napravit, tak CPU, kde s tim neudelam nic nez staticky pinning virtualu k jadrum CPU, coz je reseni na ranu pesti do hlavy). Urcite nebudeme prechazet na neco, co jsem si na 100% jistej, ze by snizilo uroven. Skoda je, ze jsme si v zapisu schuze nechali odhlasovat neco jineho - nechavam na kontrolni komisi, aby se k tomu vyjadrila, ale osobne jsem z KVM opojeni docela dost vystrizlivel. Celkove jsme s Tomasem stravili uz dost hodin produkcnim hranim si s KVM (na Relbitu), ze by se to dalo pocitat na dny. A to jak s Debianem, tak RHELem a dokonce i s Fedorou (= nejnovejsi upstream). Q: Mne se ale KVM libi, mam ho na svym domacim serveru a jede mi super, urcite to neumis nastavit! A: Jede super, dokud je virtualu malicko. Jakmile ma dojit k agregaci, ktera nema omezovat (tzn. ze opravdu nevyuzite prostredky muze vyuzit ten, kdo je potrebuje) => pruser. Urcite nedoporucuju mit vic virtualu na server, nez je tak jeden a pul nasobek poctu jader (pokud jsou to virtualy s 1 pridelenym jadrem), pokud to ma mit nejaky vykon. Potom se zvysujicim se poctem virtualu vykon rapidne klesa - obzvlast, pokud se toho vykonu nedejboze dozaduje vic jak 4-5 virtualu najednou, to je zle. Pridelit virtualu vic jak 1 vCPU a nechat na linuxu, at dynamicky planuje, ktery proces KVM na kterem procesoru bezi, to uz je uplna tragedie. Zase, dokud je virtualu malo, tak pohoda jazz, ale jak je jich vic, tak dojde k takovym zverstvum, ze to zacne vylevat cache na CPU (tuhle informaci mam primo od vyvojaru z Red Hatu, vedi o tom, ale reseni je v nedohlednu). Tak, a ted se ptejte, pokud jsem na neco duleziteho zapomnel. - -- Pavel Snajdr +420 720 107 791 http://vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8zC9MACgkQdh+64ds5DabzVQD+JnkzI9SDv/jbt6z0WK52kyZK R3kpH4n5yRjTTLVNrcwA/jKw8YX3E5NLgHi1df1WWGAGLo7F1D5IRIcJaNoxFCUS =X3O7 -----END PGP SIGNATURE-----

12 years, 10 months

vpsAdmin delka root hesla

by Tomas Volf

Ahoj, jenom takova myslenka... vpsAdmin vynucuje delka hesla pro roota 5 a vice znaku... Mne osobne se nelibi "vynucena" bezpecnost :) Jenom mne zajima nazor ostatnich na tohle tema... PS: jo, vim, pres passwd jde heslo roota zmenit klidne na jeden znak :) Tim spis jestli dava smysl neco vynucovat ve vpsAdminovi...

12 years, 10 months

Re: [vpsFree.cz: community-list] Archlinux a system upgrade po reinstallaci

by Tomáš Volf

Update: Pavel Šnajdr by mel zmeny zabalit do template pro Archlinux, takze by pacman mel fungovat spravne primo po instalaci systemu :) P4l4cl][n

12 years, 10 months

Fwd: Re: Bratislavske servery? Vyjadrete se.

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 A jeste na community list (jaksi jsem nedal "reply all" :)). - -------- Original Message -------- Subject: Re: [vpsFree.cz: community-list] Bratislavske servery? Vyjadrete se. Date: Fri, 03 Feb 2012 00:03:52 +0100 From: Pavel Snajdr <snajpa(a)snajpa.net> To: Ondrej Jombik <jombik(a)platon.org> Pravdou je, ze by to slo, ale chci si s nima dat trochu praci, vymenit jim nektere komponenty, ktere teplem trpi nejvic (napriklad disky), cele je preinstalovat a premontovat do 1U chassis, to by cele znamenalo par hodin vypadku, coz mi neprijde jako nejlepsi napad. Pavel On 02/03/2012 12:00 AM, Ondrej Jombik wrote: > Dakujem za odpoved. > > A nie je mozne existujuce servery v serverovni jednoducho presunut > na novu lokaciu? > > To sa mi momentalne javi ako najlepsie riesenie. > > Dajte vediet, vdaka > > Ondrej > > On Thu, 2 Feb 2012, Pavel Snajdr wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Zdravim, >> >> servery objednavam jeste zitra, pripadne v pondeli, predpokladam tak 3 >> tydny dodani, 2 tydny na ustaleni provozu v Brne a od te chvile presne 3 >> mesice na presun VPS (musime to stihnout, nez se zacnou zvedat teploty, >> jelikoz uz Vam neverim, ze stihnete to chlazeni vyresit). >> >> S pozdravem, >> >> Pavel Snajdr >> >> On 02/02/2012 11:25 PM, Ondrej Jombik wrote: >>> Tomas, ved teplota tam je teraz 16 C tak teraz sa vam urcite nemozu >>> prehrievat servery. >>> >>> Ak to bolo tak ako pises, za technika sa ospraveldnujem. Som v USA >>> a neda sa menezovat vsetko. >>> >>> Co sa tyka migracie - v poriadku, len stale neviem termin. Viete ho uz? >>> Aby sme boli nato pripraveni, nech sa to neriesi z hodiny na hodinu. >>> >>> Este otazka: bude treba ten bouncer na IP adresy, alebo si to vyriesite >>> sami? Z nasej strany vieme s tym pomoct. >>> >>> Ondrej >>> >>> On Thu, 2 Feb 2012, Tomas Srnka wrote: >>> >>>> Ahojte, >>>> >>>> dnes som bol v Platone pomoct kamaratovi so serverom. >>>> >>>> Situacia je nie moc dobra, pojde to odtial prec. >>>> >>>> Rozhovor s technikom (nie je to 100% prepis, pisem to po cca 9 >>>> hodinach co som tam bol): >>>> >>>> Ja: Mozme sem dat velky ventilator pred servre? >>>> T: To si musite napisat ziadost, to ja neviem. To vam musia schvalit >>>> Ja: Hm, ok. Lebo tie servre sa prehrievaju a vzduch tam stoji. >>>> T: To mate blbe chladenie. >>>> Ja: Ale my mame rovnake servre v Prahe a funguju bez problem. Tuna sa >>>> server zapne, a postupne sa tam zvysuje teplota, jednoducho to tam >>>> stoji okolo nich a treba to riesit. >>>> T: [utrusenie poznamky, ze s tym moc nevieme robit a mame to zle] >>>> Ja: [WTF, Odchadzam nasrany z datacentra?] >>>> >>>> Snaha o riesenie problemu 0, snaha byt aspon trosku napomocny -1. >>>> >>>> Dakujem, nemam dalej zaujem. >>>> >>>> Tolko k teme BA servre. >>>> >>>> Pekny vecer. >>>> >>>> S pozdravom, >>>> Tomas >>>> >>>> On Jan 4, 2012, at 5:58 PM, Pavel Snajdr wrote: >>>> >>> Ahoj, >>> >>> jeste jednou vytahuju tohle tema, protoze se mnozi stiznosti, tak chci >>> vyjasnit vsem, jak se tam ta situace ma: >>> >>> Nahovno. Abych byl uprimnej a dodal tomu vahu - totalne nahovno. >>> >>> Gamma - prehriva se CPU a disky >>> Epsilon - prehrivaji se disky >>> >>> Pro ilustraci - oba servery jsem musel nechat uplne odkryte (= obe >>> bocnice dole), jelikoz jinak uz by se usmazily davno. >>> >>> Gamma - potrebuje reinstall - stary OS >>> Epsilon - potrebuje reinstall - poskozeny FS, proto nejdou zalohy >>> >>> Z Platonu uz mi pred nekolika mesici slibili, ze vysoka teplota v >>> serverovne se bude resit. Z komunikace, ktera probehla v posledni dobe >>> mezi mnou a nimi vypada, ze sami jeste nemaji jasno, jak to chteji >>> vyresit, natoz aby bylo neco konkretnejsiho na stole. Pokud se mylim, >>> muzou zareagovat na tenhle mail. >>> >>> Takze to projednou necham na clenech - co s temi servery? >>> >>> Presuneme je jinam? Websupport? Nechame je v platonu? Zrusime je uplne? >>> >>> Nebo Master Internet, datacentrum Brno? >>> >>> Nebo? >>> >>> Preinstalovat je potrebujeme kazdopadne. >>> >>> Poznamka k presunu: pokud budeme presouvat, budou se menit IP. >>> >>> Moje osobni poznamka: podle mne ma cenu nechat nejake servery mimo >>> Prahu, abychom tam meli geografickou diverzitu trochu. Otazka je kam, >>> protoze jedine slusne datacentrum na slovensku se zda byt vnet.sk, ale >>> ti maji teda priserne draho. > > -- > Ondrej JOMBIK > Platon Technologies s.r.o., Hlavna 3, Sala SK-92701 > +421 903 PLATON - info(a)platon.org - http://platon.org > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8rFpEACgkQdh+64ds5DabchAEAw6YG6EtShdhGY68MpizQmFQ0 tH51X6TJ67WwnU4NNlMA/ii+bd2Z54deVSgBTukVhtOutLUuXG5PB2cW/PEkVTMN =iuW+ -----END PGP SIGNATURE-----

12 years, 10 months

Tak trochu vyroci, zajimava cisla po 3 letech

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Caute, tak jsem dneska v noci doinstaloval a zprovoznil desaty OpenVZ virtualizacni server :) - - myslenka "virtualni servery svobodne" existuje uz 1244 dni, tzn. 3 roky, 4 mesice a 27 dni - - za tu dobu jsme se stihli vypracovat na tahle cisla: - - 230 clenu - - 277 virtualnich serveru - - 10 fyzickych serveru na OpenVZ, - - dalsi masiny - 2 routery, jeden storage server a 1 tower na vyvoj a testovani - - celkove od zacatku prislo na ucet sdruzeni 1 727 827,26 CZK - - hranici 5 TB prenosu za mesic v DC Praha jsme prekonali minuly mesic, kdy se celkem preneslo 5 736 GB, z toho 3 085 GB NIX 1 393 GB SIX 1 258 GB tranzit - - ackoliv nam IPv6 funguje, mesicne se pres nej neprenese vic jak 100 GB (nekdy ani ne desetina) - - celkem nam od srpna 2011, kdy jsme mailing listy zalozili, proteklo jednotlivymi listy takhle malo mailu: 373 community-list 71 outage-list 8 news-list 33 cloud-list Z outage listu je jednoznacne nejvetsi fail epsilon, ktery tam ma 9 hlaseni o vypadku, z toho jenom 2 planovane. Dalsi "nejhorsi" server je node3b, ktery tam ma 4 vypadky, z toho 2 planovane. Trending je node3a, ktery vypada, ze nestiha zatez, co na nem je (jak dopisu tenhle mail, tak se tim jdu zabyvat). Kdyby vas nekoho napadly dalsi cisla, ktera vas zajimaji, tak se ptejte - - ne vsechno umim zpetne dohledat, ale pokusit se muzu. - -- Pavel Snajdr +420 720 107 791 http://vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8tGCsACgkQdh+64ds5DaYQNQEAoYXG9LHOwwv0Rtlu51/XWA01 2fdRdJVPXZNUG8GRuTsA/3i/ygcXnAU6R91alwg5QPeoTBbLsivFp370LKbd7vLO =BQLS -----END PGP SIGNATURE-----

12 years, 10 months

Castejsi resety serveru - reseni

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Caute, jak jste si mohli vsimnout, posledni dobou se nam stava cim dal casteji, ze musime resetovat servery kvuli pametovym problemum. Vypada to jako nesvar Debianni verze OpenVZ. Problem neignoruju, mam v kapse reseni - - SSD do aspon 2 nodu - - preinstalovat je na RHEL (SL) - - povolit flashcache - - rebalance clusteru (skatulata batulata s VPS obcas, v noci) - - pridat dalsi server (na tom ted delam) Takze je to v reseni. - -- Pavel Snajdr +420 720 107 791 http://vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8sTz0ACgkQdh+64ds5Dab+EgD+ImF9hEOlAIi9bUIsFiOibYP/ YjhlKM1RHMiKt0chMVoA/Rl/8c1pN3ZOCgSfU7OXtdQDtD4EqEkl2P2lXV5rh3eh =b5fa -----END PGP SIGNATURE-----

12 years, 10 months

Bratislavske servery? Vyjadrete se.

by Pavel Snajdr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ahoj, jeste jednou vytahuju tohle tema, protoze se mnozi stiznosti, tak chci vyjasnit vsem, jak se tam ta situace ma: Nahovno. Abych byl uprimnej a dodal tomu vahu - totalne nahovno. Gamma - prehriva se CPU a disky Epsilon - prehrivaji se disky Pro ilustraci - oba servery jsem musel nechat uplne odkryte (= obe bocnice dole), jelikoz jinak uz by se usmazily davno. Gamma - potrebuje reinstall - stary OS Epsilon - potrebuje reinstall - poskozeny FS, proto nejdou zalohy Z Platonu uz mi pred nekolika mesici slibili, ze vysoka teplota v serverovne se bude resit. Z komunikace, ktera probehla v posledni dobe mezi mnou a nimi vypada, ze sami jeste nemaji jasno, jak to chteji vyresit, natoz aby bylo neco konkretnejsiho na stole. Pokud se mylim, muzou zareagovat na tenhle mail. Takze to projednou necham na clenech - co s temi servery? Presuneme je jinam? Websupport? Nechame je v platonu? Zrusime je uplne? Nebo Master Internet, datacentrum Brno? Nebo? Preinstalovat je potrebujeme kazdopadne. Poznamka k presunu: pokud budeme presouvat, budou se menit IP. Moje osobni poznamka: podle mne ma cenu nechat nejake servery mimo Prahu, abychom tam meli geografickou diverzitu trochu. Otazka je kam, protoze jedine slusne datacentrum na slovensku se zda byt vnet.sk, ale ti maji teda priserne draho. - -- Pavel Snajdr +420 720 107 791 http://vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk8EhTsACgkQdh+64ds5DaYOFQEAmLhvx+Y+aBY3f15CAjcQdmOl mplaV2p/81yBF/sPds0BAKuEVTtRJB4as4vMjHczNK/VeK7PBqW8bQ57vw1gm9OW =/L2T -----END PGP SIGNATURE-----

12 years, 10 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list February 2012