<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Sasha, <br>
<br>
I checked the sys logs and see many such errors:<br>
<br>
Oct 15 22:50:19 localhost os-collect-config: 2015-10-15
22:50:19.133 8516 WARNING os_collect_config.ec2 [-] ('Connection
aborted.', error(113, 'No route to host'))<br>
Oct 15 22:50:19 localhost os-collect-config: 2015-10-15
22:50:19.133 8516 WARNING os-collect-config [-] Source [ec2]
Unavailable.<br>
Oct 15 22:50:20 localhost os-collect-config: 2015-10-15
22:50:20.007 8516 WARNING os_collect_config.heat [-] No auth_url
configured.<br>
Oct 15 22:50:20 localhost os-collect-config: 2015-10-15
22:50:20.007 8516 WARNING os_collect_config.request [-] No
metadata_url configured.<br>
Oct 15 22:50:20 localhost os-collect-config: 2015-10-15
22:50:20.007 8516 WARNING os-collect-config [-] Source [request]
Unavailable.<br>
Oct 15 22:50:20 localhost os-collect-config: 2015-10-15
22:50:20.007 8516 WARNING os_collect_config.local [-]
/var/lib/os-collect-config/local-data not found. Skipping<br>
Oct 15 22:50:20 localhost os-collect-config: 2015-10-15
22:50:20.007 8516 WARNING os_collect_config.local [-] No local
metadata found (['/var/lib/os-collect-config/local-data'])<br>
<br>
Below are my undercloud.conf (masked passwords).<br>
<br>
<br>
[stack@gcloudcon-3 ~]$ cat undercloud.conf<br>
[DEFAULT]<br>
<br>
<small><small>#<br>
# From instack-undercloud<br>
#<br>
<br>
# Local file path to the necessary images. The path should be
a<br>
# directory readable by the current user that contains the
full set of<br>
# images. (string value)<br>
#image_path = .<br>
image_path = /gcloud/images<br>
<br>
# IP information for the interface on the Undercloud that will
be<br>
# handling the PXE boots and DHCP for Overcloud instances.
The IP<br>
# portion of the value will be assigned to the network
interface<br>
# defined by local_interface, with the netmask defined by the
prefix<br>
# portion of the value. (string value)<br>
#local_ip = 192.0.2.1/24<br>
local_ip = 10.0.6.40/16<br>
<br>
# Network interface on the Undercloud that will be handling
the PXE<br>
# boots and DHCP for Overcloud instances. (string value)<br>
#local_interface = eth1<br>
local_interface = eth0<br>
<br>
# Network that will be masqueraded for external access, if
required.<br>
# This should be the subnet used for PXE booting. (string
value)<br>
#masquerade_network = 192.0.2.0/24<br>
masquerade_network = 10.0.6.0/16<br>
<br>
# Start of DHCP allocation range for PXE and DHCP of Overcloud<br>
# instances. (string value)<br>
#dhcp_start = 192.0.2.5<br>
dhcp_start = 10.0.6.50<br>
<br>
# End of DHCP allocation range for PXE and DHCP of Overcloud<br>
# instances. (string value)<br>
#dhcp_end = 192.0.2.24<br>
dhcp_end = 10.0.6.250<br>
<br>
# Network CIDR for the Neutron-managed network for Overcloud<br>
# instances. This should be the subnet used for PXE booting.
(string<br>
# value)<br>
#network_cidr = 192.0.2.0/24<br>
network_cidr = 10.0.6.0/16<br>
<br>
# Network gateway for the Neutron-managed network for
Overcloud<br>
# instances. This should match the local_ip above when using<br>
# masquerading. (string value)<br>
#network_gateway = 192.0.2.1<br>
network_gateway = 10.0.6.40<br>
<br>
# Network interface on which discovery dnsmasq will listen.
If in<br>
# doubt, use the default value. (string value)<br>
#discovery_interface = br-ctlplane<br>
<br>
# Temporary IP range that will be given to nodes during the
discovery<br>
# process. Should not overlap with the range defined by
dhcp_start<br>
# and dhcp_end, but should be in the same network. (string
value)<br>
#discovery_iprange = 192.0.2.100,192.0.2.120<br>
discovery_iprange = 10.0.6.251,10.0.6.252<br>
<br>
# Whether to run benchmarks when discovering nodes. (boolean
value)<br>
#discovery_runbench = false<br>
<br>
# Whether to enable the debug log level for Undercloud
OpenStack<br>
# services. (boolean value)<br>
undercloud_debug = true<br>
<br>
<br>
[auth]<br>
<br>
#<br>
# From instack-undercloud<br>
#<br>
<br>
# Password used for MySQL databases. If left unset, one will
be<br>
# automatically generated. (string value)<br>
undercloud_db_password = xxxxxxxxxxxxxx<br>
<br>
# Keystone admin token. If left unset, one will be
automatically<br>
# generated. (string value)<br>
#undercloud_admin_token = <None><br>
<br>
# Keystone admin password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_admin_password = xxxxxxxxxxxxxx<br>
<br>
# Glance service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_glance_password = xxxxxxxxxxxxxx<br>
<br>
# Heat db encryption key(must be 8,16 or 32 characters. If
left unset,<br>
# one will be automatically generated. (string value)<br>
#undercloud_heat_encryption_key = <None><br>
<br>
# Heat service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_heat_password = xxxxxxxxxxxxxx<br>
<br>
# Neutron service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_neutron_password = xxxxxxxxxxxxxx<br>
<br>
# Nova service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_nova_password = xxxxxxxxxxxxxx<br>
<br>
# Ironic service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_ironic_password = xxxxxxxxxxxxxx<br>
<br>
# Tuskar service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_tuskar_password = xxxxxxxxxxxxxx<br>
<br>
# Ceilometer service password. If left unset, one will be<br>
# automatically generated. (string value)<br>
undercloud_ceilometer_password = xxxxxxxxxxxxxx<br>
<br>
# Ceilometer metering secret. If left unset, one will be
automatically<br>
# generated. (string value)<br>
#undercloud_ceilometer_metering_secret = <None><br>
<br>
# Ceilometer snmpd user. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_ceilometer_snmpd_user = ceilometer<br>
<br>
# Ceilometer snmpd password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_ceilometer_snmpd_password = xxxxxxxxxxxxxx<br>
<br>
# Swift service password. If left unset, one will be
automatically<br>
# generated. (string value)<br>
undercloud_swift_password = xxxxxxxxxxxxxx<br>
<br>
# Rabbitmq cookie. If left unset, one will be automatically
generated.<br>
# (string value)<br>
#undercloud_rabbit_cookie = <None><br>
<br>
# Rabbitmq password. If left unset, one will be automatically<br>
# generated. (string value)<br>
undercloud_rabbit_password = xxxxxxxxxxxxxx<br>
<br>
# Rabbitmq username. If left unset, one will be automatically<br>
# generated. (string value)<br>
undercloud_rabbit_username = rabbit<br>
<br>
# Heat stack domain admin password. If left unset, one will be<br>
# automatically generated. (string value)<br>
undercloud_heat_stack_domain_admin_password = xxxxxxxxxxxxxx<br>
<br>
# Swift hash suffix. If left unset, one will be automatically<br>
# generated. (string value)<br>
#undercloud_swift_hash_suffix = <None></small></small><br>
<br>
<br>
<br>
Yes, I am just testing with the basic 1 controller and 1 compute
case. <br>
I can try with setting a timeout as you did. <br>
<br>
Thanks,<br>
<br>
Erming<br>
<br>
<br>
On 10/15/15, 3:19 PM, Sasha Chuzhoy wrote:<br>
</div>
<blockquote
cite="mid:1377476884.58530663.1444943986933.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">Hi Erming,
You can also check the log files on nodes for errors (start with /var/log/messages).
if things are working, "openstack overcloud deploy --template" will create a nonHA deployment without network isolation consisting of 1 controller and 1 compute.
I usually add "--timeout 90", as this period of time is sufficient on my setup for deploying the overcloud.
Seeing the IP being different than 192.0.2.x, I wonder what other changes were made to the undercloud.conf?
Best regards,
Sasha Chuzhoy.
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Erming Pei" <a class="moz-txt-link-rfc2396E" href="mailto:erming@ualberta.ca"><erming@ualberta.ca></a>
To: "Dan Sneddon" <a class="moz-txt-link-rfc2396E" href="mailto:dsneddon@redhat.com"><dsneddon@redhat.com></a>, <a class="moz-txt-link-abbreviated" href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>
Sent: Thursday, October 15, 2015 4:03:26 PM
Subject: Re: [Rdo-list] [rdo-manager] Authentication required during overcloud deployment
Hi Dan, Sasha,
Thanks for your answers and hints.
I looked up the heat/etc log files and stack/node status.
Only thing I found by far is "timed out". I don't know what's the reason.
IPMI looks good.
Tried with HEAT_INCLUDE_PASSWORD=1 but same error message (Please try again
with option --include-password or export HEAT_INCLUDE_PASSWORD=1
Authentication required)
BTW. I only followed the exact instruction as shown in the guide: (openstack
overcloud deploy --templates) No more options. I thought this is good for a
demo deployment. If not sufficient, which one I should follow? See some of
your discussions, but not very clear. Should I follow the example from
<a class="moz-txt-link-abbreviated" href="mailto:jliberma@redhat.com">jliberma@redhat.com</a> ?
Below are my investigation:
By runnig: $ heat resource-list overcloud
Found that just controller and compute are failed: CREATE_FAILED
Checked the reason it says: resource_status_reason | CREATE aborted
I then logged into the running overcloud nodes (e.g. the controller):
[heat-admin@overcloud-controller-0 ~]$ ifconfig
br-ex: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::21:5eff:fecd:9df3 prefixlen 64 scopeid 0x20<link>
ether 02:21:5e:cd:9d:f3 txqueuelen 0 (Ethernet)
RX packets 29926 bytes 2364154 (2.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 81 bytes 25614 (25.0 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp0s29f0u2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::21:5eff:fecd:9df3 prefixlen 64 scopeid 0x20<link>
ether 02:21:5e:cd:9d:f3 txqueuelen 1000 (Ethernet)
RX packets 29956 bytes 1947140 (1.8 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 102 bytes 28620 (27.9 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp11s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.6.64 netmask 255.255.0.0 broadcast 10.0.255.255
inet6 fe80::221:5eff:fec9:abd8 prefixlen 64 scopeid 0x20<link>
ether 00:21:5e:c9:ab:d8 txqueuelen 1000 (Ethernet)
RX packets 66256 bytes 21109918 (20.1 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 35938 bytes 4641202 (4.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp11s0f1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::221:5eff:fec9:abda prefixlen 64 scopeid 0x20<link>
ether 00:21:5e:c9:ab:da txqueuelen 1000 (Ethernet)
RX packets 25429 bytes 2004574 (1.9 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6 bytes 532 (532.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ib0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 2044
inet6 fe80::202:c902:23:baf9 prefixlen 64 scopeid 0x20<link>
Infiniband hardware address can be incorrect! Please read BUGS section in
ifconfig(8).
infiniband 80:00:04:04:FE:80:00:00:00:00:00:00:00:00:00:00:00:00:00:00
txqueuelen 256 (InfiniBand)
RX packets 183678 bytes 10292768 (9.8 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 17 bytes 5380 (5.2 KiB)
TX errors 0 dropped 7 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 138 bytes 11792 (11.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 138 bytes 11792 (11.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[heat-admin@overcloud-controller-0 ~]$ ovs-vsctl show
ovs-vsctl: unix:/var/run/openvswitch/db.sock: database connection failed
(Permission denied)
[heat-admin@overcloud-controller-0 ~]$ sudo ovs-vsctl show
76e6f8a7-88cf-4920-b133-b4d15a4b9092
Bridge br-ex
Port br-ex
Interface br-ex
type: internal
Port "enp0s29f0u2"
Interface "enp0s29f0u2"
ovs_version: "2.3.1"
[heat-admin@overcloud-controller-0 ~]$
[heat-admin@overcloud-controller-0 ~]$ ping 10.0.6.65
PING 10.0.6.65 (10.0.6.65) 56(84) bytes of data.
64 bytes from 10.0.6.65: icmp_seq=1 ttl=64 time=0.176 ms
64 bytes from 10.0.6.65: icmp_seq=2 ttl=64 time=0.195 ms
^C
--- 10.0.6.65 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.176/0.185/0.195/0.016 ms
[heat-admin@overcloud-controller-0 ~]$
[heat-admin@overcloud-controller-0 ~]$ ping 10.0.6.64
PING 10.0.6.64 (10.0.6.64) 56(84) bytes of data.
64 bytes from 10.0.6.64: icmp_seq=1 ttl=64 time=0.015 ms
^C
--- 10.0.6.64 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.015/0.015/0.015/0.000 ms
[heat-admin@overcloud-controller-0 ~]$ cat /etc/os-net-config/config.json
{"network_config": [{"use_dhcp": true, "type": "ovs_bridge", "name": "br-ex",
"members": [{"type": "interface", "name": "nic1", "primary": true}]}]}
[heat-admin@overcloud-controller-0 ~]$
[heat-admin@overcloud-controller-0 ~]$
[heat-admin@overcloud-controller-0 ~]$ sudo os-net-config --debug -c
/etc/os-net-config/config.json
[2015/10/15 07:52:08 PM] [INFO] Using config file at:
/etc/os-net-config/config.json
[2015/10/15 07:52:08 PM] [INFO] Using mapping file at:
/etc/os-net-config/mapping.yaml
[2015/10/15 07:52:08 PM] [INFO] Ifcfg net config provider created.
[2015/10/15 07:52:08 PM] [DEBUG] network_config JSON: [{'use_dhcp': True,
'type': 'ovs_bridge', 'name': 'br-ex', 'members': [{'type': 'interface',
'name': 'nic1', 'primary': True}]}]
[2015/10/15 07:52:08 PM] [INFO] nic1 mapped to: enp0s29f0u2
[2015/10/15 07:52:08 PM] [INFO] nic2 mapped to: enp11s0f0
[2015/10/15 07:52:08 PM] [INFO] nic3 mapped to: enp11s0f1
[2015/10/15 07:52:08 PM] [INFO] nic4 mapped to: ib0
[2015/10/15 07:52:08 PM] [INFO] adding bridge: br-ex
[2015/10/15 07:52:08 PM] [DEBUG] bridge data: DEVICE=br-ex
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSBridge
OVSBOOTPROTO=dhcp
OVSDHCPINTERFACES="enp0s29f0u2"
OVS_EXTRA="set bridge br-ex other-config:hwaddr=02:21:5e:cd:9d:f3"
[2015/10/15 07:52:08 PM] [INFO] adding interface: enp0s29f0u2
[2015/10/15 07:52:08 PM] [DEBUG] interface data: DEVICE=enp0s29f0u2
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSPort
OVS_BRIDGE=br-ex
BOOTPROTO=none
[2015/10/15 07:52:08 PM] [INFO] applying network configs...
[2015/10/15 07:52:08 PM] [DEBUG] Diff file data:
DEVICE=enp0s29f0u2
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSPort
OVS_BRIDGE=br-ex
BOOTPROTO=none
[2015/10/15 07:52:08 PM] [DEBUG] Diff data:
DEVICE=enp0s29f0u2
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSPort
OVS_BRIDGE=br-ex
BOOTPROTO=none
[2015/10/15 07:52:08 PM] [DEBUG] Diff file data:
[2015/10/15 07:52:08 PM] [DEBUG] Diff data:
[2015/10/15 07:52:08 PM] [DEBUG] Diff file data:
DEVICE=br-ex
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSBridge
OVSBOOTPROTO=dhcp
OVSDHCPINTERFACES="enp0s29f0u2"
OVS_EXTRA="set bridge br-ex other-config:hwaddr=02:21:5e:cd:9d:f3"
[2015/10/15 07:52:08 PM] [DEBUG] Diff data:
DEVICE=br-ex
ONBOOT=yes
HOTPLUG=no
DEVICETYPE=ovs
TYPE=OVSBridge
OVSBOOTPROTO=dhcp
OVSDHCPINTERFACES="enp0s29f0u2"
OVS_EXTRA="set bridge br-ex other-config:hwaddr=02:21:5e:cd:9d:f3"
[2015/10/15 07:52:08 PM] [DEBUG] Diff file data:
[2015/10/15 07:52:08 PM] [DEBUG] Diff data:
[heat-admin@overcloud-controller-0 ~]$ openstack-status
== Nova services ==
openstack-nova-api: inactive (disabled on boot)
openstack-nova-cert: inactive (disabled on boot)
openstack-nova-compute: inactive (disabled on boot)
openstack-nova-network: inactive (disabled on boot)
openstack-nova-scheduler: inactive (disabled on boot)
openstack-nova-conductor: inactive (disabled on boot)
== Glance services ==
openstack-glance-api: inactive (disabled on boot)
openstack-glance-registry: inactive (disabled on boot)
== Keystone service ==
openstack-keystone: inactive (disabled on boot)
== Horizon service ==
openstack-dashboard: uncontactable
== neutron services ==
neutron-server: inactive (disabled on boot)
neutron-dhcp-agent: inactive (disabled on boot)
neutron-l3-agent: inactive (disabled on boot)
neutron-metadata-agent: inactive (disabled on boot)
neutron-lbaas-agent: inactive (disabled on boot)
neutron-openvswitch-agent: inactive (disabled on boot)
neutron-metering-agent: inactive (disabled on boot)
== Swift services ==
openstack-swift-proxy: inactive (disabled on boot)
openstack-swift-account: inactive (disabled on boot)
openstack-swift-container: inactive (disabled on boot)
openstack-swift-object: inactive (disabled on boot)
== Cinder services ==
openstack-cinder-api: inactive (disabled on boot)
openstack-cinder-scheduler: inactive (disabled on boot)
openstack-cinder-volume: inactive (disabled on boot)
openstack-cinder-backup: inactive (disabled on boot)
== Ceilometer services ==
openstack-ceilometer-api: inactive (disabled on boot)
openstack-ceilometer-central: inactive (disabled on boot)
openstack-ceilometer-compute: inactive (disabled on boot)
openstack-ceilometer-collector: inactive (disabled on boot)
openstack-ceilometer-alarm-notifier: inactive (disabled on boot)
openstack-ceilometer-alarm-evaluator: inactive (disabled on boot)
openstack-ceilometer-notification: inactive (disabled on boot)
== Heat services ==
openstack-heat-api: inactive (disabled on boot)
openstack-heat-api-cfn: inactive (disabled on boot)
openstack-heat-api-cloudwatch: inactive (disabled on boot)
openstack-heat-engine: inactive (disabled on boot)
== Support services ==
libvirtd: active
openvswitch: active
dbus: active
rabbitmq-server: inactive (disabled on boot)
memcached: inactive (disabled on boot)
== Keystone users ==
Warning keystonerc not sourced
Thanks,
Erming
On 10/14/15, 5:23 PM, Dan Sneddon wrote:
On 10/14/2015 03:03 PM, Erming Pei wrote:
Hi,
I am deploying the overcloud in baremetal way and after a couple of
hours, it showed:
$ openstack overcloud deploy --templates
Deploying templates in the directory
/usr/share/openstack-tripleo-heat-templates
^[[A^[[BERROR: openstack ERROR: Authentication failed. Please try again
with option --include-password or export HEAT_INCLUDE_PASSWORD=1
Authentication required
But I checked the nodes are now running:
[stack@gcloudcon-3 ~]$ nova list
+--------------------------------------+-------------------------+--------+------------+-------------+--------------------+
| ID | Name |
Status | Task State | Power State | Networks |
+--------------------------------------+-------------------------+--------+------------+-------------+--------------------+
| 1ba04ac0-fe2b-4318-aa31-2e5f4d8422a6 | overcloud-controller-0 |
ACTIVE | - | Running | ctlplane=10.0.6.60 |
| c152ba59-3aed-4fb0-81fa-e3fed7e35cf6 | overcloud-novacompute-0 |
ACTIVE | - | Running | ctlplane=10.0.6.61 |
+--------------------------------------+-------------------------+--------+------------+-------------+--------------------+
1. Should I re-deploy the nodes or there is a way to do update/makeup
for the authentication issue?
2.
I don't know how to access to the nodes.
There is not an overcloudrc file produced.
$ ls overcloud*
overcloud-env.json overcloud-full.initrd overcloud-full.qcow2
overcloud-full.vmlinuz
overcloud-full.d:
dib-manifests
Is it via ssh key or password? Should I set the authentication method
somewhere?
Thanks,
Erming
_______________________________________________
Rdo-list mailing list <a class="moz-txt-link-abbreviated" href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/rdo-list">https://www.redhat.com/mailman/listinfo/rdo-list</a> To unsubscribe:
<a class="moz-txt-link-abbreviated" href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a>
This error generally means that something in the deployment got stuck,
and the deployment hung until the token expired after 4 hours. When
that happens, there is no overcloudrc generated (because there is not a
working overcloud). You won't be able to recover with a stack update,
you'll need to perform a stack-delete and redeploy once you know what
went wrong.
Generally a deployment shouldn't take anywhere near that long, a bare
metal deployment with 6 hosts takes me less than an hour, and less than
2 including a Ceph deployment. In fact, I usually set a timeout using
the --timeout option, because if it hasn't finished after, say 90
minutes (depending on how complicated the deployment is), then I want
it to bomb out so I can diagnose what went wrong and redeploy.
Often when a deployment times out it is because there were connectivity
issues between the nodes. Since you can log in to the hosts, you might
want to do some basic network troubleshooting, such as:
$ ip address # check to see that all the interfaces are there, and
that the IP addresses have been assigned
$ sudo ovs-vsctl show # make sure that the bridges have the proper
interfaces, vlans, and that all the expected bridges show up
$ ping <other overcloud nodes> # you can try this on all VLANs to make
sure that any VLAN trunks are working properly
$ sudo ovs-appctl bond/show # if running bonding, check to see the
bond status
$ sudo os-net-config --debug -c /etc/os-net-config/config.json # run
the network configuration script again to make sure that it is able to
configure the interfaces without error. WARNING, MAY BE DISRUPTIVE as
this will reset the network interfaces, run on console if possible.
However, I want to first double-check that you had a valid command
line. You only show "openstack deploy overcloud --templates" in your
original email. You did have a full command-line, right? Refer to the
official installation guide for the right parameters.
--
---------------------------------------------
Erming Pei, Ph.D
Senior System Analyst; Grid/Cloud Specialist
Research Computing Group
Information Services & Technology
University of Alberta, Canada
Tel: +1 7804929914 Fax: +1 7804921729
---------------------------------------------
_______________________________________________
Rdo-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/rdo-list">https://www.redhat.com/mailman/listinfo/rdo-list</a>
To unsubscribe: <a class="moz-txt-link-abbreviated" href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a>
</pre>
</blockquote>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
---------------------------------------------
Erming Pei, Ph.D
Senior System Analyst; Grid/Cloud Specialist
Research Computing Group
Information Services & Technology
University of Alberta, Canada
Tel: +1 7804929914 Fax: +1 7804921729
---------------------------------------------</pre>
</body>
</html>