Bug 1389326
Summary: | JSONRPC client should be properly configured out of the box | ||
---|---|---|---|
Product: | [oVirt] vdsm | Reporter: | Shira Maximov <mshira> |
Component: | General | Assignee: | Jenny Tokar <jtokar> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Shira Maximov <mshira> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 4.18.11 | CC: | akrejcir, bugs, dfediuck, jtokar, mavital, mgoldboi, mshira |
Target Milestone: | ovirt-4.0.6 | Flags: | rule-engine:
ovirt-4.0.z+
rule-engine: ovirt-4.1+ mgoldboi: planning_ack+ rule-engine: devel_ack+ mavital: testing_ack+ |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | No Doc Update | |
Doc Text: |
undefined
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2017-01-18 07:29:10 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1373832, 1392986 |
Description
Shira Maximov
2016-10-27 12:59:40 UTC
Backporting this patch should solve it: https://gerrit.ovirt.org/#/c/62730 The current implementation of jsonrpc client requires the user to pass in the stomp queue names. Those have to match the running VDSM and so the only way to do that was to parse VDSM config files. That is not really nice.. and I would expect the client to know what queues should be used (as it already does on master branch). Which vdsm is used? If mom and vdsm of 4.0.5 are incompatible, it's a blocker. vdsm-4.18.15.2-1.el7ev.x86_64 i'm not sure it's a blocker because it happens when trying to change to work with JSONRPC I see that http://bob.eng.lab.tlv.redhat.com/builds/4.0/4.0.5-5/el7/noarch/ has mom-0.5.8. Does this bug reproduce with it? the bug doesn't reproduce with mom-0.5.8 (In reply to Shira Maximov from comment #6) > the bug doesn't reproduce with mom-0.5.8 ignore the last comment, i check with the wrong interface, the bug reproduce with mom 0.5.8 as well This is not a blocker for 4.0.5, because VDSM does not use the offending interface. But we want to use it in 4.0.6. mom-0.5.8-1.el7ev.noarch vdsm-4.18.16-1.el7ev.x86_64 verification steps: 2. make sure the interface is: vdsmjsonrpcbulk (/etc/vdsm/mom.conf) 3. running automation sanity test. |