Page MenuHomePhabricator

scap backport fails to build a image for k8s deployment
Closed, ResolvedPublic

Description

Today, while deploying a patch to production, I saw the following error:

  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
Reading package lists...
W: GPG error: http://mirrors.wikimedia.org/debian buster-backports InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
E: The repository 'http://mirrors.wikimedia.org/debian buster-backports InRelease' is not signed.

full k8s build transcript is at P50592.

I finished the deployment, as scap said non-k8s deployment will proceed normally, but this has very likely caused a code difference between k8s and non-k8s deployed versions.

Event Timeline

Seems like a critical bug.

Tagging Infrastructure-Foundations Packaging because that looks like it may be an issue with the signing of the InRelease file on the apt repo.

Tagging Infrastructure-Foundations Packaging because that looks like it may be an issue with the signing of the InRelease file on the apt repo.

FWIW, a similar error happened as T338952: mwaddlink fails to build because of a missing public key recently, and it seems to only need a "bump" of some intermediate images. Might be something similar?

Clement_Goubert changed the task status from Open to In Progress.Aug 17 2023, 1:38 PM
Clement_Goubert raised the priority of this task from High to Unbreak Now!.

Raising to UBN, this breaks all mw-on-k8s deployments.

Change 949979 had a related patch set uploaded (by Giuseppe Lavagetto; author: Giuseppe Lavagetto):

[operations/docker-images/production-images@master] Re-update artificially images to overcome a docker-pkg bug

https://gerrit.wikimedia.org/r/949979

Change 949979 merged by Giuseppe Lavagetto:

[operations/docker-images/production-images@master] Re-update artificially images to overcome a docker-pkg bug

https://gerrit.wikimedia.org/r/949979

Clement_Goubert claimed this task.

We encountered another issue while fixing, which delayed resolution a bit (details at T343978), but it's all fixed and deployments work again since ~15:00UTC