Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

2016-12-30 Thread Steven Dake (stdake)
Jeffrey,

Have you detected any pattern to any specific cloud provider in the logs?

Regards
-steve


From: Jeffrey Zhang 
Reply-To: "OpenStack Development Mailing List (not for usage questions)" 

Date: Friday, December 30, 2016 at 12:41 AM
To: OpenStack Development Mailing List 
Subject: Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during 
launching qemu progress

Found this nova bug[0] and another talk in openstack-dev[1].

The question is: why this happens now and then? sometimes the gate is OK. and 
others not.

[0] https://bugs.launchpad.net/nova/+bug/1649527
[1] http://lists.openstack.org/pipermail/openstack-dev/2016-December/109401.html

On Fri, Dec 30, 2016 at 3:33 PM, Jeffrey Zhang 
> wrote:
Recently, centos 7.3 is release. libvirt is upgrade to 2.0 version.

But in kolla's gate. the nova_libvirt container failed now and then.

What i found is:

1. Simple start nova_libvirt container is OK.
2. When launching a new instance, libvirt is killed without any logs in 
libvirtd.log file.
3. in system messages log, i found following line.

Dec 29 00:41:24 localhost kernel: libvirtd[24340]: segfault at 8 ip 
7f9fee072823 sp 7f9fe52dd1c0 error 4 in 
libvirt.so.0.2000.0[7f9fedf1f000+353000]

No idea why and how this happen. Any idea on this?

--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me



--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [nova] Consistency in versioned notification payloads

2016-12-30 Thread Matt Riedemann
While reviewing patches today to add versioned notifications for CRUD 
operations on aggregates and flavors I've come across some inconsistency.


The existing non-versioned notification for aggregate.delete just sends 
the aggregate id, but the versioned notification is sending the whole 
aggregate object in the payload:


https://review.openstack.org/#/c/394512/9/doc/notification_samples/aggregate-delete-end.json

But with the flavor-delete versioned notification, it's just sending the 
flavorid:


https://review.openstack.org/#/c/398171/16/doc/notification_samples/flavor-delete.json

So which should we be doing? Either way you can correlate the id on the 
resource in the notification back to the full record if needed, but 
should we be sending the full object in the versioned notification 
payload while we have it? I don't much care either way which we do as 
long as we're consistent.


--

Thanks,

Matt Riedemann


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [keystone] Feedback for upcoming user survey questionnaire

2016-12-30 Thread Steve Martinelli
We have the opportunity to ask one question on the upcoming user survey and
we get to decide the audience to which we serve the question.



Our audience options are: USING, TESTING, or INTERESTED in Keystone (I
think we should aim for USING or TESTING)



The question can take one of several forms; multiple choice (select one or
more), or short answer.



Post your suggestions here or email them to me privately ASAP so I can
respond to the team assembling the survey in sufficient time.


stevemar
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [neutron][ml2] Mechanism drivers ! OpenvSwich or Linuxbridge or both of them?

2016-12-30 Thread Sławek Kapłoński
Hello,

I don't know what is hierarchical port binding but about mechanism
drivers, You should use this mechanism driver which L2 agent You are
using on compute/network nodes. If You have OVS L2 agent then You should
have enabled openvswitch mechanism driver.
In general both of those drivers are doing similar work on
neutron-server side because they are checking if proper agent type is
working on host and if other conditions required to bind port are valid.
Mechanism drivers can have also some additional informations about
backend driver, e.g. there is info about supported QoS rule types for
each backend driver (OVS, Linuxbridge and SR-IOV).

BTW. IMHO You should send such questions to openst...@lists.openstack.org

-- 
Best regards / Pozdrawiam
Sławek Kapłoński
sla...@kaplonski.pl

On Fri, 30 Dec 2016, zhi wrote:

> Hi, all
> 
> First of all. Happy New year for everyone!
> 
> I have a question about mechanism drivers when using ML2 driver.
> 
> When should I use openvswitch mechanism driver ?
> 
> When should I use linuxbridge mechanism driver ?
> 
> And, when should I use openvswitch and linuxbridge mechanism drivers ?
> 
> In my opinion, ML2 driver has supported hierarchical port binding. By using
> hierarchical port binding,
> neutron will know every binding info in network topology, isn't it? If yes,
> where I can found the every binding info. And what the relationship between
> hierarchical port binding and mechanism drivers?
> 
> 
> Hope for your reply.
> 
> Thanks
> Zhi Chang

> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [Openstack] [NEUTRON][DHCP] iptables chain rate limit dhcp connection

2016-12-30 Thread Gary Kotton
https://github.com/openstack/vmware-nsx

On 12/30/16, 6:36 PM, "Davide Panarese"  wrote:

Hello everyone,
anyone know where is the source code of neutron that create seguent CHAIN 
in iptables into dhcp namespaces?

-A INPUT -p udp -m udp --dport 67 -m hashlimit --hashlimit-above 5/min 
--hashlimit-burst 5 --hashlimit-mode srcip --hashlimit-name LIMIT_DHCP_UDP -j 
DROP
-A INPUT -p tcp -m tcp --dport 67 -m hashlimit --hashlimit-above 5/min 
--hashlimit-burst 5 --hashlimit-mode srcip --hashlimit-name LIMIT_DHCP_TCP -j 
DROP

Thanks a lot

Davide
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack-operators] LBaaS V2 on multi-node Neutron Liberty

2016-12-30 Thread William Josefsson
Hi everyone, I need some advice on installing LBaaS on my Liberty
(CentOS7) deployment. I have a multi host deployment with 2 Networking
nodes running all my agents (L3, dhcp, .. )

I have reviewed this [1] documentation, and I notice there is LBaaS
agent based V2, which is the current version, should I install this
[2] 'yum install openstack-neutron-lbaas' package only, or should I
install 'yum install haproxy openstack-neutron-lbaas' on my network
nodes?

I have two Networking nodes, should proceed and install the agent the
same way on both, and then just verify with neutron agent-list?

This [1] Neutron documentation also mentions: "neutron-db-manage
--service lbaas upgrade head".
Can anyone please share what kind of modifications will occur to my DB
and if it will affect any of my existing data with networks, subnets,
ports etc in a harmful way, or is this a safe command to run?

thx will!


[1] 
http://docs.openstack.org/liberty/networking-guide/adv-config-lbaas.html#lbaas-v2
[2] 
http://mirror.centos.org/centos/7/cloud/x86_64/openstack-liberty/openstack-neutron-lbaas-7.0.0-1.el7.noarch.rpm

___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators


[Openstack] [NEUTRON][DHCP] iptables chain rate limit dhcp connection

2016-12-30 Thread Davide Panarese
Hello everyone,
anyone know where is the source code of neutron that create seguent CHAIN in 
iptables into dhcp namespaces?

-A INPUT -p udp -m udp --dport 67 -m hashlimit --hashlimit-above 5/min 
--hashlimit-burst 5 --hashlimit-mode srcip --hashlimit-name LIMIT_DHCP_UDP -j 
DROP
-A INPUT -p tcp -m tcp --dport 67 -m hashlimit --hashlimit-above 5/min 
--hashlimit-burst 5 --hashlimit-mode srcip --hashlimit-name LIMIT_DHCP_TCP -j 
DROP

Thanks a lot

Davide
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[openstack-dev] [ironic] [nova] Ironic virt driver resources reporting

2016-12-30 Thread Vladyslav Drok
Hi all!

There is a long standing problem of resources reporting in ironic virt
driver. It's described in a couple of bugs I've found - [0], [1]. Switching
to placement API will make things better, but still there are some problems
there. For example, there are cases when ironic needs to say "this node is
not available", and it reports the vcpus=memory_mb=local_gb as 0 in this
case. Placement API does not allow 0s, so in [2] it is proposed to remove
inventory records in this case.

But the whole logic here [3] seems not that obvious to me, so I'd like to
discuss when do we need to report 0s to placement API. I'm thinking about
the following (copy-pasted from my comment on [2]):


   - If there is an instance_uuid on the node, no matter what
   provision/power state it's in, consider the resources as used. In case it's
   an orphan, an admin will need to take some manual action anyway.
   - If there is no instance_uuid and a node is in cleaning/clean wait
   after tear down, it is a part of normal node lifecycle, report all
   resources as used. This means we need a way to determine if it's a manual
   or automated clean.
   - If there is no instance_uuid, and a node:
  - has a bad power state or
  - is in maintenance
  - or actually in any other case, consider it unavailable, report
  available resources = used resources = 0. Provision state does not matter
  in this logic, all cases that we wanted to take into account are
