On Wed, Jan 13, 2016 at 11:40 AM, Piotr Kliczewski
<piotr.kliczewski(a)gmail.com> wrote:
On Tue, Jan 12, 2016 at 5:15 PM, Yaniv Bronheim
<ybronhei(a)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-N...
> 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(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel