Plan delete fails due to missing, but present .gitignore
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Triaged
|
High
|
Unassigned |
Bug Description
Swift list shows a .gitignore, but we then fail deleting it - I'm not sure why atm - this breaks the plan delete (we return 0 here too, which looks wrong):
Deleting plan overcloud...
Starting new HTTP connection (1): 192.0.2.1
"POST /v2/action_
HTTP POST http://
Object DELETE failed
clean_up DeletePlan:
END return value: 0
[stack@instack ~]$ cd /var/log/mistral/
[stack@instack mistral]$ tail executor.log
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
2016-12-01 10:22:55.748 27190 ERROR tripleo_
[stack@instack mistral]$ swift list overcloud | grep gitignore
.gitignore
[stack@instack ~]$ swift download overcloud .gitignore
Object 'overcloud/
[stack@instack ~]$ swift list overcloud | grep gitignore
.gitignore
[stack@instack ~]$ swift download overcloud ".gitignore"
Object 'overcloud/
[stack@instack ~]$ swift delete overcloud ".gitignore"
Error Deleting: overcloud/
Changed in tripleo: | |
status: | New → Triaged |
importance: | Undecided → High |
milestone: | none → ocata-2 |
I'm getting a similar problem. I have many more 'not found' files - I think because I saw more of them being deleted successfully before failing on the Conflict.
In the Swift logs I see: undercloud object-server: ERROR with remote server 192.168. 24.1:6001/ 1: ConnectionTimeout (0.5s)
showing up after failing to delete, which is not a valid IP on my undercloud (it should be in the 192.0.2.0 range). I did run a failed undercloud update due to the new networking range - I went past it after updating undercloud.conf, but I wonder if maybe something got misconfigured along the way somehow. The config files in /etc/swift look correct though, so hard to say if it's actually related.