Re: [pve-devel] criu for lxc news on criu.org
It will. Docker still supports lxc backend and they basically use the same kernel extensions (cgroups). On Mon, Mar 30, 2015 at 8:30 AM, Alexandre DERUMIER aderum...@odiso.com wrote: LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any link about this. I found an article saying the opposite http://www.zdnet.com/article/red-hat-gets-serious-about-supporting-container-style-virtualization/ (but maybe it's more about docker) Now, RH support is more about commercial support for their customer. That doesn't mean that lxc don't work with rhel7 kernel. - Mail original - De: dietmar diet...@proxmox.com À: aderumier aderum...@odiso.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Dimanche 29 Mars 2015 17:35:02 Objet: Re: [pve-devel] criu for lxc news on criu.org So it seem than LXC 1.1.0 support it now. (so live migration should works). BTW, still no news of openvz 3.10 kernel git :( Yes - I started to remove the OpenVZ code from the jessie branch for that reason now. LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any ideas are highly appreciated ... ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel -- Kamil Trzciński ayu...@ayufan.eu www.ayufan.eu ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] criu for lxc news on criu.org
Docker is best run inside a VM. It makes no sense to run such limited containers on the host. Same opinion for me. I'm begin to use docker in production, inside qemu guest. (mainly to deploy php applications) Docker is more about 1 process (apache,mysql,) = 1 container - Mail original - De: dietmar diet...@proxmox.com À: datanom.net m...@datanom.net, pve-devel pve-devel@pve.proxmox.com Envoyé: Dimanche 29 Mars 2015 18:10:17 Objet: Re: [pve-devel] criu for lxc news on criu.org Yes - I started to remove the OpenVZ code from the jessie branch for that reason now. LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any ideas are highly appreciated ... If it needs to be fully Redhat supported docker seems the only option. Docker is best run inside a VM. It makes no sense to run such limited containers on the host. ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] lxc 1.1 : qcow2 support ?
Just found a new here about lxc 1.1: https://linuxcontainers.org/fr/lxc/news/ * core: Add support for qcow2 images (through qemu-img) so, maybe disk quota is possible ? (size of qcow2) other news: * core: Add support for Openvswitch bridges * init: Add identical support of systemd, upstart and sysvinit scripts * core: Add support for checkpoint and restore of containers using CRIU Alexandre Derumier Ingénieur système et stockage Fixe : 03 20 68 90 88 Fax : 03 20 68 90 81 45 Bvd du Général Leclerc 59100 Roubaix 12 rue Marivaux 75002 Paris MonSiteEstLent.com - Blog dédié à la webperformance et la gestion de pics de trafic ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] criu for lxc news on criu.org
LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any link about this. I found an article saying the opposite http://www.zdnet.com/article/red-hat-gets-serious-about-supporting-container-style-virtualization/ (but maybe it's more about docker) Now, RH support is more about commercial support for their customer. That doesn't mean that lxc don't work with rhel7 kernel. - Mail original - De: dietmar diet...@proxmox.com À: aderumier aderum...@odiso.com, pve-devel pve-devel@pve.proxmox.com Envoyé: Dimanche 29 Mars 2015 17:35:02 Objet: Re: [pve-devel] criu for lxc news on criu.org So it seem than LXC 1.1.0 support it now. (so live migration should works). BTW, still no news of openvz 3.10 kernel git :( Yes - I started to remove the OpenVZ code from the jessie branch for that reason now. LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any ideas are highly appreciated ... ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] criu for lxc news on criu.org
Docker is more about 1 process (apache,mysql,) = 1 container Note that it's possible to run multiple process in 1 docker, using some apps like supervisor, which manage process/services https://docs.docker.com/articles/using_supervisord/ I found also some fosdem infos about ovirt/docker/criu http://www.infoq.com/news/2015/02/fosdem-ovirt-criu Seem that redhat will push this, don't known how it's working - Mail original - De: aderumier aderum...@odiso.com À: dietmar diet...@proxmox.com Cc: pve-devel pve-devel@pve.proxmox.com Envoyé: Lundi 30 Mars 2015 08:05:26 Objet: Re: [pve-devel] criu for lxc news on criu.org Docker is best run inside a VM. It makes no sense to run such limited containers on the host. Same opinion for me. I'm begin to use docker in production, inside qemu guest. (mainly to deploy php applications) Docker is more about 1 process (apache,mysql,) = 1 container - Mail original - De: dietmar diet...@proxmox.com À: datanom.net m...@datanom.net, pve-devel pve-devel@pve.proxmox.com Envoyé: Dimanche 29 Mars 2015 18:10:17 Objet: Re: [pve-devel] criu for lxc news on criu.org Yes - I started to remove the OpenVZ code from the jessie branch for that reason now. LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any ideas are highly appreciated ... If it needs to be fully Redhat supported docker seems the only option. Docker is best run inside a VM. It makes no sense to run such limited containers on the host. ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] criu for lxc news on criu.org
On 30.03.2015 08:30, Alexandre DERUMIER wrote: LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any link about this. See the RHEL 7.1 release announcements, LXC looks not lika a first class citizen. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/7.1_Release_Notes/index.html#sect-Red_Hat_Enterprise_Linux-7.1_Release_Notes-Linux_Containers_with_Docker_Format-LXC -- Best Regards, Martin Maurer mar...@proxmox.com ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] Moving to ext js 5, the first steps
Hello I have started some preliminary work to upgrade the ext js framework we use in the pvemanager web ui to version 5.1 This should bring us some slight performance improvements in grid rendering, and a more modern themed ui. Please note that Ext JS 5.1 supports Internet Explorer = 8.0, so if you're still on Windows 2000, it is time to upgrade ! Emmanuel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] criu for lxc news on criu.org
See the RHEL 7.1 release announcements, LXC looks not lika a first class citizen. Ok, thanks fo the link. on the lxc website, https://linuxcontainers.org/fr/lxc/news/ they said that they are doing support for next 5 years Extended support At this time, the only such release is LXC 1.0 which was released in February 2014 and will be supported until April 2019 (a bit over 5 years). I think this is mainly done by Ubuntu, but lxc is inside the kernel. I don't known about userland lxc tools. - Mail original - De: Martin Maurer mar...@proxmox.com À: pve-devel pve-devel@pve.proxmox.com Envoyé: Lundi 30 Mars 2015 11:41:33 Objet: Re: [pve-devel] criu for lxc news on criu.org On 30.03.2015 08:30, Alexandre DERUMIER wrote: LXC seems to slowly develop - the bad news is that RH just dropped support for it :-/ (at least the announced that in a press release). Any link about this. See the RHEL 7.1 release announcements, LXC looks not lika a first class citizen. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/7.1_Release_Notes/index.html#sect-Red_Hat_Enterprise_Linux-7.1_Release_Notes-Linux_Containers_with_Docker_Format-LXC -- Best Regards, Martin Maurer mar...@proxmox.com ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] [PATCH 2/2] Add makefile targets for the ext js framework in version 5.1 (gpl)
This commit only installs the required javascript / css files for ext js 5.1 in /usr/share/pve-manager/ext5, but does not use it by default, as we have to sort out the upgrade issues between 4.0 and 5.1 before. Signed-off-by: Emmanuel Kasper e.kas...@proxmox.com --- defines.mk | 1 + www/Makefile| 2 +- www/ext5/.gitignore | 1 + www/ext5/Makefile | 34 ++ 4 files changed, 37 insertions(+), 1 deletion(-) create mode 100644 www/ext5/.gitignore create mode 100644 www/ext5/Makefile diff --git a/defines.mk b/defines.mk index b35a8e7..e1e9030 100644 --- a/defines.mk +++ b/defines.mk @@ -18,6 +18,7 @@ WWWROOTDIR=${WWWBASEDIR}/root WWWLOCALEDIR=${WWWBASEDIR}/locale WWWIMAGEDIR=${WWWBASEDIR}/images WWWEXT4DIR=${WWWBASEDIR}/ext4 +WWWEXT5DIR=${WWWBASEDIR}/ext5 WWWTOUCHDIR=${WWWBASEDIR}/touch WWWCSSDIR=${WWWBASEDIR}/css WWWJSDIR=${WWWBASEDIR}/js diff --git a/www/Makefile b/www/Makefile index bdb4a80..6968357 100644 --- a/www/Makefile +++ b/www/Makefile @@ -1,4 +1,4 @@ -SUBDIRS = images ext4 css manager bootstrap touch mobile +SUBDIRS = images ext4 ext5 css manager bootstrap touch mobile all: ${SUBDIRS} diff --git a/www/ext5/.gitignore b/www/ext5/.gitignore new file mode 100644 index 000..a766041 --- /dev/null +++ b/www/ext5/.gitignore @@ -0,0 +1 @@ +extjs diff --git a/www/ext5/Makefile b/www/ext5/Makefile new file mode 100644 index 000..3c8fa8e --- /dev/null +++ b/www/ext5/Makefile @@ -0,0 +1,34 @@ +include ../../defines.mk + +EXTJSDIR=ext-5.1.0 +EXTJSSRC=${EXTJSDIR}-gpl.zip + +EXTDATA= \ + extjs/build/ext-all.js \ + extjs/build/ext-all-debug.js\ + extjs/build/bootstrap.js + +${EXTDATA}: ${EXTJSSRC} + rm -rf ${EXTJSDIR} extjs + unzip -x ${EXTJSSRC} + mv ${EXTJSDIR} extjs + touch ${EXTDATA} + +all: ${EXTDATA} + +.PHONY: install +install: ${EXTDATA} + install -d ${WWWEXT5DIR} + install -m 0644 ${EXTDATA} ${WWWEXT5DIR} + cp -a extjs/build/packages ${WWWEXT5DIR} + install -d ${WWWEXT5DIR}/locale + cp -a extjs/build/packages/ext-locale/build/* ${WWWEXT5DIR}/locale/ + chown -R www-data:www-data ${WWWEXT5DIR} + +.PHONY: distclean +distclean: clean + +.PHONY: clean +clean: + rm -rf *~ ${EXTJSDIR} extjs + -- 2.1.4 ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] [PATCH] qemu 2.2.1: fix assert while resizing or hot plugging virtio scsi disks
Signed-off-by: Stefan Priebe s.pri...@profihost.ag --- debian/patches/series |1 + debian/patches/virtio-scsi_fix_assert.patch | 45 +++ 2 files changed, 46 insertions(+) create mode 100644 debian/patches/virtio-scsi_fix_assert.patch diff --git a/debian/patches/series b/debian/patches/series index 7298a04..51b8c2f 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -33,3 +33,4 @@ virtio-balloon-dimmfix1.patch virtio-balloon-dimmfix2.patch virtio-balloon-dimmfix3.patch add-qmp-get-link-status.patch +virtio-scsi_fix_assert.patch diff --git a/debian/patches/virtio-scsi_fix_assert.patch b/debian/patches/virtio-scsi_fix_assert.patch new file mode 100644 index 000..4e4ccce --- /dev/null +++ b/debian/patches/virtio-scsi_fix_assert.patch @@ -0,0 +1,45 @@ +From 3ad2a905f10a4a9e7c7a385d64032a291eb6892b Mon Sep 17 00:00:00 2001 +From: Fam Zheng f...@redhat.com +Date: Fri, 13 Mar 2015 15:55:54 +0800 +Subject: [PATCH] virtio-scsi: Fix assert in virtio_scsi_push_event + +Hotplugging a scsi-disk may trigger the assertion in qemu_sgl_concat. + +qemu-system-x86_64: qemu/hw/scsi/virtio-scsi.c:115: qemu_sgl_concat: +Assertion `skip == 0' failed. + +This is introduced by commit 55783a55 (virtio-scsi: work around bug in +old BIOSes) which didn't check out_num when accessing out_sg[0].iov_len +(the same to in sg). For virtio_scsi_push_event, looking into out_sg +doesn't make sense because 0 req_size is intended. + +Cc: qemu-sta...@nongnu.org +[Cc'ing qemu-stable because 55783a55 did it too] +Signed-off-by: Fam Zheng f...@redhat.com +Signed-off-by: Stefan Priebe s.pri...@profihost.ag +--- + hw/scsi/virtio-scsi.c |8 ++-- + 1 file changed, 6 insertions(+), 2 deletions(-) + +diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c +index a44c410..810c377 100644 +--- a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c +@@ -145,8 +145,12 @@ static int virtio_scsi_parse_req(VirtIOSCSIReq *req, + * TODO: always disable this workaround for virtio 1.0 devices. + */ + if ((vdev-guest_features (1 VIRTIO_F_ANY_LAYOUT)) == 0) { +-req_size = req-elem.out_sg[0].iov_len; +-resp_size = req-elem.in_sg[0].iov_len; ++if (req-elem.out_num) { ++req_size = req-elem.out_sg[0].iov_len; ++} ++if (req-elem.in_num) { ++resp_size = req-elem.in_sg[0].iov_len; ++} + } + + out_size = qemu_sgl_concat(req, req-elem.out_sg, +-- +1.7.10.4 + -- 1.7.10.4 ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] [PATCH] Touch data after unpacking them. This will prevent the make install target to be called twice in a row.
Signed-off-by: Emmanuel Kasper e.kas...@proxmox.com --- www/touch/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/www/touch/Makefile b/www/touch/Makefile index 9e41864..5b7efa6 100644 --- a/www/touch/Makefile +++ b/www/touch/Makefile @@ -10,6 +10,7 @@ TOUCHDATA = \ ${TOUCHDATA}: ${TOUCHSRC} rm -rf ${TOUCHDIR} unzip -x ${TOUCHSRC} + touch ${TOUCHDATA} all: ${TOUCHDATA} -- 2.1.4 ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] lxc 1.1 : qcow2 support ?
It seem that lxc support also other backend like zfs for example. qcow2,raw file seem also great. (convert kvm - lxc with qemu-img seem easy). - Mail original - De: aderumier aderum...@odiso.com À: pve-devel pve-devel@pve.proxmox.com Envoyé: Lundi 30 Mars 2015 09:08:45 Objet: [pve-devel] lxc 1.1 : qcow2 support ? Just found a new here about lxc 1.1: https://linuxcontainers.org/fr/lxc/news/ * core: Add support for qcow2 images (through qemu-img) so, maybe disk quota is possible ? (size of qcow2) other news: * core: Add support for Openvswitch bridges * init: Add identical support of systemd, upstart and sysvinit scripts * core: Add support for checkpoint and restore of containers using CRIU Alexandre Derumier Ingénieur système et stockage Fixe : 03 20 68 90 88 Fax : 03 20 68 90 81 45 Bvd du Général Leclerc 59100 Roubaix 12 rue Marivaux 75002 Paris MonSiteEstLent.com - Blog dédié à la webperformance et la gestion de pics de trafic ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
[pve-devel] vma: maybe small bug?
Hi Dietmar, Running vma verify file -v produces the following output ... total bytes read 15032385536, sparse bytes 12801355776 (85.2%) space reduction due to 4K zero bocks 1.57% Should the last line not read: space reduction due to 4K zero blocks 1.57% -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917 -- /usr/games/fortune -es says: I'm having BEAUTIFUL THOUGHTS about the INSIPID WIVES of smug and wealthy CORPORATE LAWYERS ... pgp1I_9CjOFUK.pgp Description: OpenPGP digital signature ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] [PATCH 2/2] Add makefile targets for the ext js framework in version 5.1 (gpl)
Applied, thanks! I found some duplicated files after installation: /usr/share/pve-manager/ext5/locale/ext-locale-de.js /usr/share/pve-manager/ext5/packages/ext-locale/build/ext-locale-de.js Seems locale files are installed twice? And do we really need to install all those theme files? # du -sm /usr/share/pve-manager/ext5/packages/ext-theme* 7/usr/share/pve-manager/ext5/packages/ext-theme-aria 6/usr/share/pve-manager/ext5/packages/ext-theme-classic 6/usr/share/pve-manager/ext5/packages/ext-theme-classic-sandbox 8/usr/share/pve-manager/ext5/packages/ext-theme-crisp 6/usr/share/pve-manager/ext5/packages/ext-theme-crisp-touch 6/usr/share/pve-manager/ext5/packages/ext-theme-gray 6/usr/share/pve-manager/ext5/packages/ext-theme-neptune 7/usr/share/pve-manager/ext5/packages/ext-theme-neptune-touch Seems to waste a lot of space. ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] [PATCH] qemu 2.2.1: fix assert while resizing or hot plugging virtio scsi disks
applied, thanks! ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] lxc 1.1 : qcow2 support ?
On March 30, 2015 at 8:00 PM Alexandre DERUMIER aderum...@odiso.com wrote: It seem that lxc support also other backend like zfs for example. qcow2,raw file seem also great. (convert kvm - lxc with qemu-img seem easy). yes, looks good. ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Re: [pve-devel] vma: maybe small bug?
On March 31, 2015 at 1:03 AM Michael Rasmussen m...@datanom.net wrote: Hi Dietmar, Running vma verify file -v produces the following output ... total bytes read 15032385536, sparse bytes 12801355776 (85.2%) space reduction due to 4K zero bocks 1.57% Should the last line not read: space reduction due to 4K zero blocks 1.57% yes, makes more sense ;-) ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel