Witam, W końcu znalazłem trochę czasu, by pozbierać wszystko do kupy i z pomocą gotara (w szczególności jego rw w cvs :P) przy specach (thx!) wrzucić wsparcie dla wirtualizacji OpenVZ. Dla mniej wtajemniczonych to 'konkurencja' dla vserver. Nie będę się wywodził nad zaletami i wadami, ale w momencie, gdy miałem wybrać u siebie platformę wirtualizacyjną tego typu, vservery nie chciały mi działać więc postanowiłem zrobić sobie wsparcie dla openvz (to było jakieś 1,5 roku temu...). W tamtym czasie miało to status work-for-me i było dla mnie wystarczające. W tej chwili oddaję PLD to, co udało mi się poskładać. A jest to:
- vzctl.spec wraz z patchami na Makefile-e i skryptami (startowymi i nie tylko) do pełnej obsługi pld przez hosta (dokończony i przerobiony przez gotara - jak znajdziesz chwilę, możesz podbić wersję, u mnie lokalnie buduje się 3.0.25.2 i nie sprawia problemów) - vzquota.spec - nowy pakiet, wymagany przez vzctl. - dwa obrazy kontenerów (tak się nazywa środowisko wirtualne w OpenVZ) dla th i ti. Mam również obraz dla ac, ale nie wystawiam go, zrobiłem go jakiś czas temu, jako proof of concept, że się da, ale nie użyłem go ani razu. Jak ktoś będzie zainteresowany, proszę dać znać. http://chrustek.net/pld-th-i686-minimal.tar.gz http://chrustek.net/pld-ti-i686-minimal.tar.gz Czego brakuje, a co z miłą chęcią bym zobaczył w PLD (teraz dodaję tą łatę recznie, później make oldconfig itd.): kernel-openvz.spec (lub podobny - nazwa do ustalenia), czyli jądro, które byłoby ze wsparciem dla openvz. Chętnie pomogę przy wrzuceniu conajmniej poniższej wersji kernela [1]. Pracuję nad jądrem dla rhel6 [2] ale swoim konfigiem (tak BTW - jak ktoś może podrzucić zcat /proc/config.gz z jądra w wersji 2.6.32 vanilla dla PLD - będę wdzieczny), lecz na chwilę obecną jądro się buduje, ale zaraz po starcie oopsuje, nie dochodzi do inita. Ta łatka daje ciekawą funkcjonalność, którą chciałbym sprawdzić, mianowicie wprowadza możliwość korzystania ze swapa [3] w kontenerze i to w taki sposób, że jeśli kontener nawet wykorzysta swoją pamięć określoną parametrem physpages, a host ma jeszcze wolną pamięć fizyczną, to swap dla kontenera też jest 'podawany' z ramu, ale symuluje spowolnienie dostępu do swapa, jakby był 'podawany' z dysku [4]. Niestety, nawet z konfigiem rhel6 ze strony openvz mam podobny problem (oops zaraz po starcie). [1] W chwili obecnej używam łaty na vaniliowe 2.6.32, bez 'dodatków' rhel: http://wiki.openvz.org/Download/kernel/2.6.32/2.6.32-dzhanibekov.1 ale rozwój tego brancha nie jest taki intensywny jak stable (2.6.18 prowadzony 'pod' rhel5) oraz właśnie 2.6.32 dla rhel6, nad którym wg mnie trzeba będzie się skupić, bo i tak na niego przejdą. Po za tym, jak to w PLD, raczej nie lubicie tutaj staroci :). [2] http://wiki.openvz.org/Download/kernel/rhel6/042test006.1 [3] http://wiki.openvz.org/VSwap [4] http://community.livejournal.com/openvz/34522.html#cutid1 -- Pozdrawiam, brushek _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl