<font size=2 face="sans-serif">Hi All,</font>
<br>
<br><font size=2 face="sans-serif">This is regarding Ironic service, I
am having following queries on Baremetal node, it would be great if anyone
can help me to clarify it:</font>
<br>
<br><font size=2 face="sans-serif">1. Baremetal Node is same as Compute
Node and responsible for performing necessary operations in order to provision
BareMetal. </font>
<br><font size=2 face="sans-serif">or </font>
<br><font size=2 face="sans-serif">Baremetal Node is itself a provisioned
BareMetal instance.</font>
<br>
<br><font size=2 face="sans-serif">2. Is this possible to deploy baremetal
using SAN storage? </font>
<br><font size=2 face="sans-serif"><br>
<br>
Thanks & Regards<br>
Ankit Agrawal<br>
</font>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">openstack-request@lists.openstack.org</font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">openstack@lists.openstack.org</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">01/14/2015 05:41 PM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Openstack Digest,
Vol 19, Issue 14</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Send Openstack mailing list submissions to<br>
openstack@lists.openstack.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
or, via email, send a message with subject or body 'help' to<br>
openstack-request@lists.openstack.org<br>
<br>
You can reach the person managing the list at<br>
openstack-owner@lists.openstack.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Openstack digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. How to reset neutron (to clear leftovers from incorrect<br>
configuration) (Uwe Sauter)<br>
2. Re: BUG: soft lockup messages (Giacomo Tenaglia)<br>
3. Check host hardware (Bartek ?urawski)<br>
4. Re: Check host hardware (gustavo panizzo (gfa))<br>
5. Re: Check host hardware (Robert van Leeuwen)<br>
6. Re: Openstack Ironic Installation in CentOS (Christopher Anderson)<br>
7. Heat "Unknown property floating_network" Error (Richard
Raseley)<br>
8. Test (S?awek Kap?o?ski)<br>
9. Re: Check host hardware (Belmiro Moreira)<br>
10. Juno (Ubuntu) Flat Network (Ross Lillie)<br>
11. Cinder api enpoint not found error while attach volume
to<br>
instance (Geo Varghese)<br>
12. Re: [openstack-dev] Kilo devstack issue (Nikesh Kumar Mahalka)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 13 Jan 2015 15:00:01 +0100<br>
From: Uwe Sauter <uwe.sauter.de@gmail.com><br>
To: openstack@lists.openstack.org<br>
Subject: [Openstack] How to reset neutron (to clear leftovers from<br>
incorrect
configuration)<br>
Message-ID: <54B524E1.2080607@gmail.com><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
Hi all,<br>
<br>
I'd like to get your comments on how to correctly clean a defective<br>
neutron configuration so I can start over with a new config.<br>
<br>
I'm currently running on CentOS 7 but try to keep it as generic as<br>
possible (but the distro affects the service and package names?)<br>
<br>
<br>
#### Compute hosts ####<br>
1) stop service:<br>
# systemctl stop neutron-openvswitch-agent.service<br>
2) remove Openvswtch bridges:<br>
# ovs-vsctl del-br br-tun<br>
# ovs-vsctl del-br br-int<br>
3) stop services:<br>
# systemctl stop openvswitch.service<br>
# systemctl stop openvswitch-nonetwork.service<br>
4) remove Openvswitch persistent configuration<br>
# rm -rf /etc/openvswitch/* /etc/openvswitch/.*<br>
5) remove Openvswitch Kernel module<br>
# rmmod openvswitch<br>
6) optionally: reset configuration files:<br>
# rm -rf /etc/neutron/*<br>
# yum reinstall openstack-neutron openstack-neutron-ml2<br>
openstack-neutron-openvswitch (or whatever plugins were installed<br>
additionally)<br>
#################################<br>
<br>
<br>
#### Network host ####<br>
1) stop services:<br>
# systemctl stop neutron-l3-agent.service<br>
# systemctl stop neutron-dhcp-agent.service<br>
# systemctl stop neutron-metadata-agent.service<br>
# systemctl stop neutron-openvswitch-agent.service<br>
# systemctl stop neutron-ovs-cleanup.service<br>
# systemctl stop neutron-openvswitch-agent.service<br>
2) remove Openvswtch bridges:<br>
# ovs-vsctl del-br br-tun<br>
# ovs-vsctl del-br br-int<br>
# ovs-vsctl del-br br-ex<br>
3) stop services:<br>
# systemctl stop openvswitch.service<br>
# systemctl stop openvswitch-nonetwork.service<br>
4) remove Openvswitch persistent configuration<br>
# rm -rf /etc/openvswitch/* /etc/openvswitch/.*<br>
5) remove Openvswitch Kernel module<br>
# rmmod openvswitch<br>
6) optionally: reset configuration files:<br>
# rm -rf /etc/neutron/*<br>
# yum reinstall openstack-neutron openstack-neutron-ml2<br>
openstack-neutron-openvswitch (or whatever plugins were installed<br>
additionally)<br>
#################################<br>
<br>
<br>
#### Neutron controller host ####<br>
1) stop service:<br>
# systemctl stop neutron-server.service<br>
2) clear neutron database (on database host):<br>
# mysql -u <DBADMIN> -p<br>
mysql> drop database neutron;<br>
mysql> create database neutron;<br>
3) optionally: reset configuration files:<br>
# rm -rf /etc/neutron/*<br>
# yum reinstall openstack-neutron openstack-neutron-ml2 (or whatever<br>
plugins were installed additionally)<br>
#################################<br>
<br>
<br>
When come to that point, one can begin configuring Neutron again from a<br>
clean point. Don't forget to:<br>
<br>
1) create a symlink on each host<br>
/etc/neutron/plugin.ini -> /etc/neutron/plugins/ml2/ml2_conf.ini<br>
2) sync the database on the controller host<br>
3) configure Neutron<br>
4) restart services on all hosts<br>
<br>
<br>
Do I forget any step? Is there an easier way to get back the vanilla state?<br>
<br>
<br>
Best regards,<br>
<br>
Uwe<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 13 Jan 2015 15:30:34 +0100<br>
From: Giacomo Tenaglia <Giacomo.Tenaglia@cern.ch><br>
To: <openstack@lists.openstack.org><br>
Subject: Re: [Openstack] BUG: soft lockup messages<br>
Message-ID: <54B52C0A.6050206@cern.ch><br>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"<br>
<br>
On 09/01/15 13:01, Matej Mailing wrote:<br>
> we have tweaked some NFS parameters for our backend storage, including<br>
> packet sizes and now the load is constantly slower, there is much
less<br>
> I/O waiting. There were no lock-ups after that. So it really seems
it<br>
> was slow storage that was to be blamed. I will certainly report back<br>
> if the failures occur again.<br>
<br>
Hi Matej,<br>
could you elaborate more on the tweaks you implemented on your NFS servers,
out of interest?<br>
<br>
Thanks,<br>
Giacomo<br>
<br>
-- <br>
Giacomo Tenaglia<br>
CERN IT Department<br>
Systems Team - Database Group<br>
</font></tt><a href="http://phonebook.cern.ch/#id=PE671909"><tt><font size=2>http://phonebook.cern.ch/#id=PE671909</font></tt></a><tt><font size=2><br>
<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: smime.p7s<br>
Type: application/pkcs7-signature<br>
Size: 5638 bytes<br>
Desc: S/MIME Cryptographic Signature<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150113/ffb9f9e1/attachment-0001.bin"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150113/ffb9f9e1/attachment-0001.bin</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 13 Jan 2015 15:42:42 +0100<br>
From: Bartek ?urawski <bartekzurawski1@gmail.com><br>
To: openstack@lists.openstack.org<br>
Subject: [Openstack] Check host hardware<br>
Message-ID:<br>
<CAA_nP-hQr+8OBUNpDzB+pXHBLRWzXLx2m8nwrx5QRKP5DB6kNA@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi,<br>
<br>
Is it something like openstack way to check hardware of hosts (cpu, ram<br>
etc.) before adding it to production environment ?<br>
<br>
Thanks,<br>
Bartek<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150113/04a9b6d8/attachment-0001.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150113/04a9b6d8/attachment-0001.html</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 13 Jan 2015 13:06:24 -0300<br>
From: "gustavo panizzo (gfa)" <gfa@zumbi.com.ar><br>
To: Bartek ?urawski <bartekzurawski1@gmail.com>,<br>
openstack@lists.openstack.org<br>
Subject: Re: [Openstack] Check host hardware<br>
Message-ID: <54B54280.9030800@zumbi.com.ar><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
<br>
On 01/13/2015 11:42 AM, Bartek ?urawski wrote:<br>
> Hi,<br>
> <br>
> Is it something like openstack way to check hardware of hosts (cpu,
ram<br>
> etc.) before adding it to production environment ?<br>
<br>
no. afaik, i whish there were a capability to start a compute node as<br>
disabled.<br>
<br>
not start like a restart of the service or server. but the first time<br>
nova-compute is started on a node it gets 'created' on the db i wish it<br>
were created as disabled, so test can be run against it and if is ok,<br>
enable it<br>
<br>
what others are doing when add compute nodes?<br>
<br>
<br>
-- <br>
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 13 Jan 2015 17:11:43 +0000<br>
From: Robert van Leeuwen <Robert.vanLeeuwen@spilgames.com><br>
To: "gustavo panizzo (gfa)" <gfa@zumbi.com.ar>, Bartek
?urawski<br>
<bartekzurawski1@gmail.com>, "openstack@lists.openstack.org"<br>
<openstack@lists.openstack.org><br>
Subject: Re: [Openstack] Check host hardware<br>
Message-ID:<br>
<79E00D9220302D448C1D59B5224ED12D8EC62CFE@EchoDB02.spil.local><br>
Content-Type: text/plain; charset="iso-8859-2"<br>
<br>
> no. afaik, i whish there were a capability to start a compute
node as<br>
> disabled.<br>
<br>
+1<br>
<br>
We do some magic in our flavors so instances go to specific hypervisors.
(we have hypervisors with a lot of fast local storage for io intensive
instances)<br>
Happy side affect is that unless a hypervisor is in a specific host aggregate
it will not spawn machines.<br>
However I would certainly want this to be an option.<br>
<br>
Cheers,<br>
Robert van Leeuwen<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 13 Jan 2015 11:57:47 -0700<br>
From: Christopher Anderson <linuxguru4u@gmail.com><br>
To: openstack@lists.openstack.org<br>
Subject: Re: [Openstack] Openstack Ironic Installation in CentOS<br>
Message-ID:<br>
<CAPbbmkUGB9Jx78c2kAy-5espHVZUshp0zPoo0Cs2z-6DXd+E6Q@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello:<br>
<br>
<br>
<br>
Im also had this issue<br>
<br>
<br>
<br>
This worked for me you may have to add the fhel7 repo first but after that<br>
this worked for me<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
yum install python-mock python-pyghmi<br>
openstack-ironic-common-2014.2-2.el7.noarch.rpm<br>
openstack-ironic-api-2014.2-2.el7.noarch.rpm<br>
openstack-ironic-conductor-2014.2-2.el7.noarch.rpm<br>
<br>
<br>
<br>
Let me know if that?s what your looking for after that it was straight<br>
forward to follow the install for Ubuntu as a guide<br>
<br>
<br>
Xopher Anderson<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150113/ccc506be/attachment-0001.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150113/ccc506be/attachment-0001.html</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 13 Jan 2015 11:11:09 -0800<br>
From: Richard Raseley <richard@raseley.com><br>
To: openstack@lists.openstack.org<br>
Subject: [Openstack] Heat "Unknown property floating_network"
Error<br>
Message-ID:<br>
<CAO=6ox-hhac+va8x09GJkQbSKOGkDJF0rr+TqCFFeenbJCL0Og@mail.gmail.com><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
This is RDO Icehouse-4 on CentOS 7<br>
<br>
I am attempting to deploy a very basic stack using a slightly modified<br>
version of a template found in openstack/heat-templates on GitHub[1].<br>
<br>
However, both this base template and my modified vesion fail 'heat<br>
template-validate'. Adding the debug flag revealed an inner exception<br>
of 'heatclient.exc.<br>
HTTPBadRequest: ERROR: Unknown Property<br>
floating_network'.[2]<br>
<br>
According to the documentation[3], 'floating_network' is a valid<br>
property for 'OS::Neutron::FloatingIP'.<br>
<br>
Can anyone provide some insight as to why this might be occurring?<br>
<br>
[1] - </font></tt><a href="https://github.com/openstack/heat-templates/blob/master/hot/servers_in_new_neutron_net.yaml"><tt><font size=2>https://github.com/openstack/heat-templates/blob/master/hot/servers_in_new_neutron_net.yaml</font></tt></a><tt><font size=2><br>
[2] - </font></tt><a href=https://gist.github.com/richardraseley/56373552e970f215928b><tt><font size=2>https://gist.github.com/richardraseley/56373552e970f215928b</font></tt></a><tt><font size=2><br>
[3] - </font></tt><a href="http://docs.openstack.org/hot-reference/content/OS__Neutron__FloatingIP.html"><tt><font size=2>http://docs.openstack.org/hot-reference/content/OS__Neutron__FloatingIP.html</font></tt></a><tt><font size=2><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 13 Jan 2015 20:54:45 +0100<br>
From: S?awek Kap?o?ski <slawek@kaplonski.pl><br>
To: openstack@lists.openstack.org<br>
Subject: [Openstack] Test<br>
Message-ID: <54B57805.5040601@kaplonski.pl><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
Hello,<br>
<br>
This is only test<br>
<br>
Slawek Kaplonski<br>
slawek@kaplonski.pl<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Tue, 13 Jan 2015 21:00:32 +0100<br>
From: Belmiro Moreira <moreira.belmiro.email.lists@gmail.com><br>
To: "gustavo panizzo (gfa)" <gfa@zumbi.com.ar><br>
Cc: "openstack@lists.openstack.org" <openstack@lists.openstack.org><br>
Subject: Re: [Openstack] Check host hardware<br>
Message-ID:<br>
<CAPkQhnc+s97YxnmgJVrDXiJaKcFsUZy3LJJMauWUyL8gDAafgA@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi,<br>
you can use:<br>
enable_new_services = False<br>
<br>
With this option new services will be disabled when added.<br>
There is also a proposed change to include a default disabled reason for<br>
these services.<br>
See: </font></tt><a href=https://review.openstack.org/#/c/136645/><tt><font size=2>https://review.openstack.org/#/c/136645/</font></tt></a><tt><font size=2><br>
<br>
Belmiro<br>
---<br>
CERN<br>
<br>
<br>
<br>
On Tuesday, January 13, 2015, gustavo panizzo (gfa) <gfa@zumbi.com.ar><br>
wrote:<br>
<br>
><br>
><br>
> On 01/13/2015 11:42 AM, Bartek ?urawski wrote:<br>
> > Hi,<br>
> ><br>
> > Is it something like openstack way to check hardware of hosts
(cpu, ram<br>
> > etc.) before adding it to production environment ?<br>
><br>
> no. afaik, i whish there were a capability to start a compute node
as<br>
> disabled.<br>
><br>
> not start like a restart of the service or server. but the first time<br>
> nova-compute is started on a node it gets 'created' on the db i wish
it<br>
> were created as disabled, so test can be run against it and if is
ok,<br>
> enable it<br>
><br>
> what others are doing when add compute nodes?<br>
><br>
><br>
> --<br>
> 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333<br>
><br>
><br>
> _______________________________________________<br>
> Mailing list:<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
> Post to : openstack@lists.openstack.org <</font></tt><a href=javascript:/><tt><font size=2>javascript:</font></tt></a><tt><font size=2>;><br>
> Unsubscribe :<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150113/3eff68aa/attachment-0001.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150113/3eff68aa/attachment-0001.html</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Wed, 14 Jan 2015 02:14:27 +0000<br>
From: Ross Lillie <Ross.Lillie@motorolasolutions.com><br>
To: Openstack <openstack@lists.openstack.org><br>
Subject: [Openstack] Juno (Ubuntu) Flat Network<br>
Message-ID:<br>
<60751E11-81A3-4BD4-8654-8F62E51650A5@motorolasolutions.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
All,<br>
<br>
I?ve just upgraded our cloud from Havana to Juno.<br>
<br>
I?ve succeeded in configuring Neutron with a flat, external network and
individual tenants can attach to it via a virtual router and floating address,
using GRE tunnels. However, I also need to configure a simple flat
network for a given tenant that maps directly to our campus network (i.e.
WAN).<br>
<br>
I?m having problems getting this configured correctly. Neutron is
configured entirely on its own node, with multiple interfaces: eth0 is
attached to our campus network and serves as the management interface,
br-ex (eth2) is attached to our campus backbone and is used to create the
?external" flat network, br-data (eth1) is attached to the cloud?s
data network. Compute nodes are configured with a single interface br-data
(eth0).<br>
<br>
Now to create a simple flat network:<br>
<br>
* can I share the br-ex interface or do I need to use a separate
physical interface on the network node? Neutron complains loudly when I
try to do this, so I suspect the answer is an emphatic NO.<br>
* is a GRE tunnel still used for a simple flat network between the
compute nodes and the network node?<br>
* when I bring up a separate external interface (call this br-ex2)
and try to create the simple flat network using this physical interface,
then when I try to boot an instance it fails with a ?No available host?
found?, with errors also in the nova-conductor log regarding vif interface
mapping problems.<br>
<br>
I had this working in Havana using VLAN networks, but can?t seem to get
things working with GRE tunnels. <br>
<br>
Any tips/pointers would be appreciated<br>
?<br>
Ross Lillie, Motorola Solutions<br>
CTO, SST, Applications & Services Research<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Wed, 14 Jan 2015 12:55:07 +0530<br>
From: Geo Varghese <gvarghese@aqorn.com><br>
To: "openstack@lists.openstack.org" <openstack@lists.openstack.org>,<br>
"openstack-operators@lists.openstack.org"<br>
<openstack-operators@lists.openstack.org><br>
Cc: "Britt Houser \(bhouser\)" <bhouser@cisco.com><br>
Subject: [Openstack] Cinder api enpoint not found error while attach<br>
volume
to instance<br>
Message-ID:<br>
<CADB-E-v51iAZPTTcNrrTJEGGjjReFGYkw__jZw7sq5jCxD2AQg@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Team,<br>
<br>
I need a help with cinder volume attachment with an instance.<br>
<br>
I have succesfully created cinder volume and it is in available state.<br>
Please check attached screenshot.<br>
<br>
Later I tried to attach volume to an instance but attachment failed. While<br>
checking logs in /var/log/nova/nova-api-os-compute.log<br>
<br>
========<br>
<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack res
=<br>
method(self, ctx, volume_id, *args, **kwargs)<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack File<br>
"/usr/lib/python2.7/dist-packages/nova/volume/cinder.py", line
206, in get<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack item
=<br>
cinderclient(context).volumes.get(volume_id)<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack File<br>
"/usr/lib/python2.7/dist-packages/nova/volume/cinder.py", line
91, in<br>
cinderclient<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack<br>
endpoint_type=endpoint_type)<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack File<br>
"/usr/lib/python2.7/dist-packages/cinderclient/service_catalog.py",
line<br>
80, in url_for<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack raise<br>
cinderclient.exceptions.EndpointNotFound()<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack EndpointNotFound<br>
2015-01-13 19:14:46.563 1736 TRACE nova.api.openstack<br>
=========================================<br>
<br>
<br>
I have already created endpints in v1 and v2.<br>
Please check endpints I have created for cinder below<br>
<br>
=========================================================================<br>
root@controller:/home/geo# keystone endpoint-list | grep 8776<br>
| 5c7bcc79daa74532ac9ca19949e0d872 | regionOne |<br>
</font></tt><a href=http://controller:8776/v1/%(tenant_id)s><tt><font size=2>http://controller:8776/v1/%(tenant_id)s</font></tt></a><tt><font size=2>
|<br>
</font></tt><a href=http://controller:8776/v1/%(tenant_id)s><tt><font size=2>http://controller:8776/v1/%(tenant_id)s</font></tt></a><tt><font size=2>
|<br>
</font></tt><a href=http://controller:8776/v1/%(tenant_id)s><tt><font size=2>http://controller:8776/v1/%(tenant_id)s</font></tt></a><tt><font size=2>
| 8ce0898aa7c84fec9b011823d34b55cb |<br>
| 5d71e0a1237c483990b84c36346602b4 | RegionOne |<br>
</font></tt><a href=http://controller:8776/v2/%(tenant_id)s><tt><font size=2>http://controller:8776/v2/%(tenant_id)s</font></tt></a><tt><font size=2>
|<br>
</font></tt><a href=http://controller:8776/v2/%(tenant_id)s><tt><font size=2>http://controller:8776/v2/%(tenant_id)s</font></tt></a><tt><font size=2>
|<br>
</font></tt><a href=http://controller:8776/v2/%(tenant_id)s><tt><font size=2>http://controller:8776/v2/%(tenant_id)s</font></tt></a><tt><font size=2>
| 251eca5fdb6b4550a9f521c10fa9f2ca |<br>
===============================================================================<br>
<br>
Anyone please help me. Thanks for the support guys.<br>
<br>
--<br>
Regards,<br>
Geo Varghese<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150114/7e75cce2/attachment-0001.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150114/7e75cce2/attachment-0001.html</font></tt></a><tt><font size=2>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: Screenshot-Volumes & Snapshots - OpenStack Dashboard - Mozilla
Firefox.png<br>
Type: image/png<br>
Size: 97158 bytes<br>
Desc: not available<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150114/7e75cce2/attachment-0001.png"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150114/7e75cce2/attachment-0001.png</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
Message: 12<br>
Date: Wed, 14 Jan 2015 15:06:24 +0530<br>
From: Nikesh Kumar Mahalka <nikeshmahalka@vedams.com><br>
To: John Griffith <john.griffith8@gmail.com><br>
Cc: "openstack@lists.openstack.org" <openstack@lists.openstack.org><br>
Subject: Re: [Openstack] [openstack-dev] Kilo devstack issue<br>
Message-ID:<br>
<CAKj7oBzhc2i39G5p70WrTJqneYyXOa3+afV6TVXJZ-sEAWrHXg@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Thanks its giving clear idea about console.<br>
But what about ip not assigned to instance created in kilo devstack cloud.<br>
Is any one facing the issue?<br>
<br>
On Tue, Jan 13, 2015 at 12:51 AM, John Griffith <john.griffith8@gmail.com><br>
wrote:<br>
<br>
> On Mon, Jan 12, 2015 at 10:03 AM, Nikesh Kumar Mahalka<br>
> <nikeshmahalka@vedams.com> wrote:<br>
> > Hi,<br>
> > We deployed a kilo devstack on ubuntu 14.04 server.<br>
> > We successfully launched a instance from dashboard, but we are
unable to<br>
> > open console from dashboard for instance.Also instacne is unable
to get<br>
> ip<br>
> ><br>
> > Below is link for local.conf<br>
> > </font></tt><a href=http://paste.openstack.org/show/156497/><tt><font size=2>http://paste.openstack.org/show/156497/</font></tt></a><tt><font size=2><br>
> ><br>
> ><br>
> ><br>
> > Regards<br>
> > Nikesh<br>
> ><br>
> ><br>
> __________________________________________________________________________<br>
> > OpenStack Development Mailing List (not for usage questions)<br>
> > Unsubscribe:<br>
> OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<br>
> > </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
> ><br>
> Correct, see this thread:<br>
> </font></tt><a href="http://lists.openstack.org/pipermail/openstack-dev/2015-January/054157.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack-dev/2015-January/054157.html</font></tt></a><tt><font size=2><br>
><br>
> _______________________________________________<br>
> Mailing list:<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
> Post to : openstack@lists.openstack.org<br>
> Unsubscribe :<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><a href="http://lists.openstack.org/pipermail/openstack/attachments/20150114/a0ad6009/attachment-0001.html"><tt><font size=2>http://lists.openstack.org/pipermail/openstack/attachments/20150114/a0ad6009/attachment-0001.html</font></tt></a><tt><font size=2>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Openstack mailing list<br>
openstack@lists.openstack.org<br>
</font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</font></tt></a><tt><font size=2><br>
<br>
<br>
End of Openstack Digest, Vol 19, Issue 14<br>
*****************************************<br>
</font></tt>
<br><p>=====-----=====-----=====<br>
Notice: The information contained in this e-mail<br>
message and/or attachments to it may contain <br>
confidential or privileged information. If you are <br>
not the intended recipient, any dissemination, use, <br>
review, distribution, printing or copying of the <br>
information contained in this e-mail message <br>
and/or attachments to it are strictly prohibited. If <br>
you have received this communication in error, <br>
please notify us by reply e-mail or telephone and <br>
immediately and permanently delete the message <br>
and any attachments. Thank you</p>
<p></p>