As a test, I just modified the baseurl lines in the fedora.repo and
fedora-updates.repo to these lines.
Since I already, have the 20 systems using the proxy server, and this makes
them use the same repo it seems to only download a single copy. Have a
script that makes an ssh connect to other 19 machines, and runs dnf update.
Had to do a couple tests, since the url was not exactly as the original line.
I've got these machines running fedora 22, and all of these are x64 i7.
Thanks.
On 14 Aug 2015 at 8:11, Robert Moskowitz wrote:
Subject: Re: Another DNF quesiton?
To: "Michael D. Setzer II" <mikes(a)kuentos.guam.net>,
Community support for Fedora users
<users(a)lists.fedoraproject.org>
From: Robert Moskowitz <rgm(a)htt-consult.com>
Date sent: Fri, 14 Aug 2015 08:11:29 -0400
There is an official set of instructions for setting up a local repo.
It is somewhere on the fedoraproject wiki.
I am lazy, though. I have a simple cron job that does an rsync every
night of the updates to my web server. I then add a baseurl= line to
the fedora-updates.repo pointing to the update repo url. And it just
works. My cronjob entry is:
30 5 * * * root /usr/bin/rsync -auv --delete --exclude=debug/
--exclude=drpms/
rsync://mirrors.kernel.org/fedora/updates/21/x86_64/
/media/HD103SI/repos/fedora/21/updates/x86_64
I do a symlink of where I put the repo to where apache looks for files
and I am done. Simple enough for my needs.
I can send you a cronjob email to see what it looks like, but last
night's ended with:
sent 20501 bytes received 481557037 bytes 2193975.12 bytes/sec
total size is 21332423081 speedup is 44.30
Someone better than me would write a script that runs all of the rsyncs
instead of a separate cronjob each and working out when to schedule each
one...
On 08/14/2015 06:45 AM, Michael D. Setzer II wrote:
> Do you have a link to the setup and use of local repo. Have a squid proxy
> server that systems are set to use, but if they are using different repos they
> seem to download multiple copies. Local network classroom is 1G network,
> but campus connection is only 100M, and college has 110M connection via 2
> isps with 60M, 30M, and 20M links. Usually, can not get more the 10M of
> bandwidth because MIS allocates bandwidth to building.
>
> The squid server has a 1.5T disk, so would have room to have both the 64
> and 32 repos.
>
> Thanks.
>
>
>
> On 13 Aug 2015 at 8:30, Robert Moskowitz wrote:
>
> Subject: Re: Another DNF quesiton?
> To: Community support for Fedora users
> <users(a)lists.fedoraproject.org>
> From: Robert Moskowitz <rgm(a)htt-consult.com>
> Date sent: Thu, 13 Aug 2015 08:30:33 -0400
> Send reply to: Community support for Fedora users
> <users(a)lists.fedoraproject.org>
>
>> I only have a couple systems here, and I run a local repo (hangover from
>> when I ran over DSL). I might think you would want to do the same, to
>> hit the remote mirrors only once a day.
>>
>> On 08/13/2015 05:25 AM, Michael D. Setzer II wrote:
>>> Just updated a number of machines to Fedora 22 including the 20 i7
>>> machines in my classroom. With yum I had an issue with updates using au
>>> and nz sites, which were physically closer, but all traffic from Guam goes
to
>>> US via bigger pipes and thise was support slow. Modified the repo files
with
>>> &country=us and this worked great, but now using dnf it is slow doing
>>> updates.
>>>
>>> Unlike yum, it doesn't show the repos that are being used.
>>> The option is still in the repo files, but don't know if dnf doesn't
use it, or if dnf
>>> is still using us sites, but is just slower.
>>>
>>>
>>> +----------------------------------------------------------+
>>> Michael D. Setzer II - Computer Science Instructor
>>> Guam Community College Computer Center
>>> mailto:mikes@kuentos.guam.net
>>> mailto:msetzerii@gmail.com
>>>
http://www.guam.net/home/mikes
>>> Guam - Where America's Day Begins
>>> G4L Disk Imaging Project maintainer
>>>
http://sourceforge.net/projects/g4l/
>>> +----------------------------------------------------------+
>>>
>>>
http://setiathome.berkeley.edu (Original)
>>> Number of Seti Units Returned: 19,471
>>> Processing time: 32 years, 290 days, 12 hours, 58 minutes
>>> (Total Hours: 287,489)
>>>
>>> BOINC@HOME CREDITS
>>> ROSETTA 32917194.309375 | SETI 59177218.029535
>>> ABC 16613838.513356 | EINSTEIN 68182183.896894
>>>
>> --
>> users mailing list
>> users(a)lists.fedoraproject.org
>> To unsubscribe or change subscription options:
>>
https://admin.fedoraproject.org/mailman/listinfo/users
>> Fedora Code of Conduct:
http://fedoraproject.org/code-of-conduct
>> Guidelines:
http://fedoraproject.org/wiki/Mailing_list_guidelines
>> Have a question? Ask away:
http://ask.fedoraproject.org
>
> +----------------------------------------------------------+
> Michael D. Setzer II - Computer Science Instructor
> Guam Community College Computer Center
> mailto:mikes@kuentos.guam.net
> mailto:msetzerii@gmail.com
>
http://www.guam.net/home/mikes
> Guam - Where America's Day Begins
> G4L Disk Imaging Project maintainer
>
http://sourceforge.net/projects/g4l/
> +----------------------------------------------------------+
>
>
http://setiathome.berkeley.edu (Original)
> Number of Seti Units Returned: 19,471
> Processing time: 32 years, 290 days, 12 hours, 58 minutes
> (Total Hours: 287,489)
>
> BOINC@HOME CREDITS
> ROSETTA 32930924.988380 | SETI 59213623.344128
> ABC 16613838.513356 | EINSTEIN 68217237.402894
>
>
+----------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
mailto:mikes@kuentos.guam.net
mailto:msetzerii@gmail.com
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
(Original)
Number of Seti Units Returned: 19,471
Processing time: 32 years, 290 days, 12 hours, 58 minutes
(Total Hours: 287,489)
BOINC@HOME CREDITS
ROSETTA 32930924.988380 | SETI 59213623.344128
ABC 16613838.513356 | EINSTEIN 68217237.402894