A nebylo by lepsi delat podobne planovane upgrady v ramci VPSfree "po jednom"? Napr. v pondeli node1, utery node2, atd ..... Pokud se vyskytne problem, nemusi se pak vsechno zase hromadne downgradovat (mam pocit ze minuly upgrade taky koncil podobne, po par neuspesnych rebotech se zase downgradovalo). Nebo minimalne jeden den jeden nahodne vybrany stroj, druhy den dalsi 2 a treti den zbytek (mene pracne nez delat nody kazdy den po jednom a mensi sance ze downgrade postihne vse ...)... Pokud se neco prvni den podela, odnese to jen jeden stroj a ne vsechny... Takhle budu mit zase noc kdy se nevyspim, dneska rano jsem daval dohromady servery po rebootu, na jednom nenajelo vubec mysql dokud jsem nenastavil innodb_use_native_aio = 0 :( Puvodne jsem si tu poridil jeste druhe vps (jedno mam na node5, druhe na node6), aby byl nejaky failover, t.j. slusna sance ze v jakykoliv okamzik aspon jeden pojede, ale pokud se rebootuje vsechno najednou, nebo kousek po sobe, tak obvykle je druhe vps dole driv nez najede to prvni, pripadne drv nez stihnu spravit to prvni (pokud se objevi po rebootu nejaky problem), coz ty moje predstavy o tom ze druha fyzicka masina situaci zlepsi (sice zlepsi, ale ne o moc) tak trochu bori :) Martin On 2014-09-16 20:52, Pavel Snajdr wrote: Ahojte, tak je to tu znova, zase se mi nepovedlo poradne otestovat kombinaci vzkernel/ZFS v ostatnich prostredich, nez je vpsFree. A to podotykam, ze ty same verze nam v Relbitu bezi pod poradnou zatezi in production uz cca mesic. A neni tam problem. Nicmene u nas to vypada, ze problem je, cili budeme muset downgradovat dnes v noci na ZFS 0.6.3-1 a SPL stejne verze. Bude to obnaset vypadek rovnajici se rebootu vsech stroju, bohuzel. _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQYkDoACgkQMBKdi9lkZ6rH+gD/RgyQMR1GuRiVgHtiERWoEmqU OK1/evS7GUZ+YUtZnhsA/36QH3PtuAcXkD1w8hjziOF6L+Xx2WCABZFCF1+tKKzB =nOx7 -----END PGP SIGNATURE-----

Ahoj, musím sa pridať. Nebudem tu mudrovať, do týchto vecí sa fakt velmi nevyznám, ale so stabilitou je to posledný mesiac fakt naprd. Neviem ako to chodí, ale potešilo by ma, keby sa dal udržať nejaký štandard, takto mi to príjde, ako by sa nejak zbytočne moc experimentovalo a potom to padá. S pozdravom, *Peter Bačinský* konateľ spoločnosti *Webino, s. r. o.* Železničná 152/75 90024 Veľký Biel Slovensko *Web stránky a internetové aplikácie pre Vaše podnikanie.* +421 918 641 804, info(a)webino.sk <mailto:info@webino.sk>, www.webino.sk <http://www.webino.sk/> ------------------------------------------------------------------------ *PROSÍM ZACHOVÁVAJTE HISTÓRIU V SPRÁVE, ĎAKUJEM* On 16.09.2014 21:20, Martin Petricek wrote: Ahojte, tak je to tu znova, zase se mi nepovedlo poradne otestovat kombinaci vzkernel/ZFS v ostatnich prostredich, nez je vpsFree. A to podotykam, ze ty same verze nam v Relbitu bezi pod poradnou zatezi in production uz cca mesic. A neni tam problem. Nicmene u nas to vypada, ze problem je, cili budeme muset downgradovat dnes v noci na ZFS 0.6.3-1 a SPL stejne verze. Bude to obnaset vypadek rovnajici se rebootu vsech stroju, bohuzel. _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZSN0ACgkQMBKdi9lkZ6puhgD/RIQHjqSXTjIYhXcaIor2iV5R ++dqmEY1vOWY36TfI08BAMSbNIsN7ndPVTKfGrRGYhQAtQqFGvBzI3FynrJQanmb =BM1J -----END PGP SIGNATURE-----

