bogus user-agent in k8s API requests

Bug #1884844 reported by Paul Collins
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
juju (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

While examining the audit logs on one of our k8s clusters, I noticed the user-agent for our 2.8.0 controllers is as follows:

jujud/v0.0.0 (linux/amd64) kubernetes/$Format

"v0.0.0" looks obviously wrong.

"kubernetes/$Format" also looks strange, but perhaps it's expected?

Tags: bitesize
Revision history for this message
Pen Gale (pengale) wrote :

Looks like something is not being completely formatted.

I suspect that this is just a matter of a bit of code spelunking, followed by passing a value or two to a formatter, so tagging as bitesized.

Changed in juju:
status: New → Triaged
importance: Undecided → Medium
tags: added: bitesize
timeless (timeless)
affects: juju → kubernetes (Ubuntu)
affects: kubernetes (Ubuntu) → juju (Ubuntu)
Revision history for this message
timeless (timeless) wrote :

Sorry, just realized you have two items in play.

The `v0.0.0` is definitely jujud's fault.

The `$Format` bit appears to be the Kubernetes server's fault.
I'm pretty sure that the code in question is kubernetes itself logging the request is this:
https://github.com/kubernetes/client-go/blob/4154d814be868b4bcf610332288a913fca8f4dc1/rest/config.go#L495

There are lots of reports of the Kubernetes side, e.g.:
https://github.com/kubernetes/kops/issues/9698
https://github.com/cert-manager/cert-manager/issues/1479

I've personally seen it w/ ArgoCD and K9s as the clients.

It seems like you meant to leave this focused on the juju side.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.