summaryrefslogtreecommitdiff
path: root/api-guide/source/faults.rst
diff options
context:
space:
mode:
authorJenkins <jenkins@review.openstack.org>2015-12-04 08:58:02 +0000
committerGerrit Code Review <review@openstack.org>2015-12-04 08:58:02 +0000
commitc0be3f04797769a806024d6b58408f6d8b78260c (patch)
tree299a65a16692af51997d45310eb60eb5c2dfba88 /api-guide/source/faults.rst
parent7df427fdb4d7a314b79b1e3977aeb86f019b5186 (diff)
parent2ee6ddf686de2c5e1277bfd171c049c9c91f5778 (diff)
downloadnova-c0be3f04797769a806024d6b58408f6d8b78260c.tar.gz
Merge "Remove description about image from faults section"
Diffstat (limited to 'api-guide/source/faults.rst')
-rw-r--r--api-guide/source/faults.rst55
1 files changed, 10 insertions, 45 deletions
diff --git a/api-guide/source/faults.rst b/api-guide/source/faults.rst
index 3c7076cd42..2ceb3665c3 100644
--- a/api-guide/source/faults.rst
+++ b/api-guide/source/faults.rst
@@ -87,21 +87,21 @@ http://specs.openstack.org/openstack/api-wg/guidelines/http.html#http-response-c
Asynchronous faults
===================
-An error may occur in the background while a server or image is being
-built or while a server is executing an action.
+An error may occur in the background while a server is being built or while a
+server is executing an action.
-In these cases, the server or image is usually placed in an ``ERROR`` state.
-For some operations, like resize, its possible that the operations fails but
+In these cases, the server is usually placed in an ``ERROR`` state. For some
+operations, like resize, its possible that the operations fails but
the instance gracefully returned to its original state before attempting the
operation. In both of these cases, you should be able to find out more from
the Server Actions API described above.
-When a server or image is placed into an ``ERROR`` state, a fault is
-embedded in the offending server or image. Note that these asynchronous
-faults follow the same format as the synchronous ones. The fault
-contains an error code, a human readable message, and optional details
-about the error. Additionally, asynchronous faults may also contain a
-created timestamp that specify when the fault occurred.
+When a server is placed into an ``ERROR`` state, a fault is embedded in the
+offending server. Note that these asynchronous faults follow the same format
+as the synchronous ones. The fault contains an error code, a human readable
+message, and optional details about the error. Additionally, asynchronous
+faults may also contain a created timestamp that specifies when the fault
+occurred.
**Example: Server in error state: JSON response**
@@ -142,38 +142,3 @@ created timestamp that specify when the fault occurred.
]
}
}
-
-
-**Example: Image in error state: JSON response**
-
-.. code::
-
- {
- "image" : {
- "id" : "52415800-8b69-11e0-9b19-734f5736d2a2",
- "name" : "My Server Backup",
- "created" : "2010-08-10T12:00:00Z",
- "status" : "SAVING",
- "progress" : 89,
- "server" : {
- "id": "52415800-8b69-11e0-9b19-734f335aa7b3"
- },
- "fault" : {
- "code" : 500,
- "message" : "An internal error occurred",
- "details" : "Error details"
- },
- "links": [
- {
- "rel" : "self",
- "href" : "http://servers.api.openstack.org/v2/1234/images/52415800-8b69-11e0-9b19-734f5736d2a2"
- },
- {
- "rel" : "bookmark",
- "href" : "http://servers.api.openstack.org/1234/images/52415800-8b69-11e0-9b19-734f5736d2a2"
- }
- ]
- }
- }
-
-