described
  in the first two bullets.


Any thoughts?

[0]. https://bugs.launchpad.net/nova/+bug/1402658
[1]. https://bugs.launchpad.net/nova/+bug/1637449
[2]. https://review.openstack.org/414214
[3].
https://github.com/openstack/nova/blob/1506c36b4446f6ba1487a2d68e4b23cb3fca44cb/nova/virt/ironic/driver.py#L262

Happy holidays to everyone!
-Vlad
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [neutron][ml2] Mechanism drivers ! OpenvSwich or Linuxbridge or both of them?

2016-12-30 Thread zhi
Hi, all

First of all. Happy New year for everyone!

I have a question about mechanism drivers when using ML2 driver.

When should I use openvswitch mechanism driver ?

When should I use linuxbridge mechanism driver ?

And, when should I use openvswitch and linuxbridge mechanism drivers ?

In my opinion, ML2 driver has supported hierarchical port binding. By using
hierarchical port binding,
neutron will know every binding info in network topology, isn't it? If yes,
where I can found the every binding info. And what the relationship between
hierarchical port binding and mechanism drivers?


Hope for your reply.

Thanks
Zhi Chang
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[Openstack] Glance, Cinder and several upload options?

2016-12-30 Thread Florian Rommel
Hi, so I managed to get Cinder to work with nfs, ceph and SMBFS creating 
a multi-tier architecture. The permissions on the smbfs server are still 
a small problem but when inherited and automatically changed, it works 
very well.. also VERY fast.


On to the next issue.
I have glance images currently on ceph and thats ok but every time I 
deploy a volume to the smb tier, it downloads the image the control node 
(why?!?!?) and then creates the volume into smb or nfs .

Its very very very slow.
I tried to make a glance image-volume but I keep getting the following 
error.


ERROR glance.common.wsgi AttributeError: 'Store' object has no attribute 
'volume_id'


The default glance store is now cinder ( was rbd), all the cinder 
options are enabled and yet its a no go.


Is there something else I need to change?  The volume does exist on 
cinder and if i change the name of it, i get the url was malformed so it 
seems it finds the file but somehow it cannot add the volume id into the 
metadata?


this is what i run:
openstack image create --disk-format raw --container-format bare 
Linux-SMBFSTEST

which returns to me a uuid of: b97704ba-7b22-493d-a3bb-4ce597c9ddc2
and then I run
glance location-add --url cinder://e080103c-049e-4d91-9a3c-5322a505e5a4 
b97704ba-7b22-493d-a3bb-4ce597c9ddc2


the cinder volume being volume-e080103c-049e-4d91-9a3c-5322a505e5a4 and 
fully accessible with no permission restriction..


any help? anyone?


Thank you already
//florian

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack-operators] [nova] Live migration performance tests on 100 compute nodes

2016-12-30 Thread Koniszewski, Pawel
Matt,

This was a bandwidth issue. Nova kept being connected to the broker, but it 
started to timeout on RPC messages, e.g., we lost some RPC messages triggering 
post live migration steps which are there to update nova DB to reflect new host 
of an instance.

The good workaround for this issue is to slightly limit bandwidth used for live 
migrations through nova.conf [1], live_migration_bandwidth config option in 
[libvirt] section. By default it is set to 0, so, basically, it is unlimited. 
Also please be aware that we changed default live migration configuration in 
OpenStack Newton and tunneling is now off by default (live_migration_tunnelled 
in [libvirt] section is set to False) due to huge performance impact.

[1] 
http://docs.openstack.org/newton/config-reference/compute/config-options.html

Kind Regards,
Pawel Koniszewski

From: tadow...@gmail.com [mailto:tadow...@gmail.com] On Behalf Of Matt Fischer
Sent: Friday, December 30, 2016 5:31 AM
To: Koniszewski, Pawel 
Cc: openstack-operators@lists.openstack.org
Subject: Re: [Openstack-operators] [nova] Live migration performance tests on 
100 compute nodes

