Overcloud deploy failing to due BadStatusLine exception when uploading tarball to swift
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Unassigned |
Bug Description
I have been experience a transient failure in my overcloud deploys in which the deploy terminates without any errors, like this:
Uploading filename /tmp/tmp_M0CQ6 to Swift container overcloud
''
Running with '--debug' shows that this is the result of a BadStatusLine exception whening communicating with swift:
File "/usr/lib/
headers=
File "/usr/lib/
response_
File "/usr/lib/
service_
File "/usr/lib/
conn.
File "/usr/lib/
return self.request('PUT', full_path, data, headers, files)
File "/usr/lib/
files=files, **self.
File "/usr/lib/
return self.request_
File "/usr/lib/
resp = self.send(prep, **send_kwargs)
File "/usr/lib/
r = adapter.
File "/usr/lib/
r = low_conn.
File "/usr/lib64/
response.
File "/usr/lib64/
version, status, reason = self._read_status()
File "/usr/lib64/
raise BadStatusLine(line)
BadStatusLine: ''
There are two problems here:
(a) the overcloud deploy command should communicate this error to the operator, rather than just printing '' and exiting.
(b) whatever is causing the badstatusline behavior needs fixing.
Changed in tripleo: | |
importance: | Undecided → High |
milestone: | none → ocata-1 |
tags: | added: newton-backport-potential |
Changed in tripleo: | |
milestone: | ocata-2 → ocata-3 |
Changed in tripleo: | |
milestone: | ocata-3 → ocata-rc1 |
Changed in tripleo: | |
milestone: | ocata-rc1 → ocata-rc2 |
Changed in tripleo: | |
milestone: | ocata-rc2 → pike-1 |
Changed in tripleo: | |
milestone: | pike-1 → pike-2 |
Changed in tripleo: | |
milestone: | pike-2 → pike-3 |
Changed in tripleo: | |
milestone: | pike-3 → pike-rc1 |
I am able to consistently reproduce this on a slower[1] virtual environment, while it does not reproduce on my personal dev environment.
I agree that the error reporting needs to be fixed along with the root cause.
[1] I am not actually sure what makes it slower, but undercloud install takes 3x longer than my personal dev environment.