<div style="font-family: arial; font-size: 12px;"><div data-empty="true">Hi Tushar,</div><div data-empty="true"><br></div><div data-empty="true">Thanks for linking to that document, I hadn't seen it before and it's very useful. As far as milestones are concerned, I was planning on sticking with Pike. Up until this point I've been using the packages from <a target="_blank" href="http://ubuntu-cloud.archive.canonical.com/ubuntu">http://ubuntu-cloud.archive.canonical.com/ubuntu</a> xenial-updates/pike main, when I installed the latest packages from pip, I was ignorant of what I would doing and what would happen. I may switch to queens or rocky, but I would like to upgrade to the latest Ubuntu LTS if I am to do that (bionic only has a repo for rocky but not queens I believe).</div><div data-empty="true"><br></div><div data-empty="true"><br></div><hr id="previousmessagehr"><div><span><strong>From</strong>: "Patil, Tushar" <Tushar.Patil@nttdata.com><br><strong>Sent</strong>: 5/16/18 9:03 PM<br><strong>To</strong>: "fungi@yuggoth.org" <fungi@yuggoth.org>, "openstack@lists.openstack.org" <openstack@lists.openstack.org>, "torin.woltjer@granddial.com" <torin.woltjer@granddial.com><br><strong>Subject</strong>: Re: [Openstack] Masakari client error</span></div><div>Hi Torin,</div><div data-empty="true"><br></div><div>If you are using stable/pike, then it is recommended to use python-masakariclient version 3.0.1 [1] which requires openstacksdk version 0.9.17.</div><div data-empty="true"><br></div><div>Are you trying to upgrade your stable/pike environment to the latest rocky-milestone1 (all services including Masakari)?</div><div data-empty="true"><br></div><div>[1] : <a href="https://github.com/openstack/requirements/blob/stable/pike/upper-constraints.txt" target="_blank"><a target="_blank" href="https://github.com/openstack/requirements/blob/stable/pike/upper-constraints.txt">https://github.com/openstack/requirements/blob/stable/pike/upper-constraints.txt</a></a></div><div data-empty="true"><br></div><div>Regards,</div><div>Tushar Patil</div><div data-empty="true"><br></div><div>________________________________________</div><div>From: Torin Woltjer</div><div>Sent: Wednesday, May 16, 2018 10:32:10 PM</div><div>To: fungi@yuggoth.org; openstack@lists.openstack.org</div><div>Subject: Re: [Openstack] Masakari client error</div><div data-empty="true"><br></div><div>It looks like pip install actually upgraded my openstacksdk to 0.13 when I installed masakari from pip. Meanwhile the sdk in the 16.04 repository is 0.9.17. I'm wondering now if this might explain why my block storage is also having problems. What is the process for setting up a local environment for separate versions of the SDK (With different services using each?)</div><div data-empty="true"><br></div><div>Torin Woltjer</div><div data-empty="true"><br></div><div>Grand Dial Communications - A ZK Tech Inc. Company</div><div data-empty="true"><br></div><div>616.776.1066 ext. 2006</div><div><a href="http://www.granddial.com" target="_blank"><a target="_blank" href="http://www.granddial.com">www.granddial.com</a></a></div><div data-empty="true"><br></div><div>________________________________</div><div>From: Jeremy Stanley</div><div>Sent: 5/16/18 8:59 AM</div><div>To: openstack@lists.openstack.org</div><div>Subject: Re: [Openstack] Masakari client error</div><div>On 2018-05-16 12:30:47 +0000 (+0000), Torin Woltjer wrote:</div><div>[...]</div><div>> I am using Pike and not Queens so the openstacksdk version 13 is</div><div>> not available in the repository. Should openstacksdk version 0.13</div><div>> still work with Pike</div><div>[...]</div><div data-empty="true"><br></div><div>OpenStackSDK strives for backwards-compatibility with even fairly</div><div>ancient OpenStack releases, and is not tied to any particular</div><div>version of OpenStack services. It should always be safe to run the</div><div>latest releases of OpenStackSDK no matter the age of the deployment</div><div>with which you intend to communicate.</div><div data-empty="true"><br></div><div>Note however that the dependencies of OpenStackSDK may conflict with</div><div>dependencies of some OpenStack service, so you can't necessarily</div><div>expect to be able to co-install them on the same machine without</div><div>some means of context separation (virtualenvs, containers, pip</div><div>install --local, et cetera).</div><div>--</div><div>Jeremy Stanley</div><div>_______________________________________________</div><div>Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank"><a target="_blank" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a></a></div><div>Post to : openstack@lists.openstack.org</div><div>Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank"><a target="_blank" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a></a></div><div>Disclaimer: This email and any attachments are sent in strictest confidence for the sole use of the addressee and may contain legally privileged,confidential, and proprietary data. If you are not the intended recipient,please advise the sender by replying promptly to this email and then delete and destroy this email and any attachments without any further use, copying or forwarding.</div></div>