Здравейте, последните 5 години аз лично бутам много в посоката контейнерите да станат еквивалент на VMs.
Нещата, които по един или друг начин съм успял да променя в kernel-а са основно свързани с тази насока. Днес за пореден път видях нещо, което доста рядко използвам, но ми се наложи да е възможно да се променя в container, а именно Posix Message Queues. Налага ми се да сетвам kernel.msgmnb на по-голяма стойност, но в контейнер, това не е позволено. Та сигурно до другата седмица ще променя следните опций, да приемат промяна в контейнер: kernel.auto_msgmni = 0 kernel.msg_next_id = -1 kernel.msgmax = 8192 kernel.msgmnb = 16384 kernel.msgmni = 32000 Интересува ме, от хората които използват контейнери, има ли някой, на който му трябва нещо друго в тази насока. До колкото помня, мисля че не останаха network sysctls, които да не сме namespace-ифайнали :) За хората, които не са запознати, ще по-надолу обяснявам какъв точно е казусът. Когато се създава нов namespace(примерно network ns) се създава нова структура в ядрото, в която се слагат всички sysctls. При товасъздаване, за някой sysctls се взима стойността от namespace-а, който е баща на новият namespace, a за други се взима default-ната стойност set-ната в кода на ядрото. Когато сте в новият namespace, ако се опитате да изпълните sysctl и съответната опция не е направена да разбира от namespaces, се получава много тъп проблем. Реално вие се опитвате да смените sysctl опцията на host машината а не на контейнера. Това което аз и моите колеги направихме през последните години е да добавим това "разбиране за namespace" в повечко такива sysctls. Поздрави, Мариян
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg