Bug 1238133 - Proper error output when deployment fails due to network connectivity issues in network isolation setup
Summary: Proper error output when deployment fails due to network connectivity issues ...
Keywords:
Status: CLOSED DUPLICATE of bug 1235908
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ---
: 12.0 (Pike)
Assignee: Ana Krivokapic
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-01 09:27 UTC by Marius Cornea
Modified: 2019-08-15 04:48 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-13 20:45:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Marius Cornea 2015-07-01 09:27:31 UTC
Description of problem:

I was trying an overcloud deployment(3 ctrl, 1 compute, 1 ceph) on baremetal with network isolation and it failed with the following error message after long period:

ERROR: openstack ERROR: Authentication failed. Please try again with option --include-password or export HEAT_INCLUDE_PASSWORD=1
Authentication required

After further checks I discovered that connectivity for nodes on the storage network was broken. I disabled the storage network thus bringing it to the provisioning network and deployment succeeded. 

However the error that I got is misleading. This leads me thinking that a deployment will fail without a proper message pointing to which node(IP on certain network) timed out if one node's networking is not configured correctly. This will make troubleshooting difficult especially when you'll have large deployments. I expect poor switch port configuration or incorrect cabling to happen and we should be able to point this out when deployment fails.

Comment 8 James Slagle 2016-10-14 15:05:06 UTC
this is not a regression, removing from osp10

Further, I believe we may have fixed this by having Heat reauthenticate to Keystone prior to the token expiring. Steve can you confirm if that was the root cause for this error?

Comment 9 Steve Baker 2016-12-13 20:45:34 UTC
This looks like a dupe for a bug fixed at about the same time as this one was raised.

The fix was to raise the token expiry, but James could be right about token re-authentication happening now too.

*** This bug has been marked as a duplicate of bug 1235908 ***


Note You need to log in before you can comment on or make changes to this bug.