CentOS 7.4 EPEL “Cannot retrieve metalink for repository: epel/x86_64” Error
I installed the EPEL tools via 'yum install epel-release' and now I cannot 'yum update' without getting "Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again" errors.
I found a page from 2014 where the member was receiving similar errors as I.
- Installing Epel repository on CentOS fails
One of the comments states to change the /etc/yum.repos.d/epel.repo to use the baseurl instead of the mirrorlist as mentioned in another page/answer.
- How to install PostGIS on Oracle Linux 6.4 x64?
Following the second link, the change seems simple enough but after looking at /etc/yum.repos.d/epel.repo, there are three baseurl/mirrorlist lines. I'm not sure whether to update my [epel], [epel-debuginfo], and/or [epel-source].
What is the consequence of me changing all three lines? This is a production server and I'm avoiding breaking it as I just got it setup and working.
Here is a copy of my /etc/yum.repos.d/epel.repo
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
centos yum
add a comment |
I installed the EPEL tools via 'yum install epel-release' and now I cannot 'yum update' without getting "Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again" errors.
I found a page from 2014 where the member was receiving similar errors as I.
- Installing Epel repository on CentOS fails
One of the comments states to change the /etc/yum.repos.d/epel.repo to use the baseurl instead of the mirrorlist as mentioned in another page/answer.
- How to install PostGIS on Oracle Linux 6.4 x64?
Following the second link, the change seems simple enough but after looking at /etc/yum.repos.d/epel.repo, there are three baseurl/mirrorlist lines. I'm not sure whether to update my [epel], [epel-debuginfo], and/or [epel-source].
What is the consequence of me changing all three lines? This is a production server and I'm avoiding breaking it as I just got it setup and working.
Here is a copy of my /etc/yum.repos.d/epel.repo
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
centos yum
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04
add a comment |
I installed the EPEL tools via 'yum install epel-release' and now I cannot 'yum update' without getting "Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again" errors.
I found a page from 2014 where the member was receiving similar errors as I.
- Installing Epel repository on CentOS fails
One of the comments states to change the /etc/yum.repos.d/epel.repo to use the baseurl instead of the mirrorlist as mentioned in another page/answer.
- How to install PostGIS on Oracle Linux 6.4 x64?
Following the second link, the change seems simple enough but after looking at /etc/yum.repos.d/epel.repo, there are three baseurl/mirrorlist lines. I'm not sure whether to update my [epel], [epel-debuginfo], and/or [epel-source].
What is the consequence of me changing all three lines? This is a production server and I'm avoiding breaking it as I just got it setup and working.
Here is a copy of my /etc/yum.repos.d/epel.repo
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
centos yum
I installed the EPEL tools via 'yum install epel-release' and now I cannot 'yum update' without getting "Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again" errors.
I found a page from 2014 where the member was receiving similar errors as I.
- Installing Epel repository on CentOS fails
One of the comments states to change the /etc/yum.repos.d/epel.repo to use the baseurl instead of the mirrorlist as mentioned in another page/answer.
- How to install PostGIS on Oracle Linux 6.4 x64?
Following the second link, the change seems simple enough but after looking at /etc/yum.repos.d/epel.repo, there are three baseurl/mirrorlist lines. I'm not sure whether to update my [epel], [epel-debuginfo], and/or [epel-source].
What is the consequence of me changing all three lines? This is a production server and I'm avoiding breaking it as I just got it setup and working.
Here is a copy of my /etc/yum.repos.d/epel.repo
[epel]
name=Extra Packages for Enterprise Linux 7 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 7 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 7 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
gpgcheck=1
centos yum
centos yum
edited Mar 4 at 14:19
slm♦
255k71538687
255k71538687
asked Apr 17 '18 at 22:04
TeeKayTeeKay
815
815
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04
add a comment |
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04
add a comment |
1 Answer
1
active
oldest
votes
The debuginfo and source repositories are both disabled (enabled=0), so there won't be any difference between changing just the epel repo or changing all three. That said, you should probably update all EPEL repository mirrorlists/urls when you update one, in case you ever need to enable any of those repos.
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f438400%2fcentos-7-4-epel-cannot-retrieve-metalink-for-repository-epel-x86-64-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
The debuginfo and source repositories are both disabled (enabled=0), so there won't be any difference between changing just the epel repo or changing all three. That said, you should probably update all EPEL repository mirrorlists/urls when you update one, in case you ever need to enable any of those repos.
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
add a comment |
The debuginfo and source repositories are both disabled (enabled=0), so there won't be any difference between changing just the epel repo or changing all three. That said, you should probably update all EPEL repository mirrorlists/urls when you update one, in case you ever need to enable any of those repos.
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
add a comment |
The debuginfo and source repositories are both disabled (enabled=0), so there won't be any difference between changing just the epel repo or changing all three. That said, you should probably update all EPEL repository mirrorlists/urls when you update one, in case you ever need to enable any of those repos.
The debuginfo and source repositories are both disabled (enabled=0), so there won't be any difference between changing just the epel repo or changing all three. That said, you should probably update all EPEL repository mirrorlists/urls when you update one, in case you ever need to enable any of those repos.
answered Apr 17 '18 at 22:39
jayhendrenjayhendren
5,49721645
5,49721645
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
add a comment |
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
I modified all three lines and was able to 'yum install htop' without errors. After success, I installed 'ncdu' but it had a network error but an hour later it was fine.
– TeeKay
Apr 18 '18 at 16:20
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
It sounds like your network connection or ISP is having problems.
– ajeh
Apr 19 '18 at 19:04
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
The above fix allowed me to download some EPEL packages but the experience was intermittent. Ultimately, I also determined an exemption needed to be made in our firewall. Our firewall performs SSL Decryption (deliberate man-in-the-middle attacks against internal traffic) to view SSL (HTTPS) traffic. Once I bypassed SSL decryption for download.fedoraproject.org, I have not received any issues. The specific package which forced me down the firewall route was fail2ban. Fun task of the day: “nslookup download.fedoraproject.org” for a fun surprise. Makes me love Red Hat/Fedora/CentOS more!
– TeeKay
Apr 23 '18 at 18:52
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f438400%2fcentos-7-4-epel-cannot-retrieve-metalink-for-repository-epel-x86-64-error%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Unreleated note: I blockquoted my file contents. Should i have used a different method/tag? It looks sloppy due to the URLs in the file.
– TeeKay
Apr 17 '18 at 22:05
Please state the error you are encountering in your question, not link to someone with a similar error.
– Patrick
Apr 17 '18 at 22:37
Who is the troll downvoting virtually all questions here???
– ajeh
Apr 19 '18 at 19:04