Actions
Bug #12739
closedvps runs on distros fail due to the epel timeout issue
% Done:
100%
Source:
Q/A
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
upgrade/firefly-x, upgrade/giant-x, upgrade/hammer
Crash signature (v1):
Crash signature (v2):
Description
List of failing runs:
http://pulpito.ceph.com/teuthology-2015-08-17_14:24:00-upgrade:firefly-x-hammer-distro-basic-vps/
http://pulpito.ceph.com/teuthology-2015-08-10_14:18:01-upgrade:giant-x-hammer-distro-basic-vps/
http://pulpito.ceph.com/teuthology-2015-08-17_16:05:05-upgrade:hammer-hammer-distro-basic-vps/
Updated by David Galloway over 8 years ago
- Category set to ansible
- Status changed from New to Resolved
Resolved by https://github.com/ceph/ceph-cm-ansible/pull/117
Updated by Sage Weil over 8 years ago
- Status changed from Resolved to In Progress
I am still seeing this error during upgrades:
2015-09-23T13:15:13.742 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.742 INFO:teuthology.orchestra.run.vpm042.stderr: One of the configured repositories failed (Unknown), 2015-09-23T13:15:13.742 INFO:teuthology.orchestra.run.vpm042.stderr: and yum doesn't have enough cached data to continue. At this point the only 2015-09-23T13:15:13.743 INFO:teuthology.orchestra.run.vpm042.stderr: safe thing yum can do is fail. There are a few ways to work "fix" this: 2015-09-23T13:15:13.743 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.743 INFO:teuthology.orchestra.run.vpm042.stderr: 1. Contact the upstream for the repository and get them to fix the problem. 2015-09-23T13:15:13.743 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.744 INFO:teuthology.orchestra.run.vpm042.stderr: 2. Reconfigure the baseurl/etc. for the repository, to point to a working 2015-09-23T13:15:13.744 INFO:teuthology.orchestra.run.vpm042.stderr: upstream. This is most often useful if you are using a newer 2015-09-23T13:15:13.744 INFO:teuthology.orchestra.run.vpm042.stderr: distribution release than is supported by the repository (and the 2015-09-23T13:15:13.744 INFO:teuthology.orchestra.run.vpm042.stderr: packages for the previous distribution release still work). 2015-09-23T13:15:13.745 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.745 INFO:teuthology.orchestra.run.vpm042.stderr: 3. Disable the repository, so yum won't use it by default. Yum will then 2015-09-23T13:15:13.745 INFO:teuthology.orchestra.run.vpm042.stderr: just ignore the repository until you permanently enable it again or use 2015-09-23T13:15:13.745 INFO:teuthology.orchestra.run.vpm042.stderr: --enablerepo for temporary usage: 2015-09-23T13:15:13.746 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.746 INFO:teuthology.orchestra.run.vpm042.stderr: yum-config-manager --disable <repoid> 2015-09-23T13:15:13.746 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.746 INFO:teuthology.orchestra.run.vpm042.stderr: 4. Configure the failing repository to be skipped, if it is unavailable. 2015-09-23T13:15:13.747 INFO:teuthology.orchestra.run.vpm042.stderr: Note that yum will try to contact the repo. when it runs most commands, 2015-09-23T13:15:13.747 INFO:teuthology.orchestra.run.vpm042.stderr: so will have to try and fail each time (and thus. yum will be be much 2015-09-23T13:15:13.747 INFO:teuthology.orchestra.run.vpm042.stderr: slower). If it is a very temporary problem though, this is often a nice 2015-09-23T13:15:13.747 INFO:teuthology.orchestra.run.vpm042.stderr: compromise: 2015-09-23T13:15:13.748 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.748 INFO:teuthology.orchestra.run.vpm042.stderr: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true 2015-09-23T13:15:13.748 INFO:teuthology.orchestra.run.vpm042.stderr: 2015-09-23T13:15:13.748 INFO:teuthology.orchestra.run.vpm042.stderr:Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again
/a/sage-2015-09-23_12:53:06-upgrade:hammer-x-wip-sam-testing---basic-vps/1066640
Updated by David Galloway over 8 years ago
- Project changed from teuthology to sepia
- Category deleted (
ansible)
Updated by David Galloway over 8 years ago
- Status changed from In Progress to 7
PR 142 on ceph-cm-ansible should fix this.
If it doesn't, I'm thinking we need to make sure ca-certificates package is up to date earlier in the testnodes playbook.
Updated by David Galloway over 8 years ago
- Status changed from 7 to Resolved
- % Done changed from 0 to 100
I haven't heard any more complaints about this bug so marking it resolved.
Actions