Why is freebsd-update so horrible slow?
daniel at dstev.net
Tue Apr 20 07:13:32 UTC 2021
On Thursday, April 15th, 2021 at 12:11, Doug McIntyre <merlyn at geeks.org> wrote:
> On Thu, Apr 15, 2021 at 01:35:00PM +0100, Arthur Chance wrote:
> > On 14/04/2021 02:39, Erik Lauritsen wrote:
> > > I have been setting here for about 6 hours waiting for an upgrade
> > > from 12.2 to 13 and freebsd-update is only half way through getting
> > > all the patches!
> > >
> > > It's painful. It's like the 90th with 56k modems and I am on a
> > > gigabit wire.
> > >
> > > Then I did a search and this has apparently been an issue for several
> > > years, it has even been filed as a bug.
> > >
> > > Anyway, I have cancelled the upgrade. If it's going to take this
> > > long, I am not going to upgrade this, but will most likely replace it
> > > with another OS.
> > This tweet from Colin Percival talks about the problem.
> > https://twitter.com/cperciva/status/1382491128537096193
> > TL;DR: changes to git caused a massive overload, the number of mirrors
> > has been increased to deal with it.
> Although his status is on portupgrade, not freebsd-update.
> Is there any way for me to build my own update server locally? I've
> tried web caching the data, but I have to be able to get all the data first..
> (What the handbook mentions IIRC)
> Fetching 3299 files... ....10....20....30....40....50....60....70....80....90....100....110....120..
> ..130....140....150....160....170 gunzip: (stdin): unexpected end of file
> ae47b8b528bdf1369c7779d0dd453364922c77f3993fd147486b952fdbe91634 has incorrect hash.
> At various points along the fetch on each try.
There's an article about it on docs.freebsd.org:
It's a few years old, but it might still be useful.
More information about the freebsd-questions