Project

General

Profile

Actions

Bug #4224

closed

jenkins: master-osmo-ggsn is failing since October 1st

Added by osmith over 4 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
Target version:
-
Start date:
10/11/2019
Due date:
% Done:

100%

Spec Reference:

Description

For some reason, the master-osmo-ggsn job is always building on the osmo-gsm-tester-rnd slave, instead of host2-deb9build-ansible like all other master builds. This is not intended and probably caused by a bug in jenkins, because this job is generated just like all others from master-builds.yml in osmo-ci.git, with the default "slave_axis" and without overriding it:

slave_axis: !!python/tuple [osmocom-master-debian9]

I've also looked at the job configuration with the jenkins UI, and the slaves are configured exactly the same, as with other master jobs, with just one label that is "osmocom-master-debian9". The build slave, where it always tries to run, osmo-gsm-tester-rnd, is not attached to that label, so this should not happen.

The job started to fail on October 1st, because then osmo-gsm-tester-rnd was not able to resolve git.osmocom.org anymore, therefore failed to clone the source of osmo-ggsn.

I've deleted the workspace on osmo-gsm-tester-rnd, maybe this resolves the problem already.

Right now I can't test whether it worked, because "Jenkins is going to shut down".

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)