Snajpo, myslim ze si to beres zbytecne osobne, nikdo nerika ze pro to delas malo, blbe, ... (ani ze by to chtel delat lip) tady kolega pouze konstatoval, ze je stabilita na prd - coz s nim musim souhlasit a byl to jeden z duvodu, proc jsem svoje vps u vpsfree zrusil. ano, tak monstrozni vykon za takovou cenu jako vpsfree asi nikdo nenabizi, ale uprimne jsem radej, kdyz mi false positives z monitoringu, ktery mi u vpsfree bezel, klesly asi na setinu pote, co sem to presunul na podstatne mene vykonnejsi vps u digitaloceanu. Neminim ti jakoli kecat do spravy serveru, ale osobne nevidim zadny duvod, proc jet na nejnovejsich jadrech jen proto, abysme je meli. Nemam pocit, ze by nam, krome tvoji prace, a dalsich vypadku, prinesly jakakoli pozitiva. Myslim, ze to ze nekdo neni "spokojeny" s necim neznamena, ze to musi automaticky umet delat lepe - taky nekupuju rohliky z agrofertu a nemyslim, ze bych je upekl lip, ale jdu proste do mistni pekarny, kde to lip (a podstatne draz) umej. m Dne 17. 9. 2014 10:39, Pavel Snajdr napsal(a): Mno, prijit ti to muze. Jestli myslis, ze pro to delam malo, nech sa paci, dam ti root pristup a muzes to spravovat za mne. Jak uz po trilionty rikam, proste to NENI jak testovat. A je to vec kterou neumim rozlousknout uz 6 let. /snajpa On 09/17/2014 06:10 AM, Peter Bačinský wrote: >>> Ahoj, musím sa pridať. Nebudem tu mudrovať, do týchto vecí sa >>> fakt velmi nevyznám, ale so stabilitou je to posledný mesiac >>> fakt naprd. Neviem ako to chodí, ale potešilo by ma, keby sa >>> dal udržať nejaký štandard, takto mi to príjde, ako by sa >>> nejak zbytočne moc experimentovalo a potom to padá. >>> >>> S pozdravom, >>> >>> *Peter Bačinský* konateľ spoločnosti >>> >>> >>> *Webino, s. r. o.* Železničná 152/75 90024 Veľký Biel >>> Slovensko >>> >>> *Web stránky a internetové aplikácie pre Vaše podnikanie.* >>> >>> +421 918 641 804, info(a)webino.sk <mailto:info@webino.sk>, >>> www.webino.sk <http://www.webino.sk/> >>> >>> ------------------------------------------------------------------------ >>> >>> >>>

_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZUroACgkQMBKdi9lkZ6qhrQEAwAEAFYeWboWEW4k2mNEAjv7Q /6DTCZ1kS42cPKmRcOgA/ROOqa7X5z9DmQUOgtAC66g1atFoHu7vQPTry7T58PSj =m+h0 -----END PGP SIGNATURE-----

trochu mimo aktuální topic

Ahoj, do produkce patri pouze security fixy, primo ohrozujici bezpecnost. Dne 17. září 2014 11:05 Michal Krajcirovic &lt;michal(a)krajcirovic.cz&gt;

> Snajpo, myslim ze si to beres zbytecne osobne, nikdo nerika ze pro to

> malo, blbe, ... (ani ze by to chtel delat lip) > tady kolega pouze konstatoval, ze je stabilita na prd - coz s nim musim > souhlasit a byl to jeden z duvodu, proc jsem svoje vps u vpsfree zrusil. > > ano, tak monstrozni vykon za takovou cenu jako vpsfree asi nikdo

> ale uprimne jsem radej, kdyz mi false positives z monitoringu, ktery mi u > vpsfree bezel, klesly asi na setinu pote, co sem to presunul na podstatne > mene vykonnejsi vps u digitaloceanu. > Neminim ti jakoli kecat do spravy serveru, ale osobne nevidim zadny

> proc jet na nejnovejsich jadrech jen proto, abysme je meli. Nemam

> by nam, krome tvoji prace, a dalsich vypadku, prinesly jakakoli pozitiva. > > Myslim, ze to ze nekdo neni "spokojeny" s necim neznamena, ze to musi > automaticky umet delat lepe - taky nekupuju rohliky z agrofertu a

Mno, prijit ti to muze. Jestli myslis, ze pro to delam malo, nech sa paci, dam ti root pristup a muzes to spravovat za mne. Jak uz po trilionty rikam, proste to NENI jak testovat. A je to vec kterou neumim rozlousknout uz 6 let. /snajpa On 09/17/2014 06:10 AM, Peter Bačinský wrote: ------------------------------------------------------------------------ _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

