Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C3784200C81 for ; Fri, 21 Apr 2017 01:52:09 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id C02D9160BB0; Thu, 20 Apr 2017 23:52:09 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 1AF2B160BB1 for ; Fri, 21 Apr 2017 01:52:08 +0200 (CEST) Received: (qmail 58089 invoked by uid 500); 20 Apr 2017 23:52:08 -0000 Mailing-List: contact notifications-help@libcloud.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@libcloud.apache.org Delivered-To: mailing list notifications@libcloud.apache.org Received: (qmail 57937 invoked by uid 99); 20 Apr 2017 23:52:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Apr 2017 23:52:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id E44ADCEFE6 for ; Thu, 20 Apr 2017 23:52:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.502 X-Spam-Level: X-Spam-Status: No, score=-99.502 tagged_above=-999 required=6.31 tests=[KAM_NUMSUBJECT=0.5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id La7kNEjRHBzD for ; Thu, 20 Apr 2017 23:52:06 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id C3B8B5FCE2 for ; Thu, 20 Apr 2017 23:52:05 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id D175AE0D40 for ; Thu, 20 Apr 2017 23:52:04 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 2F4D921B57 for ; Thu, 20 Apr 2017 23:52:04 +0000 (UTC) Date: Thu, 20 Apr 2017 23:52:04 +0000 (UTC) From: "Alexis Lesieur (JIRA)" To: notifications@libcloud.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (LIBCLOUD-912) [python] Requests tries to connect to 127.0.0.1:443 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 20 Apr 2017 23:52:09 -0000 Alexis Lesieur created LIBCLOUD-912: --------------------------------------- Summary: [python] Requests tries to connect to 127.0.0.1:443 Key: LIBCLOUD-912 URL: https://issues.apache.org/jira/browse/LIBCLOUD-912 Project: Libcloud Issue Type: Bug Environment: python 2.7 apache-libcloud==2.0.0rc2 Reporter: Alexis Lesieur Hi! Sorry if this story is not created properly. I'm not that familiar with how you guys manage your Jira. Feel free to give me directions or just modify the ticket :-) So we have been trying to upgrade the version of our libcloud python package, but it breaks for our rackspace/openstack environment. I have been digging for a while and I couldn't find where the difference was between 1.x.x and 2.0.0rc2. Observed behavior: 1.x.x: 3 connections are created: - to 127.0.0.1:443 - to host:3000 (ex_force_auth_url) - to host:8774/v2/... (don't know where it comes from) 2.0.0rc2: 2 connections - to 127.0.0.1:443 - to host:3000 (ex_force_auth_url) and the last connection is done using 127.0.0.1:443 again, using the same connector created in the first one I don't understand the change in behavior between the two versions. I tried use the ex_force_base_url flag, and while it does look like the path of that url is respected, the host is always replaced by 127.0.0.1. Any idea of what is happening? Thanks! -- This message was sent by Atlassian JIRA (v6.3.15#6346)