Trying to yum upgrade 19 is stuck on a mirror with no useful throughput. What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work?
Trying to yum upgrade 19 is stuck on a mirror with no useful throughput. What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work?
If the speed is below some threshold, yum should blacklist the mirror and use a different one next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Of course, you can also edit /etc/yum/*.repo and hardcode some fast mirror near you: https://mirrors.fedoraproject.org/
But that doesn't guard you against outdated mirrors, and doesn't provide fallback if your chosen mirror is down.
On 2013-04-23 04:43 (GMT-0500) Kamil Paral composed:
Trying to yum upgrade 19 is stuck on a mirror with no useful throughput. What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work?
If the speed is below some threshold, yum should blacklist the mirror and use a different one
Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist?
next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Not happening.
Of course, you can also edit /etc/yum/*.repo and hardcode some fast mirror near you: https://mirrors.fedoraproject.org/
From looking at these repo files, it's non-obvious how to deviate from the standard configuration's use of variables.
But that doesn't guard you against outdated mirrors, and doesn't provide fallback if your chosen mirror is down.
On 07/12/13 08:45 PM, Felix Miata wrote:
On 2013-04-23 04:43 (GMT-0500) Kamil Paral composed:
Trying to yum upgrade 19 is stuck on a mirror with no useful throughput. What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work?
If the speed is below some threshold, yum should blacklist the mirror and use a different one
Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist?
next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Not happening.
Of course, you can also edit /etc/yum/*.repo and hardcode some fast mirror near you: https://mirrors.fedoraproject.org/
From looking at these repo files, it's non-obvious how to deviate from the standard configuration's use of variables.
But that doesn't guard you against outdated mirrors, and doesn't provide fallback if your chosen mirror is down.
I am having a really tough time trying to update my Fedora 19 today...it's failing on every single mirror.
On 8 December 2013 03:45, Felix Miata mrmazda@earthlink.net wrote:
On 2013-04-23 04:43 (GMT-0500) Kamil Paral composed:
Trying to yum upgrade 19 is stuck on a mirror with no useful throughput.
What kind of workaround for this is available? Nothing jumps at me in the yum man page. How do I specify to use a particular mirror know to work?
If the speed is below some threshold, yum should blacklist the mirror and use a different one
Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist?
I know this is an old thread.
Try setting the env var URLGRABBER_DEBUG=1, e.g. 'URLGRABBER_DEBUG=1 yum install foo', it gives a huge amount of extra debug output; the point is it shows the mirror yum picked to download a package.
next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Not happening.
Of course, you can also edit /etc/yum/*.repo and hardcode some fast
mirror near you: https://mirrors.fedoraproject.org/
From looking at these repo files, it's non-obvious how to deviate from the standard configuration's use of variables.
But that doesn't guard you against outdated mirrors, and doesn't provide
fallback if your chosen mirror is down.
-- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
On 2014-02-09 17:39 (GMT+0200) Ahmad Samir composed:
Felix Miata composed:
Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist?
Try setting the env var URLGRABBER_DEBUG=1, e.g. 'URLGRABBER_DEBUG=1 yum install foo', it gives a huge amount of extra debug output; the point is it shows the mirror yum picked to download a package.
After doing that, what next?
next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Not happening.
This time Ctrl-C and immediate repeat worked a charm. Is it a normally OK thing to do? Isn't there some way to configure Yum to see when ETA on a package is and stays beyond reasonable length to try some other mirror?
Details: 9 packages selected to download and install. First 8 downloaded in mere seconds. Last of the bunch kept producing ETAs in the 10-20 minute range, so after a few minutes, I aborted, and within mere seconds of restart all 9 were done installing.
Of course, you can also edit /etc/yum/*.repo and hardcode some fast
mirror near you: https://mirrors.fedoraproject.org/
From looking at these repo files, it's non-obvious how to deviate from the standard configuration's use of variables.
But that doesn't guard you against outdated mirrors, and doesn't provide
fallback if your chosen mirror is down.
On Mon, Apr 21, 2014 at 1:33 PM, Felix Miata mrmazda@earthlink.net wrote:
This time Ctrl-C and immediate repeat worked a charm. Is it a normally OK thing to do? Isn't there some way to configure Yum to see when ETA on a package is and stays beyond reasonable length to try some other mirror?
In yum.conf, you can set "minrate" to a bandwidth in bytes per second, and then set "timeout" to a time in seconds. If the download speed of a package falls below the bandwidth set in "minrate" for a period longer than the time set in "timeout", yum aborts the download and tries another mirror. For more information about these options, see `man yum.conf`.
The default setting is geared toward only dropping connections that are basically totally screwed. The yum developers can't know what kind of connection you have in advance, and setting it too high will result in yum never working for those unfortunate souls with terrible bandwidth. It's basically a choice between slow mirrors aggravating people with fast connections or yum just flat out not working with slow connections. I understand why they went with the latter. :-)
FWIW, dnf seems to have different logic for this that seems to work better in my limited experience, so you might also want to try that. (This also means that this problem will go away for everyone in a future Fedora release. :-)
-T.C.
On Mon, Apr 21, 2014 at 1:33 PM, Felix Miata mrmazda@earthlink.net wrote:
This time Ctrl-C and immediate repeat worked a charm. Is it a normally OK thing to do? Isn't there some way to configure Yum to see when ETA on a package is and stays beyond reasonable length to try some other mirror?
Oh, as for your other question: if CTRL+C works, it's safe. Yum deliberately ignores SIGINT when it would be dangerous, like when it is actually installing RPMs.
-T.C.
On Mon, 2014-04-21 at 16:33 -0400, Felix Miata wrote:
On 2014-02-09 17:39 (GMT+0200) Ahmad Samir composed:
Felix Miata composed:
Yum doesn't bother to show URL of inept mirror in use. How do I figure out which to blacklist?
Try setting the env var URLGRABBER_DEBUG=1, e.g. 'URLGRABBER_DEBUG=1 yum install foo', it gives a huge amount of extra debug output; the point is it shows the mirror yum picked to download a package.
After doing that, what next?
next time. If you don't have the patience, try hitting Ctrl+C during the download. Ideally this should switch to a different mirror (but I'm not sure if this functionality wasn't removed).
Not happening.
This time Ctrl-C and immediate repeat worked a charm. Is it a normally OK thing to do?
AFAIK it's always fine to ctrl-c yum during the download phase.
-
Adam Williamson -
Ahmad Samir -
Felix Miata -
Frank McCormick -
Kamil Paral -
T.C. Hollingsworth