Hi, Currently the job id cannot be fetched from the function volume.rebalance() .Although you can try to fetch the job id via a POST request with a blank action <action/> Eg :- POST /ovirt-engine/api/clusters/65dec1c0-9c85-11e8-be65-8c1645709524/glustervolumes/ee55f809-ff07-42f4-86f8-10a4eb8930f5/rebalance HTTP/1.1 Host: localhost:8080 Authorization: Basic YWRtaW5AaW50ZXJuYWw6cGFzc0AxMjM= Content-Type: application/xml Accept: application/xml Cache-Control: no-cache <action/> Equivalent python code : https://pastebin.com/aE65Pyiw Sample output : https://pastebin.com/mVVtLiJH On Wed, Aug 15, 2018 at 11:06 AM <chokko(a)126.com&gt; wrote: Ondra is there an equivalent ovirt python sdk4 code for the above, if not we can open a bug for the same. -- KAUSTAV MAJUMDER ASSOCIATE SOFTWARE ENGINEER Red Hat India PVT LTD. <https://www.redhat.com/> kmajumder(a)redhat.com M: 08981884037 IM: IRC: kmajumder <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatway <https://twitter.com/redhatway> @redhatinc <https://instagram.com/redhatinc> @redhatsnaps <https://snapchat.com/add/redhatsnaps>

Hi, I looked through the current Python sdk4 and found that an blank `action` has already been sent when calling `volume.reblance()`, as well as Job ID is contained in the returned response. IMHO, the root cause is that missing a return clause at https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/lib/ovirtsdk4/s..., the following codes may could elaborate the reason. ```python def _internal_action(self, action, path, member=None, headers=None, query=None, wait=None): """ Executes an action method. """ # Populate the headers: headers = headers or {} # Send the request and wait for the response: request = http.Request( method='POST', path='%s/%s' % (self._path, path), query=query, headers=headers, ) request.body = writer.Writer.write(action, indent=True) context = self._connection.send(request) def callback(response): if response.code in [200, 201, 202]: result = self._check_action(response) if member: return getattr(result, member) // +++++++++++ If the `member` parameter is None, the `result` who carries a `types.Action` should also be returned. return result // +++++++++++ else: self._check_fault(response) future = Future(self._connection, context, callback) return future.wait() if wait else future ``` After adding it, we could successfully fetch the job ID via `volume.rebalance().job.id()`. BTW: 1. This issue also affect the oVirt Java sdk4, current sdk generator implementation (https://github.com/oVirt/ovirt-engine-sdk-java/blob/2744d4b59e952d1cd1d81...) is going to drop the returned `Action` object if there has no `@Out` parameters defined. IMHO, an additional property with type of `Action` could be added in the action `Response` in this situation, or an `@Out Action` parameter could added in API model. 2. My Go sdk4 also has the same issue. It's just my point of view, please correct me if I'm wrong. Thanks.

On Sun, Aug 19, 2018 at 4:15 PM, iterjpnic <majunjiev(a)gmail.com&gt; wrote: Ondro, could you please review the patch? Please take a look at below thread: https://lists.ovirt.org/pipermail/devel/2017-February/029630.html -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.

Hi, Martin and Ondra, I just tried but found that after adding the missing out parameter of `job` for gluster volume rebalance method in API model, the sdk generators always failed to run `mvn package` and had an error like "duplicated definitions for the job attribute". After diving into the API model/metamodel, probably the cause is: * The `Action` is a built-in model defined in [1] in API metamodel, instead of API model traditionally. * The `job` attribute has been explicitly added in `Action`. * All the input/output parameters of all the action methods are also added as the attributes of `Action`. So after I added a extra out job parameters, there would have two job attributes in the generated `types.Action`, as well as the reader/writer generated for `Action`. Basically, I think the sdks themselves are responsible to handle this, maybe it's reasonable to return a full action object here. If I'am wrong or miss something, please let me know, thanks so much. [1]: https://github.com/oVirt/ovirt-engine-api-metamodel/blob/master/tool/src/... On Mon, Aug 20, 2018 at 3:06 PM Martin Perina <mperina(a)redhat.com&gt; wrote: