OpenVZ для Debian Wheezy

[@Insspb]

Краткость сестра таланта, но не до такой же степени.

[@IlyaEvseev]

Нажал Enter, когда добавлял теги. Бывает.

[@sl4mmer]

Есть мнение что openVZ устарел и что часть софта под ним работает криво-косо (apc, mongodb, etc)…

[@IlyaEvseev]

Устареть он точно не мог, т.к. его продолжают развивать, в т.ч. как основу для коммерческих систем.
Последняя на данный момент версия вышла позавчера: openvz.org/News/updates#Kernel_RHEL6_testing_042stab084.12

[@icCE]

Ядро openvz — это ядро RH.
Получается, что криво косо работают apc,mogodb, etc… на RH/Centos?

Но я этого не замечал если честно. :)

[@sl4mmer]

MongoDB shell version: 2.4.8
connecting to: test
Server has startup warnings:

** WARNING: You are running in OpenVZ. This is known to be broken!!!

[@alex_www]

Не в коей мере не являюсь поклонником OpenVZ, но что же в нем такого 'сломаного' с точки зрения Mongodb? Является ли 'сломаным'
Linux-Vserver, FreeeBSD jail и LXC? Если да, то почему? Ссылка на тех детали очень пригодилась бы.

[@sl4mmer]

ну видимо имеется ввиду таки работа монго под openvz

[@IlyaEvseev]

Ссылка на тех детали очень пригодилась бы.

iseetheline.ru/mongo-on-openvz/ — общий вывод на русском
jira.mongodb.org/browse/SERVER-1121 — детальное обсуждение на английском

[@alex_www]

Спасибо, очень интересно. Вдвойне интересней что описаной прблемы нет в ядрах для RHEL6 и новее: jira.mongodb.org/browse/SERVER-1121?focusedCommentId=59267&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-59267 и это замечательно.

[@icCE]

Стукну разработчику openvz, может что скажет.

[@zibada]

Как я понял из чтения документации и тикетов:

В OpenVZ существуют две разных модели ограничения памяти:

1. User Beancounters
2. Более новая VSwap

Монга сама никак не контролирует расход памяти, а сваливает эту задачу на ядро (используя mmap-ы на файлах).
Если свободной физической памяти много, ядро спокойно ее использует как кэш, ему не жалко.
Проблема в том, что OpenVZ в режиме UBC считает всю эту память в лимит контейнера.
Как это проявляется: если в монгу долго писать, она ест все больше и больше памяти, в какой-то момент времени лимит превышается, затем либо процесс монги убивается OOM, либо сыпятся ошибки выделения памяти в других процессах.

При использовании VSwap правила подсчета памяти другие, и проблемы не возникает.
Простого использования нового ядра недостаточно, надо еще, чтобы контейнер был сконфигурирован именно в режиме VSwap.

[@icCE]

И чуть ниже ссылка на баг репорт, где обсуждается проблема и где есть решение.
Ну и буквально вот вот, вышло новое ядро openvz.

[@icCE]

В общем все в openvz давно работает, а вот в mongodb до сих пор не могут выпилить warning.
И вы там прежде чем минусовать, сначала попробуйте выяснить ответ.

ответ от разра
plus.google.com/114658067490332530482/posts/Y5jJUwd7BgN

[@AnViar]

Почему не предлагаете воспользоваться официальными репозиториями?

[@IlyaEvseev]

Во-первых, Proxmox накладывает свои патчи, иногда довольно важные:
git.proxmox.com/?p=pve-kernel-2.6.32.git;a=summary

Во-вторых, о поддержке Дебиана Openvz объявил в октябре: openvz.livejournal.com/45345.html
До этого на download.openvz.org выкладывалась чья-то community-сборка, сделанная alien'ом из rpm.
Я свою документацию писал в июле, поэтому доверия к проксмоксовской сборке было больше.

[@icCE]

Kirill Kolyshkin — Очень ругался на тему debian :) k001.livejournal.com/855346.html
Хотя местами он слегка неправ.

Ну и для OpenVZ в Debian не надо тянуть proxmox, достаточно

cat < /etc/apt/sources.list.d/openvz.list
deb download.openvz.org/debian wheezy main
deb download.openvz.org/debian wheezy-test main
EOF
apt-get update

To install the kernel:
apt-get install linux-image-openvz-amd64

и все :)

openvz.livejournal.com/45345.html