On Wed, Dec 28, 2016 at 6:11 AM, Koniszewski, Pawel 
> wrote:
Hello everyone,

We made a research to see how live migration performance varies between 
different configurations, especially we aimed to test tunneled vs non-tunneled 
live migrations. To test live migration we simulated a case of 0-day patching 
of 100 compute nodes (including reboot) with workloads that are close to the 
real world workloads. All the results were published [1] along with environment 
configuration and how we built test framework. Hope you find this useful.

[1] https://01.org/openstack/blogs/pkoniszewski/2016/ossc-zero-day-patching

Kind Regards,
Pawel Koniszewski

Thanks for the write-up. I'm curious about your RabbitMQ connection failures. 
Was it nova-compute failing to connect? Was it a bandwidth or heartbeat issue?
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators


Re: [Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread Adhi Priharmanto
Nice :)

On Fri, Dec 30, 2016 at 5:45 PM, don...@ahope.com.cn 
wrote:

> Sorry, it's working now, just a typo in the configuration file.
>
> [root@controller ~]# openstack network agent list
> +---++---+---+--
> -+---+--+
> | ID| Agent Type | Host  | Availability Zone
> | Alive | State | Binary   |
> +---++---+---+--
> -+---+--+
> | 3d236f92  | Linux  | computer1 | None
> | True  | UP| neutron- |
> | -211a-4ce | bridge |   |   |
>  |   | linuxbridge- |
> | c-a393-30 | agent  |   |   |
>  |   | agent|
> | b7272280d ||   |   |
>  |   |  |
> | e ||   |   |
>  |   |  |
> | 3fd6aa96- | DHCP agent | controlle | nova
> | True  | UP| neutron- |
> | 79c5-4887 || r |   |
>  |   | dhcp-agent   |
> | -b893-b92 ||   |   |
>  |   |  |
> | 1383f5d98 ||   |   |
>  |   |  |
> | c2acea10- | Linux  | controlle | None
> | True  | UP| neutron- |
> | e30a-4644 | bridge | r |   |
>  |   | linuxbridge- |
> | -afd6-8ff | agent  |   |   |
>  |   | agent|
> | d42d54b64 ||   |   |
>  |   |  |
> | d7c66d5c- | Metadata   | controlle | None
> | True  | UP| neutron- |
> | 2a44  | agent  | r |   |
>  |   | metadata-|
> | -437e-ac2 ||   |   |
>  |   | agent|
> | 0-c95aa3f ||   |   |
>  |   |  |
> | 3e698 ||   |   |
>  |   |  |
> | e90641e1- | Linux  | computer2 | None
> | True  | UP| neutron- |
> | 48b3-4bad | bridge |   |   |
>  |   | linuxbridge- |
> | -9012-a4c | agent  |   |   |
>  |   | agent|
> | 28be635f8 ||   |   |
>  |   |  |
> | f74249f7- | L3 agent   | controlle | nova
> | True  | UP| neutron-l3-a |
> | 5005-4df5 || r |   |
>  |   | gent |
> | -87f6-8ec ||   |   |
>  |   |  |
> | 377edaeb9 ||   |   |
>  |   |  |
> +---++---+---+--
> -+---+--+
> --
> =
> 董 建 华
> 地址:杭州滨江区南环路3766号新世纪办公楼
> 邮编:310053
> 手机:13857132818 <(385)%20713-2818>
> 总机:0571-28996000
> 传真:0571-28996001
> 热线:4006728686
> 网址:www.ahope.com.cn
> Email:don...@ahope.com.cn
>
>
> *From:* don...@ahope.com.cn
> *Date:* 2016-12-30 18:38
> *To:* adhi.pri 
> *CC:* openstack 
> *Subject:* Re: Re: [Openstack] Failed to list network agent for the
> computer nodes
> Now the service is running. but still the same issue.
>
> --
> =
> 董 建 华
> 地址:杭州滨江区南环路3766号新世纪办公楼
> 邮编:310053
> 手机:13857132818 <(385)%20713-2818>
> 总机:0571-28996000
> 传真:0571-28996001
> 热线:4006728686
> 网址:www.ahope.com.cn
> Email:don...@ahope.com.cn
>
>
> *From:* Adhi Priharmanto 
> *Date:* 2016-12-30 17:55
> *To:* don...@ahope.com.cn
> *CC:* openstack 
> *Subject:* Re: [Openstack] Failed to list network agent for the computer
> nodes
> Check neutron network-agent services status on your compute node
>
> On Fri, Dec 30, 2016 at 3:39 PM, don...@ahope.com.cn 
> wrote:
>
>> *Hi,*
>>
>> *I have a question for neutron installation. after configuring the
>> control node and computer nodes, it failed to list the computer node
>> network agent, what is the problem?*
>>
>> [admin@controller ~]$ openstack network agent list
>> +---++---+---+--
>> -+---+--+
>> | ID| Agent Type | Host  | Availability Zone |
>> Alive | State | Binary   |
>> +---++---+---+--
>> -+---+--+
>> | 3fd6aa96- | DHCP agent | controlle | nova  |
>> True  | UP| neutron- |
>> | 79c5-4887 || r |   |
>>  |   | dhcp-agent   |
>> | -b893-b92 ||   |   |
>>  |   |  |
>> | 1383f5d98 |

Re: [Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread don...@ahope.com.cn
● neutron-linuxbridge-agent.service loaded failed failedOpenStack Neutron Li


=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
 
From: Adhi Priharmanto
Date: 2016-12-30 17:55
To: don...@ahope.com.cn
CC: openstack
Subject: Re: [Openstack] Failed to list network agent for the computer nodes
Check neutron network-agent services status on your compute node

On Fri, Dec 30, 2016 at 3:39 PM, don...@ahope.com.cn  
wrote:
Hi,

I have a question for neutron installation. after configuring the control node 
and computer nodes, it failed to list the computer node network agent, what is 
the problem?

[admin@controller ~]$ openstack network agent list
+---++---+---+---+---+--+
| ID| Agent Type | Host  | Availability Zone | Alive | State | 
Binary   |
+---++---+---+---+---+--+
| 3fd6aa96- | DHCP agent | controlle | nova  | True  | UP| 
neutron- |
| 79c5-4887 || r |   |   |   | 
dhcp-agent   |
| -b893-b92 ||   |   |   |   |  
|
| 1383f5d98 ||   |   |   |   |  
|
| c2acea10- | Linux  | controlle | None  | True  | UP| 
neutron- |
| e30a-4644 | bridge | r |   |   |   | 
linuxbridge- |
| -afd6-8ff | agent  |   |   |   |   | 
agent|
| d42d54b64 ||   |   |   |   |  
|
| d7c66d5c- | Metadata   | controlle | None  | True  | UP| 
neutron- |
| 2a44  | agent  | r |   |   |   | 
metadata-|
| -437e-ac2 ||   |   |   |   | 
agent|
| 0-c95aa3f ||   |   |   |   |  
|
| 3e698 ||   |   |   |   |  
|
| f74249f7- | L3 agent   | controlle | nova  | True  | UP| 
neutron-l3-a |
| 5005-4df5 || r |   |   |   | gent 
|
| -87f6-8ec ||   |   |   |   |  
|
| 377edaeb9 ||   |   |   |   |  
|
+---++---+---+---+---+--+



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack




-- 
Cheers,

 
Adhi Priharmanto
about.me/a_dhi
  
+62-812-82121584

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread don...@ahope.com.cn
Sorry, it's working now, just a typo in the configuration file.

[root@controller ~]# openstack network agent list
+---++---+---+---+---+--+
| ID| Agent Type | Host  | Availability Zone | Alive | State | 
Binary   |
+---++---+---+---+---+--+
| 3d236f92  | Linux  | computer1 | None  | True  | UP| 
neutron- |
| -211a-4ce | bridge |   |   |   |   | 
linuxbridge- |
| c-a393-30 | agent  |   |   |   |   | 
agent|
| b7272280d ||   |   |   |   |  
|
| e ||   |   |   |   |  
|
| 3fd6aa96- | DHCP agent | controlle | nova  | True  | UP| 
neutron- |
| 79c5-4887 || r |   |   |   | 
dhcp-agent   |
| -b893-b92 ||   |   |   |   |  
|
| 1383f5d98 ||   |   |   |   |  
|
| c2acea10- | Linux  | controlle | None  | True  | UP| 
neutron- |
| e30a-4644 | bridge | r |   |   |   | 
linuxbridge- |
| -afd6-8ff | agent  |   |   |   |   | 
agent|
| d42d54b64 ||   |   |   |   |  
|
| d7c66d5c- | Metadata   | controlle | None  | True  | UP| 
neutron- |
| 2a44  | agent  | r |   |   |   | 
metadata-|
| -437e-ac2 ||   |   |   |   | 
agent|
| 0-c95aa3f ||   |   |   |   |  
|
| 3e698 ||   |   |   |   |  
|
| e90641e1- | Linux  | computer2 | None  | True  | UP| 
neutron- |
| 48b3-4bad | bridge |   |   |   |   | 
linuxbridge- |
| -9012-a4c | agent  |   |   |   |   | 
agent|
| 28be635f8 ||   |   |   |   |  
|
| f74249f7- | L3 agent   | controlle | nova  | True  | UP| 
neutron-l3-a |
| 5005-4df5 || r |   |   |   | gent 
|
| -87f6-8ec ||   |   |   |   |  
|
| 377edaeb9 ||   |   |   |   |  
|
+---++---+---+---+---+--+


=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
 
From: don...@ahope.com.cn
Date: 2016-12-30 18:38
To: adhi.pri
CC: openstack
Subject: Re: Re: [Openstack] Failed to list network agent for the computer nodes
Now the service is running. but still the same issue.



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
 
From: Adhi Priharmanto
Date: 2016-12-30 17:55
To: don...@ahope.com.cn
CC: openstack
Subject: Re: [Openstack] Failed to list network agent for the computer nodes
Check neutron network-agent services status on your compute node

On Fri, Dec 30, 2016 at 3:39 PM, don...@ahope.com.cn  
wrote:
Hi,

I have a question for neutron installation. after configuring the control node 
and computer nodes, it failed to list the computer node network agent, what is 
the problem?

[admin@controller ~]$ openstack network agent list
+---++---+---+---+---+--+
| ID| Agent Type | Host  | Availability Zone | Alive | State | 
Binary   |
+---++---+---+---+---+--+
| 3fd6aa96- | DHCP agent | controlle | nova  | True  | UP| 
neutron- |
| 79c5-4887 || r |   |   |   | 
dhcp-agent   |
| -b893-b92 ||   |   |   |   |  
|
| 1383f5d98 ||   |   |   |   |  
|
| c2acea10- | Linux  | controlle | None  | True  | UP| 
neutron- |
| e30a-4644 | bridge | r |   |   |   | 
linuxbridge- |
| -afd6-8ff | agent  |   |   |   |   | 
agent|
| d42d54b64 ||   |   |   |   |  
|
| d7c66d5c- | 

Re: [Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread don...@ahope.com.cn
Now the service is running. but still the same issue.



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
 
From: Adhi Priharmanto
Date: 2016-12-30 17:55
To: don...@ahope.com.cn
CC: openstack
Subject: Re: [Openstack] Failed to list network agent for the computer nodes
Check neutron network-agent services status on your compute node

On Fri, Dec 30, 2016 at 3:39 PM, don...@ahope.com.cn  
wrote:
Hi,

I have a question for neutron installation. after configuring the control node 
and computer nodes, it failed to list the computer node network agent, what is 
the problem?

[admin@controller ~]$ openstack network agent list
+---++---+---+---+---+--+
| ID| Agent Type | Host  | Availability Zone | Alive | State | 
Binary   |
+---++---+---+---+---+--+
| 3fd6aa96- | DHCP agent | controlle | nova  | True  | UP| 
neutron- |
| 79c5-4887 || r |   |   |   | 
dhcp-agent   |
| -b893-b92 ||   |   |   |   |  
|
| 1383f5d98 ||   |   |   |   |  
|
| c2acea10- | Linux  | controlle | None  | True  | UP| 
neutron- |
| e30a-4644 | bridge | r |   |   |   | 
linuxbridge- |
| -afd6-8ff | agent  |   |   |   |   | 
agent|
| d42d54b64 ||   |   |   |   |  
|
| d7c66d5c- | Metadata   | controlle | None  | True  | UP| 
neutron- |
| 2a44  | agent  | r |   |   |   | 
metadata-|
| -437e-ac2 ||   |   |   |   | 
agent|
| 0-c95aa3f ||   |   |   |   |  
|
| 3e698 ||   |   |   |   |  
|
| f74249f7- | L3 agent   | controlle | nova  | True  | UP| 
neutron-l3-a |
| 5005-4df5 || r |   |   |   | gent 
|
| -87f6-8ec ||   |   |   |   |  
|
| 377edaeb9 ||   |   |   |   |  
|
+---++---+---+---+---+--+



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack




-- 
Cheers,

 
Adhi Priharmanto
about.me/a_dhi
  
+62-812-82121584

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread Adhi Priharmanto
Check neutron network-agent services status on your compute node

On Fri, Dec 30, 2016 at 3:39 PM, don...@ahope.com.cn 
wrote:

> *Hi,*
>
> *I have a question for neutron installation. after configuring the control
> node and computer nodes, it failed to list the computer node network agent,
> what is the problem?*
>
> [admin@controller ~]$ openstack network agent list
> +---++---+---+--
> -+---+--+
> | ID| Agent Type | Host  | Availability Zone
> | Alive | State | Binary   |
> +---++---+---+--
> -+---+--+
> | 3fd6aa96- | DHCP agent | controlle | nova
> | True  | UP| neutron- |
> | 79c5-4887 || r |   |
>  |   | dhcp-agent   |
> | -b893-b92 ||   |   |
>  |   |  |
> | 1383f5d98 ||   |   |
>  |   |  |
> | c2acea10- | Linux  | controlle | None
> | True  | UP| neutron- |
> | e30a-4644 | bridge | r |   |
>  |   | linuxbridge- |
> | -afd6-8ff | agent  |   |   |
>  |   | agent|
> | d42d54b64 ||   |   |
>  |   |  |
> | d7c66d5c- | Metadata   | controlle | None
> | True  | UP| neutron- |
> | 2a44  | agent  | r |   |
>  |   | metadata-|
> | -437e-ac2 ||   |   |
>  |   | agent|
> | 0-c95aa3f ||   |   |
>  |   |  |
> | 3e698 ||   |   |
>  |   |  |
> | f74249f7- | L3 agent   | controlle | nova
> | True  | UP| neutron-l3-a |
> | 5005-4df5 || r |   |
>  |   | gent |
> | -87f6-8ec ||   |   |
>  |   |  |
> | 377edaeb9 ||   |   |
>  |   |  |
> +---++---+---+--
> -+---+--+
>
> --
> =
> 董 建 华
> 地址:杭州滨江区南环路3766号新世纪办公楼
> 邮编:310053
> 手机:13857132818 <(385)%20713-2818>
> 总机:0571-28996000
> 传真:0571-28996001
> 热线:4006728686
> 网址:www.ahope.com.cn
> Email:don...@ahope.com.cn
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
>
>


-- 
Cheers,



[image: --]
Adhi Priharmanto
[image: http://]about.me/a_dhi

+62-812-82121584
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] Failed to list network agent for the computer nodes

2016-12-30 Thread don...@ahope.com.cn
Hi,

I have a question for neutron installation. after configuring the control node 
and computer nodes, it failed to list the computer node network agent, what is 
the problem?

[admin@controller ~]$ openstack network agent list
+---++---+---+---+---+--+
| ID| Agent Type | Host  | Availability Zone | Alive | State | 
Binary   |
+---++---+---+---+---+--+
| 3fd6aa96- | DHCP agent | controlle | nova  | True  | UP| 
neutron- |
| 79c5-4887 || r |   |   |   | 
dhcp-agent   |
| -b893-b92 ||   |   |   |   |  
|
| 1383f5d98 ||   |   |   |   |  
|
| c2acea10- | Linux  | controlle | None  | True  | UP| 
neutron- |
| e30a-4644 | bridge | r |   |   |   | 
linuxbridge- |
| -afd6-8ff | agent  |   |   |   |   | 
agent|
| d42d54b64 ||   |   |   |   |  
|
| d7c66d5c- | Metadata   | controlle | None  | True  | UP| 
neutron- |
| 2a44  | agent  | r |   |   |   | 
metadata-|
| -437e-ac2 ||   |   |   |   | 
agent|
| 0-c95aa3f ||   |   |   |   |  
|
| 3e698 ||   |   |   |   |  
|
| f74249f7- | L3 agent   | controlle | nova  | True  | UP| 
neutron-l3-a |
| 5005-4df5 || r |   |   |   | gent 
|
| -87f6-8ec ||   |   |   |   |  
|
| 377edaeb9 ||   |   |   |   |  
|
+---++---+---+---+---+--+



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Error with neutron install

2016-12-30 Thread Adhi Priharmanto
check your /etc/hosts make sure your controller IP address pointing to your
controller hostname, next also check your firewall/iptables.

On Fri, Dec 30, 2016 at 3:02 PM, don...@ahope.com.cn 
wrote:

> *Hi everybody,*
>
> *Have you seen the following issue?*
>
> [admin@controller ~]$ neutron ext-list
> Unable to establish connection to http://controller:9696/v2.0/
> extensions.json: HTTPConnectionPool(host='controller', port=9696): Max
> retries exceeded with url: /v2.0/extensions.json (Caused
> by NewConnectionError(' connection.HTTPConnection object at 0x2480990>: Failed
> to establish a new connection: [Errno 111] Connection refused',))
>
> --
> =
> 董 建 华
> 地址:杭州滨江区南环路3766号新世纪办公楼
> 邮编:310053
> 手机:13857132818 <(385)%20713-2818>
> 总机:0571-28996000
> 传真:0571-28996001
> 热线:4006728686
> 网址:www.ahope.com.cn
> Email:don...@ahope.com.cn
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
>
>


-- 
Cheers,



[image: --]
Adhi Priharmanto
[image: http://]about.me/a_dhi

+62-812-82121584
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Error with neutron install

2016-12-30 Thread wawayu
Thank you. issue resolved.
-- Original --
From: "Adhi Priharmanto"
Date: Fri, Dec 30, 2016 04:46 PM
To: "don...@ahope.com.cn";
Cc: "openstack";
Subject: Re: [Openstack] Error with neutron install


check your /etc/hosts make sure your controller IP address pointing to your 
controller hostname, next also check your firewall/iptables.

On Fri, Dec 30, 2016 at 3:02 PM, don...@ahope.com.cn  
wrote:
 Hi everybody,


Have you seen the following issue?


[admin@controller~]$neutronext-list
Unabletoestablishconnectiontohttp://controller:9696/v2.0/extensions.json:HTTPConnectionPool(host='controller',port=9696):Maxretriesexceededwithurl:/v2.0/extensions.json(CausedbyNewConnectionError(':Failedtoestablishanewconnection:[Errno111]Connectionrefused',))

 


 =
??
??3766??
??310053
??13857132818
??0571-28996000
??0571-28996001
??4006728686
??www.ahope.com.cn
Email??don...@ahope.com.cn


 

___
 Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
 Post to  : openstack@lists.openstack.org
 Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
 





-- 
Cheers,


Adhi Priharmanto
about.me/a_dhi



  


+62-812-82121584___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] Error with neutron install

2016-12-30 Thread don...@ahope.com.cn
Hi everybody,

Have you seen the following issue?

[admin@controller ~]$ neutron ext-list
Unable to establish connection to http://controller:9696/v2.0/extensions.json: 
HTTPConnectionPool(host='controller', port=9696): Max retries exceeded with 
url: /v2.0/extensions.json (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno 111] Connection 
refused',))



=
董 建 华
地址:杭州滨江区南环路3766号新世纪办公楼
邮编:310053
手机:13857132818
总机:0571-28996000
传真:0571-28996001
热线:4006728686
网址:www.ahope.com.cn
Email:don...@ahope.com.cn
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack