Re: slow mirror workaround?
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 Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
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. -- 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
Re: slow mirror workaround?
On Mon, Apr 21, 2014 at 1:33 PM, Felix Miata mrma...@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. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
On Mon, Apr 21, 2014 at 1:33 PM, Felix Miata mrma...@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. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
On 8 December 2013 03:45, Felix Miata mrma...@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 -- Ahmad Samir -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
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. -- 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
Re: slow mirror workaround?
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. -- Your mail is being read by tight-lipped NSA agents who fail to see the humor in Doctor Strangelove. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: slow mirror workaround?
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. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
