[Rdo-list] 10 days of rdo manager

Mohammed Arafa mohammed.arafa at gmail.com
Mon Apr 20 19:17:44 UTC 2015


Hello

Currently, I am still setting up my environment. Once it is setup properly,
I will get around to your requests.

At this very moment, I have this problem on instack-install-undercloud

+ setup-neutron -n /tmp/tmp.Kuen3PhqAF
/usr/lib/python2.7/site-packages/novaclient/v1_1/__init__.py:30:
UserWarning: Module novaclient.v1_1 is deprecated (taken as a basis for
novaclient.v2). The preferable way to get client class or object you can
find in novaclient.client module.
  warnings.warn("Module novaclient.v1_1 is deprecated (taken as a basis for
"
2015-04-20 19:00:03 - root - ERROR - Unexpected error during command
execution
Traceback (most recent call last):
  File
"/usr/lib/python2.7/site-packages/os_cloud_config/cmd/setup_neutron.py",
line 77, in main
    keystone_client=keystone_client)
  File "/usr/lib/python2.7/site-packages/os_cloud_config/neutron.py", line
46, in initialize_neutron
    net = _create_net(neutron_client, network_desc, network_type,
admin_tenant)
  File "/usr/lib/python2.7/site-packages/os_cloud_config/neutron.py", line
95, in _create_net
    return neutron.create_network({'network': network})
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 102, in with_params
    ret = self.function(instance, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 571, in create_network
    return self.post(self.networks_path, body=body)
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 298, in post
    headers=headers, params=params)
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 211, in do_request
    self._handle_fault_response(status_code, replybody)
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 185, in _handle_fault_response
    exception_handler_v20(status_code, des_error_body)
  File "/usr/lib/python2.7/site-packages/neutronclient/v2_0/client.py",
line 70, in exception_handler_v20
    status_code=status_code)
Conflict: Unable to create the flat network. Physical network ctlplane is
in use.
[2015-04-20 19:00:03,079] (os-refresh-config) [ERROR] during post-configure
phase. [Command '['dib-run-parts',
'/usr/libexec/os-refresh-config/post-configure.d']' returned non-zero exit
status 1]

[2015-04-20 19:00:03,079] (os-refresh-config) [ERROR] Aborting...


I am using the generic instack.answers file.

my network  devices:
[stack at instack ~]$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UP qlen 1000
    link/ether 52:54:00:e2:71:1b brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.243/24 brd 192.168.122.255 scope global dynamic eth0
       valid_lft 3318sec preferred_lft 3318sec
    inet6 fe80::5054:ff:fee2:711b/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master
ovs-system state UP qlen 1000
    link/ether 00:0c:63:21:8e:8c brd ff:ff:ff:ff:ff:ff
4: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether ba:52:30:e2:e4:9f brd ff:ff:ff:ff:ff:ff
5: br-ctlplane: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UNKNOWN
    link/ether 00:0c:63:21:8e:8c brd ff:ff:ff:ff:ff:ff
    inet 192.0.2.1/24 brd 192.0.2.255 scope global br-ctlplane
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:63ff:fe21:8e8c/64 scope link
       valid_lft forever preferred_lft forever
6: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether f6:a8:58:76:12:43 brd ff:ff:ff:ff:ff:ff
7: br-tun: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether 76:78:4c:9e:71:4d brd ff:ff:ff:ff:ff:ff

any help is appreciated

On Mon, Apr 20, 2015 at 2:43 PM, <Arkady_Kanevsky at dell.com> wrote:

> *Dell - Internal Use - Confidential *
>
> Mohammed,
>
> Can you also test what happens when a single node undercloud comes back?
>
> Start with simple case when overcloud is fully deployed and functions.
>
> Then try restarting services in overcloud when undercloud is not there,
>
> When it is coming up, and finally when it is fully running again.
>
> For undercloud start with simple shutdown, then boot case.
>
>
>
> Then we can dive into what happens with sensu which is monitoring
> overcloud nodes, then tempest for testing overcloud, and finally ceph
> monitoring of overcloud.
>
>
>
> Thanks,
>
> Arkady
>
>
>
> *From:* rdo-list-bounces at redhat.com [mailto:rdo-list-bounces at redhat.com] *On
> Behalf Of *Mohammed Arafa
> *Sent:* Monday, April 20, 2015 12:32 PM
> *To:* rdo-list at redhat.com
> *Subject:* [Rdo-list] 10 days of rdo manager
>
>
>
> Hello all. I am currently transitioning and have 10 days available to run
> with testing rdo manager.
> I am offering my help with testing and documenting as needed.
>
> What do you guys need?
>



-- 


<https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995903C076FA394F816CC136539DBA6A32D7305539E4219F5A650358C02CA2ED9F1F26319&AspxAutoDetectCookieSupport=1>

  *805010942448935*
<https://www.redhat.com/wapps/training/certification/verify.html?certNumber=805010942448935&verify=Verify>

*GR750055912MA*
<https://candidate.peoplecert.org/ReportsLink.aspx?argType=1&id=13D642E995903C076FA394F816CC136539DBA6A32D7305539E4219F5A650358C02CA2ED9F1F26319&AspxAutoDetectCookieSupport=1>

*Link to me on LinkedIn <http://www.linkedin.com/in/mohammedarafa>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20150420/63893040/attachment.html>


More information about the dev mailing list