<div dir="ltr"><div><div><div>Hi Darragh,<br><br></div>Thanks for getting back to me, and you were right about mixing users, so what I actually ended up doing was creating the virtual networking all for the admin user.  <br>
</div>The other thing that help was finding <a href="http://techbackground.blogspot.co.nz/2013/05/the-quantum-l3-router-and-floating-ips.html">http://techbackground.blogspot.co.nz/2013/05/the-quantum-l3-router-and-floating-ips.html</a><br>
<br></div>Thanks<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 25, 2013 at 8:29 PM, Darragh O'Reilly <span dir="ltr"><<a href="mailto:dara2002-openstack@yahoo.com" target="_blank">dara2002-openstack@yahoo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Clint,<br>
<br>
yeah sorry, I meant boot to the network named "demo-net". I think you may have the credentials of the admin user in your environment, but demo-net belongs to user "demo". I think you need to open a new console and load the credentials of the demo user into its environment, then try the boot command again.<br>

<br>
<br>
keystone tenant-list<br>
<br>
quantum net-list -c id -c name -c tenant_id<br>
<br>
<br>
To see which credentials you have in you environment do:<br>
<br>
set | grep ^OS<br>
<div class="im"><br>
Re, Darragh.<br>
<br>
<br>
>________________________________<br>
> From: Clint Dilks <<a href="mailto:clintd@waikato.ac.nz">clintd@waikato.ac.nz</a>><br>
</div>>Cc: "<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a>" <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a>><br>
>Sent: Wednesday, 25 September 2013, 0:06<br>
<div class="im HOEnZb">>Subject: Re: [Openstack] OpenStack Grizzly Quantum Networking<br>
><br>
><br>
><br>
</div><div class="HOEnZb"><div class="h5">>Ok<br>
><br>
>So looking at this further I believe I am doing something wrong with the virtual networking rather than the physical side of things.<br>
>I now believe that what Darragh means is that my instances should boot on the internal virtual network rather than the public, which makes sense but there is a issue that I don't understand. <br>
><br>
><br>
>net-list shows two networks at I would expect, so I believe that I should be able to tell a vm to boot using demo-net but the tools only allow me to boot if I specify the network as public.  What could be wrong here ?<br>

><br>
><br>
><br>
><br>
>[root@blitzen ~]# quantum net-list<br>
>+--------------------------------------+----------+------------------------------------------------------+<br>
>| id                                   | name     | subnets                                              |<br>
>+--------------------------------------+----------+------------------------------------------------------+<br>
>| b04a786f-d251-4796-bfcf-6486bec467db | demo-net | 06075526-7210-461b-94f1-87c25ad231ab <a href="http://10.10.11.0/24" target="_blank">10.10.11.0/24</a>   |<br>
>| f2c7206c-a860-4206-ab5b-34bd9b7d2553 | public   | f326c5d0-f127-4da5-9065-c3211c9a81b8 <a href="http://130.217.79.0/24" target="_blank">130.217.79.0/24</a> |<br>
>+--------------------------------------+----------+------------------------------------------------------+<br>
><br>
>nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key  --nic net-id=b04a786f-d251-4796-bfcf-6486bec467db clintd<br>
>ERROR: The resource could not be found. (HTTP 404) (Request-ID: req-0d538673-43ff-4a11-9aba-3b907c129e5c)<br>
><br>
>nova boot --flavor 1 --image f5058a7e-b0dc-4be2-983e-822f7e586090 --key-name default_key  --nic net-id=f2c7206c-a860-4206-ab5b-34bd9b7d2553 clintd<br>
>+-------------------------------------+--------------------------------------+<br>
>| Property                            | Value                                |<br>
>+-------------------------------------+--------------------------------------+<br>
>| status                              | BUILD                                |<br>
>| updated                             | 2013-09-24T22:47:27Z                 |<br>
>| OS-EXT-STS:task_state               | scheduling                           |<br>
>| OS-EXT-SRV-ATTR:host                | None                                 |<br>
>| key_name                            | default_key                          |<br>
>| image                               | Fedora                               |<br>
>| hostId                              |                                      |<br>
>| OS-EXT-STS:vm_state                 | building                             |<br>
>| OS-EXT-SRV-ATTR:instance_name       | instance-0000000d                    |<br>
>| OS-EXT-SRV-ATTR:hypervisor_hostname | None                                 |<br>
>| flavor                              | m1.tiny                              |<br>
>| id                                  | b09b9547-be68-49e0-b271-f57515e44a54 |<br>
>| security_groups                     | [{u'name': u'default'}]              |<br>
>| user_id                             | 19839209541e446da8642c67e82a63ab     |<br>
>| name                                | clintd                               |<br>
>| adminPass                           | chRqXA9mQhxp                         |<br>
>| tenant_id                           | b41aca749a214b449ad6b3a124d113f7     |<br>
>| created                             | 2013-09-24T22:47:27Z                 |<br>
>| OS-DCF:diskConfig                   | MANUAL                               |<br>
>| metadata                            | {}                                   |<br>
>| accessIPv4                          |                                      |<br>
>| accessIPv6                          |                                      |<br>
>| progress                            | 0                                    |<br>
>| OS-EXT-STS:power_state              | 0                                    |<br>
>| OS-EXT-AZ:availability_zone         | nova                                 |<br>
>| config_drive                        |                                      |<br>
>+-------------------------------------+--------------------------------------+<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
>On Wed, Sep 25, 2013 at 9:08 AM, Clint Dilks <<a href="mailto:clintd@waikato.ac.nz">clintd@waikato.ac.nz</a>> wrote:<br>
><br>
>Hi<br>
>><br>
>>Thanks to everyone whom replied to this thread I will try deleting the ports shortly.<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
</div></div><div class="HOEnZb"><div class="h5">>>Clint,<br>
>>><br>
>>>you need to boot your VMs attached to the private network and not the public network. Then you must allocate and associate floating ips. Also remember to open ports in the security groups.<br>
>>><br>
>><br>
>><br>
>><br>
>>Darragh,<br>
>><br>
>><br>
>>In the guide I was following they used two networks<br>
>><br>
>><br>
>><a href="http://10.10.10.0/24" target="_blank">10.10.10.0/24</a> (which they call internal)<br>
>><br>
>><a href="http://10.0.0.0/24" target="_blank">10.0.0.0/24</a> (which they call external)<br>
>><br>
>><br>
>>So I believed I should be able to replace where ever they use <a href="http://10.0.0.0/24" target="_blank">10.0.0.0/24</a> with 130.217.79.0  (br-ex is currently attached to an address in this range)<br>
>><br>
>><br>
>>Are you saying that in fact I should have two private networks say mirroring the guide, but then also have a nic configured for 130.217.79.x ?<br>
>><br>
>><br>
>>Or do you just mean that keeping things as I have them currently I should just create the public-subnet within the <a href="http://10.10.10.0/24" target="_blank">10.10.10.0/24</a> ?<br>
>> <br>
>><br>
>><br>
>><br>
>><br>
>> <br>
>><br>
>>>Re, Darragh.<br>
>>><br>
>>><br>
>>><br>
>><br>
><br>
><br>
><br>
</div></div></blockquote></div><br></div>