Your ConfigMap
resource data
-field contains a string which are interpreted as-is when you run jsonpath
to select it via '{.data.cluster-config\.json}'
. What i mean is that the shell you use will print it as JSON at stdout
although it's stored differently in Kubernetes. If you run kubectl get cm cluster-info -n kube-system -o json
and look at the data
-field it might look something like this:
"data": {
"cluster-config.json": "{\n \"cluster_id\": \"xxx\",\n \"cluster_name\": \"prod-yyy-mmm\",\n \"cluster_type\": \"rrr\",\n \"cluster_pay_tier\": \"vvv\",\n \"datacenter\": \"cse\",\n \"account_id\": \"456777\",\n \"created\": \"2018-06-32323dffdf:35:48+0000\"\n}\n"
}
You won't be able to access the "fields" within that string with jsonpath
since it's not actually part of the ConfigMap
API resource fields.
You could try to use a second tool to fetch it though, using jq
, a command-line JSON processor. This tool would interpret the output of jsonpath
as JSON on the fly and parse it accordingly.
Example:
kubectl get cm cluster-info -n kube-system -o jsonpath='{.data.cluster-config\.json}' | jq '.cluster_id'
"xxx"
If installing e.g. jq
defeat any purposes i would recommend to use a combination of already available tools (assuming you're on Linux) like grep
, awk
and sed
:
kubectl get cm cluster-info -n kube-system -o jsonpath='{.data.cluster-config\.json}' | grep cluster_id | awk '{ print $2 }' | sed -e 's/"//' -e 's/",//'
xxx