Ahoj, nikdo si nemůže dovolit testovat na koncových zákaznících v produkčním prostředí. Produkční prostředí je od toho, aby bylo maximálně stabilní za cenu jisté konzervativnosti v "zastaralých" verzích aplikací. Jediné řešení vidím v jasném rozdělení VPSfree na 2 nezávislé větve - produkce/provoz, tj. stabilita, konzervativnost, minimum změn, pouze bezpečnostní aktualizace - development, tj. testování nových věcí, které se po určité době přenášejí do produkce, a nebo aplikují na nové servery, které se stávají později produkcí.

Uživatelé, kterým nevadí výpadky a potřebují poslední nové věci, ať dobrovolně vstoupí do devel větve a mají např. nižší poplatek za provoz, větší disk apod. Jiní ať pracují v produkční větvi, protože si výpadky _nemohou_ dovolit. Mohou tak získávat postupně více devítek v dostupnosti, přibližovat se postupně k 6 sigma :) Současný stav mi přijde nešťastný. Dne 17.9.2014 13:20, mrkva(a)mrkva.eu napsal(a): _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZeUUACgkQMBKdi9lkZ6oraQD/bKQQW9zG15dIR5SVUOY3/Kam cZimdknd99SijWrqjwMA/0zUMBlAE70VuJidc7OJyM1sKi0lVyEVF6qvd6c7F564 =FVBA -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/17/2014 02:06 PM, Pavel Snajdr wrote: Ale abych Ti nekrivdil, pravda je, ze ten problem s MySQL by se nejspis projevil, jelikoz ja mam MySQL vsude uz od prvnich experimentu se ZFS s vypnutym native AIO. Nicmene ne nestabilita, coz je nevetsi pain point IMHO. /snajpa > > /snajpa > > >> Uživatelé, kterým nevadí výpadky a potřebují poslední nové věci, >> ať dobrovolně vstoupí do devel větve a mají např. nižší poplatek >> za provoz, větší disk apod. > >> Jiní ať pracují v produkční větvi, protože si výpadky _nemohou_ >> dovolit. Mohou tak získávat postupně více devítek v dostupnosti, >> přibližovat se postupně k 6 sigma :) > >> Současný stav mi přijde nešťastný. > > >> Dne 17.9.2014 13:20, mrkva(a)mrkva.eu napsal(a): >>> Ahoj, na tohle jsi prisel jak? >>> >>> On 17.9.2014 11:26, Tomáš Valoušek wrote: >>>> Ahoj...

Chapu, ale jsou ty důvody, proc se dělají změny v produkci tak často, skutečne relevantní? Základní poučka admina/správce přece zní: Když ti něco funguje, tak se v tom zbytečně nehradej :D

Dne 17.9.2014 14:09, Pavel Snajdr napsal(a): _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZfccACgkQMBKdi9lkZ6pPpAD/coMtX2DIUDq0EuZ7zJe00EzP EF9TZqxVZy8CQBtUGj0A/iNh6+j4QBqHWt65RQHNWqTVCsJWKP++gRsoqzgOQUu3 =ZIKf -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/17/2014 02:17 PM, Vaclav Dusek wrote: Tobe prijde normalni updatovat jadro jednou za rok na produkcnich strojich? A to to jeste nedelame zdaleka tak casto, jak bychom meli! /snajpa

Pokud nejsou pro upgradde jádra či jiné komponenty _vážné_ důvody, NENÍ důvod upgradovat. Pro provoz to platí _dvojnásob_. A že vyšla nová verze, která neřeší žádný z problémů (bezpečnostních / výkonových) _NENÍ_ důvod provádět upgrade.

