[mirror-admin] dl.fedoraproject.org - max connections reached

[Jason L Tibbitts III]

q-f-m will basically loop with exponential backoff it gets a nonzero
return code from rsync which it believes is "retryable" (5, 10, 23, 30
or 35) .  It will give up after 10 retries.  Sadly the granularity of
rsync returns isn't sufficient to detect all of the cases where retrying
is not useful.  Grepping the rsync output is probably the only way.

I should probably make the retry count configurable.  If you're polling
often enough you really only want to retry if you get a refused
connection or something like that.  One other deficiency is that these
retries don't start back from the file lists, so if you hit an error due
to an outdated file list (things changed while rsync is running) then
the retry won't help you.

But what I find odd is I poll every ten minutes and don't see anything
like an endless set of failures.  Sure, a run does occasionally fail
after it sleeps and retries, but it recovers on the next run.  I'm never
really all that out of date.  If you're seeing something different then
definitely, an issue with some logs attached would be helpful.

 - J<

--