如何解决用户应用一直处于“创建中”的问题？

[quasimo]

有用户请求我们帮他删除一个一直处在创建中的应用。

1. 以后是否可能避免应用一直处于“创建中”这种状态？

2. 如果不能避免，用户是否可能自行删除？

[Jimmy Chu]

@liahsheep

• this problem reoccurs, I am thinking write a task similar to cleanup-failed-recs in cnpaas.rake to handle this
• extracts prod log to investigate

[Jimmy Chu]

应用的 log 在这里

[LiAh Sheep]

http://bbs-bevista.app.cnpaas.io/
用户邮箱：[e-mail]

[LiAh Sheep]

The user removed mysql-5.5 with phpmyadmin-4 installed.

[Jimmy Chu]

This will trigger removing the dependent cartridge (phpmyadmin-4) as well. So it should work.

If it gives 503, then it is an issue.

[LiAh Sheep]

Extract of the log:

I, [2015-06-28T20:34:11.779347 #2852]  INFO -- : POST request to /broker/rest/domains/bevista/applications | status: 201
I, [2015-06-28T20:34:12.478135 #2852]  INFO -- : GET request to /broker/rest/domains/bevista/applications/bbs | status: 200
I, [2015-06-28T20:34:55.856433 #2852]  INFO -- : POST request to /broker/rest/domains/bevista/applications/bbs/cartridges | status: 201 #=> mysql
I, [2015-06-28T20:35:29.305222 #2852]  INFO -- : POST request to /broker/rest/domains/bevista/applications/bbs/cartridges | status: 201 #=> phpmyadmin
I, [2015-06-28T21:00:02.785007 #2852]  INFO -- : DELETE request to /broker/rest/domains/bevista/applications/bbs/cartridges/mysql-5.5 | status: 200
I, [2015-06-28T21:00:04.405146 #2852]  INFO -- : POST request to /broker/rest/domains/bevista/applications/bbs/events | status: 422 
I, [2015-06-28T21:00:04.405407 #2852]  INFO -- : request:
{:headers=>{"Authorization"=>"********"}, :data=>"event=stop"}
I, [2015-06-28T21:00:04.411453 #2852]  INFO -- : response:
{
  "api_version":1.7,
  "data":null,
  "messages":[
    {
      "exit_code":185,
      "field":null,
      "index":null,
      "severity":"error",
      "text":"Cartridge 'phpmyadmin-4' can not be added without mysql or mariadb. The dependency 'mysql' can be satisfied with mysql-5.5 or mysql-5.1."
    }
  ],
  "status":"unprocessable_entity",
  "supported_api_versions":[1,1.1,1.2,1.3,1.4,1.5,1.6,1.7],
  "type":null,
  "version":"1.7"
}

It should trigger to remove phpmyadmin, but it didn't.

[LiAh Sheep]

Confirm reproducible on production, but not on staging. Most likely handled by pull request #194 and pull request #196. Please file a new bug if it occurs again.