[Openstack] unsubscribe
Mahony, David
david.mahony at intel.com
Tue Jan 28 16:06:47 UTC 2014
-----Original Message-----
From: openstack-request at lists.openstack.org [mailto:openstack-request at lists.openstack.org]
Sent: Tuesday, January 28, 2014 12:00 PM
To: openstack at lists.openstack.org
Subject: Openstack Digest, Vol 7, Issue 32
Send Openstack mailing list submissions to
openstack at lists.openstack.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
or, via email, send a message with subject or body 'help' to
openstack-request at lists.openstack.org
You can reach the person managing the list at
openstack-owner at lists.openstack.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Openstack digest..."
Today's Topics:
1. How to enable jumbo frames for instances (Ageeleshwar Kandavelu)
2. Glance suddenly unhappy with Keystone behind Apache
(Jonathan Proulx)
3. [Keystone] Difference in values returned after authentication
(Shrinand Javadekar)
4. [glance] problem with glance registry (gustavo panizzo <gfa>)
5. Re: How to enable jumbo frames for instances (Li, Chen)
6. Re: How to enable jumbo frames for instances (Steve Rieger)
7. Re: [glance] problem with glance registry (Remo Mattei)
8. Re: Need help on openstack mellanox quantum plugin setup
(nishant kumar)
----------------------------------------------------------------------
Message: 1
Date: Mon, 27 Jan 2014 13:56:46 +0000
From: Ageeleshwar Kandavelu <Ageeleshwar.Kandavelu at csscorp.com>
To: "chen.li at intel.com" <chen.li at intel.com>
Cc: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: [Openstack] How to enable jumbo frames for instances
Message-ID:
<7CE078CE0FB4A743B287BF573132B97708AE8454 at inchespvw005.ad.csscorp.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
Is it possible to have a higher MTU when your ethernet is limited to 1500?
Thank you,
Ageeleshwar K
http://www.csscorp.com/common/email-disclaimer.php
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140127/42fa3de3/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 27 Jan 2014 11:58:52 -0500
From: Jonathan Proulx <jon at jonproulx.com>
To: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: [Openstack] Glance suddenly unhappy with Keystone behind
Apache
Message-ID:
<CABZB-sjxemqv=P8XjC4hDZVmFF-YWJ0OTp0Nd-p6rkb3wbpG3g at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi All,
This was working fine until I rebooted to clear an issue with network
namespaces...
glance consistently gives authentication failures if I'm running
keystone in wsgi mode behind apache, all other services (cinder, nova,
neutron, and keytone) respond normally.
changing nothing else, if I run keystone in stand alone eventlet mode
everything works, well until it crawls to a stop due to overloading
the single keystone process.
tail /var/log/glance/api.log
2014-01-27 11:44:31.877 10634 ERROR
keystoneclient.middleware.auth_token [-] Unable to get version info
from keystone: 301
2014-01-27 11:44:31.878 10634 WARNING
keystoneclient.middleware.auth_token [-] Authorization failed for
token 5d49732f701d43ea831ff2c9bd4de5de
Help?
-Jon
------------------------------
Message: 3
Date: Mon, 27 Jan 2014 10:30:06 -0800
From: Shrinand Javadekar <shrinand at maginatics.com>
To: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: [Openstack] [Keystone] Difference in values returned after
authentication
Message-ID:
<CABppvi74Zs9=Jkc3UegvwfnRFsURNdTvQejnAb4vh2d5oMDnfA at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi,
I am seeing a difference in the values returned by Keystone when a
user is authenticated. These differences are in the endpoints section
of the serviceCatalog.
In one instances, I see the returned value has an "id":
"serviceCatalog": [
{
"endpoints": [
{
"adminURL": "http://server.domain.com/v1",
"region": "egionOne",
"internalURL": "http://server.domain.com/v1/AUTH_foo",
"id": "0123",
"publicURL": "http://server.domain.com/v1/AUTH_foo"
}
...
whereas in another instances, I see a "versionId":
"serviceCatalog": [
{
"endpoints": [
{
"adminURL": "https://server1.domain1.com/v1/blah",
"region": "everywhere",
"tenantId": "blahTenant",
"versionId": "1",
"internalURL": "https://server1.domain1.com/v1",
"publicURL": "https://server1.domain1.com//blah"
}
...
The official documentation of Keystone v2.0 [1], does not mention
anything about "id". It only shows a "versionId". What causes these
differences? And is there a way to configure keystone so that it
always returns one standard set of values?
Thanks in advance.
-Shri
[1] http://docs.openstack.org/api/openstack-identity-service/2.0/content/POST_authenticate_v2.0_tokens_.html#POST_authenticate_v2.0_tokens_-Response
------------------------------
Message: 4
Date: Mon, 27 Jan 2014 16:28:58 -0300
From: "gustavo panizzo <gfa>" <gfa at zumbi.com.ar>
To: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: [Openstack] [glance] problem with glance registry
Message-ID: <52E6B37A.5090801 at zumbi.com.ar>
Content-Type: text/plain; charset=ISO-8859-1
Hello
since today our glance install is not working, we are not able to boot
new machines
the only thing i see in logs is
2014-01-27 16:10:43.364 9237 INFO glance.registry.client.v1.client
[29e031a9-cb1c-4b20-8a7f-100ed10f3785 184136c2674746b5a4b27d3b13ca91f8
af41371701004068b2532695ed57f16f] Registry client request GET
/images/detail raised ServerError
on glance-registry log there is nothing like an error
2014-01-27 16:10:43.333 8771 INFO glance.registry.api.v1.images
[7c168813-dc04-4b65-ad00-0cc171afb10a 184136c2674746b5a4b27d3b13ca91f8
af41371701004068b2532695ed57f16f] Returning detailed image list
glance index fails. but it always failed for us with more than 10
images, is it expected?
# glance --debug index
[ snip snip ]
size": 3280732160}, {"status": "active", "name": "Win7x86", "deleted":
false, "container_format": "ovf", "created_at":
"2014-01-13T21:32:39.412830", "disk_format": "qcow2", "updated_at":
"2014-01-14T14:38:09.932192", "min_disk": 40, "protected": true, "id":
"d0d3b1f4-3e9e-430e-a60a-42de277291da", "min_ram": 2048, "checksum":
"f44b61df38f3d1de775a989eccc1798f", "owner":
"af41371701004068b2532695ed57f16f", "is_public": true, "deleted_at":
null, "properties": {"protected": null}, "size": 3374317568}]}
f31c2938-89b4-4fed-b78c-0d5a633313de debian-wheezy-amd64_2014-01-17
qcow2 ovf 996999168
16ec85ff-6451-4d36-8908-c5c3b57c862b wheezy-cristian-snap ami
ami 1067450368
7fbd62fd-72e6-4f18-ba26-3df9f8295f60 couchdb-snapshot ami
ami 1150812160
6051f420-c590-43f3-a3b1-2802a74d6dc4 vmlinuz-3.2.0-4-amd64 aki
aki 2827712
680680ef-0207-44fe-ad9f-6e01a4e0147a initrd-3.2.0-4-amd64 ari
ari 10486978
11339ff2-9240-4c44-ad8b-091192e0301b wheezy_postgresql
qcow2 bare 1071448064
44d691b8-57e3-44df-9d29-14a6c1f4a431 Win2012-sql
qcow2 ovf 13241942016
784e7546-d101-4cb0-92e0-26faf7f6dfaf Win2012
qcow2 ovf 4284743680
25e38d31-cf2b-4a13-b1bd-90936d90eab4 Win2008r2
qcow2 ovf 3280732160
d0d3b1f4-3e9e-430e-a60a-42de277291da Win7x86
qcow2 ovf 3374317568
curl -i -X GET -H 'X-Auth-Token: c88edf81cae841f4a5638f7267074160' -H
'Content-Type: application/json' -H 'User-Agent: python-glanceclient'
http://10.17.10.34:9292/v1/images/detail?marker=d0d3b1f4-3e9e-430e-a60a-42de277291da&limit=10
HTTP/1.1 500 Internal Server Error
date: Mon, 27 Jan 2014 19:14:28 GMT
content-length: 0
content-type: text/plain
connection: close
Request returned failure status.
HTTPInternalServerError (HTTP 500)
we use rbd as backend storage and pgsql as db
our install runs havana 2013.2.1-2
keystone uses memcached backend and uuid, we have tried restarting
glance-api and registry, keystone and memcached, but nothing.
db looks exactly the same as friday
no changes were made during the weekend. friday we were running smoothly
PS: i can send logs, config files, whatever, but they are pretty default
thanks!
--
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333
------------------------------
Message: 5
Date: Tue, 28 Jan 2014 01:32:26 +0000
From: "Li, Chen" <chen.li at intel.com>
To: Ageeleshwar Kandavelu <Ageeleshwar.Kandavelu at csscorp.com>
Cc: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: Re: [Openstack] How to enable jumbo frames for instances
Message-ID:
<988E98D31B01E44893AF6E48ED9DEFD4019B9011 at SHSMSX101.ccr.corp.intel.com>
Content-Type: text/plain; charset="us-ascii"
Hi Ageeleshwar,
I guess I just asked similar question yesterday.
But, I'm not understand what you mean "when your ethernet is limited to 1500".
Not sure if we're talking at the right direction.
Anyway, here is what I know:
This is based on if you're using neutron + ovs.
1. Configure /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini
veth_mtu = ${your_MTU}
If you're using gre/vxlan, this configure can be ignored.
2. Configure /etc/nova/nova.conf
network_device_mtu= ${your_MTU}
But this may not work due to bug https://bugs.launchpad.net/nova/+bug/1260697.
Unless you apply the fix patch.
3. Configure /etc/neutron/ dhcp_agent.ini
dnsmasq_config_file = /etc/neutron/dnsmasq-neutron.conf
And add to /etc/neutron/dnsmasq-neutron.conf:
dhcp-option-force=26,${your_MTU}
I'm working under CentOS 6.4+ Havana + OVS + GRE.
And I just tested it, It works fine to me.
I have configured MTU=8500 in all configure files, while the physical NIC used for OVS (local IP) is using MTU=9000.
Thanks.
-chen
From: Ageeleshwar Kandavelu [mailto:Ageeleshwar.Kandavelu at csscorp.com]
Sent: Monday, January 27, 2014 9:57 PM
To: Li, Chen
Cc: openstack at lists.openstack.org
Subject: [Openstack] How to enable jumbo frames for instances
Hi,
Is it possible to have a higher MTU when your ethernet is limited to 1500?
Thank you,
Ageeleshwar K
http://www.csscorp.com/common/email-disclaimer.php
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140128/fa54a739/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 27 Jan 2014 17:48:03 -0800
From: Steve Rieger <stever at up-south.com>
To: openstack at lists.openstack.org
Subject: Re: [Openstack] How to enable jumbo frames for instances
Message-ID: <52E70C53.2010404 at up-south.com>
Content-Type: text/plain; charset="iso-8859-1"
I am assuming that the OP meant that his upstream is set to 1500
Jumbo frames has to be set end to end, all devices.
Otherwise you will be introducing more errors...
On 01/27/2014 05:32 PM, Li, Chen wrote:
>
> Hi Ageeleshwar,
>
>
>
> I guess I just asked similar question yesterday.
>
>
>
> But, I'm not understand what you mean "when your ethernet is limited
> to 1500".
>
>
>
> Not sure if we're talking at the right direction.
>
> Anyway, here is what I know:
>
>
>
> This is based on if you're using neutron + ovs.
>
>
>
> 1. Configure /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini
>
> veth_mtu = ${your_MTU}
>
>
>
> If you're using gre/vxlan, this configure can be ignored.
>
>
>
> 2. Configure /etc/nova/nova.conf
>
> network_device_mtu= ${your_MTU}
>
>
>
> But this may not work due to bug
> https://bugs.launchpad.net/nova/+bug/1260697.
>
> Unless you apply the fix patch.
>
>
>
> 3. Configure /etc/neutron/ dhcp_agent.ini
>
> dnsmasq_config_file = /etc/neutron/dnsmasq-neutron.conf
>
>
>
> And add to /etc/neutron/dnsmasq-neutron.conf:
>
> dhcp-option-force=26,${your_MTU}
>
>
>
>
>
> I'm working under CentOS 6.4+ Havana + OVS + GRE.
>
> And I just tested it, It works fine to me.
>
> I have configured MTU=8500 in all configure files, while the physical
> NIC used for OVS (local IP) is using MTU=9000.
>
>
>
> Thanks.
>
> -chen
>
>
>
> *From:*Ageeleshwar Kandavelu [mailto:Ageeleshwar.Kandavelu at csscorp.com]
> *Sent:* Monday, January 27, 2014 9:57 PM
> *To:* Li, Chen
> *Cc:* openstack at lists.openstack.org
> *Subject:* [Openstack] How to enable jumbo frames for instances
>
>
>
> Hi,
> Is it possible to have a higher MTU when your ethernet is limited to 1500?
>
> Thank you,
> Ageeleshwar K
>
> http://www.csscorp.com/common/email-disclaimer.php
>
>
>
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140127/f8e8ff3e/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 27 Jan 2014 13:48:16 -0600
From: Remo Mattei <remo at italy1.com>
To: "gustavo panizzo <gfa>" <gfa at zumbi.com.ar>
Cc: "openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: Re: [Openstack] [glance] problem with glance registry
Message-ID: <03E7B78B-B5C0-486C-BBCC-97AD4C21237D at italy1.com>
Content-Type: text/plain; charset=utf-8
What os are you running? Maybe they cannot reach each other i would check that
Inviato da IPad (?)
> Il giorno Jan 27, 2014, alle ore 13:28, "gustavo panizzo <gfa>" <gfa at zumbi.com.ar> ha scritto:
>
> Hello
> since today our glance install is not working, we are not able to boot
> new machines
>
>
> the only thing i see in logs is
>
> 2014-01-27 16:10:43.364 9237 INFO glance.registry.client.v1.client
> [29e031a9-cb1c-4b20-8a7f-100ed10f3785 184136c2674746b5a4b27d3b13ca91f8
> af41371701004068b2532695ed57f16f] Registry client request GET
> /images/detail raised ServerError
>
> on glance-registry log there is nothing like an error
>
> 2014-01-27 16:10:43.333 8771 INFO glance.registry.api.v1.images
> [7c168813-dc04-4b65-ad00-0cc171afb10a 184136c2674746b5a4b27d3b13ca91f8
> af41371701004068b2532695ed57f16f] Returning detailed image list
>
>
> glance index fails. but it always failed for us with more than 10
> images, is it expected?
>
> # glance --debug index
>
> [ snip snip ]
>
> size": 3280732160}, {"status": "active", "name": "Win7x86", "deleted":
> false, "container_format": "ovf", "created_at":
> "2014-01-13T21:32:39.412830", "disk_format": "qcow2", "updated_at":
> "2014-01-14T14:38:09.932192", "min_disk": 40, "protected": true, "id":
> "d0d3b1f4-3e9e-430e-a60a-42de277291da", "min_ram": 2048, "checksum":
> "f44b61df38f3d1de775a989eccc1798f", "owner":
> "af41371701004068b2532695ed57f16f", "is_public": true, "deleted_at":
> null, "properties": {"protected": null}, "size": 3374317568}]}
>
> f31c2938-89b4-4fed-b78c-0d5a633313de debian-wheezy-amd64_2014-01-17
> qcow2 ovf 996999168
> 16ec85ff-6451-4d36-8908-c5c3b57c862b wheezy-cristian-snap ami
> ami 1067450368
> 7fbd62fd-72e6-4f18-ba26-3df9f8295f60 couchdb-snapshot ami
> ami 1150812160
> 6051f420-c590-43f3-a3b1-2802a74d6dc4 vmlinuz-3.2.0-4-amd64 aki
> aki 2827712
> 680680ef-0207-44fe-ad9f-6e01a4e0147a initrd-3.2.0-4-amd64 ari
> ari 10486978
> 11339ff2-9240-4c44-ad8b-091192e0301b wheezy_postgresql
> qcow2 bare 1071448064
> 44d691b8-57e3-44df-9d29-14a6c1f4a431 Win2012-sql
> qcow2 ovf 13241942016
> 784e7546-d101-4cb0-92e0-26faf7f6dfaf Win2012
> qcow2 ovf 4284743680
> 25e38d31-cf2b-4a13-b1bd-90936d90eab4 Win2008r2
> qcow2 ovf 3280732160
> d0d3b1f4-3e9e-430e-a60a-42de277291da Win7x86
> qcow2 ovf 3374317568
> curl -i -X GET -H 'X-Auth-Token: c88edf81cae841f4a5638f7267074160' -H
> 'Content-Type: application/json' -H 'User-Agent: python-glanceclient'
> http://10.17.10.34:9292/v1/images/detail?marker=d0d3b1f4-3e9e-430e-a60a-42de277291da&limit=10
>
> HTTP/1.1 500 Internal Server Error
> date: Mon, 27 Jan 2014 19:14:28 GMT
> content-length: 0
> content-type: text/plain
> connection: close
>
> Request returned failure status.
> HTTPInternalServerError (HTTP 500)
>
>
> we use rbd as backend storage and pgsql as db
> our install runs havana 2013.2.1-2
> keystone uses memcached backend and uuid, we have tried restarting
> glance-api and registry, keystone and memcached, but nothing.
> db looks exactly the same as friday
>
> no changes were made during the weekend. friday we were running smoothly
>
>
> PS: i can send logs, config files, whatever, but they are pretty default
>
> thanks!
>
>
> --
> 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333
>
>
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
> !DSPAM:1,52e6b60e31611208556276!
>
------------------------------
Message: 8
Date: Mon, 27 Jan 2014 19:56:56 -0800 (PST)
From: nishant kumar <nishantkumar_2k at yahoo.com>
To: Irena Berezovsky <irenab at mellanox.com>
Cc: Openstack <Openstack at mellanox.com>,
"openstack at lists.openstack.org" <openstack at lists.openstack.org>
Subject: Re: [Openstack] Need help on openstack mellanox quantum
plugin setup
Message-ID:
<1390881416.33636.YahooMailNeo at web142305.mail.bf1.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Hey Irena,
Thanks for your reply. I will try what you suggested.
I couldn't find instructions directly under the link you provided. I think you meant this:
http://community.mellanox.com/docs/DOC-1317
I got it from the mellanox community.
?
Thanks,
Nishant
On Monday, January 27, 2014 2:26 PM, Irena Berezovsky <irenab at mellanox.com> wrote:
Hi Nishant,
Mellanox plugin supports two types of VF provisioning , as pci passthrough (hostdev) and as macvtap (mlnx_direct) vNIC.
According to the log, you want to use the first flavor (hostdev).
?
Please follow the following instructions in: http://Community.mellanox.com/community/develop/ - After the installation perform the following changes for ?setting the ?probe_vf? ?option in mlx4_core. In case you want all VFs to be used in pci passthrough mode, set the probe_vf = 0.
?
In case you need further assistance, please contact us at Openstack at mellanox.com
?
Best Regards,
Irena
?
?
From:nishant kumar [mailto:nishantkumar_2k at yahoo.com]
Sent: Monday, January 27, 2014 10:19 AM
To: openstack at lists.openstack.org
Subject: [Openstack] Need help on openstack mellanox quantum plugin setup
?
Hi there!
I have setup a compute node with openstack networking enabled by the mellanox neutron plugin on RH6.4. I have enabled SR-IOV and created 4 VFs. They all show up in ifconfig. I tried creating an instance using 'nova boot' command. However it is in error state.
I created network, subnet and ports successfully by following this doc:
http://www.mellanox.com/related-docs/applications/Mellanox-OpenStack-Solution-for-Red-Hat.pdf
I created an instance using following command:
nova boot --flavor 1 --image 7f8460fd-6928-49ae-bef8-055a1de3e39a cirrOS --nic port-id=98f537b2-27dc-4583-ad1a-85edbd74987a
The instance was in error state and eswitchd.log shows this:
2014-01-26 09:41:36,549 DEBUG PF eth4, eths=['eth6', 'eth7', 'eth8', 'eth9'], vfs=[]
- - - - - - - - - - - - truncated - - - - - - - - - - - -
2014-01-26 10:43:13,320 DEBUG vnics are {}
2014-01-26 10:43:13,746 DEBUG Handling message - {u'action': u'get_vnics', u'fabric': u'*'}
2014-01-26 10:43:13,746 DEBUG fabrics =['default']
2014-01-26 10:43:13,747 DEBUG vnics are {}
2014-01-26 10:43:14,565 DEBUG Handling message - {u'fabric': u'default', u'dev_name': None, u'vnic_type': u'hostdev', u'action': u'create_port', u'vnic_mac': u'fa:16:3e:c9:c2:23', u'device_id': u'e106da24-9b10-4c4c-87a0-66276f025c6e'}
2014-01-26 10:43:14,565 ERROR exception on device allocation on dev? None - No available resources.
2014-01-26 10:43:14,566 ERROR Create port operation failed
My queries are:
??? - Does my setup look ok?
??? - I guess since I am using SR-IOV, the adapter is presenting VFs as PFs to OS. Is this understanding correct?
??? - vfs list is empty (Log says vfs=[]). Is this OK?
Please comment/advise on what could be the issue.
Thanks,
Nishant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140127/c661b11c/attachment-0001.html>
------------------------------
_______________________________________________
Openstack mailing list
openstack at lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
End of Openstack Digest, Vol 7, Issue 32
****************************************
--------------------------------------------------------------
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
Business address: Dromore House, East Park, Shannon, Co. Clare
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
More information about the Openstack
mailing list