As a test, I just modified the baseurl lines in the fedora.repo and fedora-updates.repo to these lines.
baseurl=http://mirrors.kernel.org/fedora/releases/$releasever/Everything/$ba search/os/
baseurl=http://mirrors.kernel.org/fedora/updates/$releasever/$basearch/
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@kuentos.guam.net, Community support for Fedora users users@lists.fedoraproject.org From: Robert Moskowitz rgm@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@lists.fedoraproject.org From: Robert Moskowitz rgm@htt-consult.com Date sent: Thu, 13 Aug 2015 08:30:33 -0400 Send reply to: Community support for Fedora users users@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@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 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