Dne 17.9.2014 14:25, Pavel Snajdr napsal(a): On 09/17/2014 02:17 PM, Vaclav Dusek wrote: Tobe prijde normalni updatovat jadro jednou za rok na produkcnich strojich? A to to jeste nedelame zdaleka tak casto, jak bychom meli! /snajpa >>> >>> >>> Dne 17.9.2014 14:09, Pavel Snajdr napsal(a): >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>> >>>> On 09/17/2014 02:06 PM, Pavel Snajdr wrote: >>>>> On 09/17/2014 01:54 PM, Vaclav Dusek wrote: >>>>>> Ahoj, >>>>> >>>>>> nikdo si nemůže dovolit testovat na koncových >>>>>> zákaznících v produkčním prostředí. Produkční prostředí >>>>>> je od toho, aby bylo maximálně stabilní za cenu jisté >>>>>> konzervativnosti v "zastaralých" verzích aplikací. >>>>> >>>>>> Jediné řešení vidím v jasném rozdělení VPSfree na 2 >>>>>> nezávislé větve >>>>> >>>>>> - produkce/provoz, tj. stabilita, konzervativnost, >>>>>> minimum změn, pouze bezpečnostní aktualizace >>>>> >>>>>> - development, tj. testování nových věcí, které se po >>>>>> určité době přenášejí do produkce, a nebo aplikují na >>>>>> nové servery, které se stávají později produkcí. >>>>> >>>>> Coz je strasne pekna teorie, ano. >>>>> >>>>> Jak rikam, ja ty veci testuju, nez jdou do production. >>>>> >>>>> Uzivatele, kterym nevadi vypadky, v drtivy vetsine skoro >>>>> nic neprovozujou - cili je to jeste horsi, nez muj >>>>> testing env. Opravte mne, jestli se mylim, ale kdyz uz >>>>> mam nejakou zatez, vetsinou mam duvod, proc ji mam => je >>>>> to production. >>>>> >>>>> Jak je ostatne videt na playgroundu :) >>>> >>>> Ale abych Ti nekrivdil, pravda je, ze ten problem s MySQL >>>> by se nejspis projevil, jelikoz ja mam MySQL vsude uz od >>>> prvnich experimentu se ZFS s vypnutym native AIO. >>>> >>>> Nicmene ne nestabilita, coz je nevetsi pain point IMHO. >>>> >>>> /snajpa >>>> >>>>> >>>>> /snajpa >>>>> >>>>> >>>>>> Uživatelé, kterým nevadí výpadky a potřebují poslední >>>>>> nové věci, ať dobrovolně vstoupí do devel větve a mají >>>>>> např. nižší poplatek za provoz, větší disk apod. >>>>> >>>>>> Jiní ať pracují v produkční větvi, protože si výpadky >>>>>> _nemohou_ dovolit. Mohou tak získávat postupně více >>>>>> devítek v dostupnosti, přibližovat se postupně k 6 >>>>>> sigma :) >>>>> >>>>>> Současný stav mi přijde nešťastný. >>>>> >>>>> >>>>>> Dne 17.9.2014 13:20, mrkva(a)mrkva.eu napsal(a): >>>>>>> Ahoj, na tohle jsi prisel jak? >>>>>>> >>>>>>> On 17.9.2014 11:26, Tomáš Valoušek wrote: >>>>>>>> Ahoj... >>> _______________________________________________ >>> Community-list mailing list Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZgZYACgkQMBKdi9lkZ6qYBAD/VNztg13yMgzSpiAnBv4CagDt lDf8fX/uC7NM37CsnbYA/AoMKTeJAzPFw5K3iX9PpBkebJRp3tGVgsxp/F1vBT2h =MiZf -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Abych to trosku podlozil, pro ty, co jsou lini si o tom neco najit a radsi budou delat akorat chytry :)) OpenVZ akorat vcera vydalo testing kernel 042stab093.5, ktery rebasuje nad RHEL6 kernel 2.6.32-431.29.2.el6 - da se cekat, ze tak do tydne max vyjde jako stable. https://rhn.redhat.com/errata/RHSA-2014-1167.html https://access.redhat.com/security/cve/CVE-2014-0205 https://access.redhat.com/security/cve/CVE-2014-3535 https://access.redhat.com/security/cve/CVE-2014-3917 https://access.redhat.com/security/cve/CVE-2014-4667 Z toho jsme affected CVE-2014-0205. Takze tak. Jeste nejaky poznamky od expertu, co se do toho vyznaji? /snajpa On 09/17/2014 02:41 PM, Pavel Snajdr wrote: > On 09/17/2014 02:31 PM, Vaclav Dusek wrote: > >> Pokud nejsou pro upgradde jádra či jiné komponenty _vážné_ >> důvody, NENÍ důvod upgradovat. Pro provoz to platí _dvojnásob_. > >> A že vyšla nová verze, která neřeší žádný z problémů >> (bezpečnostních / výkonových) _NENÍ_ důvod provádět upgrade. > > Souhlasim. Takove bezduvodne aktualizace nedelame. > > Projdi si OpenVZ changelog a RHEL6 kernel changelog a uvidis. > > Od toho jsou to stable supported kernely. > > /snajpa > > > > >> Dne 17.9.2014 14:25, Pavel Snajdr napsal(a): On 09/17/2014 02:17 >> PM, Vaclav Dusek wrote: >>>>> Chapu, >>>>> >>>>> ale jsou ty důvody, proc se dělají změny v produkci tak >>>>> často, skutečne relevantní? >>>>> >>>>> Základní poučka admina/správce přece zní: >>>>> >>>>> Když ti něco funguje, tak se v tom zbytečně nehradej :D > >> Tobe prijde normalni updatovat jadro jednou za rok na produkcnich >> strojich? A to to jeste nedelame zdaleka tak casto, jak bychom >> meli! > >> /snajpa > >>>>> >>>>> >>>>> Dne 17.9.2014 14:09, Pavel Snajdr napsal(a): >>>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>>> >>>>>> On 09/17/2014 02:06 PM, Pavel Snajdr wrote: >>>>>>> On 09/17/2014 01:54 PM, Vaclav Dusek wrote: >>>>>>>> Ahoj, >>>>>>> >>>>>>>> nikdo si nemůže dovolit testovat na koncových >>>>>>>> zákaznících v produkčním prostředí. Produkční >>>>>>>> prostředí je od toho, aby bylo maximálně stabilní za >>>>>>>> cenu jisté konzervativnosti v "zastaralých" verzích >>>>>>>> aplikací. >>>>>>> >>>>>>>> Jediné řešení vidím v jasném rozdělení VPSfree na 2 >>>>>>>> nezávislé větve >>>>>>> >>>>>>>> - produkce/provoz, tj. stabilita, konzervativnost, >>>>>>>> minimum změn, pouze bezpečnostní aktualizace >>>>>>> >>>>>>>> - development, tj. testování nových věcí, které se >>>>>>>> po určité době přenášejí do produkce, a nebo aplikují >>>>>>>> na nové servery, které se stávají později produkcí. >>>>>>> >>>>>>> Coz je strasne pekna teorie, ano. >>>>>>> >>>>>>> Jak rikam, ja ty veci testuju, nez jdou do production. >>>>>>> >>>>>>> Uzivatele, kterym nevadi vypadky, v drtivy vetsine >>>>>>> skoro nic neprovozujou - cili je to jeste horsi, nez >>>>>>> muj testing env. Opravte mne, jestli se mylim, ale kdyz >>>>>>> uz mam nejakou zatez, vetsinou mam duvod, proc ji mam >>>>>>> => je to production. >>>>>>> >>>>>>> Jak je ostatne videt na playgroundu :) >>>>>> >>>>>> Ale abych Ti nekrivdil, pravda je, ze ten problem s >>>>>> MySQL by se nejspis projevil, jelikoz ja mam MySQL vsude >>>>>> uz od prvnich experimentu se ZFS s vypnutym native AIO. >>>>>> >>>>>> Nicmene ne nestabilita, coz je nevetsi pain point IMHO. >>>>>> >>>>>> /snajpa >>>>>> >>>>>>> >>>>>>> /snajpa >>>>>>> >>>>>>> >>>>>>>> Uživatelé, kterým nevadí výpadky a potřebují >>>>>>>> poslední nové věci, ať dobrovolně vstoupí do devel >>>>>>>> větve a mají např. nižší poplatek za provoz, větší >>>>>>>> disk apod. >>>>>>> >>>>>>>> Jiní ať pracují v produkční větvi, protože si výpadky >>>>>>>> _nemohou_ dovolit. Mohou tak získávat postupně více >>>>>>>> devítek v dostupnosti, přibližovat se postupně k 6 >>>>>>>> sigma :) >>>>>>> >>>>>>>> Současný stav mi přijde nešťastný. >>>>>>> >>>>>>> >>>>>>>> Dne 17.9.2014 13:20, mrkva(a)mrkva.eu napsal(a): >>>>>>>>> Ahoj, na tohle jsi prisel jak? >>>>>>>>> >>>>>>>>> On 17.9.2014 11:26, Tomáš Valoušek wrote: >>>>>>>>>> Ahoj...

