Open quantummixer opened 1 month ago
This issue is currently awaiting triage.
SIG Docs takes a lead on issue triage for this website, but any Kubernetes member can accept issues by applying the triage/accepted
label.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
/language en
This is a Feature Request
What would you like to be added
Currently in the, , and captured so,
Customizing the termination message
section, couple of examples of literal paths were provided.The type of path of
terminationMessagePath
, does it always expect theK8S node path
orcontainer mount path
or can it support both kinds of path?The next area of clarity I am seeking is how can I configure the
terminationMessagePath
to take in variables, so the customized path can look something like:/dev/termination-log_<NAMESPACE>_<PODNAME>_<CONTAINER>.log
Or is the data model I should be thinking is: within eachterminationMessage
(message / log) entry, it already has context attributes such as/dev/termination-log
is just a top-level directory prefix that will be the catch-all for all pods and namespaces' individual termination log files respectively?Why is this needed Need clarity and example of how to interpret the type of path expected and is the designed Path able to handle the muxing, allowing different pod instances to all write / append termination logs to the same path?
Comments It will be nice to have some actual examples of actual filenames that are produced in the
dev/termination-log
directory so we can infer the convention of these filenames and the data schema of these termination log entries to work with.Thank you.