Comments 17
Краткость сестра таланта, но не до такой же степени.
Есть мнение что openVZ устарел и что часть софта под ним работает криво-косо (apc, mongodb, etc)…
Устареть он точно не мог, т.к. его продолжают развивать, в т.ч. как основу для коммерческих систем.
Последняя на данный момент версия вышла позавчера: openvz.org/News/updates#Kernel_RHEL6_testing_042stab084.12
Последняя на данный момент версия вышла позавчера: openvz.org/News/updates#Kernel_RHEL6_testing_042stab084.12
Ядро openvz — это ядро RH.
Получается, что криво косо работают apc,mogodb, etc… на RH/Centos?
Но я этого не замечал если честно. :)
Получается, что криво косо работают apc,mogodb, etc… на RH/Centos?
Но я этого не замечал если честно. :)
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!!!
Не в коей мере не являюсь поклонником OpenVZ, но что же в нем такого 'сломаного' с точки зрения Mongodb? Является ли 'сломаным'
Linux-Vserver, FreeeBSD jail и LXC? Если да, то почему? Ссылка на тех детали очень пригодилась бы.
Linux-Vserver, FreeeBSD jail и LXC? Если да, то почему? Ссылка на тех детали очень пригодилась бы.
ну видимо имеется ввиду таки работа монго под openvz
Ссылка на тех детали очень пригодилась бы.
iseetheline.ru/mongo-on-openvz/ — общий вывод на русском
jira.mongodb.org/browse/SERVER-1121 — детальное обсуждение на английском
Спасибо, очень интересно. Вдвойне интересней что описаной прблемы нет в ядрах для RHEL6 и новее: jira.mongodb.org/browse/SERVER-1121?focusedCommentId=59267&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-59267 и это замечательно.
Стукну разработчику openvz, может что скажет.
Как я понял из чтения документации и тикетов:
В OpenVZ существуют две разных модели ограничения памяти:
1. User Beancounters
2. Более новая VSwap
Монга сама никак не контролирует расход памяти, а сваливает эту задачу на ядро (используя mmap-ы на файлах).
Если свободной физической памяти много, ядро спокойно ее использует как кэш, ему не жалко.
Проблема в том, что OpenVZ в режиме UBC считает всю эту память в лимит контейнера.
Как это проявляется: если в монгу долго писать, она ест все больше и больше памяти, в какой-то момент времени лимит превышается, затем либо процесс монги убивается OOM, либо сыпятся ошибки выделения памяти в других процессах.
При использовании VSwap правила подсчета памяти другие, и проблемы не возникает.
Простого использования нового ядра недостаточно, надо еще, чтобы контейнер был сконфигурирован именно в режиме VSwap.
В OpenVZ существуют две разных модели ограничения памяти:
1. User Beancounters
2. Более новая VSwap
Монга сама никак не контролирует расход памяти, а сваливает эту задачу на ядро (используя mmap-ы на файлах).
Если свободной физической памяти много, ядро спокойно ее использует как кэш, ему не жалко.
Проблема в том, что OpenVZ в режиме UBC считает всю эту память в лимит контейнера.
Как это проявляется: если в монгу долго писать, она ест все больше и больше памяти, в какой-то момент времени лимит превышается, затем либо процесс монги убивается OOM, либо сыпятся ошибки выделения памяти в других процессах.
При использовании VSwap правила подсчета памяти другие, и проблемы не возникает.
Простого использования нового ядра недостаточно, надо еще, чтобы контейнер был сконфигурирован именно в режиме VSwap.
И чуть ниже ссылка на баг репорт, где обсуждается проблема и где есть решение.
Ну и буквально вот вот, вышло новое ядро openvz.
Ну и буквально вот вот, вышло новое ядро openvz.
В общем все в openvz давно работает, а вот в mongodb до сих пор не могут выпилить warning.
И вы там прежде чем минусовать, сначала попробуйте выяснить ответ.
ответ от разра
plus.google.com/114658067490332530482/posts/Y5jJUwd7BgN
И вы там прежде чем минусовать, сначала попробуйте выяснить ответ.
ответ от разра
plus.google.com/114658067490332530482/posts/Y5jJUwd7BgN
Почему не предлагаете воспользоваться официальными репозиториями?
Во-первых, 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.
Я свою документацию писал в июле, поэтому доверия к проксмоксовской сборке было больше.
git.proxmox.com/?p=pve-kernel-2.6.32.git;a=summary
Во-вторых, о поддержке Дебиана Openvz объявил в октябре: openvz.livejournal.com/45345.html
До этого на download.openvz.org выкладывалась чья-то community-сборка, сделанная alien'ом из rpm.
Я свою документацию писал в июле, поэтому доверия к проксмоксовской сборке было больше.
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
Хотя местами он слегка неправ.
Ну и для 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
Sign up to leave a comment.
OpenVZ для Debian Wheezy