Open Stack

Hi Kris,

In fact the question has been resolved already. I added tag [ansible-opensta] to the original subject probably that’s why you didn’t notice that discussion went into another branch. The problem was caused by not working autoindex in repo directory exposed by nginx server.

Best regards,
Danil



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/>
[http://de.blog.dimensiondata.com/]<http://de.blog.dimensiondata.com/> [https://www.facebook.com/Dimension-Data-Germany-921346461234757/] <https://www.facebook.com/Dimension-Data-Germany-921346461234757/>  [https://www.linkedin.com/company/dimension-data] <https://www.linkedin.com/company/dimension-data>  [https://twitter.com/DimensionDataDe] <https://twitter.com/DimensionDataDe>  [cid:image0c58df.PNG at f567f430.4aa02643] <https://www.xing.com/companies/dimensiondata>
[cid:image395d21.JPG at 5de7cc63.488860aa]<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: Kris G. Lindgren [mailto:klindgren at godaddy.com]
Sent: 17 February 2017 15:37
To: Danil Zhigalin (Europe) <Danil.Zhigalin at dimensiondata.com>
Cc: openstack-operators at lists.openstack.org
Subject: Re: [Openstack-operators] pip problems with openstack-ansible deployment


I don't run OSAD, however did you confirm that on your repo server that you can actually download the files via a curl/wget call, locally and remotely?  I see you show the files exist, but don't see anything confirming that the web server is actually serving them.  I have seen things under apache, at least, that prevent the web server from sending the correct info.  Default config files forcing a specific index page, selinux permissions preventing directories from being shown.

On Feb 17, 2017, at 1:34 AM, Danil Zhigalin (Europe) <Danil.Zhigalin at dimensiondata.com<mailto:Danil.Zhigalin at dimensiondata.com>> wrote:


I noticed one error in my previous explanation. I am running Ubuntu 14.04 LTS, not 16.04.



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.


-----Original Message-----
From: Danil Zhigalin (Europe)
Sent: 17 February 2017 09:15
To: 'openstack-operators at lists.openstack.org<mailto:openstack-operators at lists.openstack.org>' <openstack-operators at lists.openstack.org<mailto:openstack-operators at lists.openstack.org>>
Subject: pip problems with openstack-ansible deployment

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<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<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<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<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/<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


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<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators>


itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image2dc5a6.JPG
Type: image/jpeg
Size: 1661 bytes
Desc: image2dc5a6.JPG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0005.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image162d27.JPG
Type: image/jpeg
Size: 1433 bytes
Desc: image162d27.JPG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0006.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image754228.JPG
Type: image/jpeg
Size: 1489 bytes
Desc: image754228.JPG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0007.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image6fcb01.JPG
Type: image/jpeg
Size: 1461 bytes
Desc: image6fcb01.JPG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0008.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image0c58df.PNG
Type: image/png
Size: 1799 bytes
Desc: image0c58df.PNG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image395d21.JPG
Type: image/jpeg
Size: 81060 bytes
Desc: image395d21.JPG
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20170217/384a564b/attachment-0009.jpe>