On , Vaclav Dusek wrote: IIRC, snajpa rikal, ze to co nasazoval uz nejakou dobu bezi v relbitu. To ze tady to pod specifickou zatezi failnulo se jinak nez nasazenim v podstate otestovat neda ne? Jak snajpa rikal, tak problem je casto na jednom konkretnim nodu, to prece postupne upradovani neresi n? P.

Správci Win serverů mají servery jednak za NATem a aktualizace mají vypnuté

Vaclav Dusek wrote: Teploučko a smrádek... Jak přesně chcete mít dobré jméno služby, když víte, že máte v jádře zneužitelné privilege escalation? Jako jo, směrem k zákazníkům služba bez výpadku vypadá moc pěkně, ale jenom do doby, než se něco kvůli zanedbané údržbě pořádně vy****, o což si přesně "konzervativním přístupem" koledujete. Tohle je vidět na každém rohu, hlavní je vypadat dobře, na potenciální problémy se kašle, dokud se z nich nestanou skutečné problémy. A dost často to jde ještě dál a problémy se řeší jenom v případě, že hrozí škody vlastní organizaci. (Příkladem toho druhého budiž hromada trvale dostupného malware na serverech největšího a nejlevnějšího webhostingu v ČR.)

Sorry, ale přidám se k předřečníkovi. Jestli je server/služba tak důležitá, je potřeba řešit failover minimálně na jiný server na jiném hostiteli v rámci vpsfree (kdyby snajpa přistoupil na to restartovat jednu noc polovinu serverů a druhou noc druhou polovinu) nebo i mimo.

_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZmJkACgkQMBKdi9lkZ6qNKAD+IEtviULa93ZHjLD2EHKVz+RC UY7zZJ3l9f13phPYRY0BALHGrvWzuLIjgqnTsoMja3hlj8uWtP66B0ouXemyaucP =SN9+ -----END PGP SIGNATURE-----

Dne 17.9.2014 v 16:20 Pavel Snajdr napsal(a): Přijde mi, že je celkem jedno jaký bude klíč, takže klidně sudá/lichá, ale důležité je, aby byl tento klíč veřejně známý a aby si mohl člověk objednat VPS z daného lotu, pokud si bude chtít udělat nějaké failover řešení a mít zajištěno, že mu z důvodu nějaké nestability nespadnou obě VPS najednou, jak už tu někdo psal (že při hromadném restartu mu nestihne první VPS kompletně naběhnout a druhá co zatím převzala práci už jde do restartu taky). Š.

_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZq6oACgkQMBKdi9lkZ6rezwD/cNgK/Sn091pVgAq5nchCIVOx jeVdmt2ZC3hu6b7OlkMA/0eBaTtm3+UJA6Fp8SyPhKJbfV7B4SYeAOrrkQ8zsxHL =Tut2 -----END PGP SIGNATURE-----

Pokud nejsou pro upgradde jádra či jiné komponenty _vážné_ důvody, NENÍ důvod upgradovat. Pro provoz to platí _dvojnásob_. A že vyšla nová verze, která neřeší žádný z problémů (bezpečnostních / výkonových) _NENÍ_ důvod provádět upgrade.

A co pred upgrade proste vzdy vybrat jeden vpsFree node jako QA. Ten upgradovat a teprve po X dnech bez problemu upgradoval zbytek? Ano i to nemusi znamenat odhaleni vseho, ale otestuje to upgrade v prostredi vpsFree a minimalizuje pocet nasranych lidi v pripade problemu. Ano, je to cas navic. L.

17. 9. 2014 v 13:54, Vaclav Dusek &lt;Vaclav.Dusek(a)cz-pro.cz&gt;cz>: _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZgr4ACgkQMBKdi9lkZ6qYewD+Pduz8yJ7HpHWbO7iCRabNE3O KoxjN1O2JRSBcDCncdcA/1QZuAhYtVHtdAG8QtZdUEroEeSeNvwGqKK1k+VHe9qK =5jUd -----END PGP SIGNATURE-----

Mno, prijit ti to muze. Jestli myslis, ze pro to delam malo, nech sa paci, dam ti root pristup a muzes to spravovat za mne. Jak uz po trilionty rikam, proste to NENI jak testovat. A je to vec kterou neumim rozlousknout uz 6 let. /snajpa On 09/17/2014 06:10 AM, Peter Bačinský wrote: _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iF4EAREIAAYFAlQZT5sACgkQMBKdi9lkZ6ougQD9EzRZDFvT5P3gB4KchvQiaRv9 p+b3ez4A6pEnRD1qfFMBAId8Pyz4IzsPVkVYfr2XNHgzsRNoLnc6ewNkpklPsKY4 =TRDC -----END PGP SIGNATURE-----