<div dir="ltr">I after install dashboard while i got error <div><br></div><div><div>systemctl status httpd.service -l</div><div>● httpd.service - The Apache HTTP Server</div><div> Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)</div><div> Drop-In: /usr/lib/systemd/system/httpd.service.d</div><div> └─openstack-dashboard.conf</div><div> Active: failed (Result: exit-code) since 日 2016-09-18 19:11:52 CST; 14s ago</div><div> Docs: man:httpd(8)</div><div> man:apachectl(8)</div><div> Process: 50843 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=0/SUCCESS)</div><div> Process: 58465 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py compress --force (code=exited, status=1/FAILURE)</div><div> Process: 58458 ExecStartPre=/usr/bin/python /usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear (code=exited, status=0/SUCCESS)</div><div> Main PID: 34243 (code=exited, status=0/SUCCESS)</div><div><br></div><div>9月 18 19:11:52 controller python[58465]: CommandError: An error occurred during rendering /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html: /bin/sh: django_pyscss.compressor.DjangoScssFilter: command not found</div><div>9月 18 19:11:52 controller python[58465]: Found 'compress' tags in:</div><div>9月 18 19:11:52 controller python[58465]: /usr/lib/python2.7/site-packages/horizon/templates/horizon/_conf.html</div><div>9月 18 19:11:52 controller python[58465]: /usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html</div><div>9月 18 19:11:52 controller python[58465]: /usr/lib/python2.7/site-packages/horizon/templates/horizon/_scripts.html</div><div>9月 18 19:11:52 controller python[58465]: Compressing...</div><div>9月 18 19:11:52 controller systemd[1]: httpd.service: control process exited, code=exited status=1</div><div>9月 18 19:11:52 controller systemd[1]: Failed to start The Apache HTTP Server.</div><div>9月 18 19:11:52 controller systemd[1]: Unit httpd.service entered failed state.</div><div>9月 18 19:11:52 controller systemd[1]: httpd.service failed.</div></div><div><br></div><div><br></div><div><br></div><div>how to resolve? </div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-30 20:00 GMT+08:00 <span dir="ltr"><<a href="mailto:openstack-request@lists.openstack.org" target="_blank">openstack-request@lists.openstack.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Openstack mailing list submissions to<br>
<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:openstack-request@lists.openstack.org">openstack-request@lists.<wbr>openstack.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:openstack-owner@lists.openstack.org">openstack-owner@lists.<wbr>openstack.org</a><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. Re: Instances do not have access to internet (Artem Plakunov)<br>
2. Re: Instances do not have access to internet (Turbo Fredriksson)<br>
3. Re: Provisioning VMs in Openstack cluster (Turbo Fredriksson)<br>
4. Re: Multiple availability zones (Turbo Fredriksson)<br>
5. Re: Multiple availability zones (Tobias Urdin)<br>
6. Re: Multiple availability zones (Turbo Fredriksson)<br>
7. DHCP Agent debugging problem (Phani Pawan Padmanabharao)<br>
8. Re: Instances do not have access to internet (Imran Khakoo)<br>
9. Re: DHCP Agent debugging problem (Trinath Somanchi)<br>
10. Re: DHCP Agent debugging problem (Kevin Benton)<br>
11. Re: [OpenStack] [keystone] How to make keystone highly<br>
available? (Turbo Fredriksson)<br>
12. neutron -f json output parsing (Bill Nerenberg)<br>
13. Re: neutron -f json output parsing (Kevin Benton)<br>
14. MAGNUM - unable to create a magnum template<br>
(kamalakannan sanjeevan)<br>
15. External network connectivity problem (Dav?? ?rn J?hannsson)<br>
16. Re: neutron -f json output parsing (Akihiro Motoki)<br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>----------<br>
<br>
Message: 1<br>
Date: Thu, 29 Sep 2016 14:59:57 +0300<br>
From: Artem Plakunov <<a href="mailto:artacc@lvk.cs.msu.su">artacc@lvk.cs.msu.su</a>><br>
To: Imran Khakoo <<a href="mailto:imran.khakoo@netronome.com">imran.khakoo@netronome.com</a>><br>
Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: Re: [Openstack] Instances do not have access to internet<br>
Message-ID: <<a href="mailto:57ED023D.10105@lvk.cs.msu.su">57ED023D.10105@lvk.cs.msu.su</a>><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
You are right, the router must have an interface in external network and<br>
the external network must have a subnet<br>
<br>
How exactly did you try to create subnet? I guess using a CLI command?<br>
It looks like you didn't specify the network which the new subnet should<br>
belong to.<br>
<br>
Try following this doc about creating an external network subnet:<br>
<a href="http://docs.openstack.org/juno/install-guide/install/apt/content/neutron_initial-external-network.html" rel="noreferrer" target="_blank">http://docs.openstack.org/<wbr>juno/install-guide/install/<wbr>apt/content/neutron_initial-<wbr>external-network.html</a><br>
<br>
If you're still getting any errors, look into logs for details:<br>
/var/log/neutron/server.log or /var/log/neutron-all.log<br>
<br>
29.09.2016 13:07, Imran Khakoo ?????:<br>
> Hi there,<br>
> I deleted all the rules and added them back one by one, seeing if each<br>
> change suddenly allowed connectivity. No improvement, unfortunately.<br>
><br>
> My current rules:<br>
> Direction<br>
><br>
> Ether Type<br>
><br>
> IP Protocol<br>
><br>
> Port Range<br>
><br>
> Remote IP Prefix<br>
><br>
> Remote Security Group<br>
><br>
> Actions<br>
><br>
> Ingress IPv4 ICMP Any <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> - Delete Rule<br>
><br>
> Egress IPv4 ICMP Any <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> - Delete Rule<br>
><br>
> Ingress IPv4 TCP 1 - 65535 <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> -<br>
> Delete Rule<br>
><br>
> Egress IPv4 TCP 1 - 65535 <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> - Delete<br>
> Rule<br>
><br>
> Ingress IPv4 TCP 1 - 65535 - default Delete Rule<br>
><br>
> Egress IPv4 TCP 1 - 65535 - default Delete Rule<br>
> Displaying 6 items<br>
><br>
> Going back to my instances, pinging google:<br>
><br>
> ubuntu@throwaway:~$ ping 8.8.8.8<br>
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br>
> From 10.10.0.1 icmp_seq=17 Destination Net Unreachable<br>
> From 10.10.0.1 icmp_seq=18 Destination Net Unreachable<br>
><br>
><br>
> ubuntu@throwaway:~$ ip route<br>
> default via 10.10.0.1 dev eth0<br>
> <a href="http://10.10.0.0/16" rel="noreferrer" target="_blank">10.10.0.0/16</a> <<a href="http://10.10.0.0/16" rel="noreferrer" target="_blank">http://10.10.0.0/16</a>> dev eth0 proto kernel scope link<br>
> src 10.10.0.4<br>
> 169.254.169.254 via 10.10.0.1 dev eth0<br>
><br>
> ubuntu@throwaway:~$ ip neigh<br>
> 10.10.0.2 dev eth0 lladdr fa:16:3e:d7:e1:d5 STALE<br>
> 10.10.0.1 dev eth0 lladdr fa:16:3e:7c:cf:b1 REACHABLE<br>
> 10.10.0.3 dev eth0 lladdr fa:16:3e:13:c8:8b STALE<br>
><br>
> So the gateway is 10.10.0.1 and the VM can reach it, but it somehow<br>
> can't route to 8.8.8.8. Looking at my openstack router, I notice that<br>
> it doesn't have a public IP address, only an internal one.<br>
><br>
> Name Fixed IPs Status Type Admin State Actions<br>
><br>
> (af24a36f-6790)<br>
> <<a href="http://10.1.1.147/project/networks/ports/af24a36f-6790-4024-8ee2-b4fbbcb856ba/detail" rel="noreferrer" target="_blank">http://10.1.1.147/project/<wbr>networks/ports/af24a36f-6790-<wbr>4024-8ee2-b4fbbcb856ba/detail</a>><br>
><br>
><br>
> * 10.10.0.1<br>
><br>
> Active Internal Interface UP Delete Interface<br>
><br>
> From other advice I received, the router should have both a public<br>
> interface and a private one. So when I try to add a public interface,<br>
> it requires me to first add a subnet.<br>
><br>
> So I'm guessing I should be creating a subnet on the ext_net, in order<br>
> to attach the external interface to it. I get the following error:<br>
> *Error: *Failed to create subnet "<a href="http://172.26.1.0/24" rel="noreferrer" target="_blank">172.26.1.0/24</a><br>
> <<a href="http://172.26.1.0/24" rel="noreferrer" target="_blank">http://172.26.1.0/24</a>>" for network "None": The resource could not be<br>
> found. Neutron server returns request_ids:<br>
> ['req-0e2edc22-c6a8-4038-89fd-<wbr>26feb25393c6']<br>
><br>
><br>
><br>
><br>
> On Wed, Sep 28, 2016 at 7:23 PM, Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a><br>
> <mailto:<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>>> wrote:<br>
><br>
> On Sep 28, 2016, at 5:32 PM, Imran Khakoo wrote:<br>
><br>
> > I did add this rule to default security group, that was the<br>
> first thing<br>
> > before I even launched an instance.<br>
><br>
> Yeah, that should have done it.<br>
><br>
> > Egress IPv4 Any Any <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> -<br>
> > Egress IPv4 ICMP Any - default<br>
> > Egress IPv4 TCP 80 (HTTP) - default<br>
> > Egress IPv4 TCP 443 (HTTPS) - default<br>
> > Ingress IPv4 Any Any - default<br>
> > Ingress IPv4 ICMP Any0.0.0.0/0 <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> -<br>
> > Ingress IPv4 TCP 22 (SSH)<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> <<a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">http://0.0.0.0/0</a>> -<br>
><br>
> What strikes me is the sixth column. It is/should be the "Remote<br>
> Security Group"<br>
> column.<br>
><br>
> I'm a little unsure on how to use that, but if all those rules<br>
> come from<br>
> the 'default' security group, then you'll probably end up with a loop<br>
> or something..<br>
><br>
><br>
> But because of the two Any/Any rules, you would not need the<br>
> 80/443 rules.<br>
> Nor the 22 one.<br>
> --<br>
> Life sucks and then you die<br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/a13959fa/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/a13959fa/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 29 Sep 2016 13:34:21 +0100<br>
From: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
To: Imran Khakoo <<a href="mailto:imran.khakoo@netronome.com">imran.khakoo@netronome.com</a>><br>
Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: Re: [Openstack] Instances do not have access to internet<br>
Message-ID: <<a href="mailto:943F844E-603E-48B2-AEA6-307EC1E15E5D@bayour.com">943F844E-603E-48B2-AEA6-<wbr>307EC1E15E5D@bayour.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sep 29, 2016, at 11:07 AM, Imran Khakoo wrote:<br>
<br>
> ubuntu@throwaway:~$ ping 8.8.8.8<br>
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br>
> From 10.10.0.1 icmp_seq=17 Destination Net Unreachable<br>
> From 10.10.0.1 icmp_seq=18 Destination Net Unreachable<br>
<br>
As far as I can tell, your security groups is just fine now.<br>
<br>
But can you just do a "traceroute -n 8.8.8.8" as well?<br>
<br>
Looking at your screenshot of your setup (first mail), it<br>
looks to me that the router have both an internal (the one<br>
connected to "the cloud" - "imran_khakoo_net" I'm guessing)<br>
and an external (the one connected to "the globe" - "ext_net"<br>
if I'm to guess) interface.<br>
<br>
Our assumption have been that the router isn't routing (which<br>
is why I suggested twiddling with the SGs). If this still<br>
holds true, then the traceroute I've asked you to run above<br>
should reach the router (it's not absolutly clear, but I'm<br>
guessing "10.10.0.1" if the 'ip route' command is correct -<br>
please triple check by going into the router config and look<br>
that it have a "Internal Interface" with that IP) but NOT go<br>
anywhere beyond that.<br>
<br>
<br>
Looking at your first mail again, I just noticed that the<br>
supposedly external network (the "ext_" part of the network<br>
name - if this is NOT the external, then you should rename<br>
it :) is NOT set as 'External' (the 'External=No' entry).<br>
<br>
In the router, do you have an interface with the label<br>
"External Gateway"? You shouldn't have, if I'm correct..<br>
<br>
This is somewhat a misnomer - it is NOT the IP of the gateway,<br>
it is the routers gateway IP.. Hmm, that doesn't make sense..<br>
<br>
If your actual, real gateway (the one with 'Net access) is,<br>
for example, "<a href="http://192.168.1.1/24" rel="noreferrer" target="_blank">192.168.1.1/24</a>", then that "External Gateway" in<br>
the OS router needs to be something like "<a href="http://192.168.1.253/24" rel="noreferrer" target="_blank">192.168.1.253/24</a>"<br>
(an unused IP on the same network as the real GW/FW/NAT/Whatever).<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 29 Sep 2016 13:52:29 +0100<br>
From: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
To: openstack List <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] Provisioning VMs in Openstack cluster<br>
Message-ID: <<a href="mailto:08F93FF3-BCF2-4B40-B79C-6CDA873CD58D@bayour.com">08F93FF3-BCF2-4B40-B79C-<wbr>6CDA873CD58D@bayour.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sep 29, 2016, at 8:57 AM, Tobias Urdin wrote:<br>
<br>
> To just follow my hunch, have you configured vif_plugging_timeout in<br>
> nova.conf or is it the default value of 300?<br>
> We have vif_plugging_timeout=5, you should try that. We are live on<br>
> Liberty and are slowly upgrading to Mitaka for reference.<br>
<br>
Mine was the default 300. I've changed that now and I'll do some tests<br>
to see if that changes things. Thanx for the tip.<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 29 Sep 2016 14:02:16 +0100<br>
From: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
To: openstack List <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] Multiple availability zones<br>
Message-ID: <<a href="mailto:C3E8ED7C-D1F6-465D-AB24-FF3A05095045@bayour.com">C3E8ED7C-D1F6-465D-AB24-<wbr>FF3A05095045@bayour.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sep 29, 2016, at 8:52 AM, Tobias Urdin wrote:<br>
<br>
> If I have understood it correctly your primary question is about<br>
> availability zones.<br>
<br>
Technically I guess that's right, but not so much about what it/they<br>
are and how they're used, but more like "can a controller manage multiple<br>
zones"..<br>
<br>
And with "a controller" I'm thinking Neutron, Keystone, Cinder etc, etc.<br>
--<br>
You know, boys, a nuclear reactor is a lot like a woman.<br>
You just have to read the manual and press the right buttons<br>
- Homer Simpson<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 29 Sep 2016 13:11:48 +0000<br>
From: Tobias Urdin <<a href="mailto:tobias.urdin@crystone.com">tobias.urdin@crystone.com</a>><br>
To: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
Cc: openstack List <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] Multiple availability zones<br>
Message-ID: <<a href="mailto:7b15a1113a6842f2a5f9647aeb5e4cd8@mb01.staff.ognet.se">7b15a1113a6842f2a5f9647aeb5e4<wbr>cd8@mb01.staff.ognet.se</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Yes because a availability zone does not "belong" to anything.<br>
<br>
It's simply a group of resources defined in your nova database to make<br>
scheduling decisions.<br>
<br>
Best regards<br>
<br>
<br>
On 09/29/2016 03:08 PM, Turbo Fredriksson wrote:<br>
> On Sep 29, 2016, at 8:52 AM, Tobias Urdin wrote:<br>
><br>
>> If I have understood it correctly your primary question is about<br>
>> availability zones.<br>
> Technically I guess that's right, but not so much about what it/they<br>
> are and how they're used, but more like "can a controller manage multiple<br>
> zones"..<br>
><br>
> And with "a controller" I'm thinking Neutron, Keystone, Cinder etc, etc.<br>
> --<br>
> You know, boys, a nuclear reactor is a lot like a woman.<br>
> You just have to read the manual and press the right buttons<br>
> - Homer Simpson<br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 29 Sep 2016 14:45:25 +0100<br>
From: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
To: openstack List <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] Multiple availability zones<br>
Message-ID: <<a href="mailto:FEE4FF59-323B-42E1-89C6-B1E83FE1DA18@bayour.com">FEE4FF59-323B-42E1-89C6-<wbr>B1E83FE1DA18@bayour.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sep 29, 2016, at 2:11 PM, Tobias Urdin wrote:<br>
<br>
> Yes because a availability zone does not "belong" to anything.<br>
<br>
<br>
Well, the comments in the config file(s) seem to differ from that<br>
statement:<br>
<br>
# Default value of availability zone hints. The availability zone<br>
# aware schedulers use this when the resources availability_zone_hints<br>
# is empty. Multiple availability zones can be specified by a comma<br>
# separated string. This value can be empty. In this case, even if<br>
# availability_zone_hints for a resource is empty, availability zone<br>
# is considered for high availability while scheduling the resource.<br>
# (list value)<br>
default_availability_zones = nova<br>
<br>
# Availability zone of this node (string value)<br>
availability_zone = nova<br>
<br>
Or at least, might be a little .. "fuzzy". Does the "Multiple az can be specified<br>
with a comma" belong to the 'default_availability_zones' (the suffixing 's' in<br>
that seem to indicate that - plural) or to the 'availability_zone'??<br>
<br>
How can there be multiple defaults (!!) but only one specified!?<br>
<br>
<br>
So what you're saying is that if I specify, for example:<br>
<br>
default_availability_zones = nova,users<br>
availability_zone = nova<br>
<br>
then that service (Neutron in this case) should be able to deal with both my<br>
AZs? What about the i/o from Neutron? Will it be automatic, or do I have to<br>
'link' my two Neutron (etc) controllers somehow? Or are they linked "via"<br>
RabbitMQ and/or MySQL?<br>
--<br>
Turbo Fredriksson<br>
<a href="mailto:turbo@bayour.com">turbo@bayour.com</a><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Thu, 29 Sep 2016 14:17:57 +0000<br>
From: Phani Pawan Padmanabharao <<a href="mailto:phani.pawan@huawei.com">phani.pawan@huawei.com</a>><br>
To: "<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>" <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: [Openstack] DHCP Agent debugging problem<br>
Message-ID: <<wbr>DC1AA823D68053408AA3299B7CB30A<wbr>B6016BDF9D@lhreml507-mbs><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hello All,<br>
<br>
Me and my team members are trying to find out the scenarios and the effects when an agent dies or does not function properly in OpenStack.<br>
We are trying to debug the Dhcp Agent in Neutron. But apart from the console logs (of VMs) and the logs of Agent and Neutron server, is there any way to know that the Dhcp release did not happen as expected?<br>
For example, in the L3 Agent, we can directly see the iptable rules inside the q-router namespace.<br>
Is there any such mechanism for Dhcp Agent, where we can login to the q-dhcp namespace and execute some commands to see if the Dhcp release did not happen?<br>
<br>
Thanks in Advance,<br>
Phani<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/041151cf/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/041151cf/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Thu, 29 Sep 2016 16:22:21 +0200<br>
From: Imran Khakoo <<a href="mailto:imran.khakoo@netronome.com">imran.khakoo@netronome.com</a>><br>
To: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: Re: [Openstack] Instances do not have access to internet<br>
Message-ID:<br>
<CACS0JTdBrrPv-<wbr>tpoRSSNKsCdRjN8P_pM=<a href="mailto:knGgeT5xwzjb5Leog@mail.gmail.com">knGgeT5xwz<wbr>jb5Leog@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I realized I had forgotten my admin details so I tore my install down and<br>
started afresh.<br>
In the process I realized that the installer was trying to take over the<br>
entire corporate network:<br>
[image: Inline image 1]<br>
I changed the range to an allowable figure and am continuing with the<br>
install now. Will update once I've retried.<br>
Thanks for all the help so far and for being so responsive, guys.<br>
<br>
Regards,<br>
Imran<br>
<br>
On Thu, Sep 29, 2016 at 2:34 PM, Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>> wrote:<br>
<br>
> On Sep 29, 2016, at 11:07 AM, Imran Khakoo wrote:<br>
><br>
> > ubuntu@throwaway:~$ ping 8.8.8.8<br>
> > PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.<br>
> > From 10.10.0.1 icmp_seq=17 Destination Net Unreachable<br>
> > From 10.10.0.1 icmp_seq=18 Destination Net Unreachable<br>
><br>
> As far as I can tell, your security groups is just fine now.<br>
><br>
> But can you just do a "traceroute -n 8.8.8.8" as well?<br>
><br>
> Looking at your screenshot of your setup (first mail), it<br>
> looks to me that the router have both an internal (the one<br>
> connected to "the cloud" - "imran_khakoo_net" I'm guessing)<br>
> and an external (the one connected to "the globe" - "ext_net"<br>
> if I'm to guess) interface.<br>
><br>
> Our assumption have been that the router isn't routing (which<br>
> is why I suggested twiddling with the SGs). If this still<br>
> holds true, then the traceroute I've asked you to run above<br>
> should reach the router (it's not absolutly clear, but I'm<br>
> guessing "10.10.0.1" if the 'ip route' command is correct -<br>
> please triple check by going into the router config and look<br>
> that it have a "Internal Interface" with that IP) but NOT go<br>
> anywhere beyond that.<br>
><br>
><br>
> Looking at your first mail again, I just noticed that the<br>
> supposedly external network (the "ext_" part of the network<br>
> name - if this is NOT the external, then you should rename<br>
> it :) is NOT set as 'External' (the 'External=No' entry).<br>
><br>
> In the router, do you have an interface with the label<br>
> "External Gateway"? You shouldn't have, if I'm correct..<br>
><br>
> This is somewhat a misnomer - it is NOT the IP of the gateway,<br>
> it is the routers gateway IP.. Hmm, that doesn't make sense..<br>
><br>
> If your actual, real gateway (the one with 'Net access) is,<br>
> for example, "<a href="http://192.168.1.1/24" rel="noreferrer" target="_blank">192.168.1.1/24</a>", then that "External Gateway" in<br>
> the OS router needs to be something like "<a href="http://192.168.1.253/24" rel="noreferrer" target="_blank">192.168.1.253/24</a>"<br>
> (an unused IP on the same network as the real GW/FW/NAT/Whatever).<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/8449bd89/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/8449bd89/<wbr>attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image.png<br>
Type: image/png<br>
Size: 101707 bytes<br>
Desc: not available<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/8449bd89/attachment-0002.png" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/8449bd89/<wbr>attachment-0002.png</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: Screenshot from 2016-09-29 16-06-40.png<br>
Type: image/png<br>
Size: 76666 bytes<br>
Desc: not available<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/8449bd89/attachment-0003.png" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/8449bd89/<wbr>attachment-0003.png</a>><br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Thu, 29 Sep 2016 16:48:34 +0000<br>
From: Trinath Somanchi <<a href="mailto:trinath.somanchi@nxp.com">trinath.somanchi@nxp.com</a>><br>
To: Phani Pawan Padmanabharao <<a href="mailto:phani.pawan@huawei.com">phani.pawan@huawei.com</a>>,<br>
"<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>" <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] DHCP Agent debugging problem<br>
Message-ID:<br>
<<a href="mailto:DB3PR04MB079636D760000346AB45E0949DCE0@DB3PR04MB0796.eurprd04.prod.outlook.com">DB3PR04MB079636D760000346AB45<wbr>E0949DCE0@DB3PR04MB0796.<wbr>eurprd04.prod.outlook.com</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
there exists a q-dhcp-xxxxx namespace too. Try checking there.<br>
<br>
<br>
/Trinath<br>
<br>
______________________________<wbr>__<br>
From: Phani Pawan Padmanabharao <<a href="mailto:phani.pawan@huawei.com">phani.pawan@huawei.com</a>><br>
Sent: Thursday, September 29, 2016 7:47:57 PM<br>
To: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: [Openstack] DHCP Agent debugging problem<br>
<br>
Hello All,<br>
<br>
Me and my team members are trying to find out the scenarios and the effects when an agent dies or does not function properly in OpenStack.<br>
We are trying to debug the Dhcp Agent in Neutron. But apart from the console logs (of VMs) and the logs of Agent and Neutron server, is there any way to know that the Dhcp release did not happen as expected?<br>
For example, in the L3 Agent, we can directly see the iptable rules inside the q-router namespace.<br>
Is there any such mechanism for Dhcp Agent, where we can login to the q-dhcp namespace and execute some commands to see if the Dhcp release did not happen?<br>
<br>
Thanks in Advance,<br>
Phani<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/190105ad/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/190105ad/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Thu, 29 Sep 2016 10:05:27 -0700<br>
From: Kevin Benton <kevin@benton.pub><br>
To: Phani Pawan Padmanabharao <<a href="mailto:phani.pawan@huawei.com">phani.pawan@huawei.com</a>><br>
Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: Re: [Openstack] DHCP Agent debugging problem<br>
Message-ID:<br>
<CAO_F6JM9j+21=<a href="mailto:pv9O4DnKJ0-HKw1vagH_3E_B79caEuy00zpQw@mail.gmail.com">pv9O4DnKJ0-<wbr>HKw1vagH_3E_B79caEuy00zpQw@<wbr>mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
If you're looking for dhcp release messages, I believe dnsmasq will log<br>
those to syslog for you.<br>
<br>
On Sep 29, 2016 10:35, "Phani Pawan Padmanabharao" <<a href="mailto:phani.pawan@huawei.com">phani.pawan@huawei.com</a>><br>
wrote:<br>
<br>
> Hello All,<br>
><br>
><br>
><br>
> Me and my team members are trying to find out the scenarios and the<br>
> effects when an agent dies or does not function properly in OpenStack.<br>
><br>
> We are trying to debug the Dhcp Agent in Neutron. But apart from the<br>
> console logs (of VMs) and the logs of Agent and Neutron server, is there<br>
> any way to know that the Dhcp release did not happen as expected?<br>
><br>
> For example, in the L3 Agent, we can directly see the iptable rules inside<br>
> the q-router namespace.<br>
><br>
> Is there any such mechanism for Dhcp Agent, where we can login to the<br>
> q-dhcp namespace and execute some commands to see if the Dhcp release did<br>
> not happen?<br>
><br>
><br>
><br>
> Thanks in Advance,<br>
><br>
> Phani<br>
><br>
> ______________________________<wbr>_________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160929/a54271b8/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160929/a54271b8/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Thu, 29 Sep 2016 23:30:23 +0100<br>
From: Turbo Fredriksson <<a href="mailto:turbo@bayour.com">turbo@bayour.com</a>><br>
To: openstack List <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] [OpenStack] [keystone] How to make keystone<br>
highly available?<br>
Message-ID: <<a href="mailto:454FA4E8-1A42-4B75-A213-0E4812AA0B93@bayour.com">454FA4E8-1A42-4B75-A213-<wbr>0E4812AA0B93@bayour.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sep 21, 2016, at 6:48 AM, Van Leeuwen, Robert wrote:<br>
<br>
> If I had these constraints I would add a loadbalancer-config on the same machine that runs the OpenStack apis.<br>
<br>
Now that I have multiple Neutron instances, how do I make my routers<br>
HA?<br>
<br>
I managed to make the router 'distributed', but there doesn't seem<br>
to be a '--ha' for "neutron router-update" (like there is for<br>
"neutron router-create").<br>
<br>
<br>
------------------------------<br>
<br>
Message: 12<br>
Date: Fri, 30 Sep 2016 10:55:44 +0200<br>
From: Bill Nerenberg <<a href="mailto:bill.nerenberg75@gmail.com">bill.nerenberg75@gmail.com</a>><br>
To: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: [Openstack] neutron -f json output parsing<br>
Message-ID:<br>
<<wbr>CAJJpmPh0f5wb1PcQEPw9EWWye5O3s<wbr>Jc7nTDWbBRqJ2kmOm=<a href="mailto:Huw@mail.gmail.com">Huw@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi all<br>
<br>
When I run neutron -f json in the command below, the pools value is quoted<br>
so I cannot use it with JSON parsers like jq<br>
<br>
For example, this is neutron's problematic output [1] (see the pools line)<br>
<br>
$ neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d -f<br>
json<br>
{<br>
"description": "",<br>
"admin_state_up": false,<br>
"tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
"provisioning_status": "ACTIVE",<br>
"vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
"listeners": "",<br>
"vip_address": "10.0.2.160",<br>
"vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
"provider": "f5networks",<br>
"pools": "{\"id\": \"1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee\"}",<br>
"id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
"operating_status": "ONLINE",<br>
"name": "test-lbaasv2"<br>
}<br>
<br>
Which triggers an error in jq (or other tools)<br>
<br>
neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d -f<br>
json | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
jq: error: Cannot index string with string<br>
<br>
<br>
If instead I use the followin JSON without the double quotes it works just<br>
fine<br>
<br>
$ cat myjson<br>
{<br>
"description": "",<br>
"admin_state_up": false,<br>
"tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
"provisioning_status": "ACTIVE",<br>
"vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
"listeners": "",<br>
"vip_address": "10.0.2.160",<br>
"vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
"provider": "f5networks",<br>
"pools": {"id": "1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"},<br>
"id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
"operating_status": "ONLINE",<br>
"name": "test-lbaasv2"<br>
}<br>
$ cat myjson | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
"1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"<br>
<br>
Questions, questions...<br>
<br>
Is it intentional the output of [1] or is it a bug? If it is not a bug and<br>
it is intentional... how is it expected we should be parsing it?<br>
<br>
Comments would be greatly appreciated<br>
<br>
Many thanks<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160930/564cc5a4/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160930/564cc5a4/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 13<br>
Date: Fri, 30 Sep 2016 02:16:36 -0700<br>
From: Kevin Benton <kevin@benton.pub><br>
To: Bill Nerenberg <<a href="mailto:bill.nerenberg75@gmail.com">bill.nerenberg75@gmail.com</a>><br>
Cc: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: Re: [Openstack] neutron -f json output parsing<br>
Message-ID:<br>
<CAO_F6JOn3jKG6RznU-<wbr>eZbxSpiVraZO4bLvPP7bqWXLV=<a href="mailto:sL_QrA@mail.gmail.com">sL_<wbr>QrA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Looks very much like a bug (double json encoding). File a bug on launchpad<br>
against python-neutronclient.<br>
<br>
On Sep 30, 2016 05:10, "Bill Nerenberg" <<a href="mailto:bill.nerenberg75@gmail.com">bill.nerenberg75@gmail.com</a>> wrote:<br>
<br>
> Hi all<br>
><br>
> When I run neutron -f json in the command below, the pools value is quoted<br>
> so I cannot use it with JSON parsers like jq<br>
><br>
> For example, this is neutron's problematic output [1] (see the pools line)<br>
><br>
> $ neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d -f<br>
> json<br>
> {<br>
> "description": "",<br>
> "admin_state_up": false,<br>
> "tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
> "provisioning_status": "ACTIVE",<br>
> "vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
> "listeners": "",<br>
> "vip_address": "10.0.2.160",<br>
> "vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
> "provider": "f5networks",<br>
> "pools": "{\"id\": \"1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee\"}",<br>
> "id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
> "operating_status": "ONLINE",<br>
> "name": "test-lbaasv2"<br>
> }<br>
><br>
> Which triggers an error in jq (or other tools)<br>
><br>
> neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d -f<br>
> json | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
> jq: error: Cannot index string with string<br>
><br>
><br>
> If instead I use the followin JSON without the double quotes it works just<br>
> fine<br>
><br>
> $ cat myjson<br>
> {<br>
> "description": "",<br>
> "admin_state_up": false,<br>
> "tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
> "provisioning_status": "ACTIVE",<br>
> "vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
> "listeners": "",<br>
> "vip_address": "10.0.2.160",<br>
> "vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
> "provider": "f5networks",<br>
> "pools": {"id": "1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"},<br>
> "id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
> "operating_status": "ONLINE",<br>
> "name": "test-lbaasv2"<br>
> }<br>
> $ cat myjson | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
> "1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"<br>
><br>
> Questions, questions...<br>
><br>
> Is it intentional the output of [1] or is it a bug? If it is not a bug and<br>
> it is intentional... how is it expected we should be parsing it?<br>
><br>
> Comments would be greatly appreciated<br>
><br>
> Many thanks<br>
><br>
><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160930/133253c4/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160930/133253c4/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 14<br>
Date: Fri, 30 Sep 2016 16:04:55 +0530<br>
From: kamalakannan sanjeevan <<a href="mailto:chirukamalakannan@gmail.com">chirukamalakannan@gmail.com</a>><br>
To: <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Subject: [Openstack] MAGNUM - unable to create a magnum template<br>
Message-ID:<br>
<CAHSiE9Z4=or9gS_<wbr>eFAY6AFOtOU79CRqVqZyWXv4LH=<a href="mailto:4XQG0WRg@mail.gmail.com">4XQ<wbr>G0WRg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi ,<br>
<br>
Can anyone have a look at the logs and help me out.<br>
<br>
I am using python-magnumclient -2.3.0 . along with magnum installed on<br>
ubuntu 14.04 with Mitaka<br>
<br>
CINDER VOLUMES<br>
-----------------------------<br>
root@VFSR1:/opt/mesos_image# pvs<br>
PV VG Fmt Attr PSize PFree<br>
/dev/loop2 cinder-volumes lvm2 a-- 250.00g 213.00g<br>
/dev/sda3 ubuntu-vg lvm2 a-- 3.64t 0<br>
root@VFSR1:/opt/mesos_image# vgs<br>
VG #PV #LV #SN Attr VSize VFree<br>
cinder-volumes 1 7 1 wz--n- 250.00g 213.00g<br>
ubuntu-vg 1 2 0 wz--n- 3.64t 0<br>
<br>
<br>
root@VFSR1:/opt/mesos_image# openstack image list<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+--------+<br>
| ID | Name | Status |<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+--------+<br>
| f9acd880-f50f-493a-b6ed-<wbr>46620b7b3481 | ubuntu-mesos | active |<br>
| 94ee6d6e-93fa-47b2-844f-<wbr>2d8d2ad1a788 | ubuntu-14.04.3-mesos | active |<br>
| affb50c2-ca04-41fa-bf73-<wbr>48ae526d2b15 | fedora-atomic-latest | active |<br>
| c1c8e84e-12ba-4b05-b382-<wbr>e57850e5dd6d | cirros | active |<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+--------+<br>
root@VFSR1:/opt/mesos_image# glance -v image-list<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+-------------+-------------<wbr>-----+-----------+--------+---<wbr>------------------------------<wbr>-+<br>
| ID | Name | Disk_format<br>
| Container_format | Size | Status | Owner |<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+-------------+-------------<wbr>-----+-----------+--------+---<wbr>------------------------------<wbr>-+<br>
| c1c8e84e-12ba-4b05-b382-<wbr>e57850e5dd6d | cirros | qcow2<br>
| bare | 13287936 | active | 4db51f28e56742a6b62333cdd7ec89<wbr>0d |<br>
| affb50c2-ca04-41fa-bf73-<wbr>48ae526d2b15 | fedora-atomic-latest | qcow2<br>
| bare | 507928064 | active | 4db51f28e56742a6b62333cdd7ec89<wbr>0d |<br>
| 94ee6d6e-93fa-47b2-844f-<wbr>2d8d2ad1a788 | ubuntu-14.04.3-mesos | qcow2<br>
| bare | 753616384 | active | 4db51f28e56742a6b62333cdd7ec89<wbr>0d |<br>
| f9acd880-f50f-493a-b6ed-<wbr>46620b7b3481 | ubuntu-mesos | qcow2<br>
| bare | 753616384 | active | 4db51f28e56742a6b62333cdd7ec89<wbr>0d |<br>
+-----------------------------<wbr>---------+--------------------<wbr>--+-------------+-------------<wbr>-----+-----------+--------+---<wbr>------------------------------<wbr>-+<br>
root@VFSR1:/opt/mesos_image# openstack keypair list<br>
+--------+--------------------<wbr>-----------------------------+<br>
| Name | Fingerprint |<br>
+--------+--------------------<wbr>-----------------------------+<br>
| mykey | f8:7b:3a:df:1d:eb:b3:12:97:d5:<wbr>7f:b2:bd:af:77:86 |<br>
| mykey1 | be:eb:0e:05:73:5f:59:5c:07:c4:<wbr>26:d7:18:98:d9:d5 |<br>
+--------+--------------------<wbr>-----------------------------+<br>
root@VFSR1:/opt/mesos_image# openstack flavor list<br>
+----+-----------+-------+----<wbr>--+-----------+-------+-------<wbr>----+<br>
| ID | Name | RAM | Disk | Ephemeral | VCPUs | Is Public |<br>
+----+-----------+-------+----<wbr>--+-----------+-------+-------<wbr>----+<br>
| 1 | m1.tiny | 512 | 1 | 0 | 1 | True |<br>
| 2 | m1.small | 2048 | 20 | 0 | 1 | True |<br>
| 3 | m1.medium | 4096 | 40 | 0 | 2 | True |<br>
| 4 | m1.large | 8192 | 80 | 0 | 4 | True |<br>
| 5 | m1.xlarge | 16384 | 160 | 0 | 8 | True |<br>
+----+-----------+-------+----<wbr>--+-----------+-------+-------<wbr>----+<br>
root@VFSR1:/opt/mesos_image# openstack network list<br>
+-----------------------------<wbr>---------+--------------------<wbr>------------------------------<wbr>-----+------------------------<wbr>--------------+<br>
| ID |<br>
Name |<br>
Subnets |<br>
+-----------------------------<wbr>---------+--------------------<wbr>------------------------------<wbr>-----+------------------------<wbr>--------------+<br>
| 2241a192-589c-48ce-ac31-<wbr>bd133c02d15b |<br>
public |<br>
58a123cb-37a3-457d-ad23-<wbr>350fab00cab1 |<br>
| baeb67e9-0612-45cf-bb8e-<wbr>7945e20bfba7 |<br>
private |<br>
52787572-803c-4688-b3b4-<wbr>a747c3e73e51 |<br>
| 61d1cae1-f270-41cb-969c-<wbr>08aca208f5a9 |<br>
public1 |<br>
839dcf6c-97cd-4ed3-b241-<wbr>e29079aff206 |<br>
| e3f63530-2ddc-44bd-ad9b-<wbr>0c9002ce6766 |<br>
private |<br>
aecb2758-ced7-4d43-8ab5-<wbr>5d0f38dc68d1 |<br>
| a91b3943-ac8b-41ca-9767-<wbr>ad9cf2c1dc60 |<br>
swarm-cluster-zhxyvth46o5c-<wbr>fixed_network-xaz6nx43ec5e |<br>
61789da1-17c9-431e-b728-<wbr>22c4b923fd53 |<br>
+-----------------------------<wbr>---------+--------------------<wbr>------------------------------<wbr>-----+------------------------<wbr>--------------+<br>
<br>
MAGNUM command<br>
<br>
root@VFSR1:/var/log/magnum#<br>
/opt/python-magnumclient/.<wbr>magnumclient-env/bin/magnum service-list<br>
+----+-----------------+------<wbr>------------+-------+---------<wbr>-+-----------------+----------<wbr>-----------------+------------<wbr>---------------+<br>
| id | host | binary | state | disabled |<br>
disabled_reason | created_at | updated_at |<br>
+----+-----------------+------<wbr>------------+-------+---------<wbr>-+-----------------+----------<wbr>-----------------+------------<wbr>---------------+<br>
| 1 | <a href="http://VFSR1.svcmgr.io" rel="noreferrer" target="_blank">VFSR1.svcmgr.io</a> | magnum-conductor | up | |<br>
- | 2016-09-30T05:24:19+00:00 | 2016-09-30T09:58:17+00:00 |<br>
+----+-----------------+------<wbr>------------+-------+---------<wbr>-+-----------------+----------<wbr>-----------------+------------<wbr>---------------+<br>
<br>
<br>
<br>
root@VFSR1:/opt/mesos_image#<br>
/opt/python-magnumclient/.<wbr>magnumclient-env/bin/magnum<br>
cluster-template-create --name mesos-cluster-template --image-id<br>
ubuntu-mesos --keypair-id mykey --external-network-id public<br>
--dns-nameserver 172.27.10.76 --flavor-id m1.small --coe mesos<br>
ERROR: Method Not Allowed (HTTP 405) (Request-ID:<br>
req-bb2bd994-7453-44e7-aa73-<wbr>66b4fafa8796)<br>
root@VFSR1:/opt/mesos_image#<br>
/opt/python-magnumclient/.<wbr>magnumclient-env/bin/magnum --debug<br>
cluster-template-create --name mesos-cluster-template --image-id<br>
ubuntu-mesos --keypair-id mykey --external-network-id public<br>
--dns-nameserver 172.27.10.76 --flavor-id m1.small --coe mesos<br>
DEBUG (extension:157) found extension EntryPoint.parse('v2token =<br>
keystoneauth1.loading._<wbr>plugins.identity.v2:Token')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3oauth1 =<br>
keystoneauth1.extras.oauth1._<wbr>loading:V3OAuth1')<br>
DEBUG (extension:157) found extension EntryPoint.parse('admin_token =<br>
keystoneauth1.loading._<wbr>plugins.admin_token:<wbr>AdminToken')<br>
DEBUG (extension:157) found extension EntryPoint.parse('<wbr>v3oidcauthcode =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:<wbr>OpenIDConnectAuthorizationCode<wbr>')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v2password =<br>
keystoneauth1.loading._<wbr>plugins.identity.v2:Password')<br>
DEBUG (extension:157) found extension EntryPoint.parse('<wbr>v3samlpassword =<br>
keystoneauth1.extras._saml2._<wbr>loading:Saml2Password')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3password =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:Password')<br>
DEBUG (extension:157) found extension EntryPoint.parse('<wbr>v3oidcaccesstoken =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:<wbr>OpenIDConnectAccessToken')<br>
DEBUG (extension:157) found extension EntryPoint.parse('<wbr>v3oidcpassword =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:<wbr>OpenIDConnectPassword')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3kerberos =<br>
keystoneauth1.extras.kerberos.<wbr>_loading:Kerberos')<br>
DEBUG (extension:157) found extension EntryPoint.parse('token =<br>
keystoneauth1.loading._<wbr>plugins.identity.generic:<wbr>Token')<br>
DEBUG (extension:157) found extension<br>
EntryPoint.parse('<wbr>v3oidcclientcredentials =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:<wbr>OpenIDConnectClientCredentials<wbr>')<br>
DEBUG (extension:157) found extension EntryPoint.parse('<wbr>v3tokenlessauth =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:<wbr>TokenlessAuth')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3token =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:Token')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3totp =<br>
keystoneauth1.loading._<wbr>plugins.identity.v3:TOTP')<br>
DEBUG (extension:157) found extension EntryPoint.parse('password =<br>
keystoneauth1.loading._<wbr>plugins.identity.generic:<wbr>Password')<br>
DEBUG (extension:157) found extension EntryPoint.parse('v3fedkerb =<br>
keystoneauth1.extras.kerberos.<wbr>_loading:MappedKerberos')<br>
DEBUG (session:337) REQ: curl -g -i -X GET <a href="http://VFSR1:35357/v3" rel="noreferrer" target="_blank">http://VFSR1:35357/v3</a> -H<br>
"Accept: application/json" -H "User-Agent: magnum keystoneauth1/2.12.1<br>
python-requests/2.11.1 CPython/2.7.6"<br>
INFO (connectionpool:214) Starting new HTTP connection (1): vfsr1<br>
DEBUG (connectionpool:401) "GET /v3 HTTP/1.1" 200 245<br>
DEBUG (session:366) RESP: [200] Date: Fri, 30 Sep 2016 10:15:11 GMT Server:<br>
Apache/2.4.7 (Ubuntu) Vary: X-Auth-Token X-Distribution: Ubuntu<br>
x-openstack-request-id: req-560a5d64-5b95-4a4c-a3ad-<wbr>ac3f7e040b1d<br>
Content-Length: 245 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive<br>
Content-Type: application/json<br>
RESP BODY: {"version": {"status": "stable", "updated":<br>
"2016-04-04T00:00:00Z", "media-types": [{"base": "application/json",<br>
"type": "application/vnd.openstack.<wbr>identity-v3+json"}], "id": "v3.6",<br>
"links": [{"href": "<a href="http://vfsr1:35357/v3/" rel="noreferrer" target="_blank">http://vfsr1:35357/v3/</a>", "rel": "self"}]}}<br>
<br>
DEBUG (base:165) Making authentication request to<br>
<a href="http://vfsr1:35357/v3/auth/tokens" rel="noreferrer" target="_blank">http://vfsr1:35357/v3/auth/<wbr>tokens</a><br>
DEBUG (connectionpool:401) "POST /v3/auth/tokens HTTP/1.1" 201 5791<br>
DEBUG (base:170) {"token": {"methods": ["password"], "roles": [{"id":<br>
"<wbr>20b84b42947e4605979a1616df15b1<wbr>f9", "name": "admin"}], "expires_at":<br>
"2016-09-30T11:15:11.706358Z", "project": {"domain": {"id":<br>
"<wbr>3eb00003f30847e6be79f1f7b12952<wbr>76", "name": "default"}, "id":<br>
"<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d", "name": "admin"}, "catalog":<br>
[{"endpoints": [{"url": "<a href="http://VFSR1:8000/v1" rel="noreferrer" target="_blank">http://VFSR1:8000/v1</a>", "interface": "internal",<br>
"region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>4159e4f0becf45e5b22e0d7f79a3e8<wbr>e1"}, {"url": "<a href="http://VFSR1:8000/v1" rel="noreferrer" target="_blank">http://VFSR1:8000/v1</a>",<br>
"interface": "public", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>939431700edc44fa9ba6178f65f477<wbr>0b"}, {"url": "<a href="http://VFSR1:8000/v1" rel="noreferrer" target="_blank">http://VFSR1:8000/v1</a>",<br>
"interface": "internal", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>da519a3218374c0f9beeeaffb9dc18<wbr>3c"}], "type": "cloudformation", "id":<br>
"<wbr>07a812778ce94168a12436b0b3ec92<wbr>65", "name": "heat-cfn"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:8776/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>",<br>
"interface": "admin", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>7e23305b957a40aebdb89ccec9fd24<wbr>7a"}, {"url": "<br>
<a href="http://VFSR1:8776/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"internal", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>84a255caa89f423e956882eab99b89<wbr>26"}, {"url": "<br>
<a href="http://VFSR1:8776/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"public", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>85e21af71ca648b590db6428ab7c3b<wbr>97"}], "type": "volume", "id":<br>
"<wbr>211229f855b449d69460c1f63f2ac2<wbr>4f", "name": "cinder"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:8776/v2/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v2/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>",<br>
"interface": "internal", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>22a08265fd164d509efc54ae4046f6<wbr>ac"}, {"url": "<br>
<a href="http://VFSR1:8776/v2/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v2/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"public", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>89bad1f8756c4b68a9cd3b9d19beab<wbr>65"}, {"url": "<br>
<a href="http://VFSR1:8776/v2/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8776/v2/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"admin", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>c1276098101647b483e1d5fe7627c2<wbr>cd"}], "type": "volumev2", "id":<br>
"<wbr>42f8cb97e4da4ed2b417aeb3c2b0a1<wbr>ed", "name": "cinderv2"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:35357/v3" rel="noreferrer" target="_blank">http://VFSR1:35357/v3</a>", "interface": "admin", "region":<br>
"RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>2e515fa624534b7e991bd7629bb99a<wbr>dd"}, {"url": "<a href="http://VFSR1:5000/v3" rel="noreferrer" target="_blank">http://VFSR1:5000/v3</a>",<br>
"interface": "public", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>75edc1fdbace46a4832de17e4104c8<wbr>d4"}, {"url": "<a href="http://VFSR1:5000/v3" rel="noreferrer" target="_blank">http://VFSR1:5000/v3</a>",<br>
"interface": "internal", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>f4c49c33c35f4107ad318ab122a494<wbr>db"}], "type": "identity", "id":<br>
"<wbr>734adc8737a147889b6d4d9b84a2e5<wbr>3e", "name": "keystone"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:8774/v2.1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8774/v2.1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>",<br>
"interface": "admin", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>5d863fea75224f8e975de30b685720<wbr>aa"}, {"url": "<br>
<a href="http://VFSR1:8774/v2.1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8774/v2.1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"public", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>d07e368fe2ec46eda4308462ec0a17<wbr>c6"}, {"url": "<br>
<a href="http://VFSR1:8774/v2.1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8774/v2.1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"internal", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>feaf2d955112493695fc37dd648785<wbr>2b"}], "type": "compute", "id":<br>
"<wbr>758ee85faf24404bb07a72f5d0230f<wbr>4a", "name": "nova"}, {"endpoints": [{"url":<br>
"<a href="http://VFSR1:9511/v1" rel="noreferrer" target="_blank">http://VFSR1:9511/v1</a>", "interface": "public", "region": "RegionOne",<br>
"region_id": "RegionOne", "id": "<wbr>38a55b4f0ba148b8a373289bc99a75<wbr>9b"},<br>
{"url": "<a href="http://VFSR1:9511/v1" rel="noreferrer" target="_blank">http://VFSR1:9511/v1</a>", "interface": "admin", "region":<br>
"RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>3f57223d4d9a4c55adb6269903e7d5<wbr>4c"}, {"url": "<a href="http://VFSR1:9511/v1" rel="noreferrer" target="_blank">http://VFSR1:9511/v1</a>",<br>
"interface": "internal", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>403894a2863740b7b378f834dc5e1c<wbr>94"}], "type": "container-infra",<br>
"id": "<wbr>89eef987c8d34793a519b732c50312<wbr>77", "name": "magnum"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:9292" rel="noreferrer" target="_blank">http://VFSR1:9292</a>", "interface": "admin", "region": "RegionOne",<br>
"region_id": "RegionOne", "id": "<wbr>0d5f2dc981e94c348cc7a16ddea930<wbr>2d"},<br>
{"url": "<a href="http://VFSR1:9292" rel="noreferrer" target="_blank">http://VFSR1:9292</a>", "interface": "internal", "region":<br>
"RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>6d7a7585dc1541ffbb1eb37d055493<wbr>76"}, {"url": "<a href="http://VFSR1:9292" rel="noreferrer" target="_blank">http://VFSR1:9292</a>",<br>
"interface": "public", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>f21462af5bfc450e8ee3038f6a3744<wbr>e4"}], "type": "image", "id":<br>
"<wbr>b27c5b3779744f239675e8f990245e<wbr>2b", "name": "glance"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:9696" rel="noreferrer" target="_blank">http://VFSR1:9696</a>", "interface": "admin", "region": "RegionOne",<br>
"region_id": "RegionOne", "id": "<wbr>4f69c5610b594fed811233da612540<wbr>d9"},<br>
{"url": "<a href="http://VFSR1:9696" rel="noreferrer" target="_blank">http://VFSR1:9696</a>", "interface": "public", "region": "RegionOne",<br>
"region_id": "RegionOne", "id": "<wbr>c6c62f290a074bf2987e20c2349fd4<wbr>1a"},<br>
{"url": "<a href="http://VFSR1:9696" rel="noreferrer" target="_blank">http://VFSR1:9696</a>", "interface": "internal", "region":<br>
"RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>de6d308a61774c43a84eee665d3792<wbr>27"}], "type": "network", "id":<br>
"<wbr>c33e3e2572e345f2bdf037cb8fc3aa<wbr>f1", "name": "neutron"}, {"endpoints":<br>
[{"url": "<a href="http://VFSR1:8004/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8004/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>",<br>
"interface": "admin", "region": "RegionOne", "region_id": "RegionOne",<br>
"id": "<wbr>614f00d7df0f4f13931d4c589b7cc3<wbr>42"}, {"url": "<br>
<a href="http://VFSR1:8004/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8004/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"internal", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>cae0b628063645b2b29e4e2a7af4d6<wbr>3b"}, {"url": "<br>
<a href="http://VFSR1:8004/v1/4db51f28e56742a6b62333cdd7ec890d" rel="noreferrer" target="_blank">http://VFSR1:8004/v1/<wbr>4db51f28e56742a6b62333cdd7ec89<wbr>0d</a>", "interface":<br>
"public", "region": "RegionOne", "region_id": "RegionOne", "id":<br>
"<wbr>d21e8bbcc97c40f48940bb106505ee<wbr>b8"}], "type": "orchestration", "id":<br>
"<wbr>d763c396741747d6bceae777307e14<wbr>32", "name": "heat"}], "user": {"domain":<br>
{"id": "<wbr>3eb00003f30847e6be79f1f7b12952<wbr>76", "name": "default"}, "id":<br>
"<wbr>3bb731e1886347a19e90c06185be8a<wbr>9c", "name": "admin"}, "audit_ids":<br>
["BK5DedQERwC-k0-9tutp2Q"], "issued_at": "2016-09-30T10:15:11.000000Z"}<wbr>}<br>
DEBUG (session:337) REQ: curl -g -i -X POST<br>
<a href="http://VFSR1:9511/v1/clustertemplates" rel="noreferrer" target="_blank">http://VFSR1:9511/v1/<wbr>clustertemplates</a> -H "OpenStack-API-Version:<br>
container-infra latest" -H "X-Auth-Token:<br>
{SHA1}<wbr>1ec170abc088b6173e78d9dd29199f<wbr>685d79f30f" -H "Content-Type:<br>
application/json" -H "Accept: application/json" -H "User-Agent: None" -d<br>
'{"labels": {}, "floating_ip_enabled": true, "fixed_subnet": null,<br>
"master_flavor_id": null, "no_proxy": null, "https_proxy": null,<br>
"tls_disabled": false, "keypair_id": "mykey", "public": false,<br>
"http_proxy": null, "docker_volume_size": null, "server_type": "vm",<br>
"external_network_id": "public", "image_id": "ubuntu-mesos",<br>
"volume_driver": null, "registry_enabled": false, "docker_storage_driver":<br>
"devicemapper", "name": "mesos-cluster-template", "network_driver": null,<br>
"fixed_network": null, "coe": "mesos", "flavor_id": "m1.small",<br>
"master_lb_enabled": false, "dns_nameserver": "172.27.10.76"}'<br>
INFO (connectionpool:214) Starting new HTTP connection (1): vfsr1<br>
DEBUG (connectionpool:401) "POST /v1/clustertemplates HTTP/1.1" 405 117<br>
DEBUG (session:366) RESP: [405] Date: Fri, 30 Sep 2016 10:15:11 GMT Server:<br>
WSGIServer/0.1 Python/2.7.6 Allow: GET Content-Type: application/json<br>
Content-Length: 117 x-openstack-request-id:<br>
req-f9354287-afa1-46bd-af69-<wbr>f4a20f9611b3<br>
RESP BODY: {"errors": [{"status": 405, "code": "", "links": [], "title":<br>
"Method Not Allowed", "detail": "", "request_id": ""}]}<br>
<br>
DEBUG (shell:694) Method Not Allowed (HTTP 405) (Request-ID:<br>
req-f9354287-afa1-46bd-af69-<wbr>f4a20f9611b3)<br>
Traceback (most recent call last):<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/shell.py",<br>
line 691, in main<br>
OpenStackMagnumShell().main(<wbr>map(encodeutils.safe_decode, sys.argv[1:]))<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/shell.py",<br>
line 633, in main<br>
args.func(self.cs, args)<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/v1/cluster_<wbr>templates_shell.py",<br>
line 150, in do_cluster_template_create<br>
cluster_template = cs.cluster_templates.create(**<wbr>opts)<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/v1/basemodels.py"<wbr>,<br>
line 107, in create<br>
return self._create(self._path(), new)<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/common/base.py",<br>
line 49, in _create<br>
resp, body = self.api.json_request('POST', url, body=body)<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/common/<wbr>httpclient.py",<br>
line 366, in json_request<br>
resp = self._http_request(url, method, **kwargs)<br>
File<br>
"/opt/python-magnumclient/.<wbr>magnumclient-env/local/lib/<wbr>python2.7/site-packages/<wbr>magnumclient/common/<wbr>httpclient.py",<br>
line 350, in _http_request<br>
error_json.get('debuginfo'), method, url)<br>
MethodNotAllowed: Method Not Allowed (HTTP 405) (Request-ID:<br>
req-f9354287-afa1-46bd-af69-<wbr>f4a20f9611b3)<br>
ERROR: Method Not Allowed (HTTP 405) (Request-ID:<br>
req-f9354287-afa1-46bd-af69-<wbr>f4a20f9611b3)<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160930/8fd5a48a/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160930/8fd5a48a/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 15<br>
Date: Fri, 30 Sep 2016 11:20:39 +0000<br>
From: Dav?? ?rn J?hannsson <<a href="mailto:davidoj@siminn.is">davidoj@siminn.is</a>><br>
To: openstack mailing list <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: [Openstack] External network connectivity problem<br>
Message-ID: <<a href="mailto:778759E9-C45D-41BB-8AD0-B0474C24FD77@siminn.is">778759E9-C45D-41BB-8AD0-<wbr>B0474C24FD77@siminn.is</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
OpenStack Liberty<br>
Ubuntu 14.04<br>
<br>
I have a little strange problem, I?m running a Swift cluster but the proxy nodes reside in a OpenStack tenant. The private network of the tenant is connected to a ha-router on the external storage network.<br>
<br>
Now this used to work like a charm, where all my 3 proxy nodes within the tenant were able to connect to the storage network and the ports on each of the Swift nodes, but all of the sudden I lost the connectivity from 2 and now if I spin up new instances within the project I can not connect to the swift nodes, but still I can connect from this only proxy.<br>
<br>
I can ping the swift nodes but can not connect to any open ports, [6000/2, 22, etc], here is where it gets a little I have a none swift node on the network that I can connect to with out problems, the swift nodes are not running a firewall.<br>
<br>
root@swift-01:~# iptables -L<br>
Chain INPUT (policy ACCEPT)<br>
target prot opt source destination<br>
<br>
Chain FORWARD (policy ACCEPT)<br>
target prot opt source destination<br>
<br>
Chain OUTPUT (policy ACCEPT)<br>
target prot opt source destination<br>
<br>
The nodes belong to the default security group which has the following rules<br>
Ingress IPv6 Any Any - default Delete Rule<br>
Egress IPv4 Any Any <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> - Delete Rule<br>
Egress IPv6 Any Any ::/0 - Delete Rule<br>
Ingress IPv4 Any Any - default Delete Rule<br>
Ingress IPv4 ICMP Any <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> - Delete Rule<br>
Ingress IPv4 TCP 22 (SSH) <a href="http://0.0.0.0/0" rel="noreferrer" target="_blank">0.0.0.0/0</a> -<br>
<br>
I created a new project and set up a router against the storage network in the same manner as my previous project and instances within that project can connect to ports on all servers running on the storage network.<br>
<br>
On one of the network nodes I ran "ip netns exec qrouter-dfa2bdc2-7482-42c4-<wbr>b166-515849119428 bash? (the router in the faulty project) and tried to ping and telnet to the ports on the swift hosts without luck.<br>
<br>
Any ideas on where to go next for troubleshooting ?<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160930/71d56684/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160930/71d56684/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 16<br>
Date: Fri, 30 Sep 2016 20:57:42 +0900<br>
From: Akihiro Motoki <<a href="mailto:amotoki@gmail.com">amotoki@gmail.com</a>><br>
To: Kevin Benton <kevin@benton.pub><br>
Cc: "<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>" <<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><wbr>><br>
Subject: Re: [Openstack] neutron -f json output parsing<br>
Message-ID:<br>
<<a href="mailto:CALhU9tk6NMAwBZNHwNg2WaMemfzSzpZqBmiib5OE%2Bp6Rv5Wh2w@mail.gmail.com">CALhU9tk6NMAwBZNHwNg2WaMemfzS<wbr>zpZqBmiib5OE+p6Rv5Wh2w@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
You hit <a href="https://bugs.launchpad.net/python-neutronclient/+bug/1524624" rel="noreferrer" target="_blank">https://bugs.launchpad.net/<wbr>python-neutronclient/+bug/<wbr>1524624</a>.<br>
The current neutronclient formats an object to string even if non-table<br>
format is specified.<br>
<a href="https://review.openstack.org/#/c/255696/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/255696/</a> is the fix but it lacks reviewers<br>
for 10 months :(<br>
<br>
<br>
2016-09-30 18:16 GMT+09:00 Kevin Benton <kevin@benton.pub>:<br>
<br>
> Looks very much like a bug (double json encoding). File a bug on launchpad<br>
> against python-neutronclient.<br>
><br>
> On Sep 30, 2016 05:10, "Bill Nerenberg" <<a href="mailto:bill.nerenberg75@gmail.com">bill.nerenberg75@gmail.com</a>><br>
> wrote:<br>
><br>
>> Hi all<br>
>><br>
>> When I run neutron -f json in the command below, the pools value is<br>
>> quoted so I cannot use it with JSON parsers like jq<br>
>><br>
>> For example, this is neutron's problematic output [1] (see the pools line)<br>
>><br>
>> $ neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d<br>
>> -f json<br>
>> {<br>
>> "description": "",<br>
>> "admin_state_up": false,<br>
>> "tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
>> "provisioning_status": "ACTIVE",<br>
>> "vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
>> "listeners": "",<br>
>> "vip_address": "10.0.2.160",<br>
>> "vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
>> "provider": "f5networks",<br>
>> "pools": "{\"id\": \"1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee\"}",<br>
>> "id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
>> "operating_status": "ONLINE",<br>
>> "name": "test-lbaasv2"<br>
>> }<br>
>><br>
>> Which triggers an error in jq (or other tools)<br>
>><br>
>> neutron lbaas-loadbalancer-show ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d -f<br>
>> json | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
>> jq: error: Cannot index string with string<br>
>><br>
>><br>
>> If instead I use the followin JSON without the double quotes it works<br>
>> just fine<br>
>><br>
>> $ cat myjson<br>
>> {<br>
>> "description": "",<br>
>> "admin_state_up": false,<br>
>> "tenant_id": "<wbr>1bcf7ba13bcb496196d72f481bfebb<wbr>5c",<br>
>> "provisioning_status": "ACTIVE",<br>
>> "vip_subnet_id": "d02c8267-30be-4cdc-aa4a-<wbr>a7c1ca6504b8",<br>
>> "listeners": "",<br>
>> "vip_address": "10.0.2.160",<br>
>> "vip_port_id": "07227a77-1afe-466b-9d54-<wbr>20e8637fc2b0",<br>
>> "provider": "f5networks",<br>
>> "pools": {"id": "1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"},<br>
>> "id": "ef315cff-1d0a-4327-93c6-<wbr>e9bf7e544e2d",<br>
>> "operating_status": "ONLINE",<br>
>> "name": "test-lbaasv2"<br>
>> }<br>
>> $ cat myjson | jq ".<a href="http://pools.id" rel="noreferrer" target="_blank">pools.id</a>"<br>
>> "1b792ace-0cbf-47cc-a3d5-<wbr>2140c570ccee"<br>
>><br>
>> Questions, questions...<br>
>><br>
>> Is it intentional the output of [1] or is it a bug? If it is not a bug<br>
>> and it is intentional... how is it expected we should be parsing it?<br>
>><br>
>> Comments would be greatly appreciated<br>
>><br>
>> Many thanks<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Mailing list: <a href="http://lists.openstack.org/cgi" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi</a><br>
>> -bin/mailman/listinfo/<wbr>openstack<br>
>> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe : <a href="http://lists.openstack.org/cgi" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi</a><br>
>> -bin/mailman/listinfo/<wbr>openstack<br>
>><br>
>><br>
> ______________________________<wbr>_________________<br>
> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
> Post to : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/</a><br>
> openstack<br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstack.org/pipermail/openstack/attachments/20160930/3dbb55ec/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>pipermail/openstack/<wbr>attachments/20160930/3dbb55ec/<wbr>attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
______________________________<wbr>_________________<br>
Openstack mailing list<br>
<a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack</a><br>
<br>
<br>
End of Openstack Digest, Vol 39, Issue 29<br>
******************************<wbr>***********<br>
</blockquote></div><br></div>