Hi, First, thank you very much for your time and your efforts. I totally agree that using the vz commands would be a better approach, there is a special driver format (XML) that pass to the driver the template in XML format. We can use that in a ruby/python script to create the containers.....
BTW, we've just included OpenVZ as a project proposal for GSoC, I'll keep you updated if a student apply for this project. Cheers Ruben On Thu, Mar 10, 2011 at 6:33 PM, <[email protected]> wrote: > Hi! > > Spent some time in attempts to implement OpenVZ support in OpenNebula via > libvirt I realized that for the moment probably it was not the most > efficient way to do that since libvirt provides pretty poor OpenVZ support. > In particular: > 1) some of openvz specific parameters/options are missing from libvirt docs > (e.g. [1]) despite of they are mentioned in "Example guest domain XML > configuration" at libvirt openvz driver page [2] (I submitted a bug: [3] ); > 2) as far as I understand there is no way to specify assigned disk space > and disk inodes by libvirt means (feature request: [4]); > 3) it looks like network device veth is wrongly assigned inside openvz > container (at least I couldn't find the proper way to do that: [5]) and > there is no way to use another network device - venet ( > http://wiki.openvz.org/Venet). > 4) total (max) and used (current) memory parameters for certain VM always > have a zero value ([6]). > Libvirt-users mail-list doesn't help too much to clarify details; > Most of issues mentioned above as well as e.g. [7] had been discussed > before in libvirt mail-list (some of them more than a year ago) but I > couldn't find any submitted bugs and that and those issues still exist. > > For the moment I have done not so much progress in implementing openvz > support in ONE via libvirt: > $ git status > # On branch one-openvz > # Changes to be committed: > # (use "git reset HEAD <file>..." to unstage) > # > # new file: src/im_mad/remotes/ovz.d/architecture.sh > # new file: src/im_mad/remotes/ovz.d/cpu.sh > # new file: src/im_mad/remotes/ovz.d/name.sh > # new file: src/im_mad/remotes/ovz.d/ovz.rb > # new file: src/vmm/LibVirtDriverOVZ.cc > # new file: src/vmm_mad/remotes/ovz/cancel > # new file: src/vmm_mad/remotes/ovz/deploy > # new file: src/vmm_mad/remotes/ovz/migrate > # new file: src/vmm_mad/remotes/ovz/ovzrc > # new file: src/vmm_mad/remotes/ovz/restore > # new file: src/vmm_mad/remotes/ovz/save > # new file: src/vmm_mad/remotes/ovz/shutdown > # new file: src/vmm_mad/remotes/poll_vmm.rb > # deleted: src/vmm_mad/remotes/poll_xen_kvm.rb > # new file: src/vmm_mad/ssh/vmm_ssh_ovz.conf > # > # Changed but not updated: > # (use "git add <file>..." to update what will be committed) > # > # modified: include/LibVirtDriver.h > # modified: install.sh > # modified: share/etc/oned.conf > # modified: src/vmm/LibVirtDriverOVZ.cc > # modified: src/vmm/SConstruct > # modified: src/vmm/VirtualMachineManager.cc > # modified: src/vmm_mad/ssh/vmm_ssh_ovz.conf > > Taking all mentioned above into account I incline to an opinion it would be > better to implement openvz support in OpenNebula by native openvz means like > vzctl/vzlist/vzcalc/vzmigrate/vzdump commands just invoking those commands > on remote host. > > I would like to know other opinions on that. > > Best regards, > Nikolay. > > [1] http://libvirt.org/formatdomain.html > [2] http://libvirt.org/drvopenvz.html > [3] https://bugzilla.redhat.com/show_bug.cgi?id=683355 > [4] https://bugzilla.redhat.com/show_bug.cgi?id=683512 > [5] https://bugzilla.redhat.com/show_bug.cgi?id=683834 > [6] https://bugzilla.redhat.com/show_bug.cgi?id=683851 > [7] https://bugzilla.redhat.com/show_bug.cgi?id=683834 > _______________________________________________ > Users mailing list > [email protected] > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > -- Dr. Ruben Santiago Montero Associate Professor (Profesor Titular), Complutense University of Madrid URL: http://dsa-research.org/doku.php?id=people:ruben Weblog: http://blog.dsa-research.org/?author=7
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
