Re: [vdsm] VDSM sync meeting September 9th 2013
On Tue, Sep 10, 2013 at 08:34:42AM +0200, Sandro Bonazzola wrote: Il 09/09/2013 16:09, Dan Kenigsberg ha scritto: - Master branch is broken for EL6 since we've taken Id8e514df1ca88500f746242134ddb24c31588046 with its daemonAdapter Yaniv Bronheim is working with Zhou and Alon Bar Lev to mend this. Please review http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:error-handling-daemonAdapter,n,z - Another breakage of master is the libvirt requirement introduced by me in http://gerrit.ovirt.org/18937. libvirt-0.10.2-18.el6_4.10 is not yet public. Current workaround is to take a newer libvirt from virt-preview, or ignore this dependency (which makes you unable to re-wire networks for a running VM). - We now require gluster-3.4.0 which is not yet availabled from koji for EL6. That's why we ship it in http://resources.ovirt.org/releases/3.3/rpm/EL/6/x86_64/ However, it is missing from the nightly repos. Can we softlink to them from the nightly repo, Eyal? - Timothy reports that the gluster team is working on geo-replication. One of the patches under review is http://gerrit.ovirt.org/#/c/17766/ Have I missed something? Please report it as a response! Master branch is also broken for Fedora 18, missing selinux-policy-targeted = 3.12.1-71 Eduardo, this has been introduced by your one shot prepare http://gerrit.ovirt.org/4220 . Once Bug 1005950 - Current selinux policy prevents running a VM with volumes under /var/run/vdsm/storage is solved in Fedora 18, we should require the proper version of selinux in our spec. Untill then, Vdsm cannot work with and enforcing F18's selinux. ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] VDSM sync meeting September 9th 2013
- Original Message - On Tue, Sep 10, 2013 at 09:55:57AM +0100, Dan Kenigsberg wrote: On Tue, Sep 10, 2013 at 08:34:42AM +0200, Sandro Bonazzola wrote: Il 09/09/2013 16:09, Dan Kenigsberg ha scritto: - Master branch is broken for EL6 since we've taken Id8e514df1ca88500f746242134ddb24c31588046 with its daemonAdapter Yaniv Bronheim is working with Zhou and Alon Bar Lev to mend this. Please review http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:error-handling-daemonAdapter,n,z - Another breakage of master is the libvirt requirement introduced by me in http://gerrit.ovirt.org/18937. libvirt-0.10.2-18.el6_4.10 is not yet public. Current workaround is to take a newer libvirt from virt-preview, or ignore this dependency (which makes you unable to re-wire networks for a running VM). - We now require gluster-3.4.0 which is not yet availabled from koji for EL6. That's why we ship it in http://resources.ovirt.org/releases/3.3/rpm/EL/6/x86_64/ However, it is missing from the nightly repos. Can we softlink to them from the nightly repo, Eyal? - Timothy reports that the gluster team is working on geo-replication. One of the patches under review is http://gerrit.ovirt.org/#/c/17766/ Have I missed something? Please report it as a response! Master branch is also broken for Fedora 18, missing selinux-policy-targeted = 3.12.1-71 Eduardo, this has been introduced by your one shot prepare http://gerrit.ovirt.org/4220 . Once Bug 1005950 - Current selinux policy prevents running a VM with volumes under /var/run/vdsm/storage is solved in Fedora 18, we should require the proper version of selinux in our spec. Untill then, Vdsm cannot work with and enforcing F18's selinux. https://bugzilla.redhat.com/show_bug.cgi?id=1005950#c2 is done and it's selinux-policy-3.11.1-103.fc18. Eduardo, Sandro, could you fix the spec? Sure. Up to now we waited only for f19 and RHEL. ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] VDSM sync meeting September 9th 2013
Il 10/09/2013 15:42, Eduardo Warszawski ha scritto: - Original Message - On Tue, Sep 10, 2013 at 09:55:57AM +0100, Dan Kenigsberg wrote: On Tue, Sep 10, 2013 at 08:34:42AM +0200, Sandro Bonazzola wrote: Il 09/09/2013 16:09, Dan Kenigsberg ha scritto: - Master branch is broken for EL6 since we've taken Id8e514df1ca88500f746242134ddb24c31588046 with its daemonAdapter Yaniv Bronheim is working with Zhou and Alon Bar Lev to mend this. Please review http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:error-handling-daemonAdapter,n,z - Another breakage of master is the libvirt requirement introduced by me in http://gerrit.ovirt.org/18937. libvirt-0.10.2-18.el6_4.10 is not yet public. Current workaround is to take a newer libvirt from virt-preview, or ignore this dependency (which makes you unable to re-wire networks for a running VM). - We now require gluster-3.4.0 which is not yet availabled from koji for EL6. That's why we ship it in http://resources.ovirt.org/releases/3.3/rpm/EL/6/x86_64/ However, it is missing from the nightly repos. Can we softlink to them from the nightly repo, Eyal? - Timothy reports that the gluster team is working on geo-replication. One of the patches under review is http://gerrit.ovirt.org/#/c/17766/ Have I missed something? Please report it as a response! Master branch is also broken for Fedora 18, missing selinux-policy-targeted = 3.12.1-71 Eduardo, this has been introduced by your one shot prepare http://gerrit.ovirt.org/4220 . Once Bug 1005950 - Current selinux policy prevents running a VM with volumes under /var/run/vdsm/storage is solved in Fedora 18, we should require the proper version of selinux in our spec. Untill then, Vdsm cannot work with and enforcing F18's selinux. https://bugzilla.redhat.com/show_bug.cgi?id=1005950#c2 is done and it's selinux-policy-3.11.1-103.fc18. Eduardo, Sandro, could you fix the spec? Sure. Up to now we waited only for f19 and RHEL. patch pushed: http://gerrit.ovirt.org/19061 However, note that the package for fedora 18 has not hit updates-testing yet. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
[vdsm] question about injectfile hook
hi, shaharh: recently i work on injecting file into guestvm, i find a hook called injectfile in vdsm. i have a confusion about why injectfile hook takes qcow2 format as a special one which can not be handled? could you tell me your reason? as i know libguestfs certainly can be aware of qcow2 and all its feature like backing_file etc. it is a little hard to inject files into a image which has backing files(maybe backing chain) especially for images of block type with thin-providing. like a vm in pool. i am now writing code to inject files into a vm in pool. please tell me your ideas. and my questoin. thanks ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] question about injectfile hook
On 10.09.13 22:02, bigclouds wrote: hi, shaharh: recently i work on injecting file into guestvm, i find a hook called injectfile in vdsm. i have a confusion about why injectfile hook takes qcow2 format as a special one which can not be handled? could you tell me your reason? as i know libguestfs certainly can be aware of qcow2 and all its feature like backing_file etc. it is a little hard to inject files into a image which has backing files(maybe backing chain) especially for images of block type with thin-providing. like a vm in pool. i am now writing code to inject files into a vm in pool. please tell me your ideas. and my questoin. It should work with qcow2, when this hook was written we had some issues that we limit the format to raw. did you try to modify the hook script? (by removing the qcow only condition) thanks ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] question about injectfile hook
On 09/10/2013 05:32 PM, Shahar Havivi wrote: On 10.09.13 22:02, bigclouds wrote: hi, shaharh: recently i work on injecting file into guestvm, i find a hook called injectfile in vdsm. i have a confusion about why injectfile hook takes qcow2 format as a special one which can not be handled? could you tell me your reason? as i know libguestfs certainly can be aware of qcow2 and all its feature like backing_file etc. it is a little hard to inject files into a image which has backing files(maybe backing chain) especially for images of block type with thin-providing. like a vm in pool. i am now writing code to inject files into a vm in pool. please tell me your ideas. and my questoin. It should work with qcow2, when this hook was written we had some issues that we limit the format to raw. did you try to modify the hook script? (by removing the qcow only condition) the issues still stand for block storage iirc, since there is no lvextend flow during hook flow. for file based domain, i think it will be ok ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel