vdsm-sync meeting 2013-11-04 ==============================
- #1022969 Gluster bug blocking ovirt-3.3.1 Maybe Eduardo can take a look. - CPOpen has been fixed and it is released properly (even in pypi). - Hosted engine patches exhibit some brittleness that make it advisable to create a separate branch for testing it. Federico proposes to push them to master once 3.3.1 is released. - We are to keep master working on F19 and el6 to ease testers task. We can ship some via oVirt repo on a case per case basis. Ask Mike Burns about the possibility of doing that.
Things we've discussed
- pending iscsi dependency (fixed master branch since meeting) http://gerrit.ovirt.org/21385
- We should strive to keep master usable by el6 (and other supported platforms).
We forgot to discuss the issue blocking our spec-checking jenkins job: cpopen collision. Yaniv, are there any updates on that?
- function storage/virt tests needs a parent and extension. Ayal says that A storage developer was assigned to that task, expect improvement within weeks.
- Vdsm is asked to report information about various VM-related long processes: VM migration, live storage migration, live merge. There was a universal agreement that getAllVmStats is a reasonable place to add those. Michal, Saggi, would it be fine?
- failing `make distcheck`: Toni to try monkey-patching the constants module when the schema is built.
- Nir's mock module needs review, and later - a decision. There was a disagreement regarding its necessity/helpfulness.
See ya!
----- Original Message -----
From: "Dan Kenigsberg" danken@redhat.com To: "VDSM Project Development" vdsm-devel@lists.fedorahosted.org Cc: mskrivan@redhat.com Sent: Monday, November 18, 2013 8:59:53 PM Subject: [vdsm] vdsm sync meeting minutes - Nov 18
Things we've discussed
pending iscsi dependency (fixed master branch since meeting) http://gerrit.ovirt.org/21385
We should strive to keep master usable by el6 (and other supported platforms).
We forgot to discuss the issue blocking our spec-checking jenkins job: cpopen collision. Yaniv, are there any updates on that?
function storage/virt tests needs a parent and extension. Ayal says that A storage developer was assigned to that task, expect improvement within weeks.
Vdsm is asked to report information about various VM-related long processes: VM migration, live storage migration, live merge. There was a universal agreement that getAllVmStats is a reasonable place to add those. Michal, Saggi, would it be fine?
failing `make distcheck`: Toni to try monkey-patching the constants module when the schema is built.
And also the tests in the testrunner due to the "check" part of distcheck.
Another point that was not raised but should be addessed: - Reduce the excessive cpopen calling from _nic_devices.
- Nir's mock module needs review, and later - a decision. There was a disagreement regarding its necessity/helpfulness.
See ya! _______________________________________________ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
On Nov 18, 2013, at 20:59 , Dan Kenigsberg danken@redhat.com wrote:
Things we've discussed
- pending iscsi dependency (fixed master branch since meeting)
- We should strive to keep master usable by el6 (and other supported
platforms).
We forgot to discuss the issue blocking our spec-checking jenkins job: cpopen collision. Yaniv, are there any updates on that?
- function storage/virt tests needs a parent and extension. Ayal says
that A storage developer was assigned to that task, expect improvement within weeks.
- Vdsm is asked to report information about various VM-related long
processes: VM migration, live storage migration, live merge. There was a universal agreement that getAllVmStats is a reasonable place to add those. Michal, Saggi, would it be fine?
yes, this is what i originally had in mind, perfect!
- failing `make distcheck`: Toni to try monkey-patching the constants
module when the schema is built.
- Nir's mock module needs review, and later - a decision. There was a
disagreement regarding its necessity/helpfulness.
See ya! _______________________________________________ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
----- Original Message -----
From: "Dan Kenigsberg" danken@redhat.com To: "VDSM Project Development" vdsm-devel@lists.fedorahosted.org Cc: ybronhei@redhat.com, smizrahi@redhat.com, mskrivan@redhat.com, nsoffer@redhat.com Sent: Monday, November 18, 2013 9:59:53 PM Subject: vdsm sync meeting minutes - Nov 18
Things we've discussed
pending iscsi dependency (fixed master branch since meeting) http://gerrit.ovirt.org/21385
We should strive to keep master usable by el6 (and other supported platforms).
We forgot to discuss the issue blocking our spec-checking jenkins job: cpopen collision. Yaniv, are there any updates on that?
After releasing 1.2.3-4 and merging http://gerrit.ovirt.org/20489 I don't face any collisions . any specific issue? I'll verify on clean environment, I might miss it might be that the jobs still use cpopen 1.2.3-2 without the "Obsoletes" fix?
function storage/virt tests needs a parent and extension. Ayal says that A storage developer was assigned to that task, expect improvement within weeks.
Vdsm is asked to report information about various VM-related long processes: VM migration, live storage migration, live merge. There was a universal agreement that getAllVmStats is a reasonable place to add those. Michal, Saggi, would it be fine?
failing `make distcheck`: Toni to try monkey-patching the constants module when the schema is built.
Nir's mock module needs review, and later - a decision. There was a disagreement regarding its necessity/helpfulness.
fyi, the mocking issue: http://gerrit.ovirt.org/#/c/21155/ and usage example in http://gerrit.ovirt.org/#/c/20720/17/tests/toolLvmDeactivateLvsTests.py
See ya!
On 11/04/2013 04:01 PM, Antoni Segura Puimedon wrote:
vdsm-sync meeting 2013-11-04
- #1022969 Gluster bug blocking ovirt-3.3.1 Maybe Eduardo can take a look.
- CPOpen has been fixed and it is released properly (even in pypi).
- Hosted engine patches exhibit some brittleness that make it advisable to create a separate branch for testing it. Federico proposes to push them to master once 3.3.1 is released.
- We are to keep master working on F19 and el6 to ease testers task. We can ship some via oVirt repo on a case per case basis. Ask Mike Burns about the possibility of doing that.
It'd be great if mom would be built and a new update released to fedora, because currently the highest version available there seems to be 0.3.1-1 however our requirement on master is >= 0.3.2-3 (The spec file in the fedora dist git seems to be already on 0.3.2-5 so all what would be needed is a rebuild and published update)
vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
vdsm-devel@lists.fedorahosted.org