-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 A kdyz uz je o tom rec, bod 1 tohohle clanku o tom mluvi pekne: http://openvz.livejournal.com/45647.html Clanek je na tema "Is OpenVZ obsoleted?" a je to dobry cteni, doporucuju. /snajpa On 10/21/2013 12:47 PM, Erich Stark wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ahoj, LXC je dost paradne pozadu oproti OpenVZ, ze v tom jde spustit par programu, je asi tak vrchol, co to dokaze :) Navic ty userspace utility... cisty zlo. S pozdravem Pavel Snajdr +421 948 816 186 | +420 720 107 791 | 110-010-956 CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE http://relbit.com | http://vpsfree.cz | https://www.redhat.com On 10/30/2013 08:22 AM, Lukas Nemec wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ok, inline, je na case zapojit trochu kontejner-nazi-mode :))) -> On 10/30/2013 08:49 AM, Lukas Nemec wrote: Jeste jednou odkaz na relevantni clanek z blogu OpenVZ vyvojaru: http://openvz.livejournal.com/45647.html RHEL6 kernel neni stary kernel :) Pouzivame oficialni jadra od OpenVZ tymu a stavime nad Scientific Linuxem (rebuild Red Hat EL), neochote adminu dat neco custom-compiled na produkcni masiny 100% rozumim, sam bych to nedovolil. Jasne, na custom made aplikace je to v pohode, ale predstav si, ze v tom potrebujes bezet workloady co nejbliz plnym virtualkam, zacnes potrebovat veci jako tun/tap, NFS, ppp atd atd. Navic, LXC je slusne pouzitelny az v poslednich 3jkovych kernelech, coz uz zase zavani custom kompilaci... Temer nijak, oboje jsou to kontejnerove technologie, jestli tam bude rozdil v 1-2-3%, myslim ze i to je moc :) To je ale problem jak LXC, tak OpenVZ. Vymenou za nemoznost "hrani si" s jadrem ale mame vykon, o kterym se chlapcum s plnou virtualizaci muze jenom zdat - zkus si dat na jednu masinu 90 plnych virtualu - i kdyz se budou flakat, zazijes veci jako clock skew, IO bude cekat na to, az se sousedni virtual uprdne a dovoli delat IO nekomu dalsimu, CPU scheduling zajisti pravidelne trashovani cachi na procesoru, protoze je mu jedno, ze soupe procesy sem-tam a ze ty procesy jsou vlastne dalsi virtualni masiny... Co mne osobne stve na OpenVZ je absence podpory SELinuxu, to bych tam videl rad. Jinak na aplikacni veci je to rozhodne production-readier nez LXC :) A co se tyce toho vykonu IO, to bych chtel hodne videt, podle mne to muselo byt mezi klavesnici a zidli, protoze co se tyce IO schedulingu, neni moc rozdilu mezi OpenVZ a LXC. - - Pavel

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 10/30/2013 09:43 AM, Jirka Bourek wrote: A mel jsi na tom i neco produkcniho, nebo jenom stylem "ok nainstalovalo se, pustilo a nejak bezi"? :) A kolik jsi jim dal pameti? - -snajpa

Ahoj, snazim se nejak rozbehat nginx na IPv6 .. dle manualu to ma byt velice jednoduche, a to jenom prepsat listen 80; na listen [::]:80; coz by melo aktivovat poslouchani na ipv6 traffic, a dle nginx wiki kazdy linux defaultne pouziva ipv4 to ipv6 preklad, takze se ipv4 adresa jevi jako ipv6.. uz mi nginx posloucha na ipv6, akorat mi vraci spatny web pro ipv4 dotaz - takze bud je vypla podpora toho 4 to 6 prekladu nebo nginx bere ipv4 jako preferovane nad ipv6 (coz je divne - mel by brat weby podle toho jak jsou za sebou v hlavnim configu) vite nekdo nejake info blizsi? Diky moc :) Lukas Nemec

Dne 30.10.2013 12:00, Lukas Nemec napsal(a): Ahoj, opět jsi dal odpovědět na starší vlákno, opět to vidím řazené špatně, pod vláknem o LXC. Prosím piš do nového vlákna nový mail, ne odpověď na už existující poštu. V konfiguraci Nginx jsi to neměl přepsat, ale dát tam obojí. Potřebuješ, aby to poslouchalo na čtyřce i šestce. Přibližně takto: server { listen 80; ## listen for ipv4 listen [::]:80; ## listen for ipv6 server_name www.server.cz; } Petr Krčmář -- http://www.debian-linux.cz

Dne 30.10.2013 08:22, Lukas Nemec napsal(a): Ahoj, výtka na začátek: nezakládej v mailing listu nové téma jako odpověď na některý starý příspěvek. Sice smažeš obsah původního mailu, ale hlavičky zůstanou a rozbije se řazení (tvůj mail je reakcí na téma „Verze jádra“, což jsi určitě nechtěl). K tématu: LXC sleduju už docela dlouho a podrobně, ale bohužel (jak píše Pavel) to zatím není v použitelném stavu. Kromě toho, že tomu chybí spousta vlastností, to hlavně neumí dostatečně oddělit uživatele. Takže kdo je root v kontejneru, je root v celém systému. Takže využít to k testování jiného prostředí (jako chroot) na vlastním stroji je asi v pohodě, ale pro nasazení na veřejných VPS je to k ničemu. Petr Krčmář -- http://www.debian-linux.cz