CentOS 7.4 EPEL “Cannot retrieve metalink for repository: epel/x86_64” Error












0















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









share|improve this question

























  • 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
















0















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









share|improve this question

























  • 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














0












0








0








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









share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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



















  • 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










1 Answer
1






active

oldest

votes


















0














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.






share|improve this answer
























  • 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











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
});


}
});














draft saved

draft discarded


















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









0














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.






share|improve this answer
























  • 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
















0














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.






share|improve this answer
























  • 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














0












0








0







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.






share|improve this answer













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.







share|improve this answer












share|improve this answer



share|improve this answer










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



















  • 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


















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

How to make a Squid Proxy server?

第一次世界大戦

Touch on Surface Book