Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
On 02/25/2010 03:21 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
I am saying specifically with Yum, it somehow loses the connection, and you can see the transfer rate slowly drop to 0.0b, the ETA grows ridiculously large and getting larger... and stays that way "forever", until one kills yum. This disconnect happens quite often that it takes several yum restarts to complete the downloads.
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
Yes, and I do not know why - seems the other apps are running fine, AFAIK, unless there is a test that can ram the network hard to see if it is dropping network connections frequently or not.
So, I am willing to test the network on F12 to discover if the problem is mine alone. Could you or someone tell me how check this out? I had no problems on F9/11 - works fine.
Daniel B. Thurman wrote:
On 02/25/2010 03:21 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
I am saying specifically with Yum, it somehow loses the connection, and you can see the transfer rate slowly drop to 0.0b, the ETA grows ridiculously large and getting larger... and stays that way "forever", until one kills yum. This disconnect happens quite often that it takes several yum restarts to complete the downloads.
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
Yes, and I do not know why - seems the other apps are running fine, AFAIK, unless there is a test that can ram the network hard to see if it is dropping network connections frequently or not.
So, I am willing to test the network on F12 to discover if the problem is mine alone. Could you or someone tell me how check this out? I had no problems on F9/11 - works fine.
OK, I believe I understand your question a bit better.
Since you are able to use firefox, for example, without problem it doesn't appear you have a true network issue. Or, at least, it isn't local to you. If firefox were also giving you grief it would be a different story.
Generally I'm having no issues with yum on updates or installs. I did have to add "exclude=.gov, .sg" to my fastestmirror.conf as I use yum-plugin-fastestmirror and have had issues with slow network to Singapore.
Are you using yum-plugin-fastestmirror?
On 02/25/2010 03:53 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:21 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
I am saying specifically with Yum, it somehow loses the connection, and you can see the transfer rate slowly drop to 0.0b, the ETA grows ridiculously large and getting larger... and stays that way "forever", until one kills yum. This disconnect happens quite often that it takes several yum restarts to complete the downloads.
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
Yes, and I do not know why - seems the other apps are running fine, AFAIK, unless there is a test that can ram the network hard to see if it is dropping network connections frequently or not.
So, I am willing to test the network on F12 to discover if the problem is mine alone. Could you or someone tell me how check this out? I had no problems on F9/11 - works fine.
OK, I believe I understand your question a bit better.
Since you are able to use firefox, for example, without problem it doesn't appear you have a true network issue. Or, at least, it isn't local to you. If firefox were also giving you grief it would be a different story.
Generally I'm having no issues with yum on updates or installs. I did have to add "exclude=.gov, .sg" to my fastestmirror.conf as I use yum-plugin-fastestmirror and have had issues with slow network to Singapore.
Are you using yum-plugin-fastestmirror
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
Daniel B. Thurman wrote:
OK, I believe I understand your question a bit better.
Since you are able to use firefox, for example, without problem it doesn't appear you have a true network issue. Or, at least, it isn't local to you. If firefox were also giving you grief it would be a different story.
Generally I'm having no issues with yum on updates or installs. I did have to add "exclude=.gov, .sg" to my fastestmirror.conf as I use yum-plugin-fastestmirror and have had issues with slow network to Singapore.
Are you using yum-plugin-fastestmirror
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
Well, all I can say is that I'm certainly not seeing any problems with yum here. At least not after I excluded Singapore.
I suppose that if I was in your position I'd be starting wireshark and seeing if I could learn anything.
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
On 02/25/2010 03:53 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:21 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
I am saying specifically with Yum, it somehow loses the connection, and you can see the transfer rate slowly drop to 0.0b, the ETA grows ridiculously large and getting larger... and stays that way "forever", until one kills yum. This disconnect happens quite often that it takes several yum restarts to complete the downloads.
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
Yes, and I do not know why - seems the other apps are running fine, AFAIK, unless there is a test that can ram the network hard to see if it is dropping network connections frequently or not.
So, I am willing to test the network on F12 to discover if the problem is mine alone. Could you or someone tell me how check this out? I had no problems on F9/11 - works fine.
OK, I believe I understand your question a bit better.
Since you are able to use firefox, for example, without problem it doesn't appear you have a true network issue. Or, at least, it isn't local to you. If firefox were also giving you grief it would be a different story.
Generally I'm having no issues with yum on updates or installs. I did have to add "exclude=.gov, .sg" to my fastestmirror.conf as I use yum-plugin-fastestmirror and have had issues with slow network to Singapore.
Are you using yum-plugin-fastestmirror
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
Just for giggles, can you turn off iptables and try again? I have noticed that in the default ruleset, large transfers sometimes get stalled (primarily outgoing traffic, such as an ftp put or scp from local machine to a remote).
I haven't had time to see which rule(s) cause it. I'm usually pushed for time, so every time I get it, I "service iptables stop", do my transfer, then "service iptables start" and promptly forget to debug it. ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer ricks@nerd.com - - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - - - - Change is inevitable, except from a vending machine. - ----------------------------------------------------------------------
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
On 02/25/2010 03:53 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:21 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
Seems to me, that Yum is performing quite badly. I often get network disconnects and Yum keeps spinning after going into 0.0b transfer rates forever and requires a forced kill.
Ahhh.... If you are getting network disconnects then any application yum, firefox, etc. which connects to a remote server would certainly suffer. Some apps/protocols may recover better when the network is restored.
So, are you saying that in your case the network connection is dropping frequently and yum isn't recovering as you'd expect?
I am saying specifically with Yum, it somehow loses the connection, and you can see the transfer rate slowly drop to 0.0b, the ETA grows ridiculously large and getting larger... and stays that way "forever", until one kills yum. This disconnect happens quite often that it takes several yum restarts to complete the downloads.
Or....
Anyone see this problem?
I am of course using NetworkManager, and wonder if I should use the old-network connectivity style?
Are you saying you're having frequent network disconnects, but you don't know why, and you are trying to solve that problem?
Yes, and I do not know why - seems the other apps are running fine, AFAIK, unless there is a test that can ram the network hard to see if it is dropping network connections frequently or not.
So, I am willing to test the network on F12 to discover if the problem is mine alone. Could you or someone tell me how check this out? I had no problems on F9/11 - works fine.
OK, I believe I understand your question a bit better.
Since you are able to use firefox, for example, without problem it doesn't appear you have a true network issue. Or, at least, it isn't local to you. If firefox were also giving you grief it would be a different story.
Generally I'm having no issues with yum on updates or installs. I did have to add "exclude=.gov, .sg" to my fastestmirror.conf as I use yum-plugin-fastestmirror and have had issues with slow network to Singapore.
Are you using yum-plugin-fastestmirror
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
OK, it seems that when I removed yum-fastestmirror, the problem went away. Perhaps fastestmirror is not playing nice! I noticed that it was hard-hitting the network and perhaps reaches a bandwidth limit and causes breakage?
Dunno.. I think I will stick with this for now.
Daniel B. Thurman wrote:
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
OK, it seems that when I removed yum-fastestmirror, the problem went away. Perhaps fastestmirror is not playing nice! I noticed that it was hard-hitting the network and perhaps reaches a bandwidth limit and causes breakage?
Dunno.. I think I will stick with this for now.
You could try removing /var/cache/yum/timedhosts.txt and then enabling fastestmirror again. I did that when I was troubleshooting when I found the problem with Singapore. FWIW, Singapore had been working just fine. I think there may have been undersea cable problem at the time. I've not gone back to find if the problem still exists.
On 02/25/2010 07:57 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
OK, it seems that when I removed yum-fastestmirror, the problem went away. Perhaps fastestmirror is not playing nice! I noticed that it was hard-hitting the network and perhaps reaches a bandwidth limit and causes breakage?
Dunno.. I think I will stick with this for now.
You could try removing /var/cache/yum/timedhosts.txt and then enabling fastestmirror again. I did that when I was troubleshooting when I found the problem with Singapore. FWIW, Singapore had been working just fine. I think there may have been undersea cable problem at the time. I've not gone back to find if the problem still exists.
Fastestmirror isn't a reliable plugin, IMO. It seems to be based on ping times, not the download bandwidth for any given site.
Steven Stern wrote:
On 02/25/2010 07:57 PM, Ed Greshko wrote:
You could try removing /var/cache/yum/timedhosts.txt and then enabling fastestmirror again. I did that when I was troubleshooting when I found the problem with Singapore. FWIW, Singapore had been working just fine. I think there may have been undersea cable problem at the time. I've not gone back to find if the problem still exists.
Fastestmirror isn't a reliable plugin, IMO. It seems to be based on ping times, not the download bandwidth for any given site.
I have had no issue that I could pin on fastestmirror. I haven't looked as to how it determines the fastest mirror but I'm skeptical that it would be based solely on ping times. Otherwise, I wouldn't have expected it to determine that a site in Singapore is faster than a site "locally" in Taiwan or even the US to which Taiwan is better connected. But, come to think of it, not sure why it would have picked a Singapore mirror in the first place. :-(
Hummm.... Something to look into when time permits...
On 02/25/2010 05:57 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
OK, it seems that when I removed yum-fastestmirror, the problem went away. Perhaps fastestmirror is not playing nice! I noticed that it was hard-hitting the network and perhaps reaches a bandwidth limit and causes breakage?
Dunno.. I think I will stick with this for now.
You could try removing /var/cache/yum/timedhosts.txt and then enabling fastestmirror again. I did that when I was troubleshooting when I found the problem with Singapore. FWIW, Singapore had been working just fine. I think there may have been undersea cable problem at the time. I've not gone back to find if the problem still exists
I removed that file.
For something as simple as: # yum clean all # yum update (no new updates)
It had a hell of a time downloading the repo database files and then it went into a spin loop. Once I removed FM, it went through, but slower. With FM, it was much faster but at the expense of disconnects, or so it seems.
I noticed that when yum disconnects, it smacked my dovecot imap connections as indicated in my maillog file (I was also watching messages log file, but nothing noted there), maybe its a coincidence, but what do I know!
Really odd.
I will forego FM for now.
Daniel B. Thurman wrote:
On 02/25/2010 05:57 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 03:58 PM, Daniel B. Thurman wrote:
Yes. I tried it with and without. Problems are the same. Seems to me it is a yum problem, but I am speculating. I am running FF. sendmail, DNS, etc.. a LOT of services and I am not seeing any problems. Just with yum installs/updates.
OK, it seems that when I removed yum-fastestmirror, the problem went away. Perhaps fastestmirror is not playing nice! I noticed that it was hard-hitting the network and perhaps reaches a bandwidth limit and causes breakage?
Dunno.. I think I will stick with this for now.
You could try removing /var/cache/yum/timedhosts.txt and then enabling fastestmirror again. I did that when I was troubleshooting when I found the problem with Singapore. FWIW, Singapore had been working just fine. I think there may have been undersea cable problem at the time. I've not gone back to find if the problem still exists
I removed that file.
For something as simple as: # yum clean all # yum update (no new updates)
It had a hell of a time downloading the repo database files and then it went into a spin loop. Once I removed FM, it went through, but slower. With FM, it was much faster but at the expense of disconnects, or so it seems.
I noticed that when yum disconnects, it smacked my dovecot imap connections as indicated in my maillog file (I was also watching messages log file, but nothing noted there), maybe its a coincidence, but what do I know!
Really odd.
I will forego FM for now.
yum utilizes http and/or ftp protocols. I did look, and fastestmirror only makes connections when the timedhosts.txt file does not exist or (potentially) when it determines the information is out of date. That is, it shouldn't be doing anything unless you see "Determining fastest mirrors" when you run yum.
FWIW, also, it seems it determines the fastestmirror from timing the interval from when the first SYNC packet is sent to when it receives the SYNC,ACK. So, yes, it is essentially a ping.
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
Tony Nelson wrote:
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
That is what the case was in my situation although maybe I didn't spell it out. However, I did say that Singapore was causing an issue for me and I added the line "exclude=.gov, .sg" to my fastestmirror.conf.
But, when he says that his IMAP connection is *also* being affected then I can't conjure a situation where yum would have an impact on IMAP.
On 02/25/2010 09:34 PM, Ed Greshko wrote:
Tony Nelson wrote:
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
That is what the case was in my situation although maybe I didn't spell it out. However, I did say that Singapore was causing an issue for me and I added the line "exclude=.gov, .sg" to my fastestmirror.conf.
But, when he says that his IMAP connection is *also* being affected then I can't conjure a situation where yum would have an impact on IMAP
I can try to find out if it is a mirror problem, but then again, I thought that mirrors were randomly chosen and if a mirror is not responding properly or whatever it is, the offending mirror should have been dropped and another mirror tried. From past Yum versions, I have seen this to be the case, and I have not seen any such thing with F12's Yum version which lead me to question if mirror testing/switching code was dropped? I hope I am wrong in my assumptions.
Is it possible that the network is somehow using maximum bandwidth preventing network access to other apps? The IMAP network break seemed to prevent IMAP client connectivity temporarily and once yum stopped, IMAP client connections quickly resumed.
I have a pretty quiet network and it seems to me, that somehow running yum with FM causes problems. Removing FM seems to work but it is not maxing out the bandwidth. For example, with FM, it is hitting hard at around 300-320KB/s but without it, it is hitting around 200-290KB/s which is notably slower as you watch the downloads.
FWIW, Dan
Daniel B. Thurman wrote:
On 02/25/2010 09:34 PM, Ed Greshko wrote:
Tony Nelson wrote:
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
That is what the case was in my situation although maybe I didn't spell it out. However, I did say that Singapore was causing an issue for me and I added the line "exclude=.gov, .sg" to my fastestmirror.conf.
But, when he says that his IMAP connection is *also* being affected then I can't conjure a situation where yum would have an impact on IMAP
I can try to find out if it is a mirror problem, but then again, I thought that mirrors were randomly chosen and if a mirror is not responding properly or whatever it is, the offending mirror should have been dropped and another mirror tried. From past Yum versions, I have seen this to be the case, and I have not seen any such thing with F12's Yum version which lead me to question if mirror testing/switching code was dropped? I hope I am wrong in my assumptions.
AFAIK, haven't done any research, without FM mirrors are chosen more or less at random. With FM a list is generated and the fastest mirror found. Then every time yum is run the list is used.
Is it possible that the network is somehow using maximum bandwidth preventing network access to other apps? The IMAP network break seemed to prevent IMAP client connectivity temporarily and once yum stopped, IMAP client connections quickly resumed.
I have a pretty quiet network and it seems to me, that somehow running yum with FM causes problems. Removing FM seems to work but it is not maxing out the bandwidth. For example, with FM, it is hitting hard at around 300-320KB/s but without it, it is hitting around 200-290KB/s which is notably slower as you watch the downloads.
First, the only thing that FM does is determine what mirror it feels will get your the best download speed. That is all that is does. Period, end of story. If you use FM and you get higher speed downloads on updates then it is doing its job.
If high download speeds are really causing problems, not just hogging your connection and slowing down other types of downloads, then a network problem could exist.
What kind of connection do you have? I've got DSL with advertised speeds of 2MB/515Kb. I run "slingplayer" on my Vista system and viewing is crisp and clear and no noticeable impact on browsing. That is, until I start downloading a torrent or two while simultaneously doing updates. Then the browsing is slower, the TV isn't as clear. But that is to be expected. But, nothing dies.
If you are getting a situation where a high speed download results in everything degrading into being unusable then a hardware problem in your path could exist. This was years ago, but I once had a problem where a router suffered from buffer overruns when traffic was extremely high. It would throttle connections and start throwing away data resulting in many retransmissions. To make a long story short, it couldn't gracefully recover and caused high packet loss in spikes. Made finding the problem hard.
On 02/26/2010 03:59 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 09:34 PM, Ed Greshko wrote:
Tony Nelson wrote:
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
That is what the case was in my situation although maybe I didn't spell it out. However, I did say that Singapore was causing an issue for me and I added the line "exclude=.gov, .sg" to my fastestmirror.conf.
But, when he says that his IMAP connection is *also* being affected then I can't conjure a situation where yum would have an impact on IMAP
I can try to find out if it is a mirror problem, but then again, I thought that mirrors were randomly chosen and if a mirror is not responding properly or whatever it is, the offending mirror should have been dropped and another mirror tried. From past Yum versions, I have seen this to be the case, and I have not seen any such thing with F12's Yum version which lead me to question if mirror testing/switching code was dropped? I hope I am wrong in my assumptions.
AFAIK, haven't done any research, without FM mirrors are chosen more or less at random. With FM a list is generated and the fastest mirror found. Then every time yum is run the list is used.
Is it possible that the network is somehow using maximum bandwidth preventing network access to other apps? The IMAP network break seemed to prevent IMAP client connectivity temporarily and once yum stopped, IMAP client connections quickly resumed.
I have a pretty quiet network and it seems to me, that somehow running yum with FM causes problems. Removing FM seems to work but it is not maxing out the bandwidth. For example, with FM, it is hitting hard at around 300-320KB/s but without it, it is hitting around 200-290KB/s which is notably slower as you watch the downloads.
First, the only thing that FM does is determine what mirror it feels will get your the best download speed. That is all that is does. Period, end of story. If you use FM and you get higher speed downloads on updates then it is doing its job.
If high download speeds are really causing problems, not just hogging your connection and slowing down other types of downloads, then a network problem could exist.
What kind of connection do you have? I've got DSL with advertised speeds of 2MB/515Kb. I run "slingplayer" on my Vista system and viewing is crisp and clear and no noticeable impact on browsing. That is, until I start downloading a torrent or two while simultaneously doing updates. Then the browsing is slower, the TV isn't as clear. But that is to be expected. But, nothing dies.
I have 3-5MB/1Mb. Interestingly, as I said before, using the same system, I do not have a problem at all using F9 and F11! Must have installed *something* that might be getting in the way?
Beats me!
Nothing dies on F12, but Yum hangs using FM. That is the only thing I am seeing. Ahh, well... I can live without FM.
If you are getting a situation where a high speed download results in everything degrading into being unusable then a hardware problem in your path could exist. This was years ago, but I once had a problem where a router suffered from buffer overruns when traffic was extremely high. It would throttle connections and start throwing away data resulting in many retransmissions. To make a long story short, it couldn't gracefully recover and caused high packet loss in spikes. Made finding the problem hard.
Ugh.
On 02/26/2010 03:59 PM, Ed Greshko wrote:
Daniel B. Thurman wrote:
On 02/25/2010 09:34 PM, Ed Greshko wrote:
Tony Nelson wrote:
On 10-02-25 21:37:58, Ed Greshko wrote: ...
I can't conceive of a situation where usage of http or ftp protocol would interact to "smack" an imap connection.
To me, based on your observations, I'm getting the feeling you may have a strange network problem that may be local to you or within your ISP close to you. As I said, I'd be dragging out wireshark.
It's not FastestMirror, it's the mirror it's choosing to use. If he figures out which one, he can blacklist it.
That is what the case was in my situation although maybe I didn't spell it out. However, I did say that Singapore was causing an issue for me and I added the line "exclude=.gov, .sg" to my fastestmirror.conf.
But, when he says that his IMAP connection is *also* being affected then I can't conjure a situation where yum would have an impact on IMAP
I can try to find out if it is a mirror problem, but then again, I thought that mirrors were randomly chosen and if a mirror is not responding properly or whatever it is, the offending mirror should have been dropped and another mirror tried. From past Yum versions, I have seen this to be the case, and I have not seen any such thing with F12's Yum version which lead me to question if mirror testing/switching code was dropped? I hope I am wrong in my assumptions.
AFAIK, haven't done any research, without FM mirrors are chosen more or less at random. With FM a list is generated and the fastest mirror found. Then every time yum is run the list is used.
Is it possible that the network is somehow using maximum bandwidth preventing network access to other apps? The IMAP network break seemed to prevent IMAP client connectivity temporarily and once yum stopped, IMAP client connections quickly resumed.
I have a pretty quiet network and it seems to me, that somehow running yum with FM causes problems. Removing FM seems to work but it is not maxing out the bandwidth. For example, with FM, it is hitting hard at around 300-320KB/s but without it, it is hitting around 200-290KB/s which is notably slower as you watch the downloads.
First, the only thing that FM does is determine what mirror it feels will get your the best download speed. That is all that is does. Period, end of story. If you use FM and you get higher speed downloads on updates then it is doing its job.
If high download speeds are really causing problems, not just hogging your connection and slowing down other types of downloads, then a network problem could exist.
What kind of connection do you have? I've got DSL with advertised speeds of 2MB/515Kb. I run "slingplayer" on my Vista system and viewing is crisp and clear and no noticeable impact on browsing. That is, until I start downloading a torrent or two while simultaneously doing updates. Then the browsing is slower, the TV isn't as clear. But that is to be expected. But, nothing dies.
If you are getting a situation where a high speed download results in everything degrading into being unusable then a hardware problem in your path could exist. This was years ago, but I once had a problem where a router suffered from buffer overruns when traffic was extremely high. It would throttle connections and start throwing away data resulting in many retransmissions. To make a long story short, it couldn't gracefully recover and caused high packet loss in spikes. Made finding the problem hard.
I discovered that with or without FM, the problem is still there. Grr.
FWIW, there a LOTs of yum bugs, but I have entered my complaint in Bugzilla: bug 520189 https://bugzilla.redhat.com/show_bug.cgi?id=520189