Open Stack

Hi Danil,

It sounds like it might be a problem with the repo containers not being in sync somehow. Can you verify that all the repo containers have the same content? The load balancer may be directing you to a container that doesn’t have that wheel for some reason.

HTH,

Jesse
IRC: odyssey4me

From: "Danil Zhigalin (Europe)" <Danil.Zhigalin at dimensiondata.com>
Date: Friday, February 17, 2017 at 9:11 AM
To: Kenneth Tan <cjtan at sardinasystems.com>, "openstack-operators at lists.openstack.org" <openstack-operators at lists.openstack.org>
Subject: Re: [Openstack-operators] [openstack-ansible] pip problems with openstack-ansible deployment

Hi Kenneth,

Exactly, it is my goal. Exploring different OpenStack deployment tools. Found Openstack-Ansible project (https://github.com/openstack/openstack-ansible) and like what it delivers (containerized or bare metal deployment). Unfortunately, can’t figure out how to advance further due to that problem.



Danil Zhigalin
Technical Consultant
Dimension Data Germany
Tel: +49 211 1717 1260
Mob: +49 174 151 8457
Danil.Zhigalin at dimensiondata.com
Dimension Data Germany AG & Co. KG, Derendorfer Allee 26, 40476, Düsseldorf, North Rhine-Westphalia, Germany.
For more information, please go to www.dimensiondata.com<http://www.dimensiondata.com/>

[ttp://de.blog.dimensiondata.com/]<http://de.blog.dimensiondata.com/> [ttps://www.facebook.com/Dimension-Data-Germany-921346461234757/] <https://www.facebook.com/Dimension-Data-Germany-921346461234757/>  [ttps://www.linkedin.com/company/dimension-data] <https://www.linkedin.com/company/dimension-data>  [ttps://twitter.com/DimensionDataDe] <https://twitter.com/DimensionDataDe>  [cid:image005.png at 01D28902.2D42D420] <https://www.xing.com/companies/dimensiondata>
[cid:image006.jpg at 01D28902.2D42D420]<http://>

Dimension Data Germany AG & Co.KG, Horexstraße 7, 61352 Bad Homburg
Sitz: Bad Homburg, Amtsgericht Bad Homburg, HRA 3207
Pers. Haftende Ges : Dimension Data Verwaltungs AG, Sitz Bad Homburg.
Amtsgericht Bad Homburg, HRB 6172
Vorstand: Roberto Del Corno
Vors. des Aufsichtsrats: Andrew Coulsen


From: Kenneth Tan [mailto:cjtan at sardinasystems.com]
Sent: 17 February 2017 09:22
To: Danil Zhigalin (Europe) <Danil.Zhigalin at dimensiondata.com>
Subject: Re: [Openstack-operators] pip problems with openstack-ansible deployment



Hi Danil,

I am curious, what is your end objective? Is the objective to deploy an OpenStack cloud using an Ansible-based tool?


Best wishes,
Ken
-----------------
Kenneth Tan
Sardina Systems
E: cjtan at sardinasystems.com<mailto:cjtan at sardinasystems.com>
M: +447989417838
T: +442070994428
W: www.sardinasystems.com<http://www.sardinasystems.com>




On 17 Feb 2017, at 08:15, Danil Zhigalin (Europe) <Danil.Zhigalin at dimensiondata.com<mailto:Danil.Zhigalin at dimensiondata.com>> wrote:



Hello everyone,

Context:
openstact-ansible: stable/newton
OS: ubuntu 16.04 LTS

I am having trouble completing my deployment due to pip errors.

I have a 2 node setup and one separate deployment node. One of the nodes I am using to host all controller, network and storage functions and another as a compute. Repo container with the server is also hosted on the controller node. I already ran into similar problems as Achi Hamza who already reported pip issue on the Thu Nov 17 08:34:14 UTC 2016 in this mailing list.

This is how my openstack_user_config.yml file looks like (as in Hamza's case internal and external addresses are the same):

global_overrides:
internal_lb_vip_address: 172.21.51.152
external_lb_vip_address: 172.21.51.152 <...>

The recommendation that he got from another users were to set:

openstack_service_publicuri_proto: http
openstack_external_ssl: false
haproxy_ssl: false

in /etc/openstack_deploy/user_vriables.yml

These recommendations helped in my case as well and I was able to advance further until I faced another pip issues in the same playbook.

My current problem is that neither of containers can install pip packages from the repository.

TASK [galera_client : Install pip packages] ************************************
FAILED - RETRYING: TASK: galera_client : Install pip packages (5 retries left).
FAILED - RETRYING: TASK: galera_client : Install pip packages (4 retries left).
FAILED - RETRYING: TASK: galera_client : Install pip packages (3 retries left).
FAILED - RETRYING: TASK: galera_client : Install pip packages (2 retries left).
FAILED - RETRYING: TASK: galera_client : Install pip packages (1 retries left).
fatal: [control1_galera_container-434df170]: FAILED! => {"changed": false, "cmd": "/usr/local/bin/pip install -U --constraint http://172.21.51.152:8181/os-releases/14.0.7/requirements_absolute_requirements.txt MySQL-python", "failed": true, "msg": "stdout: Collecting mysql_python==1.2.5 (from -c http://172.21.51.152:8181/os-releases/14.0.7/requirements_absolute_requirements.txt (line 81))\n\n:stderr: Could not find a version that satisfies the requirement mysql_python==1.2.5 (from -c http://172.21.51.152:8181/os-releases/14.0.7/requirements_absolute_requirements.txt (line 81)) (from versions: )\nNo matching distribution found for mysql_python==1.2.5 (from -c http://172.21.51.152:8181/os-releases/14.0.7/requirements_absolute_requirements.txt (line 81))\n"}

I already checked everything related to the HAproxy and tcpdumped on the repo side to see what requests are coming when pip install is called.

I found that there was a HTTP GET to the URL http://172.21.51.152:8181/os-releases/14.0.7/

I saw that it was forwarded by the proxy to the repo server and that repo server returned index.html from /var/www/repo/os-releases/14.0.7/

ls /var/www/repo/os-releases/14.0.7/ | grep index index.html
index.html.1
index.html.2

I also checked that MySQL-python is in the repo:

root at control1-repo-container-dad60ff0:~# ls /var/www/repo/os-releases/14.0.7/ | grep mysql_python mysql_python-1.2.5-cp27-cp27mu-linux_x86_64.whl

But for some reason pip can't figure out it is there.

I very much appreciate your help in solving this issue.

Best regards,
Danil


Danil Zhigalin
Technical Consultant
Tel: +49 211 1717 1260
Mob: +49 174 151 8457
danil.zhigalin at dimensiondata.com<mailto:danil.zhigalin at dimensiondata.com>

Derendorfer Allee 26, Düsseldorf, North Rhine-Westphalia, 40476, Germany.

For more information, please go to www.dimensiondata.com<http://www.dimensiondata.com/>

Dimension Data Germany AG & Co.KG, Horexstraße 7, 61352 Bad Homburg
Sitz: Bad Homburg, Amtsgericht Bad Homburg, HRA 3207
Pers. Haftende Ges : Dimension Data Verwaltungs AG, Sitz Bad Homburg.
Amtsgericht Bad Homburg, HRB 6172
Vorstand: Roberto Del Corno
Vors. des Aufsichtsrats: Andrew Coulsen.


This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/Global/Policies/Pages/Email-Disclaimer.aspx>
_______________________________________________
OpenStack-operators mailing list
OpenStack-operators at lists.openstack.org<mailto:OpenStack-operators at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators



itevomcid

________________________________
Rackspace Limited is a company registered in England & Wales (company registered number 03897010) whose registered office is at 5 Millington Road, Hyde Park Hayes, Middlesex UB3 4AZ. Rackspace Limited privacy policy can be viewed at www.rackspace.co.uk/legal/privacy-policy - This e-mail message may contain confidential or privileged information intended for the recipient. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at abuse at rackspace.com and delete the original message. Your cooperation is appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1662 bytes
Desc: image001.jpg
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 1434 bytes
Desc: image002.jpg
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0006.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 1490 bytes
Desc: image003.jpg
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0007.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.jpg
Type: image/jpeg
Size: 1462 bytes
Desc: image004.jpg
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0008.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 2133 bytes
Desc: image005.png
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.jpg
Type: image/jpeg
Size: 81061 bytes
Desc: image006.jpg
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/32591c94/attachment-0009.jpg>