On Wed, Jan 13, 2016 at 11:40 AM, Piotr Kliczewski <piotr.kliczew...@gmail.com> wrote: > On Tue, Jan 12, 2016 at 5:15 PM, Yaniv Bronheim <ybron...@redhat.com> wrote: >> (edwad, nsoffer, pkliczew, alitke, fromani, ybronhei) >> >> Python3 current work and gaps - >> https://docs.google.com/a/redhat.com/spreadsheets/d/180F-C1jU54ajUn7TuR-NwrKRZY1IiZI1Z8U5HWbvEvM/edit?usp=sharing >> Current main gaps are the removal of deathSignal to unify cpopen api to >> standard Popen api, and AsyncProc which uses StringIO internal attributes >> which don't exist in six's stringIO . because of those two we can't import >> commands.py which most of the tests use. >> >> Jsonrpc client - we need to close gaps before disabling xmlrpc client - >> Pioter can add more words about the gaps that we currently have. >> > > We have following gaps: > - Image upload still uses xmlrpc server
This is not related to xmlrpc, the upload/download is plain http request. it happen to be in the same server since we did not want to open a new port for providing uploads/downloads. We can easily drop the xmlrpc server and replace it with plain http server doing only the uploads. A better option is to use vdsm-imaged daemon we work on, providing upload/download/random I/O for images over http. This project should be ready for next version. See https://gerrit.ovirt.org/#/admin/projects/vdsm-imaged > - we need to provide replacement for vdsClient > - we need to make sure that hosted engine uses jsonrpc (BZ #1228641) > >> Testing new storage verbs without engine - by such client ^ is a must- >> https://gerrit.ovirt.org/#/c/35181/6/contrib/jsonrpc >> basically when we finish with that we'll be able to remove vdsClient >> >> Francesco sent as update about virt items - >> https://www.mail-archive.com/devel@ovirt.org/msg04976.html >> >> New leak was exposed in vdsm - fromani will elaborate more once finding the >> exact location. Nir suggested https://gerrit.ovirt.org/#/c/51708/ to see the >> status of the gc and gather more internal information about the current vdsm >> instance - this can help to debug remotely without changing the code. >> >> -- >> Yaniv Bronhaim. >> >> _______________________________________________ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel > _______________________________________________ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel