You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: apb_devel/writing/reference.adoc
+42Lines changed: 42 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -821,3 +821,45 @@ mounted into a pod as a volume:
821
821
- key: haste-config
822
822
path: config.js
823
823
----
824
+
825
+
[[apb-devel-writing-ref-custom-error-msg]]
826
+
== Customizing Error Messages
827
+
828
+
A default error message is returned in the web console when a provision call
829
+
fails. For example:
830
+
831
+
----
832
+
Error occurred during provision. Please contact administrator if the issue persists.
833
+
----
834
+
835
+
To provide more information for troubleshooting purposes should a failure occur,
836
+
you can write custom error messages for your APB that the web console can check
837
+
for and return to the user.
838
+
839
+
Kubernetes allows pods to log fatal events to a termination log. The log file
840
+
location is set by the `terminationMessagePath` field in a pod's specification
841
+
and defaults to *_/dev/termination-log_*.
842
+
843
+
Starting in {product-title} 3.10, the broker now checks this termination log for
844
+
any messages that have been written to the file and passes the content to the
845
+
service catalog. The web console then displays any such messages found in the
846
+
event of a failure.
847
+
848
+
[NOTE]
849
+
====
850
+
See
851
+
link:https://kubernetes.io/docs/tasks/debug-application-cluster/determine-reason-pod-failure/[Kubernetes documentation] for more details on pod termination messages.
852
+
====
853
+
854
+
The following is an example of how this can be done in an APB utilizing a
0 commit comments