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@xxxxxxxxxxxxxxxx>, Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> From: Robert Moskowitz <rgm@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx> > > From: Robert Moskowitz <rgm@xxxxxxxxxxxxxxx> > > Date sent: Thu, 13 Aug 2015 08:30:33 -0400 > > Send reply to: Community support for Fedora users > > <users@xxxxxxxxxxxxxxxxxxxxxxx> > > > >> 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@xxxxxxxxxxxxxxxx > >>> mailto:msetzerii@xxxxxxxxx > >>> 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@xxxxxxxxxxxxxxxxxxxxxxx > >> 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@xxxxxxxxxxxxxxxx > > mailto:msetzerii@xxxxxxxxx > > 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@xxxxxxxxxxxxxxxx mailto:msetzerii@xxxxxxxxx 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 -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx 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